🎯 Что это и зачем

В розничной торговле каждый платеж покупателя должен сопровождаться выдачей фискального чека. В Казахстане для этого широко используется онлайн-фискализация через систему WebKassa. Интеграция 1С с WebKassa 6 позволяет пробивать чеки непосредственно из учетной системы без ручного ввода на внешних кассах.

Интеграция состоит из трех ключевых компонентов: 1. Справочник «Настройки интеграции WebKassa»: Хранит параметры подключения (URL, пользователи) для каждой организации. 2. Обработка «Панель 1С WebKassa»: Кассовое АРМ администратора/кассира для регистрации касс, управления кассирами, токенами ОФД и просмотра истории. 3. Документ «Розничная продажа (чек)» (ЧекККМ): Отражает факт продажи или возврата товаров, рассчитывает суммы оплаты и посылает команду на печать фискального чека в WebKassa.

Кто работает: кассиры, продавцы-консультанты и системные администраторы при первичной настройке касс.

🧭 Где найти в программе

• Панель WebKassa и настройки: Раздел «Администрирование» или «Банк и касса» → подраздел «Интеграция с WebKassa» → «Панель 1С:WebKassa».
• Журнал чеков: Раздел «Банк и касса» → подраздел «Продажи» → пункт «Розничные продажи (чеки)».

👤 Часть 1. Для пользователя

Разбираем первичную настройку интеграции, работу в панели WebKassa, создание чека, прием оплаты (в т.ч. картой), возврат товара, создание чека на основании счёта и закрытие смены.

Урок 1. Настройка интеграции с WebKassa 6

Когда: вы впервые подключаете организацию к фискальному оператору WebKassa.

