Сравнение файлов
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.65543NEWДобавить в точку расширения 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);
101.65656NEWОнлайн-кассы - различать продажу с возвратом и возврат покупкиКассаПриходный кассовый ордер
Онлайн-кассы - различать продажу с возвратом и возврат покупкиДоработан алгоритм определения типа операции регистрации в ККТ. Алгоритм определения следующий. 1. Для стороннего платежного поручения и приходного кассового ордера: - если есть связь с возвратом (через заполненную ссылку внешнего атрибута), то если все хозоперации документа с видом платежа "возврат платежа", то тип операции - возврат покупки (4). - если связь с возвратом есть, и все типы хозоперации одинаковые и не равны "возврат платежа", то тип операции - продажа (1) - если есть связь с возвратом но все хозоперации документа имеют разные вида платежа, то тип операции - ошибка (5). - если связь с возвратом отсутствует, то тип операции продажа (1) 2. Для собственного платежного поручения и расходного кассового ордера: - если есть связь с возвратом (через заполненную ссылку внешнего атрибута), то если все хозоперации документа с видом платежа "возврат платежа", то тип операции - возврат продажи (2). - если связь с возвратом есть, и все типы хозоперации одинаковые и не равны "возврат платежа", то тип операции - покупка (3) - если есть связь с возвратом но все хозоперации документа имеют разные вида платежа, то тип операции - ошибка (5). - если связь с возвратом отсутствует, то тип операции покупка (3) Необходимо доработать драйвер кассового аппарата для поддержки нового типа операции - ошибка (5). Данный тип означает, что в документе, у которого есть связь возвратом, есть несколько хозоперации с различными видами платежа, в то время как должны быть одного.
101.65743NEWПотеря преемственности. Онлайн-кассы - точка расширения 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.
102.190358NEWНепонятные значки в печатной форме "Валютное платежное поручение (СберБанк России) на латинице" rtfФинансово-расчетные операцииВалютное платежное поручение
Непонятные значки в печатной форме "Валютное платежное поручение (СберБанк России) на латинице" rtf в разделе: Расходы и комиссии по переводу (Bank charges and commissions):Исправлено.