F_DISTPL
Краткое описание :
Запретить пересчет налогов при налии с/фОписание :
Пакетное распределение платежейЧто измененно :
В интерфейсе пакетного распределения платежных
документов, в ходе выполнения распределения, происходит
пересчет налогов, без учета наличия с/ф. В то время,
как при ручной работе с документом, согласно пиру
180.6600, пересчет налогов, при наличии с/ф запрещен.
Доработать пакетное распределения по аналогии с ручным
- запретить пересчет налогов при наличии уже
сформированных с/ф.
Пример такой ситуации, когда в платежном документе
сформирована авансовая счет/фактура с одной ставкой, и
производится привязка ДО, с другой ставкой. В
результате налоги в с/ф остаются старые, в то время как
налоги хозоперации оказываются пересчитаны в
соответствии со ставкой из ДО.
Как измененно :
В интерфейсе настроек "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Параметры
работы с документами различных типов" добавлен параметр
- "Пересчитывать налоги при наличии СФ". По умолчанию
устанавливается значение "Да". В данном случае, при
пересчете налогов не анализируется наличие счет-фактуры
и налоги пересчитываются всегда.
В случае, если настройка выключена и для
хоз.операции сформирована счет-фактура, пересчет
налогов не производится.
Данная доработка распространяется как на пакетное
распределение платежей, так и на ручное.
При выключенной настройке и в режиме расчета
налогов "По запросу", при выполнении распределения по
спецификации накладной, в ручном режиме выдается запрос
с предупреждением, что счет-фактура уже сформирована и
стоит ли пересчитывать при этом налоги. В пакетном
режиме, данные запросы не выдаются и налоги не
пересчитываются.
F_DISTPL
Краткое описание :
Добавление настройкиОписание :
Платежное поручениеЧто измененно :
Для целей обеспечения возможности гибко работать с обработкой события с помощью JavaScript при привязке ДО к стороннему платежу требуется добавить 2 настройки к документу Стороннее платежное поручение в разделе "Запуск алгоритмов":
1.Перед привязкой ДО к хозоперации;
2.После привязки ДО к хозоперации;
Данные события должны отрабатываться как для пакетного распределения платежа, так и для ручного (самостоятельной привязки ДО).
Как измененно :
Создана новая ветка настроек "Настройки Галактики
\ Бухгалтерский контур \ Обработка документов \
Распределение платежа по ДО \ Запуск алгоритмов \..", в
которой добавлены две настройки:
- Перед привязкой ДО к хозоперации;
- После привязки ДО к хозоперации.
В данных настройках задаются пользовательские
алгоритмы расчета, которые выполняются перед привязкой
ДО к хозоперации и соответственно после привязки.
Данные события отрабатывают в интерфейсе платежных
документов, как в шапке документа, так и внутри
хозоперации. И в пакетном распределении платежей.
При привязки ДО в платежном документе, в ситуации,
когда происходит дробление хозоперации на несколько (в
разрезе накладных), запуск алгоритма "Перед привязкой
ДО к хозоперации", производится к первоначальной
хозоперации (до дробления), а запуск алгоритма "После
привязки ДО к хозоперации" производится для всех
хозопераций к которым было привязано ДО и которые были
сформированы при дроблении.
При привязке ДО в пакетном режиме, в ситуации,
когда происходит дробление хозоперации на несколько (в
разрезе накладных), запуск алгоритмов производится для
каждой хозоперации к которым было привязано ДО и
которые были сформированы при дроблении.
Входящим параметром для алгоритма является ссылка
на документ основание.
При создании платежа из ДО запуск алгоритмов не
осуществляется.
F_DISTPL
Краткое описание :
Необходим вариант, при котором при создании платёжного документа не формируется СФ, а при привязке ДО формируется автоматически.Описание :
Настройка БУХГАЛТЕРСКОГО контураЧто измененно :
Бух.контур - Обработка документов - Параметры
работы с документами различных типов - Формировать
документы для учета НДС.
По описанию данной настройки в Help
зарегистрировала ПИР 102.123309, который отложен до
появления финансирования.
На сегодняшний день работа функционала не
соответствует описанию в Help. Пользователи просят:
*****
Варианты настройки для разных документов и разных
пользователей попробовали сразу, как проблема возникла.
Не решает проблему эта настройка. Вернее, решает, но
очень неудобно. В случае варианта "По запросу" всё
время выдаётся этот раздражающий запрос, а в случае
варианта "Вручную" приходится всегда формировать СФ
вручную. Необходим вариант, при котором при создании
платёжного документа не формируется СФ, а при привязке
ДО формируется автоматически. Т.к. при создании
платёжного документа не известно, какой ДО будет к нему
привязан и, соответственно, какой тип документа для
учёта НДС нужно формировать.
*****
Их просьба соответствует сегодняшнему Help!
Формируют документ в модуле Касса - приходный
кассовый ордер, дата обработан заполняется
автоматически, если заполнить сумму и организацию, то
счет-фактура по НДС сформируется автоматически (если
настройка стоит в соответствующем значении).
Как измененно :
В интерфейсе настроек "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Параметры
работы с документами различных типов", в параметре
"Формировать документы для учета НДС" добавлен новый
пункт - "При привязке ДО".
Данный пункт является автоматическим режимом
формирования СФ, но с одним условием, СФ будет
формироваться только в том случае, если хоз.операция
оплаченного платежного документа разнесена по ДО. Т.е в
автоматическом режиме СФ формируется либо при привязке
ДО к документу с установленной датой оплаты, либо при
установке даты оплаты. В новом режиме СФ будет
формироваться при привязки ДО и при установке даты
оплаты, в документе уже разнесенном по ДО.
F_DISTPL
Краткое описание :
Не подтягивается ссылка на договор при распределении платежей из ДООписание :
Пакетное распределение платежейЧто измененно :
Не подтягивается ссылка на договор при распределении платежей из ДО.
Как измененно :
Исправлено.
F_DISTPL
Краткое описание :
Пропорциональное распределение по позициям накладнойОписание :
Валютное платежное поручениеЧто измененно :
Пропорциональное распределение по позициям накладной
Необходима возможность распределить платеж по накладным пропорционально по всем позициям накладной.
Как измененно :
В интерфейсе ручного распределения платежа по
спецификации накладной/акта реализовано
пропорциональное распределение по помеченным записям.
При выборе других схем, распределение по помеченным
накладным (позициям) производится по порядку.
В случае, если выбрана схема распределения
"пропорциональная", при выполнении пометки накладных
(позиций), не анализируется достаточно ли суммы для
распределения, т.к. при пропорционально распределении
позиция распределяется не полностью.
F_DISTPL
Краткое описание :
Настройка для контроля договора при пакетном распределении платежейОписание :
Пакетное распределение платежейЧто измененно :
Настройка для контроля договора при пакетном распределении платежей
Ранее, пакетное распределение платежей контролировало совпадение договора в ДО и платежном документе и только в случае их соответствия осуществляла распределение. При необходимости связать ДО с платежом в которых договоры отличаются мы использовали "ручную" привязку, т.е. непосредственно в платежном документе выбирали данное ДО.
На данный момент пакетное распределение производится и по платежам в которых договор не соответствует договору указанному в ДО.
В случае если восстановить ранее действующий функционал пакетного распределения невозможно, считаем необходимым ввода новой настройки, которая бы позволяла при пакетном распределении связывать только платежи и ДО с совпадающими договорами, а при "ручной" привязке ДО в платежном документе, позволяла бы выбрать ДО с отличным договором.
Как измененно :
В окне настройки пакетного распределения, на
закладке "Разное", добавлен новый параметр -
"Привязывать к платежу ДО с другим договором".
Этот параметр заменяет настройку "Настройки
Галактики \ Бухгалтерский контур \ Обработка документов
\ Распределение платежа по ДО \ Привязывать к платежу
ДО с другим договором" и выполняет те же действия что и
настройка.
Сама настройка больше не влияет на работу
пакетного распределения.
F_DISTPL
Краткое описание :
Не работает пропорциональная схема распределения платежей при сочетании настроек.Описание :
Пакетное распределение платежейЧто измененно :
Не работает пропорциональная схема распределения платежей при сочетании настроек.
Подробное описание во вложении.
Как измененно :
Распределении по спецификации накладной, всегда и
во всех случаях, производится по схеме, указанной в
настройке пакетного распределения.
F_DISTPL
Краткое описание :
Распределение платежей по спецификации накладно на возвратОписание :
Приходный кассовый ордерЧто измененно :
Распределение платежей по спецификации накладно на возврат
Продолжение проблемы 104.20067
Необходимо изменить интерфейс распределения платежей по спецификации накладных таким образом,
чтобы при наличии возвратов по накладной на продажу, в приходном платежном документе (приходном
кассовом ордере, стороннем платежном поручении) не формировалось распределение по спецификации
накладной на возврат по рекламации.
Описание:
Установлены следующие настройки:
1. Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры работы с документами
различных типов: Распределять отрицательные суммы - да, Показывать накладные обратного
направления - да.
2. Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Распределение платежа по ДО
\ Распределение платежа по сопроводительным документам \ Распределять платеж по оформляемым накладным - да
3. Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Распределение платежа по ДО
\ Распределение платежа по сопроводительным документам \ Распределять платеж по рекламационным накладным -да
При таких настройках в платежном документе формируется распределение по спецификации накладной на возврат
по рекламации.
Если изменить значение настройки:
Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Параметры работы с документами
различных типов: Распределять отрицательные суммы - нет, Показывать накладные обратного
направления - нет.
то спецификация накладной на продажу распределяется только на сумму разницы между продажей и возвратом.
В результате у клиентов неправильно формируется отчет "Управление сбытом - Отчеты - Реализация товаров,
оказание услуг" с параметром "За период - оплаты накладных":
- в первом случае возвраты попадают в отчет по дате платежного документа, не зависимо от даты возвратной
накладной. Например: накладная на продажу - 01/03/2013, приходный кассовый ордер - 01/03/2013, накладная
на возврат - 03/03/2013, при формирования отчета за 01/03/2013 возврат попадает в отчет.
- в втором случае в отчет попадает не вся сумма реализации, а только разница между продажей и возвратом.
возврат не попадает вообще. Например, реализовано товара на 1000 руб, возвращено товара на 300 руб, в отчет
попадает реализация на сумму 700 руб, возврат не попадает вообще.
Как измененно :
Добавлена пользовательская настройка "Настройки
Галактики \ Бухгалтерский контур \ Обработка документов
\ Распределение платежа по ДО \ Распределение платежа
по сопроводительным документам \ Распределять
накладные/акты по документам одного направления",
которая по умолчанию выключена.
В случае, если данная настройка включена, то
распределяться по спецификации будут только те
накладные, у которых совпадает направление с платежным
документом. Т.е. одновременно распределение накладной и
рекламационной накладной невозможно. Если к платежному
документу привязано ДО того же направления что и
документ то распределяются накладные/акты, а если
противоположного, то накладные на возврат.
F_DISTPL
Краткое описание :
Настройки распределения платежейОписание :
Пакетное распределение платежейЧто измененно :
В распределении платежей по ДО в разделе Настройка ТХО->Привязка ТХО->Настройка ТХО настройка ТХО по видам документов хранится в общей таблице, что создает конфликтные ситуации при параллельном использовании функционала разными пользователями, т.е., например, по Бух.справке пользователю участка 62 счета требуется проводить ТХО 6201-6202, а пользователю участка 60 счета требуется по Бух.справкам проводить ТХО 6001-6002 в этом случае функционал всегда будет работать некорректно для одного из пользователей, даже, если кто-нибудь из них будет менять на настройку на свою ТХО.
Предлагаем
1. Сделать возможность хранения настройки в пользовательской таблице для того, чтобы данные настройки были уникальны для каждого пользователя.
2. Настройку по видам документов для каждого вида предусмотреть варианты системной(общей) или пользовательской. Например, Стороннее ПП, Собственное ПП ставим системной, настраиваем 1 раз для всех ТХО и у всех отрабатывает именно эти ТХО, а для Бух.справок ставим пользовательская и каждый пользователь настраивает свою настройку ТХО.
3. Вернуть возможность настройки единой ТХО для всех типов документов, но настройка ранее была пользовательской(скорее всего хранилась в DSK).
4. Сейчас при распределении привязывается ТХО по SoprHoz и заменяет ранее привязанную ТХО в PlPor. Необходимо проверять на уже существующую привязку ТХО к PlPor и привязывать текущую(к распределению) ТХО только в том случае, когда к PlPor ТХО не привязано.
Как измененно :
Изменена работа интерфейса выбора настроек
пакетного распределения платежей. Были выполнены
следующие доработки:
1) В окне выбора настроек, отображаются только
настройки текущего пользователя.
2) Добавлены поля "Дата" и "Время", отображающие
дату и время последней модификации настройки (имеется в
виду дата создание настройки, или переименования, а не
дата последней модификации параметров настройки). А так
же поле "Дескр.", отображающей дескриптор владельца
настройки.
3) При выполнении переименования настройки,
происходит проверка нового имени на уникальность и в
случае если такая настройка уже существует, система
запрещает ее создавать.
4) В случае необходимости воспользоваться
настройкой другого пользователя, нужно скопировать ее в
свою область видимости. Для этого надо в локальном меню
выполнить команду "Режим копирования настроек". В
результате будут отображены все настройки всех
пользователей. В данном режиме нельзя выбрать настройку
для загрузки, но можно ее скопировать к себе, выполнив
пункт локального меню "Копировать настройку". При
выполнении копирования будет создана новая настройка,
наименование которой формируется из старой настройки
плюс пост фикс "(Копия N)". Где N варьируется от 1 до
100, в порядке возрастания. При чем, при копировании
настройки, у которой уже есть пост фикс, изменяться
будет только число N.
Например, есть настройка "Распределение". При ее
копировании получится настройка "Распределение (Копия
1)". При повторном копировании получится "Распределение
(Копия 2)". А если выполнить копирование настройки
"Распределение (Копия 1)", то получится "Распределение
(Копия 3)". Число N растет по порядку, с проверкой на
уникальность. Т.е. если удалить настройку
"Распределение (Копия 1)", то при последующем
копировании сначала будет создана настройка
"Распределение (Копия 1)", а после нее "Распределение
(Копия 4)".
После выполнения копирования система предлагает
вернуться в режим выбора настроек. Так же сделать это
можно выполнив команду локального меню "Режим выбора
настроек".
5) Теперь, для каждого пользователя существует
своя настройка "<Настройка по умолчанию>". Кроме этого
была добавлена еще одна настройка - "<Настройка по
умолчанию для ДО>". Данная настройка формируется при
первом запуске пакетного распределения из ДО. У каждого
пользователя она своя, и используется для хранения
настроек заданных при вызове пакетного распределения из
ДО. Обе эти настройки нельзя удалять. Однако, в режиме
копирования это можно сделать. Удаление этих настроек
ни на что не повлияет, и в случае необходимости они
будут сформированы автоматически.
F_DISTPL
Краткое описание :
Фильтр по уточняющим соглашениямОписание :
Пакетное распределение платежейЧто измененно :
В пакетном распределении платежей во вкладке "фильтр на данные" по договорам необходимо, чтобы отображались не только договора, но и уточняющие соглашения.
Как измененно :
В интерфейсе настройки пакетного распределения
платежей, на закладке "Фильтр на данные" добавлен новый
фильтр "по соглашениям" и в выпадающий список
"документы" добавлен новый пункт "по выбранным
соглашениям".
В случае, если выбран пункт "по соглашениям", то
система будет отбирать только те документы, которые
ссылают на уточняющее соглашения заданные в фильтре "по
соглашениям". Если соглашения не заданы, то фильтр по
ним не анализируется.
В режиме отбора документов "по соглашениям",
фильтр по договорам не анализируется. Так же и в режиме
отбора документов "по договорам", фильтр по уточняющим
соглашениям не анализируется. Это два независимые друг
от друга фильтры.
Фильтр "по соглашениям" влияет только на отбор
документов. Распределение платежных документов осталось
без изменений.
Поля "Отчеты консигнатора с .. по ..", для
улучшения эргономики, перенесены с закладки "Фильтр на
данные" на закладку "Доп.фильтры".
F_DISTPL
Краткое описание :
Доработать синхронизацию финобязательств с хозоперациямиОписание :
Пакетное распределение платежейЧто измененно :
В дополнение к 102.116841. Доработать синхронизацию финобязательств с хозоперациями в пакетном
распределении платежей для ситуации, когда исходная хозоперация уходит в минус. Сделать аналогично
ручной привязке.
Как измененно :
Доработана синхронизация финобязательст с
хозоперациями в пакетном распределении.
В случае, если хозоперация уводится в "минус", и
создается аналогичная в "плюсе", финобязательство
переносится из "минусовой" хозоперации в "плюсовую".