Торговое оборудование

1. В выгрузке данных в ЭВОТОР актуализирован список поддерживаемых товарных групп.
2. В выгрузке данных в ККМ «ЭВОТОР» учтена ситуация, что для выгружаемой единицы с заданной розничной ценой не указан штрихкод. Теперь такие единицы не выгружаются в ЭВОТОР, т.к. штрихкод для этой ККМ является обязательным реквизитом.

Обмен данными с учетными системами через формат Enterprise Data

1. В форме настроек узла обмена на закладку «Загрузка данных» вынесены настройки эталонной дисконтной карты для дозаполнения. Это позволит упростить процесс настройки для загрузки дисконтных карт из типовых конфигураций 1С. Ранее уже была поддержана возможность дозаполнения дисконтных карт реквизитами, которых нет в типовых конфигурациях 1С, но она требовала настроек в разных местах конфигурации. Теперь все нужные настройки собраны на форме узла.
2. Добавлена возможность передавать в типовые конфигурации 1С данные о проданных кодах маркировки и акцизных марках. Данные о кодах маркировки передаются в документ «Чек». Данные об акцизных марках передаются в документ «Чек ЕГАИС». Следует учитывать, что для загрузки данных в типовую 1С требуется расширение, которое будет заполнять указанные выше документы.

Автоматическое создание актов о переоценке

Добавлена возможность автоматического создания актов о переоценке по расписанию, что позволяет отказаться от обязательного ручного изменения розничных цен. 

Как работает:
В документе «Планирование изменения розничных цен» можно выбрать режим переоценки:

• Вручную (по-старому)
• Автоматически — в заданное время с точностью до часов и минут
• Полуавтоматически — сотрудникам даётся время на ручную переоценку, но если они не успевают, система завершает операцию автоматически

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

Для полуавтоматического режима автоматически создаётся задача-напоминание на указанный срок. В назначенное время регламентное задание находит все невыполненные планы и для каждого создаёт «Акт о переоценке».

При создании акта о переоценке система проверяет участие каждой номенклатуры в маркетинговой акции. 

При создании акта система проверяет каждую номенклатуру на участие в маркетинговой акции. Если участвует, строка попадет в новую табличную часть «Плановые цены выхода из акции», если нет, она попадет в табличную часть «Товары». При проведении акта для «обычных» товаров цены меняются сразу. Для товаров в акции регистрируется цена выхода в одноимённом регистре, а фактическое изменение цены произойдёт только после окончания акции. Когда маркетинговая акция завершается (или прерывается) и для номенклатуры не задана розничная цена после окончания акции, цена товара будет назначена равно запланированной цене.

Если по планированию уже создан проведённый акт, документ планирования становится доступен только для чтения, чтобы заблокировать случайное изменение уже выполненных планирований изменения розничных цен.

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

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

Сбор статистики по работе касс и КСО

 
Отчёт «Среднее время оформления чеков», который строится по данным чеков для аналитических отчётов.

Отчёт позволяет в разрезе:

• ККМ
• кассира
• типа чека (продажа, возврат, отмена, со сторно или без)

увидеть:

• количество чеков
• среднюю длительность оформления чека (от первой транзакции до закрытия)
• среднее время расчёта отдельно для наличной и безналичной оплаты
• среднее время закрытия любого чека (включая отменённые)
• среднее время ожидания подтверждения закрытия чека

Доступны быстрые отборы по периоду, ККМ и типам чека, а также гибкая настройка группировок. 

Зачем:
Чтобы выявлять узкие места в работе касс, сравнивать скорость разных способов оплаты и анализировать эффективность кассиров. Это особенно важно для оптимизации обслуживания покупателей и снижения времени на кассовых операциях.

Отчёт «Редактирование позиций чека», который строится по данным чеков для аналитических отчётов. В документ «Чек для аналитических отчётов» добавлена фиксация факта редактирования цены на кассе.

