Как в 1С:Розница 2.3 одновременно распечатать УПД и пробить кассовый чек?

← На главную

В магазинах с комбинированной торговлей часто возникает ситуация, когда покупки совершают как обычные физические лица (в розницу), так и юридические лица (оптом). Если с розничными клиентами все просто — пробивается обычный кассовый чек, то при продаже юрлицам процесс усложняется. Организациям требуется полный комплект закрывающих документов, включающий и кассовый чек (при наличной оплате или оплате корпоративной картой), и Универсальный передаточный документ (УПД).

Разберем по шагам, с какими трудностями сталкиваются пользователи в конфигурации 1С:Розница 2.3, почему разработчики изменили привычную логику работы и какие существуют способы оптимизации этого процесса, чтобы не делать двойную работу.

В чем заключается проблема и почему изменилась логика?

Многие пользователи помнят, что в предыдущих версиях программы (например, в 2.2) была удобная возможность пробить фискальный чек прямо из документа РеализацияТоваровИУслуг. Однако, перейдя на версию 2.3, эту кнопку убрали. Из-за этого кажется, что приходится выполнять лишние действия: сначала делать реализацию со счетом-фактурой для печати УПД, а затем отдельно пробивать чек, который никак не связан с отгрузкой.

Выясним причину такого поведения. Фирма 1С целенаправленно разделила оптовые и розничные продажи, чтобы привести логику программы в строгое соответствие с законодательством (54-ФЗ). Методически правильный подход заключается в следующем: отгрузка товара и его оплата — это два разных факта хозяйственной жизни. Чек должен пробиваться не из документа отгрузки (Реализации), а из документа, который фиксирует сам факт расчета (оплаты).

Рассмотрим несколько вариантов решения задачи: от использования сугубо типовых механизмов до применения программных доработок (расширений).

Решение 1: Правильная типовая схема (Реализация + Документ оплаты)

Проанализируем ситуацию, как это задумано разработчиками конфигурации. Если оптовому покупателю обязательно нужен УПД, базовым документом всегда выступает РеализацияТоваровИУслуг. Чтобы пробить чек, нам нужно зафиксировать факт оплаты на основании этой реализации.

Создаем и проводим документ РеализацияТоваровИУслуг. Из него мы можем распечатать счет-фактуру и УПД.
Если клиент платит наличными, на основании реализации создаем документ ПриходныйКассовыйОрдер (ПКО).
Если клиент расплачивается банковской картой, на основании реализации создаем документ ЭквайринговаяОперация.
Уже из созданного документа оплаты (ПКО или Эквайринговой операции) мы нажимаем кнопку пробития чека.

Такой подход полностью соответствует букве закона, так как кассовый чек (в случае оптовой отгрузки) является дополнением к приходному кассовому ордеру.

Решение 2: Использование механизма "Заказы покупателей"

Если первая схема кажется вашим менеджерам слишком сложной и долгой, рассмотрим другой типовой инструмент, который отлично подходит для гибридной торговли — работу через заказы.

Перейдите в настройки программы (раздел Продажи) и включите опцию Заказы покупателей в розничной торговле.
При обращении юридического лица менеджер создает документ ЗаказПокупателя, где указывает контрагента, договор и список товаров.
Кассир в Рабочем месте кассира (РМК) нажимает кнопку Продажа по заказу, выбирает нужный заказ и пробивает кассовый чек. В этот момент формируется документ ЧекККМ.
В конце смены (или по требованию клиента) на основании этого же заказа или закрытой смены формируются закрывающие документы — УПД или Реализация.

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

Решение 3: Разработка внешних печатных форм и расширений

Если бизнес-процесс требует максимального упрощения ("одна кнопка"), мы можем автоматизировать процесс с помощью программирования. Рассмотрим подробнее два варианта технической реализации.

Вариант А: Печать УПД из ПКО

Как мы уже выяснили, чек бьется из ПКО, а ПКО создается на основании Реализации. Мы можем создать внешнюю печатную форму (или добавить команду через расширение) непосредственно в документ ПриходныйКассовыйОрдер. Логика будет следующей:

При нажатии на кнопку печати УПД в ПКО, программа обращается к документу-основанию (Реализации).
Из Реализации и связанного с ней Счета-фактуры собираются все необходимые данные (товары, суммы, НДС, реквизиты контрагентов).
Формируется и выводится на экран стандартный табличный документ УПД.

Вариант Б: Возврат кнопки пробития чека в Реализацию

Многие компании используют готовые расширения (патчи), которые возвращают кнопку пробития чека прямо в форму документа отгрузки. При нажатии на такую кнопку программа в фоновом режиме делает следующее:


// Примерный алгоритм работы расширения для пробития чека
Если ДокументОснование.ФормаОплаты = Перечисления.ФормыОплаты.Наличные Тогда
    НовыйПКО = Документы.ПриходныйКассовыйОрдер.СоздатьДокумент();
    НовыйПКО.Заполнить(ДокументОснование);
    НовыйПКО.Записать(РежимЗаписиДокумента.Проведение);
    
    // Вызов типового метода пробития чека
    МенеджерОборудованияВызовСервера.ПробитьЧек(НовыйПКО.Ссылка);
КонецЕсли;

Таким образом, для пользователя процесс выглядит так, будто он пробивает чек прямо из реализации (как это было в версии 2.2), но под капотом программа корректно создает все необходимые платежные документы в соответствии с требованиями 1С и налоговой.

Подводим итоги

Двойная работа в 1С:Розница 2.3 — это следствие строгого соблюдения кассовой дисциплины. Вы можете пойти по пути обучения сотрудников правильной цепочке документооборота (Реализация -> ПКО -> Чек), внедрить механизм Заказов покупателей для разделения работы менеджера и кассира, либо установить небольшое расширение, которое скроет создание технических документов от глаз пользователей и позволит печатать УПД и бить чек практически в один клик.