При переходе на новые версии программных продуктов 1С часто возникает ситуация, когда учет уже заведен в оперативной базе (например, 1С:Управление торговлей 11), а бухгалтерскую базу (1С:Бухгалтерия предприятия 3.0) нужно наполнить данными "с нуля". Стандартная синхронизация отлично справляется с текущими документами, но часто пасует перед задачей переноса начальных остатков. В этой статье мы подробно разберем, почему штатный механизм игнорирует документы Ввод остатков, и рассмотрим несколько проверенных способов решения этой проблемы.
Проанализируем техническую сторону вопроса. Обмен между современными конфигурациями 1С строится на базе универсального формата EnterpriseData. В типовых правилах конвертации, которые поставляются фирмой 1С, документ Ввод остатков из УТ 11 часто не имеет прямого соответствия с аналогичным документом в БП 3.0. Это связано с тем, что в торговой базе остатки фиксируются в разрезе оперативных регистров (склады, партии, ячейки), а в бухгалтерии — в разрезе счетов бухгалтерского учета (41.01, 10.01, 60.01 и т.д.) с их специфической аналитикой (субконто).
Кроме того, справочники в типовом обмене часто настроены в режиме "Отправлять только используемую в документах". Это означает, что если номенклатура просто лежит на складе (в остатках), но не участвовала в текущих продажах или закупках за период обмена, она просто не попадет в Бухгалтерию. Рассмотрим, как обойти эти ограничения.
Прежде чем переносить остатки, нам необходимо убедиться, что вся Номенклатура, Контрагенты и Договоры присутствуют в базе БП 3.0. Чтобы не заносить их вручную, изменим настройки синхронизации.
Важный нюанс: Если база УТ 11 очень большая (десятки тысяч позиций), первичная выгрузка может занять длительное время. Однако это гарантирует, что при последующем вводе остатков в БП все объекты будут сопоставлены по внутренним идентификаторам (UUID), и мы избежим дублирования справочников.
Рассмотрим оригинальный и быстрый способ, который часто используют специалисты, когда нужно перенести остатки товаров без программирования. Разберем ситуацию: в УТ 11 уже есть документ Ввод начальных остатков, который не выгружается.
Проделаем следующие шаги:
Поступление товаров и услуг (или Приобретение товаров и услуг в новых версиях).Ввод остатков. Это удобно сделать через функцию Заполнить — Подобрать товары или просто скопировав строки из одного документа в другой.Поступление товаров и услуг — это стандартный объект обмена, он беспрепятственно перенесется в БП 3.0 вместе со всей аналитикой и номенклатурой.Ввод остатков, либо просто оставить его, изменив счета учета.Иногда документ в УТ 11 создан, правила его поддерживают, но он "не хочет" уходить в обмен. Выясним причину, проверив регистрацию объекта в узле обмена.
Разберем, как принудительно отправить данные:
Ввод остатков номенклатуры (или нужный вид ввода остатков).Внимание: Если после регистрации документ все равно не появился в БП, значит, в правилах загрузки на стороне Бухгалтерии этот объект просто проигнорирован (отсутствует алгоритм обработки входящего XML-узла для этого типа документа).
Если штатные правила обмена категорически отказываются переносить документы, проанализируем вариант с использованием универсальной загрузки. Это самый надежный метод для формирования именно бухгалтерских проводок на счете 000.
Посмотрим на алгоритм действий:
Ввод остатков (раздел Главное — Помощник ввода остатков).Преимущество этого метода: Система сама найдет существующую номенклатуру по наименованию или артикулу, а если не найдет — создаст новую. Это позволяет избежать проблем с отсутствующей НСИ.
Рассмотрим ситуацию, когда вы решили заносить остатки в БП вручную. Главная опасность здесь — создание дублей. В 1С объекты синхронизируются не по названию, а по Уникальному Идентификатору (GUID). Если вы создадите "Товар 1" в УТ и "Товар 1" в БП вручную, обмен воспримет их как разные объекты и создаст дубль при первой же синхронизации документов продажи.
Чтобы этого избежать, мы рекомендуем всегда сначала "прокачивать" справочники из УТ в БП через штатный обмен (см. Способ №1), а уже потом использовать эти (пришедшие из УТ) элементы для формирования документов ввода остатков в бухгалтерии. Выясним, как проверить соответствие: в обеих базах можно воспользоваться обработкой "Групповое изменение реквизитов", чтобы посмотреть внутренние ID объектов, но лучше просто придерживаться правила "первична та база, где справочник был создан первым".
Если вам требуется регулярный или массовый перенос сложных остатков (например, с учетом ГТД, партий и специфических субконто), единственным правильным решением будет использование конфигурации "1С:Конвертация данных 2.1" (или 3.0 для EnterpriseData).
Проанализируем шаги программиста в этом случае:
// В правилах выгрузки (ПВД) для документа ВводОстатков
// можно прописать алгоритм сопоставления:
Если Объект.ВидОперации = Перечисления.ВидыОперацийВводаОстатков.Товары Тогда
ИмяПКО = "ВводОстатковТоваров"; // Указываем ПКО для БП 3.0
КонецЕсли;
С помощью КД вы сможете точно сопоставить счета учета в БП в зависимости от групп финансового учета (ГФУ) в УТ 11. Это исключит человеческий фактор и позволит перенести остатки по всем разделам: товары, денежные средства, взаиморасчеты с контрагентами и авансы.
Подводя итог, можно сказать: отсутствие автоматического переноса документов ввода остатков в типовом обмене — это не ошибка, а архитектурное решение фирмы 1С. Для разового переноса проще всего воспользоваться Способом №2 (через временное Поступление) или Способом №4 (загрузка из Excel). Если же вы настраиваете интеграцию для крупного холдинга, стоит потратить время на доработку правил в Конвертации данных.
Помните, что перед любыми манипуляциями с переносом данных необходимо сделать резервные копии обеих информационных баз!