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. После формирования накладных по ДО с реальными позициями снова нажимаем на кнопку регистрации ККТ. В результате выполняется следующее:
- для хозоперации входящей в сумму документа проверяется наличие хозоперации не входящей в сумму документа и если така хозоперация существует, то проверяется есть ли к ней привязка ДО с авансовыми позициями;
- если авансовые позиции существуют, то сумма текущей хозоперации (входящей в сумму документа) накапливается в поле "Сумма по чеку предоплатой", т.к. считается, что все позиции распределенные по текущей хозоперации были зарегистрированы как аванс.