В документ добавлена табличная часть «Изменение цен», которая автоматически заполняется при обработке продаж с ККМ по транзакции с номером 30. В табличной части записываются:

• исходные и новые значения цен
• код дополнительной цены
• тип цены
• признак ручного или автоматического редактирования

Отчёт позволяет в разрезе ККМ, кассира, номенклатуры и чека увидеть количество и детали редактирований цен в чеках (дату, старую и новую цену), а также отфильтровать только ручные изменения или изменения по акциям. 

Зачем:
Чтобы контролировать действия кассиров, выявлять товары с частыми корректировками, оценивать эффективность акций и предотвращать возможные злоупотребления.

Отчёт «Статистика операций подтверждения на ККМ», который позволяет анализировать запросы на подтверждение (например, проверку возраста покупателя или сторнирование позиции)

Отчёт показывает за выбранный период в разрезе:

• ККМ
• типа операции
• пользователя, выполнившего подтверждение
• номенклатуры и характеристики

По каждой группировке выводятся:

• количество подтверждённых и отклонённых операций
• суммарное время ожидания (время одной операции, затронувшей несколько товаров, не задваивается)

Доступны гибкие настройки группировок и отборы по ККМ и типу операции. 

Зачем:
Для выявления на каких кассах и по каким товарам чаще всего требуются подтверждения, оценить эффективность работы кассиров и проанализировать проблемные зоны.

В обмене с кассовым ПО по протоколу «Кассир 5» доработана обработка транзакции типа 125 с секцией 4. Добавлено сохранение подробной информации о подтверждении операций на ККМ.

При включённой константе «Сохранять подробную информацию о подтверждении операций на ККМ» система фиксирует по каждому запросу на подтверждение продажи:

• дату и время операции
• тип операции
• время ожидания
• результат
• код пользователя
• массив кодов номенклатуры и характеристик

Эти данные записываются в новые регистры сведений:

• «Операции подтверждения на ККМ»
• «Операции подтверждения на ККМ (Номенклатура)»

А также дополняют документ «Чек для аналитических отчётов»:

• суммарным временем ожидания подтверждений до закрытия чека и в течение всего чека
• данными о кассире, который подтвердил продажу на кассе

Зачем:
Чтобы сохранять информацию о подтверждении операций на кассах, на основе которой строится отчёт «Статистика операций подтверждения на ККМ».

В обмене с кассовым ПО по протоколу «Кассир 5» доработана обработка транзакции типа 125 с секцией 3, предназначенная для передачи информации об ошибках, возникающих в кассовой программе, с детальным описанием причин.

Для аналитики по ошибкам добавлен справочник «Ошибки ККМ», который используется для группировки ошибок. Сами ошибки хранятся в новом регистре сведений «Лог ошибок на ККМ». Сохраненные данные используются для построения отчета «Статистика ошибок на ККМ», с помощью которого можно просмотреть все ошибки за период, отфильтровать по ККМ и типу ошибки и сгруппировать данные по ККМ, типу ошибки и номенклатуре/характеристике, с подсчётом количества ошибок и возможностью гибкой настройки уровней группировки 

Зачем:
Чтобы быстро выявлять проблемные кассы, типы ошибок и товары, экономить время на анализе отказов и улучшать качество работы на кассах.

 
Регламентная очистка устаревших записей

Для очистки устаревших записей по зафиксированным на ККМ ошибкам добавлено регламентное задание «ККМ: Ночной регламент. Очистка детальной информации по работе ККМ».

Регламентное задание удаляет записи, возраст которых превышает значения, указанные в константах:

• «Срок хранения информации о подтверждении операций (дней)»
• «Срок хранения данных об ошибках (дней)»

Управление настройками вынесено на форму настройки оборудования через гиперссылку «Настройка очистки детальной информации о работе ККМ», где можно:

• включить или отключить задание
• настроить расписание
• установить сроки хранения

