F_DISTPL
Краткое описание :
Выбор ТХООписание :
Пакетное распределение платежейЧто измененно :
Выбор ТХО
Клиент перешел с версии 800 на версию 810. В
результате возникли сложности с привязкой ТХО в
пакетном распределении, существенно влияющие на
скорость работы. Просят вернуть возможность выбирать
одну ТХО для всех видов документов или возможность
выбора нескольких видов видов документов для одной ТХО.
Описание во вложении.
Как измененно :
В интерфейсе пакетного распределения платежей,
была доработана функциональность привязки ТХО.
Реализована возможность настройки ТХО в разрезе видов
документов.
В поле выбора ТХО, открывается интерфейс настройки
ТХО. В данном интерфейсе можно добавить необходимые
типы документов, и для каждого типа документов
настроить ТХО. В случае, если по какому-нибудь из
добавленных документов не выбрано ТХО, система не даст
закрыть окно настройки до тех пор, пока либо ТХО не
будет настроено, либо запись для данного типа
документов не будет удалена.
При выполнении настройки ТХО учитывается настройка
"Раздельная привязка ТХО по регистрам учета", а так же
обрабатывается ситуация, когда при включенной
раздельной привязке, в документах системы включена
сквозная привязка. Таким образом, система позволяется
реализовать такой алгоритм разноски ТХО, когда по
некоторым документам системы будет раздельная привязка,
а по некоторым - сквозная.
Настройка ТХО и фильтр "вид документа", из группы
фильтров "Платежные документы", теперь никак друг с
другом ни связаны, т.к. система теперь позволяет
настроить разные ТХО для разных видов документов.
В ходе выполнения разноски ТХО, система проверяет,
существует ли настройка ТХО, для текущего платежного
документа, и если она существует, то происходит
разноска, в противном случае - не происходит.
Реализован конвертер старых настроек ТХО в новый
формат. При первой загрузке сохраненной настройки
пакетного распределения, происходит конвертирование
прошлой настройки ТХО в новый формат. Данная операция
выполняется только один раз. В случае отката обновления
на предыдущую версию, настройки ТХО, сформированные в
новом режиме, придется удалить и переформировать.
F_DISTPL
Краткое описание :
Распределение по ДО на предоплатуОписание :
Пакетное распределение платежейЧто измененно :
Прочие настройки - НЕ учитывать в балансе распределение по предоплате.
По фильтру отобраны :
- Платеж но 1000
- ДО на закупку на 1000
- ДО на предоплату закупок на 300
Хотим распределить Платеж по ДО.
Сейчас распределение по ДО на закупку и предоплату закупок происходит в 2 итерации.
Нажимаем "распределить" - распределяет по реальному ДО.
Нажимаем "распределить" еще раз - по предоплатному не распределяет...
(хотя в платежках привязать вручную можно)
Отменяем распределение. Выбираем ДО на предоплату, чтобы в первую очередь распределить по нему.
Распределяем - ок. Далее распределяем по реальному.
Итого хотелось бы:
1.Если в выборке есть реальные ДО и ДО на предоплату, то при первой итерации распределять
по ДО на предоплату. Или вообще распределять все за раз (при этом проставлять сначала ссылку на предоплатное ДО).
2.Если платеж уже распределен по реальному ДО, дать возможность привязать предоплатное.
Как измененно :
В интерфейсе "Настройки распределения платежей"
добавил новую закладку "Доп. фильтры". На которую
переместил с закладки "Разное", фильтры на ограничение
по дескриптору, а также дату регистрации СФ закрытого
периода.
На закладке "Разное", в группу параметров "Прочие
настройки", добавлен параметр - "Автоматически
разносить по предоплатным ДО".
При включении данного режима происходит следующее:
1) Задолженность по ДО на предоплату всегда
рассчитывается в режиме "Задолженность по платежам",
вне зависимости от того какой режим расчета
задолженности по ДО установлен.
2) Распределение происходит как обычно, в порядке
следования ДО ищутся платежи и происходит привязка ДО к
платежу. Однако, перед тем как привязать ДО, происходит
проверка, существуют ли ДО на предоплату которые можно
привязать к текущему платежу, если такие существуют, то
производится такая привязка, а затем, к данной
хозоперации привязывается обычное ДО.
При включении параметра "Автоматически разносить
по предоплатным ДО", становится недоступным для выбора
параметр "Учитывать в балансе распределение по
предоплате". Кроме этого, если параметр "Учитывать в
балансе распределение по предоплате" был включен, то он
сбрасывается.
F_DISTPL
Краткое описание :
Запросы на удаление документов учета НДС в пакетном режимеОписание :
Пакетное распределение платежейЧто измененно :
При выполнении отмены распределения платежных
документов в пакетном распределении, для каждой
хозоперации, по которой сформирована СФ, выдается
соответствующий запрос:
---------------------------
Подтверждение
---------------------------
Удалить документ для учета НДС № 2416 от 05/12/2012?
---------------------------
Да Нет
---------------------------
Необходимо не выдавать данный запрос.
Как измененно :
В пакетном распределении платежа, при выполнении
отмены распределения, запросы об удалении документа для
учета НДС не выдаются.
F_DISTPL
Краткое описание :
Убрать неработающую F3 в статус-строке, когда курсор на кнопкахОписание :
Привязка платежных документовЧто измененно :
Убрать неработающую F3 в статус-строке, когда курсор на кнопках
Как измененно :
Исправлено
F_DISTPL
Краткое описание :
Удалили группу налоговОписание :
Авансовый отчетЧто измененно :
Прошу помочь в решении проблемы.
Пользователь, у которого права на таблицу 1440 GRNAL только чтение, при оформлении документа Авансовый отчет удалил группу налогов из каталога (возможно произошел какой то сбой в алгоритме).
Восстановили из журнала.
Во вложении журнал и подробные действия пользователя.
Полная переписка в Лотусе 2.28195
Как измененно :
Переработал функцию "Перерасчет налогов по
ставкам". Теперь, в случае, когда к хозоперации
платежного документа не привязано ДО, выполнение
перерасчета налогов по ставкам выполняется без
формирования и последующего удаления "фиктивной" группы
налогов. Перерасчет производится по заданной ставке, с
учетом того что налоги входят в сумму документа.
Следует отметить, что т.к. расчет производится по
ставке, а не по группе налогов, то при расчете не
учитываются ни какие настройки, которые могут
задаваться в группах налогов. Таким образом, результат
изначального расчета налогов по группе, в некоторых
случаях может отличаться от перерасчета налога по такой
же, как в группе налогов, ставке.
Кроме этого, при выполнении пересчета налогов по
ставкам, стала учитываться настройка "Округлять
оплаченные налоги до целого знака" из интерфейса
настроек "Настройки Галактики \ Бухгалтерский контур \
Обработка документов \ Параметры работы с документами
различных типов".
На закладки "Налоги", в локальном меню, добавил
пункт "Расчет налогов" (Alt+W). При его выполнении
производится расчет налогов, в соответствии с заданными
настройками. При это производится только расчет
налогов, без формирования счет-фактур.
F_DISTPL
Краткое описание :
Распределяется платеж по непроведенной накладнойОписание :
Пакетное распределение платежейЧто измененно :
Распределяется платеж по непроведенной накладной
Фильтра на данные - накладные, акты - состояние документа = только проведенные документы.
При распределении платежа система показывает только проведенные накладные, но распределяет платеж
по непроведенной накладной (пример во вложении).
Как измененно :
Реализован новый механизм распределения
документов.
В интерфейсе настройки распределения платежей, на
закладке "Разное" добавлен новый параметр -
"Распределять только отобранные накладные/акты".
Действие данного параметра влияет на распределение
по спецификации накладной. При запуске распределения с
закладки "Документы основания", происходит привязка ДО
к платежному документу, однако, распределению по
спецификации подлежат только те накладные, которые
отобраны на закладке "Накладные акты" и принадлежат
распределенному ДО.
Запуск распределения с закладки "Накладные акты"
остается без изменения.
F_DISTPL
Краткое описание :
Нужна возможность ужесточения подбора документов в пакетном распределенииОписание :
Пакетное распределение платежейЧто измененно :
Нужна возможность ужесточения подбора документов в пакетном распределении.
Клиент почти всегда заполняет центр отвественности в платеже и в ДО.
Но пакетное распределение это не учитывает. Подробноти от клиента во вложении.
Как измененно :
В интерфейсе "Настройке распределения платежей",
на закладке "Разное", добавлен новый параметр "Не
распределять платежи без договоров". Данная настройка
имеет смысл для ДО, в которых указана ссылка на
договор. В случае, если настройка включена, не будет
происходить распределение ДО по платежным документам, в
которых нет ссылки на договор.
Настройка "Настройки Галактики \ Бухгалтерский
контур \ Обработка документов \ Распределение платежа
по ДО \ Привязывать к платежу ДО с другим договором"
обладает более высоким приоритетом и игнорирует
включение параметра "Не распределять платежи без
договоров".
F_DISTPL
Краткое описание :
Непонятное заполнение даты проводки при пакетном распределении платежейОписание :
Пакетное распределение платежейЧто измененно :
Непонятное заполнение даты проводки при пакетном распределении платежей
Закрытие авансов осуществляется при помощи пакетного распределения платежей модуля "Расчет с поставщики, получателями".
При этом дата проводок, которые формируют по платежкам должна соответствовать дате оборотов в настройке пакетного распределения.
1. Устанавливаем настройку "Брать дату из поля "Дата проводок" в разноске ТХО" значение "да".
2. Запускаем пакетное распределение, настройка приведена в рис.1 во вложении. Выполняем распределение платежей.
3. Идем в платежное поручение. Сформировалась, новая хозоперация по закрытию авансов.
Но!!! поле "Дата проводок" в хозоперации соответствует дате оборотов в пакетном распределении (рис.2 во вложении),
а дата проводки соответствует дате платежки. Естественно это неправильно, дата проводки так же должна соответствовать дате оборотов.
Как измененно :
Данная проблема возникает из-за включенного
кэширования данных. В результате, в пакетном режиме
формирования ТХО, после установки даты, в поле "Дата
проводок" хозоперации, и последующего формирования
проводки, данные берутся из кэша. Таким образом система
не "видит" новую дату проводок и проводки формируются
на дату хозоперации, а не на указанную.
Кэшированием управляет параметр KauCache секции
Galaxy. Если выключить кэширование, то проблема не
будет возникать.
В пакетном режиме формирования ТХО, принудительно
сбрасываю кэш хозоперации, перед запуском формирования
проводок по данной хозоперации. Таким образом, при
включенном кэшировании, ТХО формируется по "реальной"
хозоперации, а не кэшированной.