← На главную

При настройке типового обмена данными между конфигурациями 1С:Розница 1.0 и 1С:Бухгалтерия предприятия 2.0 специалисты часто сталкиваются с ситуацией, когда при первой же выгрузке в базе-приемнике создается дубликат уже существующей организации. Кроме того, в процессе обмена могут возникать сопутствующие проблемы: появление пустых строк номенклатуры со знаками <> в табличных частях документов реализации и ошибки заполнения реквизитов для целей учета НДС. Разберем по шагам причины этих сбоев и способы их полного устранения.

Причины создания дублей организации и способы их предотвращения

Рассмотрим, почему типовой механизм синхронизации создает новую организацию, несмотря на совпадение наименования, ИНН и КПП:

1. Невидимые символы и опечатки в реквизитах: В строковых полях ИНН, КПП или Наименование могут содержаться случайные концевые пробелы или неразрывные пробелы (символ с кодом 160). При стандартном строковом сравнении такие значения считаются разными. Проверим реквизиты в обеих базах и скопируем их напрямую из одной базы в другую для исключения опечаток.
2. Поля сопоставления в настройках обмена: По умолчанию сопоставление может выполняться по комплексу полей, включая полное или краткое наименование. Если наименования хоть немного отличаются (например, кавычками или регистром букв), создается новый элемент. Рекомендуется в мастере настройки обмена установить сопоставление строго по ИНН и КПП.
3. Записи в регистре соответствия: При первой неудачной попытке обмена связь между объектами фиксируется в служебном регистре сведений Соответствие объектов для обмена. Даже если впоследствии вы исправите поля поиска, система продолжит использовать уже сохраненную связку. Для исправления ситуации необходимо очистить записи по данному узлу и объекту в регистре соответствия перед повторным обменом.
4. Различие служебного реквизита типа лица: В правилах конвертации объектов (ПКО) сопоставление может учитывать признак ЮрФизЛицо (Юридическое лицо / Физическое лицо / Индивидуальный предприниматель). Если тип лица в одной из баз был выбран неверно, алгоритм создаст дубликат даже при полном совпадении ИНН.

Что делать, если дубль организации уже создан и попал в документы

Если в базе 1С:Бухгалтерия предприятия 2.0 уже появились документы, привязанные к ошибочно созданному дубликату организации, не следует перезаполнять документы вручную. Проанализируем правильную последовательность действий:

1. Выполним резервное копирование информационной базы перед любыми глобальными изменениями.
2. Воспользуемся типовой внешней обработкой «Поиск и замена дублирующихся элементов» (или «Поиск и замена значений»).
3. В качестве исходного значения укажем дубликат, а в качестве результирующего — основную организацию, в которой ведется бухгалтерский учет. Обработка корректно заменит ссылки во всех проведенных документах и регистрах, сохранив целостность базы.
4. Пометим созданный ранее дубль на удаление и выполним удаление помеченных объектов.

Почему номенклатура переносится пустыми строками «<>»

При переносе документов Реализация товаров и услуг (или «Реализация ТМЗ и услуг») в табличной части могут появляться пустые строки со ссылками вида <>. Это свидетельствует о нарушении ссылочной целостности или блокировке создания элементов справочника Номенклатура.

Разберем основные причины и варианты решения:

1. Флаги загрузки в правилах конвертации: В правилах обмена для справочника Номенклатура может быть установлен флаг Не создавать новый объект в приемнике, если он не найден. В таком случае документ переносит только GUID, но сам элемент в справочнике не создается. Проверим актуальность используемых правил конвертации. Правила должны строго соответствовать релизам обеих конфигураций.
2. Ошибки переноса иерархии: Если переносимый товар привязан к группе-родителю, которая не прошла по фильтрам плана обмена или не смогла записаться в базе-приемнике, дочерний элемент также не сможет создаться. Проверим структуру групп справочника и убедимся, что выгрузка групп включена в состав плана обмена.
3. Фильтрация по магазинам и складам: Если в настройках узла обмена установлены ограничения по магазинам или номенклатурным группам, документ может регистрироваться целиком, а связанные позиции номенклатуры — исключаться из пакета выгрузки.

Ошибка: «Не заполнено значение реквизита Вид операции реализации для целей НДС»

Данная ошибка возникает при попытке автоматического проведения документов реализации в конфигурациях с определенной региональной спецификой (например, в локализациях для Казахстана), где этот реквизит является обязательным для заполнения, однако в российской конфигурации 1С:Розница он отсутствует.

Рассмотрим способы устранения ошибки:

1. Корректировка правил через «Конвертацию данных 2.0»: В ПКО документа реализации для свойства ВидОперацииРеализацииДляЦелейНДС в обработчике Перед выгрузкой или При выгрузке зададим значение по умолчанию из соответствующего перечисления.
2. Групповая обработка документов в базе-приемнике: Если требуется быстро провести выгруженные документы без модификации правил, откроем обработку Групповая обработка справочников и документов, выберем документы реализации за период обмена и массово установим реквизит Вид операции реализации для целей НДС в требуемое значение (например, «Облагаемый оборот»).

Особенности направления обмена и синхронизации баз Розницы

Важно помнить, что типовой обмен между 1С:Розница 1.0 и 1С:Бухгалтерия предприятия 2.0 является односторонним — данные передаются только из Розницы в Бухгалтерию. Если стоит задача синхронизировать справочники между двумя независимыми базами Розницы, стандартный обмен с бухгалтерией для этого не подходит. В таком случае используется типовая обработка Обмен данными между идентичными конфигурациями (на базе универсальной выгрузки/загрузки XML), гарантирующая корректное сопоставление нормативно-справочной информации.