Зачем:
Чтобы контролировать рост базы данных, своевременно избавляться от устаревшей информации о подтверждениях и ошибках, сохраняя только актуальные данные для анализа.

Количественный учёт подарочных сертификатов

 
Добавлена возможность ведения количественного учёта подарочных сертификатов. В справочник «Виды подарочных сертификатов» добавлен флаг «Вести количественный учёт» — теперь каждый вид сертификата может участвовать в товароучётных движениях. 

Как работает: 

Настройка учёта

Флаг «Вести количественный учёт» определяет, будет ли по сертификатам данного вида вестись учёт остатков. 

Добавлена константа «Дата начала количественного учёта сертификатов» (раздел «Администрирование» → «Товарный учёт»):

• операции до этой даты → не формируют движений по остаткам
• операции после этой даты → формируют движения по остаткам

Ограничения для сертификатов в справочнике «Номенклатура»

Для типа «Сертификат» запрещены:

• учёт по характеристикам
• учёт по серийным номерам
• учёт по сериям
• маркировка
• признак алкогольной продукции

Продажа сертификата на кассе

1. В документ «Отчёт о розничных продажах» подставляется номенклатура сертификата
2. При проведении списывается остаток этих товаров по методу учёта партий
3. Если остатка не хватает → продажа отражается в превышении

Снятие проверок для сертификатов

• Снята проверка нулевой розничной цены
• Разрешены отрицательные остатки во всех товароучётных документах (перемещение, списание, инвентаризация, возврат поставщику, пересортица, корректировки и др.)

Доработаны документы:

• «Продажа подарочных сертификатов»
• «Отчёт отдела о розничных продажах»
• «Погашение и оплата сертификатами»
• «Перевыпуск подарочных сертификатов»

В табличные части этих документов добавлены колонки:

• «Номенклатура»
• «Вести количественный учёт» — определяет, по какой номенклатуре будет вестись учёт остатков по сертификату

Зачем:
Чтобы точно учитывать, на какой торговой точке какие запасы сертификатов для продажи, и своевременно их пополнять. Доработка позволяет вести учёт физического наличия сертификатов в каждом магазине.

 
Торговое оборудование

 