1. Откройте «Панель 1С:WebKassa».
2. Если для вашей организации настройки не созданы, перейдите в «Настройки интеграции» (или создайте новый элемент справочника настроек).
3. Укажите Организацию и Адрес сервиса WebKassa (например, https://webkassa.kz/api).
4. В табличной части Пользователи добавьте имена пользователей 1С, которым разрешена продажа на кассах этой организации.
5. Нажмите «Записать и закрыть».

Урок 2. Рабочее место кассира (АРМ Панель WebKassa)

Панель WebKassa позволяет управлять кассами без перехода в личный кабинет на сайте фискального оператора.

Доступные операции:

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

Урок 3. Оформление розничной продажи (новый чек)

Когда: покупатель стоит у кассы с товарами и готов расплатиться.

Шаг 1. Создаем чек

В списке чеков нажмите «Розничная продажа». Система откроет новый документ ЧекККМ с автоматически заполненными полями: Организация, Касса, Склад и Валюта (по умолчанию KZT).

Шаг 2. Подбор товаров

Вы можете добавлять товары тремя способами: 1. Сканирование штрихкода: Считайте штрихкод товара сканером. Номенклатура добавится в табличную часть автоматически с заполнением цены. 2. Подбор по каталогу: Нажмите кнопку «Подбор» (ПодборТовары), выберите товары из открывшегося списка. 3. Поиск по наименованию: Добавьте строку вручную и начните вводить название товара.

Шаг 3. Прием оплаты

1. После формирования списка товаров и проверки итоговой суммы нажмите кнопку «Принять оплату» (ПринятьОплату). Откроется диалоговое окно оплаты.
2. Наличные: Укажите полученную сумму наличных. Система автоматически рассчитает сдачу.
3. Безналичные (карта): Выберите тип оплаты «Банковская карта». Система пошлет сигнал на эквайринговый терминал (при интеграции) или попросит приложить карту к терминалу. После успешной транзакции терминал вернет ссылочный номер.
4. Смешанная оплата: Вы можете указать, например, 5000 тенге наличными и остаток по карте в табличной части оплаты.
5. Нажмите «Выполнить операцию». Документ запишется, проведется в базе и распечатает чек через WebKassa.

Урок 4. Возврат товара по чеку

Когда: покупатель возвращает товар, купленный ранее.

1. В списке чеков найдите исходный чек продажи.
2. Нажмите кнопку «Возврат по чеку» (ВозвратПоЧеку). Создастся новый документ с видом операции «Возврат» и ссылкой на исходный чек в поле Основание.
3. Табличные части товаров и оплат автоматически заполнятся данными из исходного чека.
4. Если покупатель возвращает не всю покупку, удалите лишние строки или уменьшите количество товаров до фактически возвращаемых.
5. Нажмите кнопку «Принять оплату» (возврат денег).
6. Нажмите «Провести». Деньги спишутся из кассы, товар вернется на склад, а WebKassa распечатает фискальный чек возврата.

Урок 5. Создание чека на основании счёта покупателю

Когда: покупатель оплачивает предоплаченный заказ или корпоративный клиент предъявляет счёт.

1. Откройте документ «Счёт на оплату покупателю» (СчетНаОплатуПокупателю), нажмите «Создать на основании» → выберите «Чек ККМ».
2. Система автоматически заполнит:
   • Контрагент и ДоговорКонтрагента из счёта.
   • Табличную часть Товары из табличной части счёта (номенклатура, количество, цены).
   • Поле СчетНаОплатуПокупателю (основание для связи).
3. Откорректируйте Склад и Кассу (если не подставились по умолчанию).
4. Нажмите «Принять оплату» → оформите оплату как в Уроке 3.
5. После проведения статус счёта изменится на «Оплачен», а стандартные движения чека сформируются автоматически.

Урок 6. Закрытие смены и отчет о розничных продажах

Когда: рабочий день завершен, кассир должен сдать выручку и снять Z-отчет.

1. В списке чеков ККМ нажмите кнопку «Закрыть смену» (ЗакрытьСмену).
2. В диалоге «Закрытие смены» (ФормаЗакрытиеСмены) выберите Организацию и ИдентификаторУстройства (ККМ).
3. Система автоматически:
   • Соберёт все проведённые чеки за смену (функция СформироватьОтчетыОРозничныхПродажах).
   • Суммирует продажи по видам оплаты.
   • Создаст и проведёт сводный документ «Отчет о розничных продажах» (ОтчетОРозничныхПродажах).
4. WebKassa распечатает Z-отчет (фискальный отчет о закрытии смены) и обнулит смену в кассе.
5. Во всех чеках за смену заполнится поле ОтчетОРозничныхПродажах, и они заблокируются для изменения.

Важно: все чеки смены должны иметь статус «Проведён». Если обнаружены непроведённые чеки, система предложит их провести или удалить перед закрытием.

🛠 Часть 2. Для программиста

Технический разбор структуры документа ЧекККМ, всех реквизитов и табличных частей, обработчиков событий, проводок, регистров, зависимостей, связей и заметок для разработчика.

Структура объекта

Документ.ЧекККМ — Реквизиты шапки (полный перечень)

Табличные части

ТЧ «Товары» — полный перечень колонок

Перечень проданных товаров с количеством, ценами, счетами учёта и аналитикой.

ТЧ «Услуги» — полный перечень колонок

Перечень оказанных услуг (консультирование, ремонт и т.д.).

ТЧ «Оплата» — полный перечень колонок

Способы оплаты чека (наличные, карта, смешанная оплата, мобильный платёж).

Формы документа

Справочник.НастройкиИнтеграцииWebKassa — Реквизиты

• Организация (CatalogRef.Организации): Владелец настройки (уникальный ключ).
• АдресСервиса (String): URL API фискализации.
• ТЧ Пользователи: ИмяПользователя (String, имя пользователя ИБ).

Per-field reference (ключевые реквизиты)

Организация (Справочник.Организации)

Юридическое лицо, от имени которого оформляется чек. Обязательный (ShowError). Устанавливается автоматически при открытии формы (основная организация пользователя). Влияет на: - Определение системы налогообложения (ОСН/УСН). - Выбор доступных счетов учёта (через СчетаУчетаВДокументах). - Ограничение доступа (RLS: документ виден только пользователям с правами на эту организацию).

Валидация: проверяется на заполнение в ОбработкаПроверкиЗаполнения. Типичное значение: единственная организация базы или организация точки продаж.

Касса (Справочник.Кассы)

Место учёта денежных средств. Обязательный (ShowError). Подставляется по умолчанию из настроек рабочего места (справочник Кассы, элемент с признаком «Основная для пользователя»). Влияет на: - Формирование движений по приходному кассовому ордеру (для наличных). - Выбор устройства ККМ (связь через реквизит ИдентификаторУстройства). - Закрытие смены (отчёты формируются по кассе).

Валидация: должна принадлежать выбранной Организации; проверяется на заполнение. Типичное значение: «Касса магазина № 1».

Склад (Справочник.Склады)

Место хранения товаров для списания при продаже. Обязательный (ShowError). Устанавливается по умолчанию из настроек точки продаж. Влияет на: - Движения по регистру РеализацияТМЗ (списание товара). - Проверку остатков товара (при проведении система проверяет наличие достаточного количества на складе).

Валидация: обязателен если в ТЧ Товары есть хотя бы одна строка. Типичное значение: «Торговый зал», «Склад розничный».

ВидОперации (Перечисление.ВидыОперацийРозничнаяПродажа)

Определяет тип операции: Продажа или Возврат. Необязательный, но критически важен для логики. Влияет на: - Выбор формы документа (обработчик ОбработкаПолученияФормы в менеджере). - Знак движений (при возврате — сторнирующие, с минусом). - Доступность команд (кнопка «Возврат по чеку» недоступна для документов-возвратов).

Обработчик ПриИзмененииВидаОперации (форма): скрывает/показывает поле Основание, изменяет заголовок формы. Типичные значения: «Продажа», «Возврат».

Основание (Документ.ЧекККМ)

Ссылка на исходный чек при оформлении возврата. Обязательный (ShowError) для ВидОперации = «Возврат». Заполняется автоматически при создании документа командой «Возврат по чеку». Влияет на: - Заполнение табличных частей (копируются из исходного чека через функцию СкопироватьТабличныеЧасти). - Проверку суммы возврата (не более суммы оригинала). - Отображение в печатной форме (ссылка на оригинальный чек).

Валидация: должен быть проведённым документом типа ЧекККМ с ВидОперации = «Продажа». Обработчик ПриИзмененииОснование: перезаполняет ТЧ, пересчитывает суммы.

СуммаДокумента (Число)

Итоговая сумма чека (включая НДС). Необязательный (рассчитывается автоматически). Влияет на: - Проверку полноты оплаты (сумма строк ТЧ Оплата должна равняться СуммаДокумента). - Отображение в форме (поле «Итого» на панели итогов). - Движения по бухгалтерским счетам (кредит счёта доходов).

Обработчик ПриИзмененииТаблицыТоваров, ПриИзмененииТаблицыУслуг: пересчитывается как сумма всех строк ТЧ Товары и Услуги (с учётом НДС).

УчитыватьНДС (Булево)

Флаг учёта НДС. Необязательный (по умолчанию = Истина для ОСН, Ложь для УСН). Влияет на: - Видимость колонок СтавкаНДС, СуммаНДС в ТЧ Товары и Услуги. - Формирование движений по регистру НДС (при Истина). - Расчёт суммы НДС (при Ложь — колонки скрываются, НДС не выделяется).

Обработчик ПриИзмененииУчитыватьНДС: перезаполняет колонку СтавкаНДС (устанавливает «Без НДС» при Ложь), пересчитывает СуммаНДС.

ТипЦен (Справочник.ТипыЦенНоменклатуры)

Тип цен для подбора товаров (розничная, оптовая, специальная). Необязательный, но рекомендуется устанавливать. Влияет на: - Заполнение колонки Цена в ТЧ Товары при подборе (цена берётся из регистра сведений ЦеныНоменклатуры для указанного типа). - Автоматическое применение скидок (если поддерживается модулем скидок).

Обработчик ПриИзмененииТипЦен: пересчитывает цены всех строк ТЧ Товары. Типичное значение: «Розничная».

Товары.Номенклатура (Справочник.Номенклатура)

Наименование товара. Обязательный для строки ТЧ Товары. Влияет на: - Определение счетов учёта (через запрос к регистру сведений СчетаУчетаНоменклатуры). - Проверку остатков на складе (запрос к регистру накопления ТоварыНаСкладах). - Заполнение ЕдиницаИзмерения, Цена (из карточки номенклатуры и регистра цен).

Обработчик ПриИзмененииНоменклатура: подтягивает ЕИ, цену, ставку НДС, счета учёта; проверяет классификацию (товар/услуга — если услуга, предлагает перенести в ТЧ Услуги). Валидация: не может быть пустой; должна быть активна (без пометки на удаление).

Товары.Количество (Число)

Количество единиц товара. Обязательный (должен быть > 0). Влияет на: - Расчёт суммы строки (Сумма = Количество × Цена). - Проверку достаточности остатков на складе (при проведении). - Движения по регистру РеализацияТМЗ (расход товара).

Обработчик ПриИзмененииКоличество: пересчитывает Сумма, СуммаНДС; проверяет остатки (если включена соответствующая настройка). Валидация: должно быть > 0; проверяется на заполнение.

Товары.Цена (Число)

Цена за единицу товара. Обязательный (должен быть > 0). Влияет на: - Расчёт суммы строки (Сумма = Количество × Цена). - Проверку соответствия типу цен (опционально).

Обработчик ПриИзмененииЦена: пересчитывает Сумма, СуммаНДС. Типичное значение: заполняется автоматически из регистра цен по ТипЦен при выборе Номенклатуры.

Оплата.ВидОплаты (Справочник.ДоговорыЭквайринга)

Способ оплаты: «Наличные», «Банковская карта», «Мобильный платёж» и т.д. Обязательный для строки ТЧ Оплата. Влияет на: - Видимость колонок НомерПлатежнойКарты, СсылочныйНомер (только для безналичной оплаты). - Формирование движений по кассе (для наличных) или расчётному счёту (для безнала). - Доступность команды ПровестиОплатуЧерезТерминал (только для карт).

Обработчик ПриИзмененииВидОплаты: скрывает/показывает поля карточных реквизитов; подставляет договор эквайринга. Типичное значение: «Наличные», «Visa/MasterCard».

Оплата.Сумма (Число)

Сумма платежа данным способом. Обязательный (должен быть > 0). Влияет на: - Проверку полноты оплаты (сумма всех строк ТЧ Оплата = СуммаДокумента). - Движения по кассе / расчётному счёту.

Обработчик ПриИзмененииСуммаОплата: пересчитывает остаток к оплате (в форме оплаты). Валидация: сумма не может быть отрицательной.

НомерЧекаККМ (Число)

Номер фискального чека, присваиваемый ККМ. Необязательный (может заполняться вручную или автоматически при интеграции с ККМ). Влияет на: - Отображение в печатной форме чека. - Идентификацию чека при возврате (покупатель называет номер).

Обработчик: при копировании документа (ПриКопировании в модуле объекта) обнуляется. Типичное значение: числовой код (например, 1234567890).

ОтчетОРозничныхПродажах (Документ.ОтчетОРозничныхПродажах)

Ссылка на отчёт о продажах, в который включён чек. Необязательный (заполняется при закрытии смены). Влияет на: - Блокировку проведения (если поле заполнено — документ не проводится, движения формируются только через отчёт). - Доступность редактирования (чеки в закрытом отчёте нельзя изменять).

Валидация: при заполненном поле документ проходит проверку «уже закрыт», повторное проведение невозможно. Обработчик: заполняется функцией СформироватьОтчетыОРозничныхПродажах (ManagerModule).

Жизненный цикл — обработчики событий и бизнес-логика

1. Справочник.НастройкиИнтеграцииWebKassa

• ПередЗаписью: Модуль объекта блокирует запись, если нарушена уникальность. На одну организацию разрешена только одна активная настройка обмена: bsl Запрос = Новый Запрос; Запрос.Текст = "ВЫБРАТЬ 1 ИЗ Справочник.НастройкиИнтеграцииWebKassa ГДЕ Организация = &Организация И Ссылка <> &Ссылка И НЕ ПометкаУдаления";
• ОбработкаПроверкиЗаполнения: Если элемент удаляется (ПометкаУдаления = Истина), обязательные реквизиты (Организация, АдресСервиса) исключаются из проверки, чтобы позволить удалить битые записи.

2. Документ.ЧекККМ — обработчики модуля объекта

ОбработкаЗаполнения (ObjectModule, ~41 строка)

Инициализирует новый чек при создании. Основные действия: - Устанавливает Организацию по умолчанию (основная организация пользователя). - Устанавливает Дату (текущая), Ответственного (текущий пользователь), Автора. - Заполняет Кассу, Склад из настроек рабочего места пользователя. - Устанавливает ВидОперации = «Продажа» по умолчанию. - Если передан параметр СчетНаОплатуПокупателю — вызывает ЗаполнитьПоСчетуНаОплатуПокупателю (копирует табличные части из счёта: контрагент, договор, товары, цены). - Если передан параметр чека-основания (возврат) — вызывает СкопироватьТабличныеЧасти для заполнения ТЧ данными исходного чека.

// Фрагмент: заполнение по счёту покупателю
Если ТипЗнч(ДанныеЗаполнения) = Тип("ДокументСсылка.СчетНаОплатуПокупателю") Тогда
    ЗаполнитьПоСчетуНаОплатуПокупателю(ДанныеЗаполнения);
КонецЕсли;

ПередЗаписью (ObjectModule, ~28 строк)

Подготовка документа перед записью в базу: - Проверяет заполнение Контрагента; если пуст — подставляет «Розничный покупатель» (справочник Контрагенты, предопределённый элемент). - Устанавливает Автора (если не заполнен) = текущий пользователь. - Вызывает перерасчёт итоговой суммы (СуммаДокумента) как сумму всех строк ТЧ Товары и Услуги.

// Фрагмент: подстановка контрагента по умолчанию
Если НЕ ЗначениеЗаполнено(Контрагент) Тогда
    Контрагент = Справочники.Контрагенты.РозничныйПокупатель;
КонецЕсли;

ОбработкаПроверкиЗаполнения (ObjectModule, ~119 строк)

Комплексная проверка перед записью/проведением. Последовательность проверок:

1. Обязательные реквизиты шапки: Организация, Касса, Склад, ВалютаДокумента — все должны быть заполнены (ShowError).
2. КурсВзаиморасчетов: обязателен, если валюта документа не совпадает с валютой учёта организации.
3. Основание для возврата: при ВидОперации = Возврат проверяется заполнение поля Основание.
4. Табличные части: должна быть заполнена хотя бы одна из ТЧ Товары или Услуги (иначе ошибка «Не указаны товары или услуги»).
5. Счета учёта: если включена опция ИспользоватьУправлениеСчетамиУчета — все счета в ТЧ (СчетУчетаБУ, СчетДоходовБУ и т.д.) должны быть заполнены (иначе ошибка «Не заполнен счёт учёта для позиции [Номенклатура]»).
6. Соответствие сумм оплаты: перед проведением проверяется, что сумма строк ТЧ Оплата ≥ СуммаДокумента (если меньше — ошибка «Сумма оплаты недостаточна»).
7. Контроль суммы возврата: при ВидОперации = «Возврат» сумма возврата не может превышать сумму исходного чека (проверяется запросом к документу-основанию).
8. Остатки товаров: при проведении (если не отключена настройка) проверяется достаточность остатков на складе (запрос к регистру ТоварыНаСкладах); если недостаточно — ошибка «Товар [Номенклатура] отсутствует на складе в количестве [Количество]».
9. Функциональные опции: реквизиты, управляемые отключёнными опциями (например, ОтчетОРозничныхПродажах), исключаются из проверки.

ОбработкаПроведения (ObjectModule, ~85 строк)

Формирование движений при проведении. Последовательность:

1. Проверяет флаг ФормироватьДвижениеВДокументахЧекККМ (константа конфигурации). Если Ложь — проведение пропускается, движения не формируются.
2. Проверяет заполнение ОтчетОРозничныхПродажах: если заполнен — проведение игнорируется (все движения будут созданы через сводный отчёт).
3. Вызывает функцию ПодготовитьПараметрыПроведения из ManagerModule → получает структуру с таблицами значений для формирования движений.
4. Формирует движения по регистрам: - РеализацияТМЗ — расход товаров со склада. - НДС — начисление НДС к уплате. - КорректировкаНДС — если требуется корректировка. - Типовой — бухгалтерские проводки (Дт 62 Кт 6010, Дт 7010 Кт 1320, Дт 6010 Кт 3130).
5. Вызывает процедуру СформироватьДвиженияПоПлатежам — формирует движения по кассе для каждого вида оплаты из ТЧ Оплата.

// Фрагмент: проверка блокировки проведения
Если ЗначениеЗаполнено(ОтчетОРозничныхПродажах) Тогда
    Возврат; // Движения формируются через ОтчетОРозничныхПродажах
КонецЕсли;

СтруктураПараметров = Документы.ЧекККМ.ПодготовитьПараметрыПроведения(Ссылка, Отказ);
Если Отказ Тогда
    Возврат;
КонецЕсли;

// Формирование движений
УчетТоваров.СформироватьДвиженияРеализацияТМЗ(СтруктураПараметров, Движения);
УчетНДСИАкциза.СформироватьДвиженияНДС(СтруктураПараметров, Движения);
ПроцедурыБухгалтерскогоУчета.СформироватьПроводки(СтруктураПараметров, Движения);

ПриКопировании (ObjectModule, ~12 строк)

Обработка копирования документа: - Обнуляет НомерЧекаККМ (номер должен быть уникальным для каждого чека). - Обновляет Дату (устанавливается текущая дата). - Обновляет Ответственного (текущий пользователь). - Очищает ОтчетОРозничныхПродажах (копия не должна быть привязана к отчёту оригинала).

ПриЗакрытииФормы (Form.ФормаДокумента)

Завершение работы с формой: - Сохраняет настройки видимости колонок табличных частей в пользовательские настройки. - Вызывает подсистему МенеджерОборудования для отключения сканера штрихкодов (если был подключён при открытии формы). - Освобождает блокировку ККМ-устройства.

Бухгалтерские проводки и регистры (детализация)

При непосредственном проведении одиночного чека (до закрытия смены) формируются следующие записи:

Регистр: РеализацияТМЗ (AccumulationRegister)

Регистр: НДС (AccumulationRegister)

Регистр: КорректировкаНДС (AccumulationRegister)

Регистр: Типовой (AccountingRegister) — бухгалтерские проводки

Примечание. При Возврате все проводки формируются со сторнирующими (отрицательными) суммами.

Валидации (сводно)

Зависимости от модулей (детализация)

Связи с другими объектами

Документы-основания

Метаданные (metadata.based_on = []). Документ не создаётся на основании других документов через стандартный механизм конфигурации. Однако в коде модулей реализована ручная поддержка заполнения:

Кто создаётся на основании ЧекККМ

Метаданные (metadata.inverse_based_on = []). Документ не является основанием для других документов через стандартный механизм. Однако:

Регистры движения

Документ формирует движения в следующие регистры (из metadata.register_records):

Дополнительно (не указаны в метаданных, реализованы в коде): - Движения по кассе (через процедуру СформироватьДвиженияПоПлатежам). - Движения по расчётам с контрагентами (для корпоративных чеков).

📝 Заметки для партнёра / разработчика

1. ВидОперации — первое, что определяет поведение документа. Проверяйте этот реквизит перед любой автоматизацией: если «Возврат» — обязательно заполнение Основания, если «Продажа» — основание не требуется. Форма документа меняется в зависимости от вида операции (см. ОбработкаПолученияФормы в менеджере).

2. Проведение блокируется если заполнен ОтчетОРозничныхПродажах. Перед автоматическим проведением чека проверяйте, что этот реквизит пуст. Если заполнен — чек уже включён в отчёт о продажах, движения создаются только через отчёт, повторное проведение чека игнорируется.

3. Табличные части заполняются через специфичные механизмы. Не пытайтесь добавлять строки в ТЧ Товары напрямую — используйте команду «Подбор» (ПодборТовары) или «Поиск по штрихкоду» (ДобавитьПоШтрихкоду). Эти команды вызывают серверные процедуры, которые подтягивают цены, счета учёта, НДС и прочие реквизиты из регистров.

4. Счета учёта заполняются автоматически модулем СчетаУчетаВДокументах. Не редактируйте их вручную — они подбираются на основе настроек учётной политики организации и параметров номенклатуры. Если счёт не заполнился — проверьте настройки учёта для конкретной номенклатуры в справочнике или регистре сведений СчетаУчетаНоменклатуры.

5. Оплата оформляется через ФормаОплаты. После заполнения товаров вызывается команда «Принять оплату» (ПринятьОплату) — откроется диалог с расчётом сдачи. Сумма строк ТЧ Оплата должна строго равняться СуммаДокумента, иначе проведение завершится ошибкой.

6. Закрытие смены — критическая операция. Команда ЗакрытьСмену вызывает функцию СформироватьОтчетыОРозничныхПродажах (~2929 строк в ManagerModule), которая собирает все чеки кассы за смену, создаёт отчёт и блокирует дальнейшее редактирование чеков. Выполняйте строго в конце рабочего дня, после проверки корректности всех чеков.

7. НомерЧекаККМ обнуляется при копировании. Если вы копируете чек — поле НомерЧекаККМ автоматически очистится (обработчик ПриКопировании). Не полагайтесь на сохранение номера при копировании; если интеграция с ККМ отсутствует — номер придётся вводить вручную.

8. Маркированные товары (ЕГАИС). При продаже алкоголя и табака модуль ЧекиЕГАИС (~12 вызовов) формирует дополнительные данные для передачи в систему ЕГАИС. Убедитесь, что поле КодМаркировки в ТЧ Товары заполнено для всех маркированных товаров.

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

🔗 Связанные разделы

• kassovaya-smena — Документ кассовой смены.
• oplata-platezhnoy-kartoy — Отражение оплат банковскими картами.
• prihodnyy-kassovyy-order — Оформление прихода наличных.
• rashodnyy-kassovyy-order — Расходные кассовые документы (в т.ч. возвраты).