При автоматизации торговых компаний часто встает вопрос выбора архитектуры: использовать ли связку из двух программ 1С:Управление торговлей 11 (УТ) и 1С:Бухгалтерия предприятия 3.0 (БП) или внедрять единую систему 1С:Комплексная автоматизация 2 (КА 2). Особенно остро эта проблема проявляется при ведении учета в условных единицах (у.е.), когда договора заключаются в валюте, а расчеты производятся в рублях по курсу на дату оплаты. Разберем, почему возникают расхождения в суммах документов и как выбор системы влияет на точность учета.
Многие пользователи сталкиваются с ситуацией, когда рублевые суммы в накладных и актах, сформированных в УТ, не совпадают с аналогичными документами после их выгрузки в БП. Проанализируем основные причины этого явления:
1С:Бухгалтерия расчет рублевой суммы реализации жестко регламентирован требованиями ПБУ 3/2006. Если была предоплата, то сумма документа складывается из части, оплаченной авансом (по курсу на дату оплаты), и остатка (по курсу на дату отгрузки). В 1С:УТ 11 алгоритм может отработать иначе, если не соблюдена строгая последовательность документов или не актуализированы регистры расчетов.Заказ клиента, в то время как в БП учет может быть настроен в целом по договору. Если аванс пришел по одному заказу, а реализация прошла по другому (в рамках одного договора), БП автоматически зачтет аванс, а УТ — нет, что приведет к разным курсам пересчета в рубли.Для минимизации расхождений в УТ 11 и КА 2 крайне важно использовать актуальный режим работы с дебиторской и кредиторской задолженностью. Рассмотрим разницу между ними:
Офлайн-режим: Данные в регистрах Расчеты с клиентами и Расчеты с поставщиками обновляются только фоновым заданием или вручную через закрытие месяца. Это часто становится причиной того, что менеджер видит одну сумму долга, а бухгалтер в выгруженной базе — другую.
Онлайн-режим: Расчет взаиморасчетов происходит непосредственно при проведении документа (реализации, оплаты). Это значительно приближает поведение УТ к поведению БП, однако требует больше серверных ресурсов. Мы рекомендуем включать именно этот режим, если ваша деятельность связана с активным использованием расчетов в у.е.
Переход на единую базу данных (КА 2 или ERP) зачастую является единственным надежным способом полностью избавиться от «плясок с бубном» при синхронизации. Выясним почему:
Единый информационный контур. В КА 2 нет процесса передачи данных из торгового модуля в бухгалтерский. Информация о рублевой сумме документа, рассчитанной с учетом всех авансов и курсовых разниц, записывается в базу один раз. Бухгалтерские проводки формируются на основании тех же самых данных, которые видит менеджер в заказе клиента. Это исключает возникновение ситуации, когда один и тот же документ имеет разную «сумму» в управленческом и бухгалтерском учете.
Контроль последовательности. Единая система более жестко требует соблюдения хронологии. Если оплаты вводятся «задним числом», система помечает документы к пересчету. Рассмотрим по шагам процесс контроля в КА 2:
Заказа клиента в валюте (у.е.).Реализации товаров и услуг (система автоматически берет курс аванса для оплаченной части и курс ЦБ на дату отгрузки для остатка).Дт 62 - Кт 90 формируются строго по данным оперативного учета).Если переход на КА 2 по каким-то причинам невозможен, проанализируем, как можно улучшить текущую связку УТ + БП. Основная задача — запретить принимающей базе (БП) пересчитывать суммы, присланные из УТ.
В правилах обмена (через Enterprise Data или старые правила XML) существует возможность настройки синхронизации цен и сумм. Необходимо убедиться, что установлен флаг, который можно условно назвать «Принимать сумму документа как есть». Однако это накладывает огромную ответственность на оперативный учет в УТ: если менеджер ошибся с привязкой аванса, эта ошибка «мертвым грузом» упадет в БП, и бухгалтер не увидит ее до момента сверки сальдо по счетам 60 и 62.
Пример логики, которую необходимо проверять в коде при кастомизации обмена:
// Пример проверки зачета аванса перед выгрузкой
Если ДокументОбъект.ЗачетАвансовУстановленВручную Тогда
// Передаем рассчитанные рублевые суммы без изменений
СтруктураДанных.Вставить("СуммаРегл", ДокументОбъект.СуммаДокумента);
Иначе
// Позволяем принимающей базе выполнить пересчет (опасно для у.е.)
СтруктураДанных.Вставить("СуммаРегл", 0);
КонецЕсли;
Подводя итог, можно сказать следующее: связка УТ 11 + БП 3.0 вполне жизнеспособна для простого учета в рублях, но для работы с условными единицами и сложными графиками оплат она порождает высокие трудозатраты на сверку данных. Разрыв между оперативными регистрами УТ и бухгалтерскими счетами БП при использовании у.е. неизбежен из-за разницы в моментах расчета курсовых разниц.
Мы рекомендуем выбирать 1С:Комплексная автоматизация 2, если:
Помните, что КА 2 требует более высокой дисциплины от пользователей, так как любая ошибка в первичном документе сразу отражается в бухгалтерском балансе, но именно эта прозрачность и является залогом отсутствия расхождений.