Интеграция оперативных торговых систем (таких как «1С:Управление торговлей» или устаревшая, но все еще популярная «Торговля и Склад 7.7») с «1С:Бухгалтерией предприятия 3.0» всегда вызывает множество споров между разработчиками и бухгалтерами. Главная дилемма заключается в том, как именно переносить данные: выгружать ли полноценные первичные документы со спецификациями товаров или ограничиться «свернутыми» операциями и проводками.
В этой статье мы подробно разберем, почему попытки упростить выгрузку до ручных операций или документов без товарного наполнения приводят к краху учета, как распределяются регистры в БП 3.0, и как минимизировать расхождения в себестоимости при разных методах оценки ТМЦ.
В старой версии Бухгалтерия 7.7 учет строился преимущественно на проводках (регистре бухгалтерии). В современной БП 3.0 архитектура кардинально изменилась. Программа представляет собой сложную систему, завязанную на десятки вспомогательных регистров накопления и сведений. Если мы попытаемся переносить данные операциями, введенными вручную, или пустыми документами с готовыми проводками, мы столкнемся со следующими критическими проблемами:
60 и 62 в БП 3.0 анализирует не только остатки на счетах, но и регистры расчетов (например, регистр накопления РасчетыСКлиентами). При отсутствии товарных документов или детальной аналитики программа не сможет сопоставить оплаты и отгрузки. Это приведет к возникновению «перекрестного сальдо» (когда по одному договору одновременно висит дебет на 62.01 и кредит на 62.02).БП 3.0 полностью ведется на специализированных регистрах (НДСПродажи, НДСПокупки, НДСПредъявленный, НДСРаздельныйУчет и др.). Без проведения первичных документов (таких как «Поступление (акт, накладная, УПД)» или «Реализация (акт, накладная, УПД)») эти регистры останутся пустыми. В результате книга покупок и книга продаж не сформируются, а счета-фактуры на аванс не будут закрываться автоматически.ГТД предъявленные). Без проведения полноценных документов с номенклатурой распределить номера ГТД для книги покупок штатными средствами БП 3.0 будет физически невозможно.Наиболее надежным и методологически верным является первый вариант — выгрузка полноценных первичных документов с товарной частью и их последующее проведение в БП 3.0. Рассмотрим этот процесс по шагам.
Во-первых, необходимо синхронизировать нормативно-справочную информацию (НСИ). Перед запуском регулярного обмена важно устранить дубли контрагентов, складов и договоров. В торговой базе менеджеры часто создают новые договоры или карточки клиентов хаотично. В бухгалтерии это приведет к зависанию взаиморасчетов.
Во-вторых, настроим контроль остатков при проведении. Проведение документов в БП 3.0 должно выполняться с контролем отрицательных остатков. Если в оперативной базе допускается продажа «в минус», в бухгалтерии это вызовет искажение себестоимости и неверный расчет финансового результата.
Проанализируем ситуацию с расхождениями в себестоимости. Часто в торговой системе (УТ) учет ведется по методу ФИФО (партионный учет), а в бухгалтерии (БП) настроен метод «По среднему». Разберем, насколько это критично.
На длинных дистанциях (в рамках отчетного года) и при условии отсутствия больших переходящих остатков финансовый результат по методу ФИФО и по средней стоимости практически выравнивается. Однако внутри квартала расхождения по 41 и 90.02 счетам неизбежны. Если руководство требует стопроцентного совпадения копейка в копейку, у вас есть два пути:
БП 3.0 на метод ФИФО. В этом случае партионный учет будет рассчитываться и в бухгалтерии, но это потребует строгой последовательности проведения документов и регулярного перепроведения за прошлые периоды.Если справочник номенклатуры в торговой базе раздут (десятки тысяч позиций, характеристики, серии), а бухгалтеру детальный аналитический учет товаров в разрезе каждой позиции не нужен, можно использовать компромиссный вариант — выгрузку со сверткой номенклатуры.
При таком подходе в БП 3.0 создаются обобщенные позиции (например, «Товары (НДС 20%)», «Товары (НДС 10%)»). При переносе документов правила обмена сворачивают табличную часть, суммируя количество и стоимость по ставкам НДС. При этом сохраняются все реквизиты документов, контрагенты, договоры и счета-фактуры.
Плюсы: Документы проводятся полноценно, корректно работают зачеты авансов, книги НДС формируются автоматически, а база БП 3.0 не раздувается миллионами мелких позиций.
Минусы: В бухгалтерии полностью теряется партионный учет по конкретным товарам, и себестоимость списания считается «по среднему» для укрупненной группы ТМЦ.
Если ваша организация работает с государственным оборонным заказом (ГОЗ) или казначейским сопровождением, любые упрощенные схемы (ручные операции или свертка номенклатуры) категорически запрещены.
В этом случае законодательство требует жесткого раздельного учета доходов и расходов по каждому контракту. Спецификация номенклатуры в первичных документах в БП 3.0 должна символ в символ совпадать со спецификацией в контракте и платежных распоряжениях для казначейства. Любое укрупнение позиций приведет к отказу в согласовании платежей контролирующими органами. Здесь применим только детальный, полноценный документооборот.
Для контроля за расхождениями между УТ/ТиС и БП 3.0 разработчику часто требуется написать отчет, который сопоставит данные оперативного регистра себестоимости товаров и бухгалтерского счета 41. Ниже представлен пример запроса для получения остатков товаров в разрезе складов и номенклатуры в БП 3.0, который можно использовать как основу для отчета сверки:
ВЫБРАТЬ
ХозрасчетныйОстатки.Субконто1 КАК Номенклатура,
ХозрасчетныйОстатки.Субконто2 КАК Склад,
СУММА(ХозрасчетныйОстатки.КоличествоОстаток) КАК КоличествоБП,
СУММА(ХозрасчетныйОстатки.СуммаОстаток) КАК СуммаБП
ИЗ
РегистрБухгалтерии.Хозрасчетный.Остатки(&ПериодСверки, Счет = ЗНАЧЕНИЕ(ПланСчетов.Хозрасчетный.ТоварыНаСкладах), , ) КАК ХозрасчетныйОстатки
СГРУППИРОВАТЬ ПО
ХозрасчетныйОстатки.Субконто1,
ХозрасчетныйОстатки.Субконто2
Подводя итог, отметим: попытка сэкономить время на переносе данных и загрузить «готовые проводки» в обход документов в БП 3.0 неизбежно обернется ручной работой бухгалтера по выправлению НДС и зачетов авансов. Рекомендуется настроить полноценный автоматический обмен документами через формат EnterpriseData или Конвертацию данных с регулярным автоматическим перепроведением документов в рамках регламентных процедур закрытия месяца.