F_PLPOR
Краткое описание :
сохранять при возврате кассовых документов значение полей "Организация" и поля "Выдать"/"Принять от"Описание :
Приходный кассовый ордерЧто измененно :
Реализован функционал возврата платежей для Приходного кассового ордера/Расходного кассового ордера.
В связи с чем необходимо сохранять (при возврате кассовых документов) значение полей "Организация" и поля "Выдать"/"Принять от"
см. ПИР 180.10848
реализовать решение на продукты 9.1 и 9.2
Как измененно :
Исправлено.
F_PLPOR
Краткое описание :
ATL5533 Ошибки при печати формы в формате FRОписание :
Поручение на покупку валютыЧто измененно :
ATL5533 Ошибки при печати формы в формате FR
настройка Россия
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Поручение на покупку иностранной валюты (Сбербанк России)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo41: Could not convert variant of type (UnicodeString) into type (Double)
Memo43: Could not convert variant of type (UnicodeString) into type (Double)
---------------------------
ОК
---------------------------
Модуль ФРО - Документы - Валютно-обменные документы. Реестр распределения валюты.
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo32: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
настройка Беларусь
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Заявка на покупку валюты (Минский транзитный банк)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo2: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
Как измененно :
ATL5533 Устранены причины ошибок при печати форм в формате FR
настройка Россия
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Поручение на покупку иностранной валюты (Сбербанк России)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo41: Could not convert variant of type (UnicodeString) into type (Double)
Memo43: Could not convert variant of type (UnicodeString) into type (Double)
---------------------------
ОК
---------------------------
Модуль ФРО - Документы - Валютно-обменные документы. Реестр распределения валюты.
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo32: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
настройка Беларусь
Модуль ФРО - Документы - Валютно-обменные документы. Поручение на покупку валюты.
При печати формы "Заявка на покупку валюты (Минский транзитный банк)"
выдается:
---------------------------
FastReport - Ошибка
---------------------------
Были обнаружены следующие ошибки:
Memo2: Could not convert variant of type (OleStr) into type (Double)
---------------------------
ОК
---------------------------
F_PLPOR
Краткое описание :
RunTime 213 при копировании платежных документовОписание :
Платежное поручениеЧто измененно :
При копировании платежных документов у клиента возникает RunTime 213.
Проблема проявляется не всегда.
Удалось проявить на чистом exe в офисе. Был записан ролик и собран sil-протокол(См. по пути: q:\work\rebkovets\RunTime\RunTime_3\).
Отчет о компонентах см. во вложении.
Как измененно :
Исправлено.
Решение по ПИР 102.192932 было затерто на обновлениях. Необходимо его заново выпустить.
F_PLPOR
Краткое описание :
Сделать отдельную настройку "Разрешать \ запрещать создание СФ"Описание :
Наши счета-фактурыЧто измененно :
Сделать отдельную настройку "Разрешать \ запрещать создание СФ"
Как измененно :
Изменены варианты выбора для настройки "Разрешать работу c документами для учета НДС": нет / да / только в сбыте / только в снабжении.
Раздел: "Настройки Галактики \ Логистика \ Налоги, документы для учета НДС"
Примечание.
Для того, чтобы изменить тип настройки на пользовательский, необходимо в модуле "Настройка", меню "Настройка - Администратор настроек" выбрать настройку "Разрешать работу c документами для учета НДС" и изменить тип. Для каждого пользователя установить нужное значение настройки.
F_PLPOR
Краткое описание :
Некорректная общая сумма в случае, когда налоги не входят в ценуОписание :
Приходный кассовый ордерЧто измененно :
Некорректная общая сумма в случае, когда налоги не входят в цену
Скриншоты и описание - во вложении.
Как измененно :
Выполнена доработка для способов расчета "полный расчет" и "частичный расчет" в случаях когда налоги не входят в сумму документа.
Для способа расчета "полный расчет" в поле "Итого к оплате" передается итоговая сумма плюс налоги по ней.
Для способа расчета "частичный расчет" в поле "Итого к оплате" передается итоговая сумма плюс налоги по ней, а в поле "Сумма по чеку постоплатой" накапливается сумма подлежащая к доплате.
Кроме этого установка признака обработки в ККТ позиции распределения выполняется теперь не после закрытия окна регистрации в ККТ, а только после успешной отработки точки расширения epKO_KKTDoneConnection_v1_05.
F_PLPOR
Краткое описание :
Онлайн-кассы - повторно регистрируемый при отгрузке платеж-предоплата не учитывается как предоплатаОписание :
Приходный кассовый ордерЧто измененно :
По ДО сформирован входящий платёж и корректно зарегистрирован в ККТ (как предоплата). На следующий день формируем накладную и заново регистрируем тот же ПКО - уже как "ПОЛНЫЙ РАСЧЕТ", либо "ЧАСТИЧНЫЙ РАСЧЕТ И КРЕДИТ". Но при этом тег 1215 (сумма предоплат по чеку) не формируется.
См. также подробное описание клиента во вложенном файле.
Как измененно :
Для способов расчета "Полный расчет" и "Частичный
расчет и кредит" доработан алгоритм определения
предоплаты для распределенных позиций спецификации
накладной/акта. Предоплата по позиции накладной/акта
определяется на основании суммы регистрации в ККТ
аналогичной позиции спецификации ДО.
Допустим есть КО на 100 рублей и ДО на 100 рублей.
В ДО есть Позиция1 на 30 рублей и Позиция2 на 70
рублей. После привязки ДО к КО выполнена регистрация
аванса. Затем по ДО формируется накладная, выполняется
ее распределение и запускается регистрация в ККТ.
В накладной для Позиция1 будет найдена
обработанная регистрация аванса в ККТ на 30 рублей для
Позиция1 в ДО. Соответственно для Позиция2 будет
найдена обработанная регистрация аванса в ККТ на 70
рублей. Итого по данному чеку будет предоплата 100
рублей.
Если к КО привязать ДО с накладной (т.е.
регистрация аванса не выполнялась), то для такого чека
предоплата будет равна 0.
F_PLPOR
Краткое описание :
Онлайн-кассы - для нераспределенных по позициям ДО/накладных платежей выполнять автораспределение при запуске регистрации в ККТОписание :
Приходный кассовый ордерЧто измененно :
Предлагается при регистрации платежа в ККТ выполнять автоматическое распределение по позициям ДО/накладных, если в регистрируемом платёжном документе требуемое распределение полностью отсутствует, а в настройке "Параметры работы с документами различных типов" для данного типа документов (ПП, ПКО) указано "Распределять сумму платежа" = "автоматически". Иначе в некоторых ситуациях приходится делать распределение вручную.
Пример: авансовый платёж распределён по позициям ДО и зарегистрирован в ККТ (как предоплата). Потом делаем отгрузку, пытаемся зарегистрировать платёж снова (уже как полный расчёт) - но нет распределения по накладной и приходится делать его вручную, несмотря на настройку автораспределения.
См. также описание клиента во вложенном файле.
Как измененно :
Если в платежном или кассовом документе проставлена дата оплаты, а в интерфейсе настройке "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры работы с документами различных типов" для параметра "Распределять сумму платежа" установлено значение "Автоматически", то при нажатии на кнопку "Регистрация в ККТ", для хоз.операций входящих в сумму документа и разнесенных по ДО запускается распределение по позициям спецификации ДО и накладных/актов в следующих случаях:
1. Если по ДО нет накладных, то распределение по позициям спецификации ДО выполнится только в случае отсутствия распределения для текущей хозоперации.
2. Если по ДО есть накладные/акты, то распределение по позициям спецификации накладных/актов будет запускаться только для накладных, по которым отсутствует распределение по текущей хозоперации.
После завершения распределения по спецификациям выполняется регистрация в ККТ.
F_PLPOR
Краткое описание :
Онлайн-кассы - после перепривязки авансового платежа к ДО с реальной отгрузкой он не учитывается как предоплатаОписание :
Приходный кассовый ордерЧто измененно :
При продаже подарочной карты (это МЦ с атрибутом "аванс") оформляется ДО с такой позицией, ПКО распределяется на эту МЦ и регистрируется в ККТ как аванс, всё верно.
Затем покупатель используя эту подарочную карту приобретает реальные МЦ - оформляется новый ДО с реальной спецификацией.
Далее нужно старый (авансовый) ПКО перепривязать к новому (реальному) ДО - для этого в старой хозоперации проставляется "Входит в сумму документа" = "-" и добавляется новая ХО со ссылкой на новый ДО и распределением по позициям накладной.
Проблема в том, что сейчас в соответствии с решением ПиР 101.66415 тег 1215 "сумма предоплат по чеку" не формируется, поскольку в новой ХО нет распределения по старому (авансовому) ДО.
Предлагается при установке "Входит в сумму документа" = "-" в старой ХО проставлять на неё ссылку в автоматически формируемой новой ХО. Далее при регистрации в ККТ для накопления тега 1215 анализировать не только распределение по ДО регистрируемой новой ХО (ПиР 101.66415), но и распределение по ДО связанной (авансовой) ХО.
Как измененно :
Алгоритм работы с платежами-авансами следующий.
1. Сначала формируется ДО с авансовыми позициями спецификации (должно содержать только авансовые позиции).
2. Данное ДО привязывается к кассовому ордеру и регистрируется в ККТ как аванс.
3. Затем формируется новое ДО с не авансовыми позициями спецификации.
4. В кассовом ордере, в хозяйственной операции к которой было привязано авансовое ДО необходимо выполнить увод хозоперации в минус с автоматическим созданием хозоперации (должна быть включена настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Хозяйственные операции и бухгалтерские проводки \ Контроль баланса при изменении признака входимости хозоперации").
5. В автоматически созданной хозоперации отвязываем ДО с авансовыми позициями спецификации и привязываем ДО с реальными позициями.
6. Повторно нажимаем на кнопку регистрации ККТ, в результате выдается сообщение о запрете повторной регистрации аванса. Связано это с тем, что по новому ДО отсутствуют накладные.
7. После формирования накладных по ДО с реальными позициями снова нажимаем на кнопку регистрации ККТ. В результате выполняется следующее:
- для хозоперации входящей в сумму документа проверяется наличие хозоперации не входящей в сумму документа и если така хозоперация существует, то проверяется есть ли к ней привязка ДО с авансовыми позициями;
- если авансовые позиции существуют, то сумма текущей хозоперации (входящей в сумму документа) накапливается в поле "Сумма по чеку предоплатой", т.к. считается, что все позиции распределенные по текущей хозоперации были зарегистрированы как аванс.