F_PLPOR
Краткое описание :
Непонятные значки в печатной форме "Валютное платежное поручение (СберБанк России) на латинице" rtfОписание :
Валютное платежное поручениеЧто измененно :
Непонятные значки в печатной форме "Валютное платежное поручение (СберБанк России) на латинице" rtf
в разделе:
Расходы и комиссии по переводу (Bank charges and commissions):
Как измененно :
Исправлено.
F_PLPOR
Краткое описание :
Добавить в точку расширения epKO_KKTRegistrWithOutSoprDoc передачу текущего значения PlPor.NRecОписание :
Приходный кассовый ордерЧто измененно :
Добавить в точку расширения epKO_KKTRegistrWithOutSoprDoc передачу текущего значения PlPor.NRec
Клиент просит добавит информацию об NRec текущего PlPor для автоматического определения
способа оплаты наличными или же картой:
интеграцию с кассой и терминалом для эквайринга мы сделали, но из-за того,
что при оплате нужно выбирать вариант "оплата наличными" или "оплата картой",
пришлось разделить кассу для налички и для эквайринга, поэтому если бы у нас
из точки расширения приходила бы ссылку на кассу,
диалог пользователю можно было бы не выводить.
"wTiDk" - не подходит, так как внутри одного типа мы хотим менять
логику в зависимости от номера кассы.
Как измененно :
В точку расширения epKO_KKTRegistrWithOutSoprDoc добавлен параметр cDoc для передачи текущего значения документа (PlPor.Nrec).
Описание точки расширения следующее:
#doc
Регистрация оплаты документа без сопроводительных документов
cDoc - Nrec документа
wTiDk - тип документа
wOperation - тип операции (0-не определен; 1-продажа; 2-возврат продажи; 3-покупка; 4-возврат покупки)
sAdmPass - пароль администратора системы
sOperatorPass - пароль оператора для ККТ
sNamePos - приложение (PlPor.NamePl4)
sNamePl1 - основание для приема денег 1 (PlPor.NamePl1)
sNamePl2 - основание для приема денег 2 (PlPor.NamePl2)
sNamePl3 - основание для приема денег 3 (PlPor.NamePl3)
dSum - сумма платежа
dTaxRate - ставка налога
dSumTax - сумма налога
pObject - ссылка на драйвер кассового аппарата
#end
ExtensionPoint epKO_KKTRegistrWithOutSoprDoc(cDoc : comp; wTiDk, wOperation: word; sAdmPass, sOperatorPass, sNamePos, sNamePl1, sNamePl2, sNamePl3 : string; dSum, dTaxRate, dSumTax: double; pObject : pointer);
F_PLPOR
Краткое описание :
Онлайн-кассы - при регистрации в ККТ различать продажу с возвратом и возврат покупкиОписание :
Приходный кассовый ордерЧто измененно :
Онлайн-кассы - различать продажу с возвратом и возврат покупки
Как измененно :
Доработан алгоритм определения типа операции регистрации в ККТ.
Алгоритм определения следующий.
1. Для стороннего платежного поручения и приходного кассового ордера:
- если есть связь с возвратом (через заполненную ссылку внешнего атрибута), то если все хозоперации документа с видом платежа "возврат платежа", то тип операции - возврат покупки (4).
- если связь с возвратом есть, и все типы хозоперации одинаковые и не равны "возврат платежа", то тип операции - продажа (1)
- если есть связь с возвратом но все хозоперации документа имеют разные вида платежа, то тип операции - ошибка (5).
- если связь с возвратом отсутствует, то тип операции продажа (1)
2. Для собственного платежного поручения и расходного кассового ордера:
- если есть связь с возвратом (через заполненную ссылку внешнего атрибута), то если все хозоперации документа с видом платежа "возврат платежа", то тип операции - возврат продажи (2).
- если связь с возвратом есть, и все типы хозоперации одинаковые и не равны "возврат платежа", то тип операции - покупка (3)
- если есть связь с возвратом но все хозоперации документа имеют разные вида платежа, то тип операции - ошибка (5).
- если связь с возвратом отсутствует, то тип операции покупка (3)
Необходимо доработать драйвер кассового аппарата для поддержки нового типа операции - ошибка (5).
Данный тип означает, что в документе, у которого есть связь возвратом, есть несколько хозоперации с различными видами платежа, в то время как должны быть одного.
F_PLPOR
Краткое описание :
Потеря преемственности. Онлайн-кассы - точка расширения epKO_KKTRegistration вызывается и при отсутствии ДО по документуОписание :
Приходный кассовый ордерЧто измененно :
После решения ПиР 101.65110 точка расширения epKO_KKTRegistration вызывается даже при отсутствии ДО по документу - см. скриншот системного интерфейса регистрации во вложенном файле.
До этой доработки без связи платёжного документа с ДО регистрация была невозможна. При наличии накладной/акта по ДО, но без распределения платежа по позициям этой накладной/акта регистрация была также невозможна.
Если в системе нет реализации новой точки расширения epKO_KKTRegistrWithOutSoprDoc, то так всё и должно оставаться.
Как измененно :
Добавлена следующая точка расширения:
#doc
Проверка реализации точки расширения epKO_KKTRegistrWithOutSoprDoc.
При существовании обработчика точки расширения она должна возвращать false
#end
ExtensionPoint epKO_isNotExistExtPointRegWOSoprDoc;
Данная точка предназначена для определения наличия реализации обработчика точки расширения epKO_KKTRegistrWithOutSoprDoc.
Если точка расширения epKO_isNotExistExtPointRegWOSoprDoc возвращает значение True (в случае если она не реализована то тоже будет возвращать значение True), то это означает что отсутствует реализация точки расширения epKO_KKTRegistrWithOutSoprDoc и данному клиенту запрещено выполнять регистрацию в ККТ при отсутствии в документе связи с ДО. Таким образом при выполнении регистрации в ККТ по документу без ДО будет выдаваться сообщение: "Выполнение регистрации в ККТ невозможно!
Документ не связан с ДО!"
Для того что бы работала функциональность регистрации в ККТ без наличия сопроводительных документов (решение по ПИР 101.65110), необходимо реализовать обработчик точки расширения epKO_isNotExistExtPointRegWOSoprDoc таким образом, что бы он возвращал значение False.