При работе в связке 1С:Управление торговлей (УТ) 11 и 1С:Бухгалтерия предприятия (БП) 3.0 пользователи часто сталкиваются с ситуацией, когда данные в базах начинают «разъезжаться». Типичный пример: в бухгалтерской программе товар списан, а в торговой базе он продолжает числиться на остатках. Разберемся, почему так происходит, как исправить уже накопленные ошибки и как правильно организовать работу в будущем.
Для начала проанализируем архитектуру типового обмена данными. Программы 1С:УТ и 1С:БП спроектированы так, что УТ является ведущей базой (источником оперативной информации), а БП — ведомой (получателем данных для регламентированного учета и отчетности).
Рассмотрим стандартные правила обмена:
Товарные документы (такие как СписаниеТоваров) из БП в УТ по стандарту не выгружаются. Это обусловлено тем, что в «Управлении торговлей» аналитика учета гораздо шире: там требуются данные о складах, заказах, сериях, характеристиках и статусах, которых в бухгалтерии просто нет. Если бы документ перегрузился из БП, он бы попросту не смог заполниться корректно и «повис» бы без проведения. Именно поэтому, если вы списываете товар в БП вручную, в УТ об этом «никто не узнает».
Если за несколько месяцев накопилось множество расхождений (300–400 позиций), искать их вручную крайне трудозатратно. Проанализируем способ автоматизированной сверки с помощью выгрузки данных.
Шаг 1. Получение остатков из 1С:БП
В бухгалтерии сформируем отчет «Оборотно-сальдовая ведомость по счету» (счет 41). В настройках укажем группировку по Номенклатуре. Сохраним отчет в формате Excel.
Шаг 2. Получение остатков из 1С:УТ
В торговой базе воспользуемся отчетом «Остатки и доступность товаров» или настроим УниверсальныйОтчет по регистру накопления ТоварыНаСкладах. Также сохраним результат в Excel.
Шаг 3. Сравнение данных
Объединим две таблицы в одном файле Excel и воспользуемся функцией ВПР (VLOOKUP). Сопоставим остатки по колонке «Артикул» или «Наименование». Те позиции, где количество в УТ больше, чем в БП, и есть наши «забытые» списания. Сформируем отдельный список товаров и их количества для корректировки.
Выяснив, какие товары нужно списать в УТ, нам не обязательно вводить их вручную. Рассмотрим, как воспользоваться типовым механизмом загрузки.
Списание на расходы.Важный нюанс: Чтобы это списание снова не улетело в БП и не удвоило там расход, при синхронизации этого конкретного документа в БП его следует либо не проводить, либо временно отключить регистрацию этого объекта в узле обмена.
Если расхождений слишком много и они касаются не только списаний, но и пересортицы, целесообразно применить механизм пересчета товаров. Проанализируем этот путь:
ПересчетТоваров.СписаниеНедостачТоваров.Этот метод позволит одним махом привести остатки в УТ к фактическим (бухгалтерским) значениям.
Если подобные ситуации возникают регулярно, можно автоматизировать процесс. Рассмотрим логику работы возможной обработки:
// Пример логики для программиста:
// 1. Устанавливаем COM-соединение с базой БП
// 2. Получаем таблицу остатков из БП по 41 счету
// 3. Получаем таблицу остатков из текущей базы УТ
// 4. Сравниваем таблицы и выводим расхождения в дерево значений
// 5. По кнопке "Создать списание" формируем документ ВнутреннееПотреблениеТоваров
Для реализации такого решения потребуется привлечение специалиста, так как работа через COM-соединение или Web-сервисы требует навыков программирования в среде 1С.
Выясним, какие организационные меры помогут сохранить актуальность данных в обеих базах:
ПоступлениеТоваровУслуг и РеализацияТоваровУслуг, а также складских актов непосредственно в базе БП.Таким образом, правильная настройка процесса — это не техническая «галочка» в меню синхронизации, а строгое соблюдение методологии: торговые операции только в УТ, финансовый результат и налоги — в БП. Следуя этому правилу, вы забудете о ручных сверках остатков.