2018-11-02 16:06:33
Краткое описание :
Добавить в точку расширения 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);
2018-11-02 16:06:33
Краткое описание :
Онлайн-кассы - при регистрации в ККТ различать продажу с возвратом и возврат покупкиОписание :
Приходный кассовый ордерЧто измененно :
Онлайн-кассы - различать продажу с возвратом и возврат покупки
Как измененно :
Доработан алгоритм определения типа операции регистрации в ККТ.
Алгоритм определения следующий.
1. Для стороннего платежного поручения и приходного кассового ордера:
- если есть связь с возвратом (через заполненную ссылку внешнего атрибута), то если все хозоперации документа с видом платежа "возврат платежа", то тип операции - возврат покупки (4).
- если связь с возвратом есть, и все типы хозоперации одинаковые и не равны "возврат платежа", то тип операции - продажа (1)
- если есть связь с возвратом но все хозоперации документа имеют разные вида платежа, то тип операции - ошибка (5).
- если связь с возвратом отсутствует, то тип операции продажа (1)
2. Для собственного платежного поручения и расходного кассового ордера:
- если есть связь с возвратом (через заполненную ссылку внешнего атрибута), то если все хозоперации документа с видом платежа "возврат платежа", то тип операции - возврат продажи (2).
- если связь с возвратом есть, и все типы хозоперации одинаковые и не равны "возврат платежа", то тип операции - покупка (3)
- если есть связь с возвратом но все хозоперации документа имеют разные вида платежа, то тип операции - ошибка (5).
- если связь с возвратом отсутствует, то тип операции покупка (3)
Необходимо доработать драйвер кассового аппарата для поддержки нового типа операции - ошибка (5).
Данный тип означает, что в документе, у которого есть связь возвратом, есть несколько хозоперации с различными видами платежа, в то время как должны быть одного.
2018-11-02 16:06:33
Краткое описание :
Потеря преемственности. Онлайн-кассы - точка расширения 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.
2018-11-02 16:06:34
Краткое описание :
Увеличить размер поля InterfaceName в описании таблицы
памяти интерфейсаОписание :
F_UserReport [Отчеты пользователя]Что измененно :
Просьба увеличить размер поля InterfaceName в описании таблицы
памяти интерфейса для вызова пользовательских отчетов UserReport.vip.
Сейчас размер поля ограничен 50 символами.
Как измененно :
Увеличено поле InterfaceName для хранения наименования
интерфейса
с 50 до 255 символов
2018-11-02 16:06:35
Краткое описание :
Ошибка при просмотре записей каталогаОписание :
Классификатор налогов на ФОТЧто измененно :
При просмотре записей каталога возникает ошибка с сообщением "Уже есть налог с таким номером", которая не дает выйти из интерфейса, приходится снимать процесс.
Проявляется на платформе MS SQL если, открывать-закрывать разные записи справочника на редактирование, где-то на 4-й 5-й раз появляется ошибка. Ошибка проявилась при сравнении настройки записей налогов в двух своих БД.
Как измененно :
При просмотре каталога налогов на ФОТ ошибка не возникает, в случае отсутствия дублирующихся записей (с одинаковым номером налога).
2018-11-02 16:06:35
Краткое описание :
Уточнить контрагента для создания регистрационной записи в ЭСЧФ (Беларусь) в случае грузополучателя-филиалаОписание :
Счета-фактуры поставщика (Беларусь)Что измененно :
Уточнить контрагента для создания регистрационной записи в ЭСЧФ (Беларусь) в случае грузополучателя-филиала. По следам решения 102.186539.
Как измененно :
Сбыт, заполнение полей 18 и 17.1.
В поле 17.1 отображается код филиала основной организации. Если он не найден, то код филиала грузополучателя.
Если в сопроводительном документе контрагент в грузополучателе и контрагенте взаиморасчетов одинаков, то он переносится в поле 18 ЭСЧФ, иначе - основной контрагент из шапки сопрдока.
Т.е. заполнение организации в ЭСЧф работает по следующему алгоритму:
1. Основной контрагент в шапке сопрдока - головная
Грузополучатель - филиал
Контрагент взаиморасчетов - головная
В ЭСЧФ поле 18 - головная
2. Основной контрагент в шапке сопрдока - головная
Грузополучатель - филиал
Контрагент взаиморасчетов - филиал
В ЭСЧФ поле 18 - филиал
3. Основной контрагент в шапке сопрдока - головная
Грузополучатель - головная
Контрагент взаиморасчетов - филиал
В ЭСЧФ поле 18 - головная
При пакетном формировании ЭСЧФ сбыта отображаются потенциальные СФ с контрагентом, вычисленным по правилам выше.
2018-11-02 16:06:33
Краткое описание :
Непонятные значки в печатной форме "Валютное платежное поручение (СберБанк России) на латинице" rtfОписание :
Валютное платежное поручениеЧто измененно :
Непонятные значки в печатной форме "Валютное платежное поручение (СберБанк России) на латинице" rtf
в разделе:
Расходы и комиссии по переводу (Bank charges and commissions):
Как измененно :
Исправлено.
2018-11-02 16:06:33
Краткое описание :
Привязка ТХО к платежным документам при запрете редактирования данных в закрытом периоде бухконтураОписание :
Платежное поручениеЧто измененно :
Привязка ТХО к платежным документам при запрете редактирования данных в закрытом периоде бухконтура
Установлены настройки:
"Настройки Галактики \ Бухгалтерский контур \ Закрытый отчетный период до" = 01.11.2018
"Настройки Галактики \ Бухгалтерский контур \ Модификации данных после закрытия периода" = запрещать
За октябрь были проводки
формирую платежный документ (платежное поручение, бухсправку, кассовый ордер) в открытом периоде бухконтура.
При попытке привязать ТХО выдается сообщение
"Вводить новые данные или редактировать ранее введенные можно только с датой обработки, не меньшей, чем 01/11/2018г.
У записи регистрации документа учета НДС есть проводки закрытом периоде!"
Причем документ создан новый, к нему никаких записей о регистрации документов для учета НДС (да и самих
документов для учета НДС не создано)
Скрины во вложении
Как измененно :
Проблема проявляется при условии что настройка "Настройки Галактики \ Логистика \ Налоги, документы для учета НДС \ Формировать хозоперации по книге продаж/покупок" принимает значения равные либо "да" либо "только по регистрируемым в книге", привязка ТХО выполняется из шапки платежного документа и текущая дата попадает в закрытый период.
Исправлено.
2018-11-02 16:06:32
Краткое описание :
Не работает NDS.frf - ДОП. РАЗДЕЛЫОписание :
ОтчетностьЧто измененно :
Бухгалтерская отчетность \ Отчеты \ Налоговая отчетность
Установите курсор на сформированную декларацию и вызовите функцию Локального меню "Выгрузка данных ИМНС", сформировать дополнительные разделы - ДА.
Дополнительные разделы не сформировались - необработанное исключение.
Как измененно :
Исключение устранено
2018-11-02 16:06:35
Краткое описание :
Классификатор режимов работы. Нет возможности редактировать
режимы работ.Описание :
Режимы работЧто измененно :
Классификатор режимов работы. Нет возможности редактировать
режимы работ.
на z_calendar 42 возможность редактирования была.
Как измененно :
После доработки восстановлена возможность редактировать режим
работы.