F_DISTPL
Краткое описание :
автоматическое формирования СФ на возврат предоплаты после запуска функции Формирование возврата платежаОписание :
Не знаю, какая именно часть финансового контура, научитеЧто измененно :
клиент формирует приходный кассовый ордер на предоплату, к нему привязывает ДО на предоплату. СФ на предоплату формируется автоматически (в соответствии с выставленными настройками). затеи клиент запускает функцию лок меню Формирование возврата платежа. В сформированном автоматически Расходном кассовом ордере подвязалось ДО на предоплату из приходного кассового ордера, но документ для учета НДС автоматически не сформировался. Его приходится формировать вручную во вкладке Учет НДС в РКО. Это не удобно клиентам. Можно каким-то образом в настоящее время СФ "Возврат оплаты, предоплаты" сформировать автоматически или добавить такую возможность.
Как измененно :
Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Формирование счета-фактуры при выполнении возврата платежа" со значением по-умолчанию "нет".
Если данная настройка выключена, то при формировании возврата платежа в хозоперациях возвращаемого платежа выполняется только расчет налогов.
Если данная настройка включена, то при формирования возврата платежа в хозоперациях возвращаемого платежа выполняется расчет налогов и формирование счетов-фактур (в соответствии с текущими настройками).
F_DISTPL
Краткое описание :
Онлайн-кассы - для предоплат сохранять распределение по предоплатному ДО при последующей привязке обычного ДО с отгрузкойОписание :
Приходный кассовый ордерЧто измененно :
ПКО связан с документом "ДО на предоплату" (1 позиция в спецификации) и эта позиция зарегистрирована в ККТ как "предоплата 100%". В распределении по ДО (предоплатному) в этот момент признак "ККТ" = "да" - всё корректно.
Далее в той же Хозоперации ПКО привязываем реальный ДО с отгрузкой (та же 1 позиция). При этом в ХО штатно формируется распределение по накладной, но в распределении по ДО признак "ККТ" меняется на "нет". Соответственно при повторной регистрации этого ПКО в ККТ сумма из распределения по ДО не накапливается в поле "Сумма по чеку предоплатой" (в соответствии с решением ПиР 101.66415) и регистрация проходит неверно.
Проблема в том, что при привязке реального ДО существующее распределение по предоплатному ДО удаляется и вместо него формируется распределение по реальному ДО. То есть теряется факт регистрации в ККТ предоплаты ранее.
Предлагается в описанной ситуации сохранять распределение по ДО на предоплату. Кроме того, в интерфейсе распределения по позициям ДО вывести информацию о самом ДО.
Как измененно :
Если к хозяйственной операции привязано ДО на предоплату, выполнено распределение по его спецификации, и выполнена регистрация в ККТ, то после привязки ДО на оплату, в момент выполнения распределения по его спецификации, выполняется наследование признака регистрации в ККТ. Т.е. если хотя бы одна позиция в ДО на предоплату была зарегистрирована в ККТ, то в ДО на оплату, будут все распределенные позиции отмечены как зарегистрированные в ККТ.
Изменено название окна распределения по позициям ДО. Если распределение относится к ДО на предоплату, то наименование окна "Распределение по позициям ДО на предоплату", в противном случае наименование окна "Распределение по позициям ДО".
F_DISTPL
Краткое описание :
Онлайн-кассы - при настройке округления в документах КОУ и полной оплате не все позиции регистрируются как "Полный расчет"Описание :
Приходный кассовый ордерЧто измененно :
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом - Округление в документах сбыта" = "математическое, 0.01"
В примере клиента ПКО сформирован на полную сумму ДО и накладной, но в распределении по накладной получается последняя позиция оплачена не полностью (есть погрешность в 6-м знаке дробной части). В результате последняя позиция регистрируется в ККТ не как "полный расчёт", а как "частичный расчёт и кредит".
Кроме того, НДС в ДО и накладной округлён до копеек по каждой позиции. В платёжном документе видим правильную сумму НДС из накладной (сумма округлённых значений). В промежуточном интерфейсе регистрации в ККТ по позициям тоже всё верно - округлённые НДС, а итоговая сумма НДС на 1 копейку меньше (видимо сумма точных значений) - тоже желательно поправить.
См. также подробное описание во вложенных файлах.
Как измененно :
Были выполнены следующие доработки:
1. Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Распределение платежа по ДО \ Распределение платежа по сопроводительным документам \ Контролировать сумму к распределению с учетом округления" со значением по умолчанию "да". Данная настройка позволяет учитывать погрешности округления при расчете суммы к распределению по позиции.
2. В окне регистрации в ККТ итоговая сумма НДС по всем позициям получается на основании суммы округленных значений НДС каждой позиции.