Новая функциональность, действующая пока активна подписка

Биллинг платежных карт

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

При работе биллинг использует справочник «Платежные карты». Поддержаны следующие схемы работы.

1. Продажа покупателям в долг. Покупателям, которые могут покупать товары в долг, выдаются платежные карты. Карты могут быть сформированы заранее в учетной системе, или генерироваться в момент выдачи на кассе, например, по номеру телефона. На карту задается лимит долга, при превышении которого продажа товара в долг будет заблокирована. При оплате на кассе покупатель может расплатиться с помощью платежной карты, в этом случае, после прохождения всех проверок на возможность такой оплаты, ему будет начислен долг за приобретенные товары. Погасить долг покупатель может как на кассе, так и в офисе предприятия. При возврате товара, проданного в долг по платежной карте, сумма долга на карте будет уменьшена на величину возврата.
2. Генерация заказа покупателя на кассе с идентификацией покупателя для последующей работы по заказу. На кассе принимается предоплата, при этом вводятся данные покупателя, например, номер телефона, и по этим данным генерируется виртуальная платежная карта, в которой все введенные данные покупателя сохраняются. Далее по предоплате создается заказ покупателя. Последующая работа с заказом выполняется по типовым схемам, с отгрузкой и приемом остатка денег в учетной системе или на кассе.
3. Использование платежной карты как средство расчета, например, для питания сотрудников. В этом случае на платежную карту, с помощь документа «Начисление на платежные карты», начисляются средства от какой фирмы. В рамках этой суммы владельцы карт могут покупать товары. При этом по таким картам может быть настроено разрешение на продажу в долг до заданного лимита. При закрытии чека на кассе, оплата осуществляется через применение платежной карты, с последующим отражением выполненных операций на балансе карты. 

 

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

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

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

 
                Для работы с биллингом платежных карт требуется версия кассового ПО «Кассир 5» версии 5.1.7.28 или выше.

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

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

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

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

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

1. Добавлена возможность автоматически дозаполнять загружаемую номенклатуру и дисконтные карты по шаблону заполнения реквизитов. Это позволит, например, при загрузке номенклатуры автоматически проставлять группы товаров для скидок и другие реквизиты, которых нет в типовых конфигурациях 1С. Для этого в настройках узлов обмена добавлены реквизиты «Заполнять реквизиты номенклатуры по шаблону заполнения реквизитов» и «Заполнять реквизиты дисконтных карт по шаблону заполнения реквизитов». При загрузке номенклатуры и дисконтных карт из учетной системы 1С если соответствующий флаг заполнения по шаблону установлен, будет выполнено заполнение номенклатуры по шаблону заполнению реквизитов. Если для дисконтной карты шаблон не получилось найти, например, из-за того, что карта записалась в корень справочника, то реквизиты карты надо заполнить аналогично созданию карты при загрузке из веб-сервиса, по реквизитам эталонной дисконтной карты, указанной в константе «Эталонная дисконтная карта при создании карты через веб сервис».
2. Актуализированы правила передачи особенностей учета номенклатуры из типовых конфигураций 1С в Кассовый сервер. Добавлены передача новых товарных групп, признака акцизного алкоголя.
3. Актуализирована выгрузка данных о видах оплат в документе «Отчет отдела». Теперь при выгрузке заполняются данные об эквайринговых терминалах. Эта информация необходима для отражения безналичных оплат в документе «Отчет о розничных продажах».
4. При загрузке документов товарного учета изменена загрузка данных о характеристиках номенклатуры. Учтена ситуация, что в документе учета для номенклатуры, учет которой ведется в разрезе дополнительных характеристик, характеристика указана не будет. В этом случае в Кассовый сервер такая строка будет загружена с указанием служебной характеристики «Без указания характеристик».
5. Учтена ситуация, когда в пакете из типовой конфигурации 1С приходит информация о новой номенклатуре и ее штрих-коде. Теперь такие данные загружаются корректно без возможного дублирования штрих-кода.
6. Изменена загрузка данных по документам товарного учета. Учтена возможность указания дублей строк по номенклатуре в документах учета в типовых конфигурациях 1С. Теперь при загрузке документ в документ «Кассовый сервер: Синхронизация остатков» выполняется свертка табличной части документа по номенклатуре.
7. В документе «Изменение цен» добавлено принудительное заполнение единиц измерения, если они не переданы из типовой конфигурации 1С. Если единица измерения не передана, то в документ будет подставлена базовая единица измерения товара.
8. Добавлена возможность загружать из типовых конфигураций 1С SKU товара. Код SKU пишется в код справочника номенклатуры. Следует учитывать, что для выгрузки из типовых конфигураций 1С данных об SKU потребуется расширение для типовой конфигурации, т.к. по умолчанию данные об SKU не выгружаются.
9. Изменена загрузка данных о типах цен. Теперь типы цен загружаются с флагом «Цены указываются без привязки к складу», что позволит проводить полученные документы «Изменение цен компании».
10. Изменена загрузка документов. Теперь, если из типовой конфигурации приходит документ, ранее выгруженный из Кассового сервера, его данные игнорируются, т.к. мастер-базой по этому документу считается база Кассового сервера. Это позволит избежать ситуации, когда сформированные в Кассовом сервере и выгруженные в учетную систему документы «Отчет отдела», после перепроведения в учетной системе снова загружаются в Кассовый сервер.
11. Учтена возможность получения в документах товарного учета номенклатуры с видом «Сертификат». Теперь такие товары удаляются из табличной части документа «Кассовый сервер: Синхронизация остатков».
12. Изменено правило загрузки складов и торговых объектов, получаемых из типовых конфигураций 1С. В настройках узла плана обмена добавлен флаг «Правило создания торговых объектов в кассовом сервере», определяющий как загружать полученную информацию.  Возможны следующие варианты. Если выбран вариант «Все склады подчинены одному торговому объекту», то в базе Кассового сервера будет создан один торговый объект и ему будут подчинены все склады. Если выбран вариант «Каждый склад подчинен своему торговому объекту», то в базе Кассового сервера для каждого склада будет создан свой торговый объект и ему будет подчинен полученный склад. Если выбран вариант «Торговые объекты — это группы складов первого уровня», то в базе Кассового сервера для структурных единиц, имеющих тип «Магазин или группа складов2 и расположенных на первом уровне справочника, будут созданы торговые объекты и им будут подчинены входящие в них склады. Склады, для которых не заполнена группа, или она заполнена структурной единицей с типом «Подразделение», будут загружены по варианту «Каждый склад подчинен своему торговому объекту».  Если выбран вариант «Торговые объекты — это группы складов родители складов», то в базе Кассового сервера торговые объекты будут созданы для структурных единиц, имеющих тип «Магазин или группа складов», которым непосредственно подчинены склады вне зависимости от уровня, на котором они расположены в учетной системе, и им будут подчинены входящие в них склады. Склады, для которых не заполнена группа, или она заполнена структурной единицей с типом «Подразделение», будут выгружены по варианту «Каждый склад подчинен своему торговому объекту». Это позволит в Кассовом сервере в точности воспроизвести структуру складов и магазинов, заданную в базе типовой 1С.

