Приветствуем вас, уважаемые коллеги! В практической работе бухгалтера нередко возникает крайне неприятная ситуация: в программе «1С:Бухгалтерия предприятия 3.0» в документах Поступление наличных (ранее известных как Приходный кассовый ордер — ПКО) с видом операции «Розничная выручка» внезапно перестают формироваться проводки по бухгалтерскому и налоговому учету. Еще более неприятным сюрпризом становится то, что при попытке перепровести старые, ранее корректно проведенные документы, проводки из них также бесследно исчезают. Кассовая книга при этом перестает сходиться с оборотно-сальдовой ведомостью по счету 50, создавая хаос в отчетности.
Давайте вместе подробно разберем, почему программа ведет себя подобным образом, проанализируем внутренние механизмы проведения документов розницы в 1С и найдем пошаговые практические решения этой проблемы.
---
Первое и самое главное, что нам необходимо понять — это жесткая логика разработчиков фирмы 1С в отношении розничной торговли. Поведение документа Поступление наличных напрямую зависит от типа склада, который указан в документе. В системе 1С существует два основных типа розничных точек:
Рассмотрим, как эта классификация влияет на формирование проводок:
Если в ПКО выбран склад с типом «Розничный магазин» (АТТ), то, согласно заложенной методологии, этот документ не должен формировать никаких проводок по дебету счета 50.01 и кредиту счетов учета выручки (например, 90.01.1). Почему так сделано? Все дело в том, что в АТТ продажи должны регистрироваться специализированным документом — Отчет о розничных продажах (ОРП). Именно ОРП делает все основные проводки: списывает себестоимость товаров (Дт 90.02.1 — Кт 41.11), начисляет розничную выручку (Дт 50.01 (или 57.03) — Кт 90.01.1) и отражает НДС.
Если бы в этом случае ПКО тоже делал проводку по оприходованию наличных денег в кассу (Дт 50.01 — Кт 90.01.1), то возникло бы неизбежное задвоение оборотов по кассе и выручке. Поэтому при работе через АТТ приходный кассовый ордер выполняет исключительно вспомогательную роль: он нужен для формирования печатной формы КО-1 и для отражения записи в Кассовой книге. Проводки же делает только Отчет о розничных продажах. Для автоматического формирования и сверки таких ордеров с отчетами о продажах можно использовать обработку для контроля и создания ПКО по отчетам о розничных продажах.
Если в вашей организации ОРП никогда не создавались, а выручка приходовалась напрямую через ПКО, это означает, что ранее у вас в программе использовались склады типа НТТ, либо настройки программы позволяли обходить это правило. При обновлении конфигурации или случайном изменении типа склада в карточке (например, со значения «НТТ» на «Розничный магазин») проводки в ПКО мгновенно пропадают, в том числе и за прошлые периоды при их перепроведении.
---
Даже если склад настроен как «Неавтоматизированная торговая точка» (НТТ), при котором ПКО обязан делать проводки напрямую, они могут не сформироваться из-за некорректно заполненных счетов учета.
Проанализируем карточку склада. По умолчанию во многих информационных базах в поле настроек счетов доходов и расходов установлена системная опция «Брать счета учета из учетной политики». Если в учетной политике произошли изменения, или регистр счетов учета номенклатуры был поврежден/очищен, программа «теряет» счета 90.01.1 (выручка) и 90.02.1 (себестоимость) для розницы. Не зная, в кредит какого счета отнести сумму выручки, алгоритм проведения ПКО просто завершает работу без формирования бухгалтерских записей.
---
В современных релизах «1С:Бухгалтерия предприятия 3.0» (начиная с версии 3.0.66 и выше) появился удобный механизм для малого бизнеса (особенно на УСН «Доходы» или Патенте), позволяющий не плодить лишние документы «Отчет о розничных продажах».
В форме документа Поступление наличных с операцией «Розничная выручка» присутствует малозаметная гиперссылка или поле «Расчеты». В этом поле доступны два варианта настройки:
Дт 50.01 — Кт 90.01.1.Если после обновления или изменения настроек налогообложения этот реквизит переключился в режим «По отчетам о продажах», проводки в ПКО перестанут формироваться.
---
Если ПКО создаются в бухгалтерии не вручную, а загружаются из внешних программ (например, «1С:Управление торговлей», «1С:Розница» или сторонних фронт-офисных систем вроде Frontol, iiko, r-keeper), причиной проблемы часто становится технический сбой заполнения реквизитов.
В документе Поступление наличных существует скрытая от глаз обычного пользователя табличная часть РасшифровкаПлатежа. В процессе синхронизации могут не заполняться или очищаться некоторые технические поля этой таблицы, например, реквизит СуммаВзаиморасчетов. На экранной форме документа сумма отображается корректно, пользователь видит ее в поле «Сумма», однако при проведении программный модуль анализирует именно табличную часть. Видя, что СуммаВзаиморасчетов равна нулю, модуль проведения не находит суммовых данных для формирования проводок по регистрам бухгалтерии.
---
Теперь, когда мы детально изучили все возможные причины сбоя, разберем конкретные шаги по их устранению.
Если главбух категорически отказывается оформлять документы Отчет о розничных продажах, и вам необходимо вернуть старую схему работы, когда ПКО делал проводки напрямую, выполните следующие действия:
Поступление наличных и перепроведите документы за нужный период. Проводки должны появиться.Если ваше предприятие работает на спецрежимах (УСН или Патент) и вы хотите задействовать современный штатный механизм без создания ОРП:
Поступление наличных.Если документы загружаются из внешней базы и в них очищается реквизит СуммаВзаиморасчетов, вам необходимо программно заполнить скрытые поля. Для этого можно воспользоваться стандартной обработкой «Групповое изменение реквизитов» (раздел «Администрирование» — «Обслуживание» — «Корректировка данных»):
Расшифровка платежа и поле Сумма взаиморасчетов.Если документов слишком много, или вы хотите автоматизировать этот процесс на будущее, можно написать простую внешнюю обработку со следующим кодом:
Выборка = Документы.ПоступлениеНаличных.Выбрать(ДатаНачала, ДатаКонца);
Пока Выборка.Следующий() Цикл
ДокументОбъект = Выборка.ПолучитьОбъект();
Если ДокументОбъект.ВидОперации = Перечисления.ВидыОперацийПКО.РозничнаяВыручка Тогда
Модифицирован = Ложь;
Для Каждого СтрокаТЧ Из ДокументОбъект.РасшифровкаПлатежа Цикл
Если СтрокаТЧ.СуммаВзаиморасчетов = 0 ИЛИ СтрокаТЧ.СуммаВзаиморасчетов <> СтрокаТЧ.СуммаПлатежа Тогда
СтрокаТЧ.СуммаВзаиморасчетов = СтрокаТЧ.СуммаПлатежа;
Модифицирован = Истина;
КонецЕсли;
КонецЦикла;
Если Модифицирован Тогда
Попытка
ДокументОбъект.Записать(РежимЗаписиДокумента.Проведение);
Исключение
Сообщить("Не удалось провести документ: " + ДокументОбъект.Ссылка + " Ошибка: " + ОписаниеОшибки());
КонецПопытки;
КонецЕсли;
КонецЕсли;
КонецЦикла;
Этот код перебирает документы за указанный период, находит строки в табличной части РасшифровкаПлатежа, где сумма взаиморасчетов не заполнена или заполнена неверно, приравнивает ее к сумме платежа и принудительно перепроводит документ, восстанавливая все бухгалтерские проводки.
---
Подводя итог, отметим: если вы столкнулись с пропажей проводок в ПКО по рознице, не спешите запускать «Тестирование и исправление» информационной базы. Начните с анализа методологии. Задайте себе вопрос: какой тип склада мы используем и как отражаем продажи?
Отчет о розничных продажах, а ПКО используйте только как печатную форму для Кассовой книги (без проводок).Применяя эти системные правила, вы гарантированно избежите расхождений в учете розничной выручки и обеспечите идеальный порядок в кассовой книге предприятия.