чеки предоплаты и полного расчёта в 1С:УТ — Эта инструкция — для интернет-магазинов, розницы с самовывозом, сервисов и интеграторов 1С:УТ. Если покупатель платит до передачи товара, чек на деньги и финальный чек при выдаче — разные события. Настройте их как отдельную цепочку: заказ → платёж → реализация → кассовый чек. Это исключит два типичных сбоя: «полный расчёт» в день предоплаты и дубли от сайта с кассиром.
Нужен аудит связки 1С:УТ → платёж → ККТ? Мы разложим ваши статусы на события фискализации, найдём дубли и подготовим набор тест-кейсов до запуска. Основные правила применения ККТ и официальные разъяснения публикует сайт ФНС России.
Не ставьте «полный расчёт» на первый платёж, если товар ещё не передан и услуга не оказана. Для конкретного заказа это предоплата: полная или частичная. Если покупатель перечислил деньги, но ещё не выбрал товар или состав услуги, это аванс.
При передаче заказа смотрите на остаток долга. Если ранее полученная предоплата и доплата при выдаче полностью покрывают цену, в финальном чеке нужен признак способа расчёта «полный расчёт». При этом в составе оплат отражаются зачёт ранее полученной предоплаты и текущая оплата покупателя.
Если товар передали, но покупатель остался должен, используйте «частичный расчёт и кредит». Когда долг поступит, сформируйте чек с признаком «оплата кредита». Не заменяйте эту цепочку чеком полного расчёта в день передачи.
Развёрнутую схему пары «первый платёж — передача» смотрите в материале как пробить чек на аванс и зачёт предоплаты в 1С.
Признак способа расчёта описывает этап сделки, а формы оплаты — источник денег в чеке. Зачёт предоплаты не заменяет признак «полный расчёт», «частичный расчёт и кредит» или «оплата кредита». В финальном чеке проверяйте оба блока реквизитов.
Если в карточке чека видна только безналичная или наличная оплата, а зачёт предоплаты отсутствует, не отправляйте документ. Вернитесь к связи платежа с заказом: 1С должна видеть сумму предыдущей предоплаты именно по этому заказу.
| Ситуация | Чек на событие | Что должно быть в финальном чеке | Проверка в 1С:УТ |
|---|---|---|---|
| Конкретный заказ полностью оплачен до отгрузки | При оплате — «предоплата 100%» | При передаче — «полный расчёт» и зачёт предоплаты | Платёж привязан к заказу; позиции и сумма реализации совпадают с заказом |
| До отгрузки внесена часть цены | При оплате — «предоплата» на полученную сумму | При выдаче с доплатой — «полный расчёт», зачёт предоплаты и текущая оплата | Остаток рассчитан верно; предоплата не списана дважды |
| Товар передан, остаток покупатель не оплатил | При передаче — «частичный расчёт и кредит» | Зачёт предоплаты, если она была, и сумма кредита на непогашенный остаток | Реализация проведена; долг отражён по тому же заказу |
| Покупатель погашает долг после передачи | «Оплата кредита» | Финального чека передачи повторно не создавайте | Платёж связан с продажей, по которой ранее отражён кредит |
| Деньги получены до выбора товара | «Аванс» | После определения состава заказа постройте дальнейшую цепочку по фактической передаче | Есть идентификатор клиента или договора для сопоставления аванса |
| Оплата и выдача происходят одновременно | «Полный расчёт» | Текущая наличная или безналичная оплата на полную сумму | Заказ, платёж и реализация относятся к одним позициям |
В 1С:УТ не ищите универсальную кнопку «правильный чек». Маршрут зависит от релиза УТ, используете ли вы РМК и подключена ли внешняя кассовая интеграция. Однако контрольные точки остаются одинаковыми.
Названия документов, статусов и полей отличаются между версиями УТ, РМК и внешними обработками. Поэтому тестируйте не названия кнопок, а результат: для каждого события должен появиться один чек с правильными позициями, способом расчёта и оплатами. Практический маршрут по заказу, реализации и оплате есть в статье как пробить кассовый чек в 1С:УТ.
По каждому тесту сохраните номера заказа, платежа, реализации и кассовых чеков. Сверьте суммы в 1С, в личном кабинете платёжного сервиса, в ККТ и ОФД. Только после этого включайте автоматическую фискализацию для боевых заказов.
Разделите ошибку в чеке и реальный возврат покупателю. Это разные операции и их нельзя подменять друг другом.
Если кассовая обработка в УТ не формирует чек коррекции, не пробивайте произвольный новый приход. Используйте функцию коррекции в драйвере ККТ или в личном кабинете кассового решения по утверждённому внутри компании порядку и сохраните основание исправления.
Да, при получении денег до передачи товара или оказания услуги сформируйте чек. Для определённого заказа выбирайте «предоплата 100%» или «предоплата» по размеру платежа; «аванс» ставьте, когда на дату оплаты предмет расчёта ещё не определён.
Да, в финальном чеке при передаче товара, если зачёт предоплаты и внесённая доплата полностью закрывают цену заказа, ставьте «полный расчёт». На первом платеже, который поступил до передачи, нужен чек предоплаты, а не полного расчёта.
Не оформляйте возврат прихода, если деньги и товар покупателю не возвращали: зафиксируйте номер и дату исходного чека, причину ошибки и оформите чек коррекции по сценарию вашей ККТ. Возврат прихода формируйте только при фактическом возврате денег или товара; после исправления проверьте корректирующий документ в ОФД и приложите к внутренней сверке исходный чек, платёж и реализацию.
Да, при передаче товара или оказании услуги сформируйте финальный чек с зачётом ранее полученной предоплаты. Если расчёт закрыт, его признак — «полный расчёт»; если после передачи остаётся долг — «частичный расчёт и кредит», а при погашении долга — «оплата кредита».
Хотите проверить схему до запуска? Обратитесь в Интернет Кассу: проведём аудит цепочки 1С:УТ → платёж → ККТ, подготовим карту событий и тестовые кейсы для ваших оплат.