В работе с программой 1С:Управление нашей фирмой (УНФ) пользователи часто сталкиваются с необходимостью видеть детальную картину продаж: не просто общую сумму реализации, а четкое разделение по каждой позиции номенклатуры — какой товар был оплачен наличными, а какой через банковский терминал (эквайринг). Это критически важно для сверки кассы, анализа эффективности способов оплаты и корректного ведения управленческого учета.
Однако архитектура 1С:УНФ имеет специфику: данные о проданных товарах фиксируются в регистре накопления Продажи, а данные о способах оплаты — в регистрах Денежные средства или специализированных табличных частях документов. Прямой "коробочной" связи "Товар — Способ оплаты" в одном отчете часто не хватает. В этой статье мы разберем несколько эффективных методов решения этой задачи, от простых организационных приемов до настройки сложных отчетов.
Проанализируем ситуацию с технической точки зрения. В документе ОтчетОРозничныхПродажах информация разнесена по разным вкладкам:
Если в одном чеке покупатель приобрел один товар и оплатил его картой, связь очевидна. Но если в чеке десять позиций, а оплата была смешанной (часть наличными, часть картой), система распределяет оплату пропорционально сумме всех товаров. Именно поэтому в стандартном отчете Продажи нет колонки "Вид оплаты" по умолчанию. Рассмотрим способы, как обойти это ограничение.
Этот метод подходит тем, кто оформляет продажи через документы Заказ покупателя или Расходная накладная. Рассмотрим алгоритм действий:
Создадим в справочнике Контрагенты два условных элемента: "Розничный покупатель (Наличные)" и "Розничный покупатель (Эквайринг)". При оформлении продажи пользователь вручную выбирает соответствующего контрагента в зависимости от того, как клиент планирует платить.
Теперь проанализируем, как это поможет в отчетности. Откроем стандартный отчет Продажи и добавим группировку по полю Покупатель. В результате мы получим структуру:
Преимущество: метод не требует программирования и работает в базовых версиях программы.
Недостаток: человеческий фактор — менеджер может ошибиться в выборе контрагента.
Если разделение по контрагентам кажется неудобным, воспользуемся механизмом дополнительных реквизитов. Выясним, как это настроить:
Заказ покупателя или Расходная накладная новый реквизит "Тип оплаты" с типом значения "Дополнительное значение" (создадим варианты: "Наличные", "Безналичные").Теперь разберем настройку отчета. В отчете Продажи нажмем кнопку Настройки, перейдем в расширенный режим и на вкладке Структура добавим группировку по нашему новому полю. Система позволит вывести список товаров, сгруппированный по значению этого реквизита.
Рассмотрим ситуацию, описанную пользователем: когда для рабочего места кассира используется одна база, а учет ведется в другой. Чтобы данные о видах оплаты корректно попадали в основную базу, необходимо обеспечить правильный перенос документа Отчет о розничных продажах.
При обмене данными через формат XML важно, чтобы переносились не только сами продажи, но и связанные с ними документы оплаты:
Поступление в кассу (для отражения наличной выручки).Эквайринговая операция (для отражения оплат по терминалу).Если в основной базе 1С:УНФ включена функциональность розничных продаж, то после загрузки Отчета о розничных продажах мы сможем сформировать отчет "Денежные средства в кассах ККМ". Хотя он не покажет товары, он даст точную сумму по видам оплат. Для детализации по товарам придется совмещать данные этого отчета с отчетом по продажам вручную или через консоль отчетов. Для комплексного анализа розницы можно использовать отчет по розничным продажам с детализацией по кассам ККМ и чекам.
Для продвинутых пользователей существует инструмент Универсальный отчет. Посмотрим, как вытянуть данные из табличных частей:
Однако стоит помнить, что если в одном документе Отчет о розничных продажах зафиксированы и наличные, и безналичные оплаты, Универсальный отчет по таблице "Товары" не сможет автоматически "понять", какой именно товар был оплачен картой. Он просто покажет общие суммы оплат из этого же документа. Для быстрого анализа позиций в рознице подойдёт отчет для поиска проданных товаров по чекам ККМ.
Как отмечалось в обсуждении на форуме, наиболее точным решением является создание доработанного отчета. Выясним принцип его работы. Программист может создать схему компоновки данных (СКД), которая соединяет данные из двух источников:
Продажи (откуда берутся данные о номенклатуре, количестве и сумме).ОплатаПродаж или табличная часть Оплата документа-регистратора.Пример логики запроса на языке 1С:
ВЫБРАТЬ
ПродажиОбороты.Номенклатура КАК Товар,
ПродажиОбороты.КоличествоОборот КАК Количество,
ПродажиОбороты.СуммаОборот КАК Сумма,
ВЫБОР
КОГДА ОтчетОРозничныхПродажахОплата.ВидОплаты = ЗНАЧЕНИЕ(Справочник.ВидыОплатЧековККМ.Эквайринг)
ТОГДА "Безналичная"
ИНАЧЕ "Наличная"
КОНЕЦ КАК СпособОплаты
ИЗ
РегистрНакопления.Продажи.Обороты(&НачалоПериода, &КонецПериода, Авто, ) КАК ПродажиОбороты
ЛЕВОЕ СОЕДИНЕНИЕ Документ.ОтчетОРозничныхПродажах.Оплата КАК ОтчетОРозничныхПродажахОплата
ПО ПродажиОбороты.Регистратор = ОтчетОРозничныхПродажахОплата.Ссылка
Такой подход позволяет совместить данные в одной таблице. Если в документе несколько видов оплат, система выведет строки пропорционально долям оплаты, что будет математически верно для управленческого анализа.
Проанализировав все доступные варианты, можно сделать следующие выводы:
1. Если вы работаете в базовой версии 1С:УНФ и не имеете возможности пригласить программиста, используйте Способ 1 (разные контрагенты) или Способ 2 (доп. реквизиты). Это самые надежные методы разделения аналитики на этапе ввода данных.
2. Если вы используете полноценное РМК, помните, что детальный отчет "Товар + Вид оплаты" в типовой конфигурации отсутствует. Вам поможет либо использование расширения конфигурации (которые можно найти на профильных ресурсах), либо настройка интеграции так, чтобы каждый вид оплаты формировал отдельный документ реализации. Наладить такой регулярный обмен данными по расписанию удобно с помощью программы автоматической синхронизации баз 1С.
3. Для получения оперативной информации о выручке без привязки к товарам всегда используйте специализированный отчет "Выручка по видам оплат (Retail)", который доступен в разделе розничных продаж. Это поможет быстро сверить Z-отчет с данными в системе.
Выбирайте метод, исходя из ваших технических возможностей и объема розничных операций. Правильная настройка аналитики в 1С:УНФ позволит вам видеть реальную структуру денежных потоков и избежать ошибок при сверке взаиморасчетов.