При автоматизации торговых предприятий, особенно в сфере дистрибуции и фармации, часто возникает дилемма: стоит ли дублировать весь детальный номенклатурный учет из оперативной базы 1С:Управление торговлей (УТ) в регламентированную базу 1С:Бухгалтерия предприятия (БП)? Бухгалтеры часто сталкиваются с проблемой расхождения остатков из-за ручных корректировок или ошибок при выгрузке огромного массива номенклатурных позиций. Логичным решением кажется переход на суммовой (свернутый) учет в бухгалтерии. Рассмотрим подробнее, как это реализовать на практике, с какими ограничениями платформы придется столкнуться и как правильно организовать сверку данных.
Разберем технические особенности плана счетов в 1С:Бухгалтерии 8. В отличие от старых версий (например, 1С 7.7), в БП 3.0 полностью отключить количественный учет на оптовых складах без изменения конфигурации невозможно. На счетах 41.01 («Товары на складах») и 41.02 («Товары по покупной стоимости») субконто Номенклатура является предопределенным и жестко требует ведения количественно-суммового учета.
Единственный счет, где штатно поддерживается чистый суммовой учет без аналитики по номенклатуре — это счет 41.12 («Товары в розничной торговле в НТТ по продажной стоимости»). Однако этот вариант требует ведения учета по продажным ценам с использованием счета 42 («Торговая наценка»), что категорически не подходит для оптовых компаний и дистрибьюторов.
Для реализации суммового оптового учета в БП применяется методика свернутого учета по обобщенным позициям.
Проанализируем самый жизнеспособный вариант настройки обмена. Чтобы не перегружать БП тысячами карточек товаров, но при этом корректно начислять НДС и налог на прибыль, мы можем создать в справочнике Номенклатура в БП всего несколько виртуальных позиций:
При выгрузке документов поступления (Приобретение товаров и услуг) и реализации из УТ в БП детальные табличные части сворачиваются по ставкам НДС до этих нескольких позиций. Выясним, как при этом рассчитывается себестоимость и списываются партии.
Поскольку БП требует заполнения количественных показателей для проведения документов по счету 41, применяется следующий технический прием:
Если рассматриваемое предприятие работает в сфере фармации, ведение свернутого учета в БП несет в себе критические риски, которые необходимо учитывать еще на этапе проектирования системы:
Одна из главных болей бухгалтера при обмене базами — это сверка остатков. Ручная выгрузка материальной ведомости в Excel и сопоставление таблиц отнимают колоссальное количество времени. Рассмотрим более технологичные методы решения этой задачи.
Для быстрой сверки можно написать внешнюю обработку, которая будет подключаться из БП к базе УТ через COM-соединение, собирать остатки и сравнивать их в разрезе документов или обобщенных групп. Посмотрим на пример реализации кода для такого подключения:
// Пример создания COM-соединения для сверки данных между БП и УТ
Функция ПодключитьсяКБазеУТ(ИмяСервера, ИмяБазы, Логин, Пароль) Экспорт
Connector = Новый COMОбъект("V83.COMConnector");
ПараметрыПодключения = "Srvr=""" + ИмяСервера + """;Ref=""" + ИмяБазы + """;Usr=""" + Логин + """;Pwd=""" + Пароль + """;";
Попытка
БазаУТ = Connector.Connect(ПараметрыПодключения);
Возврат БазаУТ;
Исключение
ЗаписьЖурналаРегистрации("Связь баз", УровеньЖурналаРегистрации.Ошибка,,, "Не удалось подключиться: " + ОписаниеОшибки());
ВызватьИсключение "Ошибка COM-подключения к УТ!";
КонецПопытки;
КонецФункции
С помощью полученного объекта БазаУТ мы можем выполнять запросы напрямую к базе УТ, получать остатки по регистрам накопления (например, "Товары на складах" или "Выручка и себестоимость продаж") и сопоставлять их с данными бухгалтерских счетов 41 и 90 в БП по уникальным идентификаторам (GUID) документов.
Если разработка собственной обработки не входит в ваши планы, рекомендуется использовать встроенный функционал синхронизации: перед отправкой данных запустить режим "Интерактивная отправка данных". Этот инструмент позволяет сопоставить ключевые объекты до момента их записи в базу-приемник и сразу выявить расхождения в суммах или ставках НДС.