При работе в связке 1С:Управление торговлей 11 и 1С:Бухгалтерия предприятия 3.0 часто возникает ситуация, когда при выгрузке документа Передача товаров между организациями в базе-приемнике (БП) вместо существующего контрагента создается новый. Это происходит даже в тех случаях, когда ИНН и КПП заполнены верно. Рассмотрим подробно причины возникновения этой проблемы и разберем по шагам способы ее решения.
Для начала проанализируем, как программные продукты 1С на платформе 8.3 сопоставляют данные. В современных конфигурациях используется формат обмена EnterpriseData, который работает по строго заданному алгоритму. Поиск объекта в базе-приемнике происходит по цепочке условий до первого успешного совпадения:
Соответствия объектов информационных баз. Если объекты ранее уже «виделись», они сопоставляются мгновенно.ИНН.Проблема «лишнего» контрагента чаще всего возникает тогда, когда на втором этапе (ИНН/КПП) что-то идет не так, и система переходит к поиску по наименованию, который также завершается неудачей из-за различий в написании.
Выясним причину, которая чаще всего мешает корректной работе схемы Интеркампани. Для успешной синхронизации Передачи товаров наименование передающей организации должно ТОЧНО совпадать в трех местах:
Организации в базе УТ 11.Контрагенты в той же УТ 11 (партнер и юридическое лицо, представляющее фирму во внутренних расчетах).Контрагенты в базе БП 3.0.Если хотя бы в одном из этих мест будет лишний пробел, кавычка другого типа (например, «елочки» против "лапок") или сокращение «ООО» вместо полного наименования, система создаст новый объект. Разберем ситуацию на примере: если в УТ организация названа ООО "Ромашка", а в БП контрагент заведен как Ромашка, ООО, то при отсутствии связи по GUID или ИНН/КПП автоматическое сопоставление не сработает.
Посмотрим на ситуацию глубже: почему поиск по ИНН и КПП может не сработать, даже если визуально они одинаковы? Проанализируем следующие факторы:
Юридическое лицо, а в другой ошибочно указано Обособленное подразделение или Государственный орган, алгоритм поиска может проигнорировать совпадение по ИНН.КПП заполнен, а в другой оставлено пустое поле, система сочтет их разными субъектами. По правилам обмена EnterpriseData, пустой КПП не считается эквивалентом любого заполненного КПП.ИНН и КПП блокирует поиск.Если изменять названия организаций в базах нельзя (например, из-за требований бухгалтерии к печатным формам), воспользуемся штатным механизмом синхронизации — ручным сопоставлением. Рассмотрим, как это сделать без привлечения программиста и правки правил обмена:
Администрирование — Синхронизация данных.Контрагенты.После выполнения этой процедуры система запишет связь в регистр Соответствия объектов информационных баз по уникальным идентификаторам (GUID). В следующий раз, независимо от наименований, программа всегда будет подставлять именно выбранного вами контрагента.
Проанализируем еще один важный момент, специфичный для УТ 11. В карточке каждой организации необходимо проверить связь с контрагентом. Рассмотрим шаги проверки:
Организации.Учетная политика и другие настройки.Контрагент.Именно этот контрагент подставляется в документ Передача товаров. Если здесь выбран неверный или «дублирующий» объект, то и в Бухгалтерию прилетит ошибочная ссылка. Убедитесь, что в этой настройке указан именно тот контрагент, который должен фигурировать во взаиморасчетах между вашими юридическими лицами.
Чтобы избежать хаоса в справочниках и постоянного появления дублей, рекомендуем придерживаться следующих правил:
ИНН и КПП максимально внимательно, проверяя отсутствие пробелов.Применяя эти методы, мы обеспечим чистоту данных и корректное формирование бухгалтерских проводок по внутренним передачам товаров.