F_DISTPL
Краткое описание :
нужно автоматически менять статус платежа после привязке к нему ТХООписание :
Предложение по новой фукциональности финансового контураЧто измененно :
например сюда:
"Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры работы с документами различных типов"
добавить настройку, которая бы определяла статус для перехода платежного документа после привязки ТХО.
При привязке ТХО к платежке статус в ней должен изменятся автоматически согласно указанного в значении настройки.
Как измененно :
В интерфейсе настроек "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Параметры
работы с документами различных типов", на закладке
"Права доступа" добавлено поле "Статус документа после
привязки ТХО".
Данное поле отображается только для тех типов
документов, которые построены на базе таблицы PlPor и
заполняется с учетом доступных пользователю статусов
(ФРО-Настройка-Настройка прав доступа к документам).
После выполнения привязки ТХО к документу (как в
пакетном распределении платежей, ручном, так при
выполнении разноски ТХО в модуле "Хозоперации"), будет
проверятся задан ли в настройке статус для текущего
типа документа и если он задан, то этот статус будет
устанавливаться в документе.
При выставлении статуса не анализируется ни
ограничение прав доступа по статусам, ни результат
привязки ТХО к платежному документу.
F_DISTPL
Краткое описание :
Распределить аванс по накладной по заданному процентуОписание :
Пакетное распределение платежейЧто измененно :
Договор валютный на сумму 403 000 EUR
ДО по договору от 23.01.2013 на сумму 403 000 EUR
По договору предоплата составляет 30% от общей суммы. Создаем Валютное платежное поручение на сумму 129 128,91 EUR по курсу 39,9216, в НДЕ 5 155 032,69 руб.
Далее приходит импортный товар частями.
Первая приходная накладная сформирована по ДО от 23.01.2013 на дату 10.06.2013, сумму 140 795 EUR, курс 41,1157, сумма в НДЕ5 788 884,9815 руб.
Еще ожидается 2 накладные по этому договору.
Оприходовать товар нужно по цене в НДЕ, рассчитанной 30% по курсу на дату аванса и 70% по курсу накладной. Для этого нужно пересчитать сумму в НДЕ в накладной по курсу на дату платежа.
Т.е. накладные нужно оплатить авансом только в размере 30%.
Необходима возможность распределять аванс по накладной по заданному проценту.
Также необходимо предусмотреть еще один вариант:
аванс идет 3 патежами 30% 20% и 50% на разные даты, приход должен быть по курсу 3-х платежей.
Как измененно :
В пакетном распределении платежных документов
добавлен новый режим - "Зачет авансов на процент".
Располагается он на закладке "Доп.фильтры".
При его активации будут отбираться только те
накладные/акты, для которых во внешних атрибутах их ДО
будет прописан процент зачета аванса. Атрибут должен
быть типа вещественное число, называться "Процент
зачета аванса" и принимать значение от 0 до 100.
На закладке "Накладные/Акты" добавлено поле "%" -
процент зачета аванса. В этом поле отображается процент
зачета аванса, который хранится во внешнем атрибуте ДО
текущей накладной.
Распределение будет вестись по накладным. Вне
зависимости от того, с какой закладки оно будет
запускаться. При распределении накладная оплачивается
только на заданный процент и только по платежам,
которые будут для данной накладной авансовыми.
Оплаченные накладные отображаются курсивом и
задолженность по ним равна нулю.
После выполнения отмены распределения, признак
зачета авансов автоматически не исчезает. Для того что
бы снять его, необходимо выполнить функцию локального
меню "Отменить зачет аванса накладной". Функция
работает либо для текущей накладной, либо для
помеченных.
В данном режиме распределение свыше суммы зачета
аванса производится не будет. Этот режим только для
зачета авансов. Если нужно распределить все остатки, то
необходимо будет выключить данный режим.
F_DISTPL
Краткое описание :
Интерфейс пакетного распределения платежей должен анализировать настройку "Доступ к формированию проводок"Описание :
Пакетное распределение платежейЧто измененно :
Столкнулись с ситуацией когда пользователь, которому
запрещено создавать проводки и привязывать ТХО всё-таки
умудряется это сделать (скриншоты во вложении). Оказалось,
что при вызове пакетного распределения платежей настройка
"Доступ к формированию проводок" не анализируется.
Необходимо это срочно исправить.
Закрывать доступ к интерфейсу данной группе
пользователей нельзя. Получается дыра в системе безопасного
ведения бухучёта на предприятии.
Как измененно :
В интерфейсе пакетного распределения платежных
документов, в режиме формирования проводок, добавлен
анализ прав доступа на формирование проводок, который
регулируется настройкой "Настройки Галактики \
Бухгалтерский контур \ Типовые проводки \ Доступ к
формированию проводок".
В режиме сквозной привязки тхо, происходит
проверка прав доступа к проводкам во всех регистрах
учета, и если хоть в одном у пользователя нет прав, то
формирование ТХО не будет производится.
В режиме раздельной привязки ТХО, проверка прав
доступа к проводкам производится во всех доступных
пользователю регистрах учета, и если хоть в одном у
пользователя нет прав, то формирование ТХО не будет
производится.
Проверки производятся автоматически и никакие
результаты этой проверки пользователю не выводятся.
F_DISTPL
Краткое описание :
Автоматическое формирование СФОписание :
Пакетное распределение платежейЧто измененно :
Автоматическое формирование СФ
В пакетном распределении при привязке ДО на предоплату к платежу СФ не формируется автоматически. Пример во вложении.
Как измененно :
В интерфейсе настройки пакетного распределения, на
закладке "Настройка ТХО", добавлен новый параметр
"Формировать счет-фактуры".
В случае, если данный параметр включен, то после
выполнения распределения по ДО (с закладки
"Документы-основания") пользователю выдается запрос
"Сформировать счет-фактуры в платежах к которым
привязаны ДО без накладных/актов?". В случае
утвердительного ответа, производится поиск хозопераций
(либо по помеченным платежным документам, либо по всем
отобранным), к которым привязано ДО или ДО на
предоплату и у которых нет сопроводительных документов
(накладных/актов), то в случае если счет-фактура еще не
сформирована происходит ее формирование (в зависимости
от значения настройки "Формировать документы для учета
НДС" интерфейса настроек "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Параметры
работы с документами различных типов").
Механизм автоматического формирования счет фактуры
не изменился. Вне зависимости от того какое значение
уставлено в параметре "Формировать счет-фактуры",
формирование производится в соответствии с настройками
и только после распределения по спецификации
накладной/акта.
F_DISTPL
Краткое описание :
Ошибка пропорционального распределения суммы платежа по позициям спецификации Акта во время привязки ДО к платежному поручению.Ошибка пропорционального распределения суммы платежа по позициям спецификации Акта во время привязки ДО к плОписание :
Платежное поручениеЧто измененно :
Ошибка пропорционального распределения суммы платежа по позициям спецификации Акта во время привязки ДО к платежному поручению.Ошибка пропорционального распределения суммы платежа по позициям спецификации Акта во время привязки ДО к платежному поручению.
Описание от клиента - во вложении
Как измененно :
При выполнении пропорционального распределения по
спецификации накладной/акта, в случае, когда включено
округление, распределение не всегда получается
пропорциональным. Связано это с тем, что результат
распределения, так же округляется. Для записей
спецификации, цена которых меньше единицы, получается
не нулевое количество оплаты с нулевой суммой. В итоге
"теряются" копейки. А если таких записей достаточно, то
и копеек набегает много.
Для разрешения таких ситуаций существовал
функционал до распределения остатков, на первую позицию
спецификации накладной. До распределение автоматически
запускалось при включенной настройке "Разбивать платеж
по накладным из ДО". В результате распределение
получалось не совсем пропорциональное. Поэтому
функционал до распределения теперь регулируется
настройкой "Настройки Галактики \ Бухгалтерский контур
\ Обработка документов \ Распределение платежа по ДО \
Распределение платежа по сопроводительным документам \
Корректировать погрешность округления при распределении
платежей".
Кроме этого, реализована функциональность
выравнивания пропорционального распределения.
Управляется она настройкой "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \
Распределение платежа по ДО \ Распределение платежа по
сопроводительным документам \ Выравнивать
пропорциональное распределение".
Выравнивание производится в разрезе мат.
ценностей/услуг накладной. Т.е. для каждой мат.
ценности/услуги подсчитывается сколько было
распределено, и сколько должно было. Затем производятся
до распределения, для того что бы получилась
рассчитанная сумма оплаты.
В случае, если после выравнивания остается не
распределенный остаток, а такие ситуации возможны,
происходит до распределение остатка на любую позицию.
Обычно этот остаток равен минимальной округленной сумме
(например, 0.01, при округлении до второго знака после
запятой).
F_DISTPL
Краткое описание :
Наследование ставки НДС в хоз. операциях на остаток при распр. П/п.Описание :
Пакетное распределение платежейЧто измененно :
Добрый день.
В интерфейсе "Настройка распределения платежа", на вкладке "Настройка ТХО" необходимо изменить параметр "Обрабатывать остатки, как авансы" или добавить новый (Наследование ставки НДС в хоз. операции на остаток из авансовой хоз. операции).
Данный параметр необходим, т.к. у компании имеется много экспортных операций (с ставкой НДС 0%).
Пользователи заводят собственное платёжное поручение(ФРО), изменяют в нём ставку НДС в хоз. операции на "НДС 0%". После чего формируется основание на продажу (Управление сбытом) на часть суммы платежа и запускают процедуру распределения платежей. В имеющимся функционале есть возможность установить параметр "Обрабатывать остатки, как авансы", но тогда остатки формируются со ставкой "НДС 18%", в случае если данный параметр не установлен, остатки формируются без ставки НДС. Т.к. пользователи уже вручную вносили изменения в П/п, необходимо наследование ставки НДС, в новых сформированных остаточных хоз. операциях.
Как измененно :
В интерфейсе пакетного распределения платежных
документов, добавлен новый параметр - "Наследовать
ставку при дроблении хозоперации".
При включении данного параметра, в ситуации, когда
при привязке ДО к хозоперации, происходит ее дробление
на две части, то для хозоперации остатка производится
расчет налогов, по той же ставке, по которой был
произведен расчет налогов хозоперации до выполнения
привязки ДО.
После выполнения отмены распределения, в
сгруппированной хозоперации будет произведен расчет
налогов в соответствии с настройками системы.
Следует отметить, что при последующих расчетов
налога в платежном документе ("Расчет налогов" в
локальном меню закладки "Налоги", "Пересчитать разнес.
сумму, оплаченные налоги" локального меню окна
редактирования платежного документа), производится это
будет в соответствии с настройками системы.
Напомню, что при выполнении команды "Перерасчет
налогов по ставкам", закладки "Налоги", окна
редактирования платежного документа, производится
пересчет налогов по указанным ставкам, а не по ставкам
из настроек системы. Поэтому в случае необходимости
выполнения пересчета, нужно пользоваться этой функцией,
иначе будет подтягиваться ставка из настроек.
F_DISTPL
Краткое описание :
фильтр не работаетОписание :
Пакетное распределение платежейЧто измененно :
доработка реализовано не в полной мере (см. первоисточник):
фильтр не работает, т.е. документы как платежные поручения так и сопроводительные отбираются только по договору, без учета выбранного дополнительного соглашения
Как измененно :
Изменен алгоритм отбора документа по договорам и
соглашениям. Теперь два этих фильтра работают в режиме
"или".
Если выбран режим "по выбранным договорам и
соглашениям":
1) Если договора и соглашения не заданы, то ссылка
на договор и соглашение не анализируется.
2) Если задан договор, но не задано соглашение, то
отбираются документы у которых договор соответствует
заданным (соглашения не анализируется).
3) Если не задан договор, но задано соглашение, то
отбираются документы у которых соглашение соответствует
заданным (договор не анализируется).
4) Если договора и соглашения заданы, то
отбираются документы у которых есть или заданные
договора или заданные соглашения.
Если выбран режим "без договоров и соглашений":
1) Отбираются документы в которых не заданы ни
договора ни соглашения.