Обмен данными с учетными системами через формат кассового сервера

1. В регистрации документов для обмена данными учтена ситуация, что учетные документы могут проводиться будущей датой. Теперь в том случае такое проведение не будет приводить к рассинхронизации остатков между учетной конфигураций и Кассовым сервером.
2. Улучшен алгоритм обмена. Добавлена обработка ряда ситуаций, которые ранее могли приводить к блокированию обмена из-за невозможности разобрать пакет в приемнике. Теперь ситуации, связанные с не проведением какого-то документа из состава пакета, не считаются ошибкой и не приостанавливают обмен. Обмен может быть остановлен только при получении на стороне получателя пакета, обработка которого приводит к непредвиденной ошибке.
3. Оптимизирован процесс синхронизации остатков по документам, которые могут делать и приход, и расход товаров одновременно, например, «Отчет отдела», содержащий данные о продажах и возвратах. Теперь при проведении такого документа информация о товарах корректно синхронизируется по остаткам в Кассовом сервере.

Маркировка

1. Добавлена новая товарная группа «Корма для животных». Данные о товарной группе могут быть выгружены в Кассир 5. Поддержаны операции вывода кодов маркировки из оборота, сверки кодов маркировки, получение статусов по кодам маркировки и получение вложенных для групповых и транспортных упаковок.
2. Документ «ГИС МТ: Постановка кег на кран» подключен к механизму контроля отражений операций в ГИС МТ.
3. В снятии отчета отдела учтена ситуация, когда из кассового ПО может прийти информация об оформлении документа «ГИС МТ: Постановка кег на кран» без указания номера секции, по которой прошла постановка. В этом случае в создаваемом документе склад будет заполнен значением склада, указанном в форме обработки «Снятие отчета отдела».
4. Добавлена выгрузка сроков годности для кег с безалкогольным пивом. Теперь, когда безалкогольное пиво ставится на кран, через регламентное задание «ГИС МТ: Получение статусов кодов маркировки в ГИС МТ» по кодам маркировки получается срок годности после открытия кега, и эта информация передается в Кассир 5 для предотвращения продажи безалкогольного пива с истекшим сроком годности. Это позволит работать с безалкогольным пивом в Кассире 5 по тем же процессам, что и с обычным разливным пивом.

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

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

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

 

• В документе «Кассовый сервер: Синхронизация остатков» добавлено логирование данных, на основании которых был произведен расчет остатка, получающегося после проведения документа.

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

1. Исправлена ошибка, которая могла приводить к регистрации в узлах плана обмена с ККМ всех записываемых кодов маркировки.
2. В документе «Загрузка ККМ» исправлена ошибка, из-за которой при проведении документа с установленным флагом очистки причин перемещений, выгружался флаг очистки причин операций.
3. В документе «Загрузка ККМ» исправлена ошибка, которая могла приводить к тому, что при выгрузке товаров на несколько ККМ одновременно, не выгружались настройки горячих клавиш КСО, связанных с выгружаемыми товарами.
4. Исправлена ошибка не заполнения автора документов «Акт о переоценке» и «Изменение цен компании» при загрузке документов из типовых конфигураций 1С при обмене через Конвертацию 3.0.
5. Исправлена ошибка, которая могла приводить к появлению дублей штрих-кодов при обмене с типовыми конфигурациями 1С через конвертацию 3.0.
6. Исправлена ошибка, которая могла возникать при добавлении пин-кода активации подписки на Кассир 5.
7. Исправлено не нужное добавление в журнал регистраций записей с текстом «Обмен запрещен. Причина: Работа с Set Retail доступна только в конфигурации "Торговое предприятие 7"».