Переход с одной конфигурации на другую — всегда ответственный и технологически сложный процесс. Перенос начальных остатков из 1С:Бухгалтерия предприятия 3.0 (БП3) в 1С:Комплексная автоматизация 2 (КА2) или 1С:ERP часто вызывает множество вопросов у технических специалистов. Типичная ситуация: обработка выгрузки рапортует о десятках тысяч успешно обработанных объектов, загрузка в базу-приемник завершается с заветной «зеленой галкой» и без единой ошибки, но при открытии отчетов в КА2 мы обнаруживаем абсолютную пустоту. Оборотно-сальдовая ведомость пуста, товаров на складах нет, взаиморасчеты не отражены.
Давайте подробно разберем, почему так происходит, выясним скрытые технические причины такого поведения системы и пошагово рассмотрим методы диагностики и решения этой проблемы.
Рассмотрим самую банальную, но и самую распространенную причину. При переносе остатков из БП3 в КА2 специализированные правила конвертации создают не стандартные документы оперативного учета, а специализированные документы Ввод начальных остатков.
По умолчанию, в целях безопасности и предотвращения коллизий в учете, эти документы загружаются в базу-приемник в статусе «Не проведен». Пока документ не проведен, он не совершает движений ни по регистрам накопления оперативного учета, ни по регистрам бухгалтерии. Соответственно, ни один отчет не покажет наличие этих остатков в системе.
Выясним, где искать эти документы, ведь они не отображаются в стандартных журналах закупок, продаж или складских операций:
Чтобы ввести эти данные в учет, нам необходимо запустить проведение документов. Для массового проведения мы можем воспользоваться стандартным механизмом платформы: перейти в меню Функции для технического специалиста (ранее — «Все функции»), открыть раздел Стандартные, выбрать обработку Проведение документов, настроить период и провести созданные документы ввода начальных остатков.
Проанализируем архитектурные особенности конфигурации 1С:Комплексная автоматизация 2. В отличие от БП3, в КА2 видимость разделов учета и документов в интерфейсе жестко зависит от включенных функциональных опций. Если в настройках системы не активирован конкретный подраздел учета, программа скрывает не только элементы интерфейса, но и уже загруженные документы по этому направлению.
Например, если в исходной базе были остатки по валютным счетам, комиссионным товарам или по нескольким складам, а в новой базе КА2 в меню НСИ и администрирование — Настройка НСИ и разделов не включены опции «Не several складов», «Валютный учет» или «Комиссионные закупки/продажи», то соответствующие документы ввода остатков просто не будут отображаться в журналах, даже если они физически присутствуют в базе данных.
Рекомендуем перед началом загрузки тщательно сверить и включить все ключевые функциональные опции, которые соответствуют специфике ведения учета в БП3:
Может ли «косячная» база БП3 быть причиной пустой загрузки? Ответ однозначный — да, может. И это объясняет, почему выгружается 45 тысяч объектов, а остатков нет.
Алгоритмы типовых правил переноса данных опираются на строгую логику бухгалтерского учета. Если в исходной базе БП3 не закрыт месяц, присутствуют отрицательные остатки по счетам (особенно по счетам учета ТМЦ 10, 41, расчетов с контрагентами 60, 62 или НДС 19), правила выгрузки могут просто проигнорировать дефектные строки остатков. В результате обработка выгружает огромное количество объектов (около 45 тысяч), но при детальном анализе оказывается, что эти 45 тысяч объектов — исключительно элементы справочников:
Номенклатура, Контрагенты, ДоговорыКонтрагентов, ФизическиеЛица, Организации.
Эти элементы выгружаются по ссылкам, так как они необходимы для поддержания ссылочной целостности базы. Сами же документы ввода остатков с числовыми и стоимостными показателями просто не формируются из-за ошибок в исходных остатках. В итоге мы получаем идеально заполненные справочники в КА2, но абсолютно нулевые балансы и отсутствие документов ввода остатков.
Следовательно, перед выгрузкой критически важно выполнить следующие действия в БП3:
Рассмотрим, как технически локализовать проблему: не выгрузились данные из БП3 или же они не загрузились в КА2. Для этого проанализируем содержимое сформированного файла выгрузки в формате XML. Нам не нужно читать все миллионы строк кода вручную, достаточно воспользоваться любым текстовым редактором с поддержкой больших файлов (например, Notepad++ или XML Notepad).
Выполним поиск по файлу по ключевым тегам:
ДокументСсылка.ВводОстатков или ВводНачальныхОстатков (в зависимости от конкретной версии правил обмена имя объекта может немного отличаться, например, DocumentObject.ВводНачальныхОстатков).Если поиск вернул множество совпадений и мы видим заполненные узлы с табличными частями, содержащими номенклатуру, суммы и количества — значит, данные успешно выгрузились из БП3. Проблему пустой базы нужно локализовать на стороне КА2 (проверить видимость, права доступа или запустить проведение).
Если поиск не дал результатов или нашел только объявления типов данных, но ни одного объекта документа в теле файла нет — это подтверждает гипотезу о том, что из-за ошибок учета в БП3 правила выгрузки проигнорировали формирование остатков, выгрузив только сопутствующую нормативно-справочную информацию (НСИ).
Еще один технический нюанс, о котором часто забывают программисты при использовании обработки УниверсальныйОбменДаннымиXML. В современных версиях платформы 1С:Предприятие 8.3 усилены меры безопасности при выполнении внешнего кода.
Если при настройке загрузки данных в КА2 в обработке обмена включен флаг «Безопасный режим», платформа может молча блокировать выполнение определенных обработчиков событий (например, «ПриЗаписи» или «ПередЗаписью»), которые отвечают за заполнение служебных реквизитов, автоматическое проведение документов или создание связанных управленческих регистров. При этом сама обработка отчитается об успешном завершении без единой ошибки и покажет зеленую галку.
Обязательно отключайте безопасный режим при выполнении разового переноса остатков, если вы уверены в безопасности источника правил обмена.
Даже если документы ввода остатков успешно перенеслись и вы нашли их в интерфейсе, при попытке проведения вручную вы можете столкнуться с целым шквалом ошибок проведения. Структура метаданных в КА2 на порядок сложнее и строже, чем в БП3:
Партнеры (управленческий учет) и Контрагенты (регламентированный учет). Если правила обмена не смогли корректно сопоставить или создать эти объекты в связке, документы расчетов не проведутся.Таким образом, для успешного запуска учета в новой базе нам необходимо не просто нажать кнопку проведения, но и предварительно заполнить недостающие аналитические разрезы, настроить правила распределения и ГФУ, и только после этого приступать к массовому проведению документов ввода начальных остатков.