1. Поддержана особенность работы небольших магазинов, включая табачные магазины, когда товар создается непосредственно на кассе. В модуле взаимодействия с кассовым оборудованием, в составе http‑сервиса KKMTransfer, реализован новый метод GetGood для работы с номенклатурой по штрихкоду. Теперь при сканировании неизвестного штрих‑кода касса передаёт данные в Торговое предприятие 7. По полученному штрихкоду будет выполнен поиск товара в базе. Если товар в базе уже есть, он будет передан на кассу. Если товара в базе ещё нет, система автоматически получит его из сервиса ДатаСервис, добавит в базу и передаст на кассу. Это позволит для сети магазинов автоматизировать создание новых товаров на кассах, и код товара будет единым для всех касс, что исключит дублирование товара или некорректный разбор продаж по таким кассам.
2. В снятии отчета отдела добавлена возможность получения информации о проданных на ККМ сериях. Теперь, если на кассе будет продан товар с указанием серии товара, информация об этом будет автоматически подставлена в документ «Отчет отдела». Эта доработка позволила замкнуть контур работы с сериями, указанными на товаре производителем.
3. В справочнике «Весы» добавлен новый реквизит «Вариант выгрузки изображения» с четырьмя возможными значениями «Изображение для весов», «Основное изображение товара», «Изображение для ККМ», «Изображение для КСО». В зависимости от значения реквизита, при выгрузке товаров в весы система автоматически выгрузит картинку товара, в зависимости от настройки весов. Это упрощает настройку картинок для товаров и исключает двойную работу пользователей.
4. В документе «Чек» по кнопке «Произвести возврат оплаты» добавлена возможность отправки на терминал команду на оформление возврата, что позволит выполнить возврат безналичных средств не в день продажи. Ранее было возможно выполнить только отмену операции, которая допускается только в день продажи.
5. В документе «Оплата через экварийнг» добавлена полноценная поддержка возврата оплаты через терминал. Создание возвратного документа возможно из документов «Оплата через эквайринг» и «Возврат от покупателя». Для этого в документы были добавлено кнопка В документ добавлена кнопка «Произвести возврат оплаты», которая создает новый документ «Оплата через эквайринг» с типом «Выплата контрагенту» на основании существующего документа оплаты с автоматическим заполнением всех реквизитов, необходимых для отражения операции возврата в банковском терминале. Это устраняет ограничение, когда была доступна только отмена оплаты день в день, и даёт возможность оформлять возврат на банковскую карту покупателя в любой момент на основании оригинальной оплаты.
6. Ускорено проведение загрузки ККМ, работающих по протоколу «Кассир 5».
7. В обработке снятия отчета отдела добавлена возможность перезаписи номинала сертификатов. Теперь независимо от того, включен ли биллинг и найден ли префикс вида сертификата, номинал, введённый на кассе, будет записан в справочник сертификатов, если для вида сертификата разрешён ручной ввод номинала (или вид сертификата не был найден), что исключает ситуацию, когда после обмена с ККМ номинал остаётся нулевым.
8. В документе «Чек» на форму добавлена кнопка «Записать», которая размещена после кнопки «Фискализация чека». Это позволяет продавцам на любом рабочем месте сначала сохранить чек без фискализации, а затем на рабочем месте с ККМ открыть его и провести с выдачей чека, что полностью повторяет схему работы из конфигураций линейки «Торговое предприятие 5».
9. В обмене с весами, работающими через драйвер БПО доработан механизм выгрузки срока хранения в весах. Теперь значение формируется по новому. Теперь срок хранения рассчитывается с учетом даты реализации или даты производства, заданных в товарах в весах. Если для товара задана «Дата реализации», то срок хранения будет рассчитан как дата реализации минус текущая дата выгрузки. Если дата реализации отсутствует, срок хранения будет посчитан через «Дату производства» и срок годности из карточки товара. Если для товара не задана ни дата реализации, ни дата производства, то срок хранения будет выгружен как срок годности из карточки товара. Доработка позволяет автоматически передавать в весы БПО актуальный остаточный срок хранения товара.
10. В выгрузке товаров для продажи сертификатов добавлена выгрузка наименования товара.
11. Улучшена форма проверки готовности модуля «Кассир» к работе. В форму добавлены поясняющие подсказки и инструкции. Это позволяет уменьшить время, необходимое для настройки работы модуля к минимуму.
12. В веб-сервисе «KKMTransfer» добавлен сбор сообщений об ошибке, который теперь возвращаются в методах веб-сервиса. Это позволит улучшить обратную связь приложений, использующих этот веб-сервис.
13. В обработке «Групповая загрузка ККМ» добавлена возможность формировать документы загрузки ККМ с вариантом «Удалить товары».
14. В документе «Назначение акции» добавлены новые реквизиты «Приоритет замещения», «Игнорировать приоритет замещения» и «Приоритет на товарную позицию». Реквизиты размещены на новой закладке «Дополнительно». Реквизиты позволят выгружать эти настройки скидок в Кассир 5.
15. Обработка «Групповая выгрузка на ККМ» синхронизирована с документом «Загрузка ККМ» по составу флагов и интерфейсу, что позволит с помощью обработки выгружать на ККМ любые нужные данные.
16. В документе «Чек» изменено правило расчета НДС для маркированных товаров при печати чека на ККТ. Новое правило учитывает разбивку строк с маркированными товарами в чеке и выделение НДС для каждой строки чека.
17. В процедуре формирования документа «Приходный кассовый ордер» при снятии отчета отдела с ККМ добавлено заполнение ставки «Без НДС» для ситуаций, когда отчет отдела снимается с ККМ, работающей по патенту. Это позволит максимально полно заполнить документ.
18. В документе «Назначение акции» изменены правила выгрузки условий. Теперь новые акции будут выгружаться на ККМ до начала действия акции, а завершившиеся акции будут выгружаться на ККМ в течении 30 дней после их завершения. Это позволит упростить выгрузку акций на ККМ. Следует учитывать, что в случае изменений условий акции (редактирования существующих условий в акции), выгрузка будущих условий на ККМ выполнена не будет, т.к. это перезапишет действующие акции. В этом случае новые условия надо будет по-прежнему выгружать в день начала акции. В то же время для новых условий и новых акций выгрузка будет осуществляться после их создания, что позволяет упростить процесс заведения акций на ККМ.
19. В документе «Назначение акции» добавлена возможность задавать условия на автоматические скидки по срокам годности в днях. На форме редактирования скидок добавлены новые поля, которые позволяют задать диапазон дней до окончания срока годности маркированных товаров для срабатывания скидки. Для избежания неоднозначности, поддержано ограничение, что скидка может быть настроена либо по часам, либо по дням. Теперь, если скидка по сроку годности настроена по часам, она будет применяться от точного времени окончания срока годности. Если скидка настроена по дням, она будет рассчитываться по дате окончания срока годности, без учета часов, что проще для определения товаров, на которые будут применяться скидки. 

 
Новая функциональность

 

