Электронные счёт фактуры (ЭСФ)

[Омар Мадиевич]

У разных контрагентов и реквизиты должны быть разные. У правильного контрагента оставьте реквизиты, у ненужного очистить реквизиты, пометить его на удаление и с помощью обработки "Поиск и замена значений" заменить во всех ссылках помеченного на удаление контрагента на правильного, после чего ненужного можно будет совсем удалить.

В том то и дело Александр, что если бы так можно было сделать то я бы и не парился и в коде не рылся!
Иванова И.И. ИП нужна им как поставщик ТОО от ИП.
Иванова И.И. ИП на ИП же им нужна как поставщик ИП от ИП.

[avm3110]

Иванова И.И. ИП нужна им как поставщик ТОО от ИП.
Иванова И.И. ИП на ИП же им нужна как поставщик ИП от ИП.

Что-то у вас явно "заумно получается" :blush:

Если у "разных контрагентов" (а если названия разные, то это "разные контрагенты") одни и те же реквизиты, то программа будет "привязывать" СФ рандомно (хотя возможно и к одному и тому же контрагенту).

Пы.Сы. если контрагент является одновременно и "поставщиком" и "покупателем", то у него просто ставится и "та" и "та" "галочка" и тогда на него можно будет оформлять и СФ входящую и исходящую... Т.е. "в этой части" дубляж контрагента это однозначно косяк.

[Омар Мадиевич]

Что-то у вас явно "заумно получается" :blush:

Если у "разных контрагентов" (а если названия разные, то это "разные контрагенты") одни и те же реквизиты, то программа будет "привязывать" СФ рандомно (хотя возможно и к одному и тому же контрагенту).

Пы.Сы. если контрагент является одновременно и "поставщиком" и "покупателем", то у него просто ставится и "та" и "та" "галочка" и тогда на него можно будет оформлять и СФ входящую и исходящую... Т.е. "в этой части" дубляж контрагента это однозначно косяк.

Заумно не то слово! Итак, на счет "поставщик" и "покупатель"! И там и там стоят галочки! У меня вопрос происходит ли где-нибудь в коде проверка?! Перерыл всё, но так и не нашел где это происходит!

[avm3110]

Итак, на счет "поставщик" и "покупатель"! И там и там стоят галочки! У меня вопрос происходит ли где-нибудь в коде проверка?!

Так в этом видно и дело, что "галочки" стоят и там и там у обоих. Как я понимаю "покупатель" должен стоять только у одного, а продавец - только у другого.

тогда исходящие СФ будут привязываться только к одному, а входящие СФ только ко второму.

правильно?

[Омар Мадиевич]

Так в этом видно и дело, что "галочки" стоят и там и там у обоих. Как я понимаю "покупатель" должен стоять только у одного, а продавец - только у другого.

тогда исходящие СФ будут привязываться только к одному, а входящие СФ только ко второму.

правильно?

Ага, и я так подумал и оказался не прав!

[alexandr_ll]

В том то и дело Александр, что если бы так можно было сделать то я бы и не парился и в коде не рылся!
Иванова И.И. ИП нужна им как поставщик ТОО от ИП.
Иванова И.И. ИП на ИП же им нужна как поставщик ИП от ИП.

Обычно для таких целей используют справочник "Договоры", где можно указать организацию договора.
Если хотите оставить существующую схему, то групповой обработкой после загрузки ЭСФ заменить контрагента на нужного.
А что касается принципа поиска контрагента по реквизиту, тут принцип "кто первый встал, того и тапки", т.е. кого первого (или последнего) программа найдет, того и вставит.

[Омар Мадиевич]

Обычно для таких целей используют справочник "Договоры", где можно указать организацию договора.
Если хотите оставить существующую схему, то групповой обработкой после загрузки ЭСФ заменить контрагента на нужного.
А что касается принципа поиска контрагента по реквизиту, тут принцип "кто первый встал, того и тапки", т.е. кого первого (или последнего) программа найдет, того и вставит.

Вы это нашим бухам объясните! Ибо Омар ты не ведаешь что несешь околесицу и т.д. и т.п. В общем пойду пока дальше копать Общие Модули может где и откопаю проверку на контрагента!

[alexandr_ll]

Вы это нашим бухам объясните! Ибо Омар ты не ведаешь что несешь околесицу и т.д. и т.п. В общем пойду пока дальше копать Общие Модули может где и откопаю проверку на контрагента!

А как вы считаете должна осуществляться проверка контрагента по одинаковым реквизитам?

[avm3110]

А как вы считаете должна осуществляться проверка контрагента по одинаковым реквизитам?

Ну как я понимаю, ТС хочет в типовой модуль "прикрутить" некую бизнес логику. Типа: если реквизиты контрагента бла-бла-бла и условия получения СФ такие-такие-такие, то привязывать к СФ контрагента 1 иначе контрагента 2.

Ну-у-у... тоже подход... но при смене релиза конфы придется опять перезаливать логику, но хуже иное - поменяется "политика партии" и что делать со СФ которые привязаны "куй знает как" :confused:

[Омар Мадиевич]

Ну как я понимаю, ТС хочет в типовой модуль "прикрутить" некую бизнес логику. Типа: если реквизиты контрагента бла-бла-бла и условия получения СФ такие-такие-такие, то привязывать к СФ контрагента 1 иначе контрагента 2.

Ну-у-у... тоже подход... но при смене релиза конфы придется опять перезаливать логику, но хуже иное - поменяется "политика партии" и что делать со СФ которые привязаны "куй знает как" :confused:

Если честно я не хотел бы изменять "политике партии", мною даже были сделаны две попытки уговорить их на написание внешней обработки которая бы находила ЭСФ с неугодным контрагентом и перезаписывала бы их на нужного. "Кто будет запускать обработку", "Автоматом каждое утро","Нет так не пойдет","Почему","Это будет тормозить нашу работу",и тут я ох**л. "Это каким же образом". А в ответ тишина!

В общем я устал биться с ними помогите отловить код в котором происходит проверка контрагента!