F_DISTPL
Краткое описание :
КИС ФХД ТПР2 Очередь1 Функционал переноса НДС из ДО при его заполнении в ФОб не учитывает зачет обязательств по данному ДО и переносит общую сумму НДС, а не сумму задолженностиОписание :
Журнал обязательствЧто измененно :
Ручные налоги нужно дробить при дроблении хозопераций, а так же нужно объединять при объединении хозопераций.
ВАЖНО - сумма раздробленных налогов по всем хозоперациям должна ровняться именно сумме ручных налогов, не расчетной сумме налогов, так как зачастую ручные налоги отличаются от расчетных на 1 копейку в большую или меньшую сторону.
Как измененно :
Реализован функционал разделения и объединения ручных налогов при выполнении разделения или объединения хозяйственных операций.
При разделении хозоперации на две, для каждой хозоперации рассчитывается коэффициент изменения суммы по следующей формуле: (Новая сумма хозоперации)/(Первоначальная сумма хозоперации). Для получения новой суммы налога исходной хозоперации, сумма налога умножается на полученный коэффициент и применяется округление. Сумма налога для второй хозоперации получается путем получения разницы между старой суммой налога и новой.
При объединении хозяйственных операций ручные налоги объединяются и переносятся в конечную хозоперацию, которая является результатом объединения хозяйственных операций.
Функционал дробления/объединения ручных налогов реализован для следующей функциональности:
- Пункт локального меню хозяйственных операций "Разделение хозопераций".
- Пункт локального меню хозяйственных операций "Объединение хозопераций".
- Пункт локального меню хозяйственных операций "Группировка хозяйственных операциий".
- Привязка ДО с накладными и без к платежному документу, в результате чего происходит дробление хозяйственных операций.
- Группировка хозопераций, вызванная отвязкой ДО.
- Группировка хозопераций, вызванная отвязкой договора.
- Выполнение зачета обязательств.
- Выполнение отмены зачета обязательств.
Изменение суммы хозоперации вручную, или в результате синхронизации суммы хозоперации при изменении суммы платежного документа - ручные налоги не корректируются (не дробятся и не объединяются). Если нужно что бы налоги изменялись с изменением суммы хозоперации необходимо воспользоваться функцией разделения или объединения хозопераций.
F_DISTPL
Краткое описание :
Изменение ставки НДС в переходный периодОписание :
Платежное поручениеЧто измененно :
Изменение ставки НДС в переходный период
1.Платеж в 2018г. по ставке 18%. СФ на аванс не сформирован.
2.ДО, накладная, СФ-отгрузка в 2019 году по ставке 20%
3.Привязывается ДО к платежу: ставка в платеже меняется на 20% и СФ на аванс формируется по ставке 20%
Настройка "ставки для авансов" в "Параметры работы с документами различных типов" установлена в "ставки из ДО". Установить конкретную группу нельзя, т.к. платежки в 2018 году должны формироваться по ставке 18%, а в 2019- по ставке 20%, т.е. зафиксировать для всех платежей одну ставку нельзя.
Пример во вложении.
Как измененно :
В локальном меню вкладки "Налоги" каталога и окна редактирования платежных документов, а также окна редактирования хозяйственной операции добавлены следующие пункты меню:
- Перевод налогов в ручные;
- Перевод налогов в автоматические.
При выполнении данных пунктов для всех отображаемых на вкладке налогов будет выставлен атрибут ручные или соответственно автоматические.
В локальном меню каталога платежных документов (подменю "Прочие...") так же добавлены вышеуказанные пункты меню.
Данные операции выполняются как для текущего платежного документа, так и для группы помеченных.
Переводить налоги в ручные необходимо для того что бы зафиксировать рассчитанные налоги и что бы они не были пересчитаны по ставке ндс 2019 года.
В момент привязки ДО в платежном документе, так же выполняется сравнение даты ДО и даты хозяйственной операции, и если хозоперация находится в 2018 году, а ДО в 2019, то пользователю выдается запрос на выполнение перевода налогов в ручные, что бы выполнить фиксацию налогов.
Аналогичная доработка выполнения и в пакетном распределении платежей. При распределение по ДО контролируются даты ДО и хозоперации, а при распределении накладных контролируются дата накладной и хозоперации. Фиксация налогов выполняется так же по запросу и перед привязкой ДО или накладной
F_DISTPL
Краткое описание :
После установки обновления не можем делать ручное распределение платежа по спецификации накладных на отгрузкуОписание :
Платежное поручениеЧто измененно :
После установки обновления не можем делать ручное
распределение платежа по спецификации накладных на
отгрузку.
Пожалуйста, помогите, срочно!!!!
При распределении сторонних платежей часто по воле
покупателя делаем ручное распределение платежей. Т.е на
какую то позицию в спецификации накладной надо ввести
определенную сумму оплаты. Наверно после установки
обновления изменились какие то настройки, которые
теперь не позволяют ввести нужную сумму, выдается
сообщение "Запись защищена от модификации".
Последнее обновление у нас установили от
14.12.2018 (из-за НДС). До этого не становили с
октября, и с распределением проблем не было. Теперь
обнаружился такой "Глюк" - не редактируется значение в
окне Сумма оплаты, в окне кол-во оплаченное
редактируется. У нас есть заказчики, которые оплачивают
аванс частями, причем в сопроводительном письме
расписывают, какие суммы на какой конкретный заказ
(позицию в спецификации накладной) нужно разнести.
Количество у нас всегда равно 1, система сама
рассчитывает оплаченное количество, при частичной
оплате оно меньше 1. ДО на предоплату продаж мы не
ведем, поступающие платежи сразу к ДО на продажу
разносим. После того, как произведена отгрузка,
бухгалтер начинает обрабатывать эти авансовые платежные
поручения и распределять платежи по спецификации
накладной. В примере обрабатывается п/п от 24.10.2018
г.№778 на сумму поступившего аванса 45294,39. Здесь
одна хозоперация. Входим в функцию распределения по
спецификации накладных. В конкретном случае ещё до
обновления уже была распределена одна хозоперация из
другого п/п), В накладной помечаем позицию, на которую
из общей суммы хозоперации надо оплатить определенную
сумму. Вхожу в нижнюю панель, по F7 добавляю новую
запись, она подсвечена жирным шрифтом и создается на
всю сумму 45294,39, а нужно ввести сумму на эту
конкретную позицию 6581,83. В окне Сумма оплаты она не
редактируется никак!! Выделяю её, пытаюсь удалить,
сначала никакой реакции, потом выдается сообщение, что
запись защищена от модификации. Целиком эту запись
можно удалить по F8 и создать вновь. Чтобы хоть как-то
продолжать работу, делаем так: в этой записи входим в
окно Кол-во , ставим наугад оплаченное количество
(например 0,2) , рассчитывается оплаченная сумма, и вот
теперь можно войти в окно Сумма и отредактировать её до
требуемой. Процесс распределения получается
усложнен.Потом нужно будет войти в другое П/п и уже в
той Хозоперации разнести требуемые суммы по
спецификации этой накладной на отгрузку. Проверяли
разные варианты, иногда окно сумма редактируется при
первом распределении, при следующем уже возникает этот
глюк, а иногда и при первом распределении окно сумма не
редактируется.
Системный администратор утверждает, что никаких
запретов на модификацию таблиц не стоит, а у меня стоят
права администратора, но с моего рабочего места такая
же ситуация.
Как измененно :
Для записи распределения по спецификации накладной/акта, относящейся к текущей хозяйственной операции, поле "Сумма оплаты", всегда доступно для редактирования.