1. В обработке «Групповая обработка номенклатуры» добавлена возможность указывать ставку НДС с датой начала ее действия. В обработке добавлена новая закладка «Изменить историю изменения ставки НДС». С ее помощью можно для выбранных товаров указать нужную ставку НДС и дату начала её действия (например, 01.01.2026), а при установленном флаге «Очистить историю после указанной даты» система удалит все более поздние записи из регистра истории ставок НДС, перезапишет запись на указанную дату и обновит текущую ставку в карточке товара. Это позволит корректно исправлять ошибочно применённые ставки (например, 5% на 10% или 22%) задним числом, чтобы документы прошлых периодов рассчитывали НДС верно.
2. В справочнике «Типы цен» при записи предопределенного типа цен «Розничный» добавлена принудительная установка реквизитов в нужные для этого типа цен значения. Это позволит избежать ошибок в работе конфигурации, связанные с программным изменением этого типа цен силами сторонних разработчиков.
3. Справочник «Статьи движения денежных средств» сделан иерархическим. Это позволит в отчетах по статьям ДДС делать группировки по группам статей.
4. Ряд форм библиотеки стандартных подсистем адаптирован для открытия под платформой версии 8.5.
5. В документе «Назначение акции» добавлена возможность указать условие акции по цене товаров.
6. В документе «Назначение акции» добавлена возможность настраивать применение скидок на определенные товары после их группировки по тем или иным свойствам.
7. В документе «Начисление на дисконтные карты» добавлена возможность редактировать реквизит «Комментарий». Для документов, созданных автоматически биллингом, предусмотрено новое поле «Комментарий биллинга».
8. В документе «Изменение цен продажи» добавлена возможность загрузки данных из EXCEL-файла по артикулу.

 
Исправлены ошибки

1. В отчете «Ведомость по дисконтным картам» исправлена ошибка, из-за которой не работала группировка по документу движения.
2. Исправлена ошибка, которая могла возникать при загрузке весов самообслуживания PC200.
3. Исправлена ошибка, которая могла возникать в ряде документов при считывании кода маркировки сканером штрихкодов.
4. В документе «Отчет отдела» в печатной форме в розничных ценах исправлена ошибка вывода итогов по НДС, из-за которой итоговый НДС не уменьшался на величину НДС возвратов от покупателя.
5. В обработке «Снятия отчета отдела» исправлена ошибка, из-за которой могла не сохраняться детализация по чекам при получении данных о продажах.