Как организовать учет в общей кассе для розничных и оптовых продаж в 1С:УТ 11?

В практике автоматизации торговых предприятий на базе 1С:Управление торговлей 11 часто возникает ситуация, когда одна торговая точка совмещает розничные продажи (через интерфейс РМК) и оптовые отгрузки (через документы реализации и приходные кассовые ордера). Несмотря на то, что физически все деньги попадают в один денежный ящик фискального регистратора, в системе 1С они распределяются по разным «полкам» учета. Это приводит к тому, что кассир не может корректно выполнить выемку, так как сумма в Кассе ККМ не совпадает с фактическим остатком в ящике.

В этой статье мы подробно разберем, почему так происходит, и рассмотрим несколько эффективных способов решения проблемы «общей кучи» денег.

Разберем причину: архитектура учета денежных средств в УТ 11

Для начала проанализируем, как 1С:УТ 11 разделяет финансовые потоки. В программе существуют две принципиально разные сущности для учета наличности:

1. Касса ККМ: это виртуальное отражение денежного ящика конкретного кассового аппарата. Здесь аккумулируются средства, полученные через документ Чек ККМ. Движения фиксируются в регистре накопления ДенежныеСредстваВКассахККМ.
2. Касса предприятия (Операционная касса): это основной финансовый узел организации. Когда мы оформляем Приходный кассовый ордер (ПКО) при оптовой продаже, деньги попадают именно сюда, минуя регистр касс ККМ. Эти данные хранятся в регистре ДенежныеСредстваНаличные.

Проблема клиента заключается в том, что при пробитии чека из оптового ПКО, аппарат печатает фискальный признак, и деньги физически кладутся в ящик, но в отчете по Кассе ККМ их нет — они «улетели» на общую кассу предприятия. Рассмотрим, как свести эти данные воедино.

Решение №1: Методологический подход через документы внесения

Это самый простой способ, не требующий программирования. Если нам нужно, чтобы в конце смены сумма выемки из ККМ совпадала с фактом, мы должны искусственно «подтянуть» оптовую выручку в розничную кассу.

Проанализируем шаги кассира при такой схеме:

1. В течение смены оформляются розничные чеки и оптовые ПКО с пробитием чеков на ККМ.
2. Перед закрытием смены или выполнением итоговой выемки ответственное лицо формирует отчет по кассе предприятия, отфильтрованный по текущему рабочему месту, чтобы увидеть сумму оптовой выручки.
3. Создается документ Внесение денежных средств в кассу ККМ на сумму оптовых поступлений.
4. Теперь остаток в Кассе ККМ по программе совпадает с физическим остатком в ящике.
5. Выполняется полная Выемка, которая обнуляет денежный ящик и в программе, и по факту.

Решение №2: Использование консолидированной отчетности

Если клиенту не принципиально делать документ выемки именно на всю сумму, а важно лишь контролировать остатки, мы можем предложить изменить подход к анализу данных. Вместо стандартного отчета «Денежные средства в кассах ККМ», рассмотрим использование Ведомости по денежным средствам.

В настройках отчета необходимо:

• Добавить группировку по Кассе (для опта) и Кассе ККМ (для розницы).
• Установить отбор по конкретному магазину или складу.

Таким образом, руководитель будет видеть две строки, сумма которых даст реальный остаток в сейфе/ящике. Это избавляет от необходимости плодить лишние документы внесения/выемки, но требует дисциплины при сверке.

Решение №3: Автоматизация через расширение (для программистов)

Если «клиент всегда прав» и хочет видеть все деньги в одном месте автоматически, мы можем прибегнуть к разработке расширения. Основная задача — сделать так, чтобы при проведении ПКО с признаком пробития чека, программа автоматически создавала движение в регистр касс ККМ.

Рассмотрим логику работы такого расширения. Нам нужно перехватить проведение документа ПриходныйКассовыйОрдер. Проанализируем пример кода, который можно использовать в модуле объекта:

&После("ОбработкаПроведения")
Процедура ИТ_ПослеОбработкиПроведения(Отказ, РежимПроведения)
    // Проверяем, что документ проведен и по нему пробит чек
    Если Не Отказ И ЭтотОбъект.Проведен И ЭтотОбъект.НомерЧекаККМ <> "" Тогда
        // Вызываем функцию создания документа "ВнесениеДенежныхСредствВКассуККМ"
        // или напрямую делаем движения по регистру ДенежныеСредстваВКассахККМ
        СоздатьАвтоматическоеВнесениеВККМ(ЭтотОбъект);
    КонецЕсли;
КонецПроцедуры

Важно помнить, что при использовании такой автоматизации необходимо также реализовать и автоматическую «выемку» при создании Расходного кассового ордера, если он оформляется как инкассация из общей кучи, иначе возникнет задвоение остатков на регистрах.

Решение №4: Настройка РМК для приема оплаты по документам

Малоизвестная, но полезная функция в современных версиях УТ 11 — возможность принимать оплату по заказам и накладным прямо в интерфейсе Рабочего места кассира (РМК). Рассмотрим, как это помогает:

1. В настройках профиля продаж включается опция «Оплата по заказам/накладным в РМК».
2. Кассир в одном окне выбирает либо «Чек», либо «Оплату по документу».
3. Система позволяет видеть общую выручку за смену в нижней панели интерфейса.

Хотя технически это все равно будут разные регистры, для кассира процесс становится «бесшовным», и он видит общую сумму наличных, которую он принял за день.

Юридические и учетные нюансы (54-ФЗ)

При реализации «общей кассы» важно не забывать о требованиях законодательства. С точки зрения налоговой проверки, важно, чтобы каждый факт приема наличных (будь то розница или опт) сопровождался фискальным чеком. В 1С:УТ 11 при печати чека из ПКО все требования соблюдаются.

Важный момент: Оптовые продажи через ПКО не попадают в Отчет о розничных продажах (Z-отчет в терминах 1С). Это нормально. Налоговая сверяет общую сумму пробитых чеков по данным ОФД. Если сумма по ОФД = (Сумма отчета о розничных продажах) + (Сумма чеков по ПКО), то претензий к организации не будет.

Выясним, какой путь выбрать?

Подведем итоги нашего анализа. Выбор решения зависит от готовности клиента к изменениям в процессах:

• Если клиент хочет минимум затрат: используем Решение №1 (ручное внесение суммы опта в ККМ перед выемкой).
• Если клиенту нужен прозрачный контроль: используем Решение №2 (настройка консолидированного отчета).
• Если клиент требует максимального удобства для кассира «в один клик»: используем Решение №3 (написание расширения для зеркалирования движений).

В любом из выбранных вариантов мы решаем главную задачу — устраняем расхождение между «программными» остатками и «физическим» наличием денег в ящике, что позволяет кассиру спокойно сдавать смену, а бухгалтеру — видеть реальную картину движения денежных средств.