26.06.2026
Мы пришлем вам статью на почту:
Ваши экспедиторы и торговые представители принимают оплату прямо на точке: привозят товар, получают наличные и должны сразу выдать корректный фискальный чек. Раньше процесс часто строился проще: физическая касса в машине и чек обобщённой позицией «товар в ассортименте». Сейчас такой подход создаёт риск для бизнеса: в чеке нет реальной номенклатуры, товарных кодов NTIN / GTIN и связи с документом реализации из 1С.
В этой статье разберём, где именно ломается процесс выездных продаж и как связка 1С + Webkassa закрывает задачу: от документа реализации и накладной до фискального чека в WhatsApp и автоматического возврата данных в 1С.
Проблема не только в самой кассе, а в разрыве между продажей и фискальным чеком. Документ реализации создаётся в 1С, где уже есть клиент, товары, цены, суммы и товарные коды. Но если экспедитор пробивает чек отдельно, касса не знает, что именно было продано и по какой накладной.
В результате чек пробивается обобщённо. В нём нет конкретной позиции из 1С, нет привязки к документу продажи, а товарные коды NTIN / GTIN не попадают в чек. Для компаний с выездной торговлей это особенно критично: экспедитор принимает оплату на месте, а бухгалтерия потом вручную сверяет оплату с реализацией и кассой.
Поэтому задачу нельзя решить просьбой «пробивать аккуратнее». Экспедитору нужен быстрый способ открыть именно нужную накладную из 1С и пробить чек на основании уже подготовленных данных.
Если разложить рабочий сценарий экспедитора по шагам, видно четыре основные проблемы.
Некорректные чеки. Чек пробивается обобщённо. В нём нет реальной номенклатуры и связи с документом реализации.
Требования NTIN / GTIN. В чеке должны отображаться товарные коды, которые уже заведены в учётной системе. Если эти коды есть в 1С, но не передаются в кассу, фискальный чек не отражает данные реализации корректно.
Наличная оплата на выезде. При оплате на месте экспедитору нужно быстро найти документ реализации и пробить корректный чек, не вводя позиции вручную.
Разрыв между 1С и кассой. Реализация создаётся в 1С, но касса о ней не знает, а после пробития данные не возвращаются обратно. В итоге кассиры вносят приходные кассовые ордера после возвращения экспедитора.
В сумме это приводит к задержкам на точках, ошибкам в чеках и ручной работе бухгалтерии.
Решение — выстроить единую цепочку, где данные идут от 1С до фискального чека и обратно без двойной работы:
1С → Webkassa → касса курьера → WhatsApp → возврат данных в 1С
Документ реализации создаётся один раз в 1С. Дальше накладная выгружается в Webkassa, экспедитор открывает её в мобильной кассе по штрихкоду, пробивает чек, отправляет его клиенту или представителю компании в WhatsApp, а по нужной кассе в 1С автоматически создаётся приходный кассовый ордер.
1. Реализация в 1С. Оформляется продажа: клиент, товары, количество, суммы, коды NTIN / GTIN и номер накладной.
2. Выгрузка в Webkassa. Через интеграцию накладная передаётся в кассу и готова к пробитию на выезде.
3. Штрихкод на накладной. На документ выводится штрихкод для быстрого сканирования.
4. Сканирование заказа. При оплате наличными экспедитор сканирует штрихкод, и накладная открывается в приложении.
5. Проверка и пробитие. Курьер видит накладную из 1С и нажимает «Пробить чек». Чек формируется по данным реализации, а не вручную.
6. Чек в WhatsApp. Фискальный чек отправляется клиенту или представителю компании в привычный канал.
7. Возврат данных в 1С. По нужной кассе автоматически создаётся приходный кассовый ордер, а оплата связывается с документом реализации.
Интеграция 1С ↔ Webkassa. Передача документов реализации напрямую из учётной системы.
Номенклатура из 1С. В чек попадает конкретная позиция, а не «товар в ассортименте».
Поддержка NTIN / GTIN. В чек передаются корректные товарные коды, если они заполнены в 1С.
Мобильные кассы. Webkassa работает в режиме курьера прямо в телефоне экспедитора.
Сканирование накладной. Быстрый поиск по штрихкоду без ручного ввода.
Пробитие на выезде. Фискальный чек формируется в момент получения оплаты от клиента.
Отправка в WhatsApp. Чек отправляется клиенту или представителю компании в мессенджер.
Обратная синхронизация. Кассовая операция закрывается, а оплата связывается с документом реализации.
Масштаб на сеть. 10 экспедиторов = 10 Webkassa + ОФД.
Чеки по закону. Конкретная номенклатура и коды NTIN / GTIN вместо обезличенного «товара в ассортименте».
Быстрее на точке. Сканирование накладной вместо ручного ввода — меньше ошибок и времени.
Учёт без расхождений. Оплата автоматически возвращается в 1С и создаёт приходный кассовый ордер.
Чек сразу клиенту. Фискальный чек отправляется в WhatsApp — привычно и без бумаги.
Готовность к росту. Новых экспедиторов можно подключать без перестройки процессов.
Контроль и прозрачность. Каждая касса в 1С связана с Webkassa, а каждая оплата привязана к документу реализации.
Торговые компании: розница и опт с собственной службой доставки.
Дистрибьюторы: поставка товара по точкам с приёмом оплаты на месте.
Оптово-розничные компании: смешанная модель продаж и большой ассортимент.
Бизнес с выездом: торговые представители ездят по маршрутам.
Компании с наличной оплатой на выезде: оплата наличными — частый сценарий.
Бизнес, которому нужно привести чеки в соответствие с требованиями к номенклатуре и кодам NTIN / GTIN.
Если экспедиторы до сих пор пробивают чеки вручную или через физические кассы, а оплата с выезда попадает в учёт с задержкой, процесс можно перестроить без полной замены учётной системы.
Команда Profi Soft настроит интеграцию 1С + Webkassa, подключит кассы в режиме курьера, выведет штрихкод на накладную, обучит выездную команду и обеспечит сопровождение после запуска. В результате экспедиторы пробивают корректные чеки на выезде, а касса и 1С остаются синхронными.
Оставьте заявку — разберём ваш процесс выездных продаж и предложим конфигурацию под количество экспедиторов, касс и товарных категорий.
26.06.2026