При ведении учета в нескольких конфигурациях 1С, например, когда оперативный учет ведется в 1С:Управление нашей фирмой (УНФ), а регламентированный — в 1С:Бухгалтерии предприятия (БП), пользователи часто сталкиваются с нюансами работы механизмов синхронизации. Одной из задач в таких случаях является правильное разграничение потоков данных, для чего может потребоваться выборочный перенос документов из УНФ в БП.
Одной из наиболее раздражающих проблем является некорректная передача ставки НДС в документах Поступление в кассу (ПКО) с видом операции Розничная выручка. Даже если в исходном документе в УНФ указана верная ставка (например, 22% для Беларуси или 20% для РФ), после выгрузки в БП в поле НДС красуется значение «Без НДС».
В этой статье мы подробно разберем, почему так происходит, проанализируем архитектурную логику программных продуктов 1С и найдем пути решения этой задачи как для бухгалтеров, так и для технических специалистов.
Для начала проанализируем ситуацию с точки зрения методологии учета. В программе 1С:Бухгалтерия предприятия документ Поступление в кассу с операцией «Розничная выручка» имеет специфическую роль. Он предназначен в первую очередь для отражения факта поступления денежных средств в кассу организации от розничных продаж.
Важно понимать, что согласно методике 1С, первичным документом для начисления НДС в рознице и заполнения Книги продаж является не ПКО, а документ Отчет о розничных продажах (ОРП). Именно в ОРП фиксируется номенклатурный состав, рассчитывается себестоимость и формируются проводки по счету 90.03 (НДС). В связи с этим, в типовых правилах обмена разработчики часто намеренно упрощают перенос данных в ПКО, чтобы избежать дублирования налоговых обязательств. Более того, некоторые специалисты настраивают отключение создания ПКО при загрузке Отчета о розничных продажах, чтобы полностью исключить конфликты при проведении документов. Если мы посмотрим на структуру данных, то увидим, что для операции «Розничная выручка» поле ставки НДС в ПКО часто носит лишь справочный характер.
Синхронизация между УНФ 3.0 и БП 3.0 осуществляется через универсальный формат Enterprise Data (если возникают ошибки на этом этапе, может помочь отладка обмена через Универсальный формат). Давайте выясним причину, по которой данные могут теряться «в пути»:
CashReceipt (Поступление в кассу) с типом операции RetailRevenue может отсутствовать сопоставление табличной части с налогами. Это происходит потому, что формат ориентирован на передачу финансового результата, а не детализации налогов, которая должна «приехать» с другим документом.Дт 50 — Кт 90.Если бухгалтерии крайне важно видеть корректный НДС в печатных формах ПКО непосредственно в 1С:Бухгалтерии, рассмотрим следующие варианты решения:
1. Проверка документа «Отчет о розничных продажах»
Первым делом проверим, как загрузился документ Отчет о розничных продажах за этот же день. Для удобства сверки данных существуют специальные инструменты, позволяющие проводить создание, контроль и исправление приходных кассовых ордеров по отчетам о розничных продажах. Если в ОРП ставка НДС и суммы указаны верно, то «Без НДС» в кассовом ордере — это лишь визуальный недостаток, который не влияет на налоги и отчетность. В таком случае мы можем рекомендовать печатать ПКО непосредственно из 1С:УНФ, где данные заполнены корректно.
2. Использование операции «От покупателя»
Как показывает практика и обсуждения на форумах, при использовании вида операции От покупателя (вместо «Розничная выручка»), ставка НДС передается без проблем. Это связано с тем, что для расчетов с контрагентами в БП используется другая структура документа с полноценной табличной частью. Вы можете временно изменить бизнес-процесс или использовать обработки для ввода "Поступления наличных" на основании "Отчетов о розничных продажах", которые корректно заполняют реквизиты.
3. Ручная разбивка суммы по ставкам
Если в одном чеке или за один день у вас присутствуют разные ставки (например, 10% и 22%), попробуем применить метод разделения строк. В 1С:Бухгалтерии в документе ПКО (если это позволяет настройка формы) можно разбить сумму на две строки, указав для каждой свою ставку. Однако при следующей синхронизации эти данные могут быть перезаписаны, поэтому данный метод подходит только для разовых корректировок перед печатью.
Если стандартные методы не подходят, и требуется автоматическое заполнение НДС, нам придется вмешаться в работу правил обмена. Разберем, как это можно реализовать через расширение конфигурации или корректировку правил.
Необходимо найти в правилах конвертации объект ПоступлениеВКассу и проверить обработчик события ПослеЗагрузки. Мы можем принудительно инициализировать ставку НДС из данных входящего XML-сообщения. Рассмотрим пример логики, которую можно внедрить в расширение (на языке 1С):
// Пример логики для установки ставки НДС в документе ПКО
Процедура ПослеЗагрузкиОбъекта(Объект, ДанныеXDTO) Экспорт
Если ТипЗнч(Объект) = Тип("ДокументОбъект.ПоступлениеВКассу") Тогда
Если Объект.ВидОперации = Перечисления.ВидыОперацийПоступлениеВКассу.РозничнаяВыручка Тогда
// Проверяем, заполнена ли ставка в данных источника
// Если в XDTO есть информация о налоге, принудительно заполняем реквизит
Объект.СтавкаНДС = Справочники.СтавкиНДС.НайтиПоНаименованию("22%");
// Не забываем пересчитать сумму НДС, если это необходимо для печатной формы
Объект.СуммаНДС = Объект.СуммаДокумента - (Объект.СуммаДокумента / 1.22);
КонецЕсли;
КонецЕсли;
КонецПроцедуры
Важное замечание: При внесении подобных изменений в 1С:Бухгалтерию, обязательно убедитесь, что это не приведет к двойному начислению НДС на счета доходов. Проверьте, чтобы проводки по НДС формировал только один документ (традиционно это ОРП).
Подведем итог нашему разбору. Проблема «Без НДС» при синхронизации ПКО из УНФ в БП чаще всего является следствием методологического подхода 1С, где кассовый ордер на розничную выручку считается чисто денежным документом, а налоговым — отчет о продажах.
Наши рекомендации:
Следуя этим шагам, мы сможем добиться прозрачности учета и корректности заполнения документов в обеих базах.