Информация о файле обновления Галактика F_DISTACT_RES_91100.TXT


Описание файла обновления:
ФайлF_DISTACT_RES_91100.TXT
ОбновлениеF_DistAct_RES_91100
Назначение
ПродуктГалактика 9.1
Релиз
КомпонентRES F_DistAct
Тип
Версия9.1.10.0
Дата2019-10-18 23:16:49
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
NEWНет
Новая версия накопительного обновления словаря Галактика ERP 9.1 Alter_CumulativeВнесены изменения в словарь БД Галактики ERP 9.1
102.1966519.1.9.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.15.0.Обеспечение корректной работы. Пересобраны ресурсы с учетом изменённых таблиц словаря Alter_Cumulative 9.1.15.0. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1839959.1.8.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1790359.1.7.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1476119.1.6.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
180.94619.1.5.0Удваивается сумма НДС в платежном поручении при пересчетеФинансово-расчетные операцииПлатежное поручение
При уводе хозоперации в "минус", рассчитанные по ней налоги остаются.В ситуациях, когда производится увод хозоперации в "минус" и выключена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Контроль баланса при изменении признака входимости хозоперации" производится удаление налогов по данной хозоперации. При выводе хозоперации из "минуса" в "плюс" производится расчет налогов. Увод хозоперации в минус производится в следующих случаях: - при нажатии F3 в поле "Входит в сумму документа" в окне редактирования хозоперации; - при привязке ДО к хозоперации по которой сформированы проводки. Кроме этого реализовано скрытие вкладки "Оплаты" в окне редактирования хозоперации при уводе хозоперации в "минус" и её отображение при выводе в "плюс".
102.1550949.1.5.0Формирование ДО по накладной в пакетном распределении c учетом рекламацийРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
Формирование ДО по накладной в пакетном распределении платежей c учетом рекламаций на закладке НакладныеАкты происходит на текущую дату, а должно на дату накладной.В интерфейсах пакетного распределения с учетом рекламационных накладных и зачете авансовых платежей, при формировании ДО по накладной/акту, формирование ДО производится на дату выписки накладной/акта.
102.1519899.1.5.0Логирование предупреждений при работе с dsk, объект:"GetSDog_SaveSelect"Расчеты с поставщиками и получателямиПакетное распределение платежей
Логирование предупреждений при работе с dsk, объект:"GetSDog_SaveSelect" ---------------------------------------------------- 16.03.2016 16:58:37, объект:"GetSDog_SaveSelect" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GETSOMEDOGOVOR Записан: PLDOCDISTR ----------------------------------------------------Исправлено.
102.1517929.1.5.0Логирование предупреждений при работе с dsk - объект:"LastKatOrgImp_nRec"Контур логистикиНе знаю, какая именно часть контура логистики, научите
---------------------------------------------------- 14.03.2016 13:45:41, объект:"LastKatOrgImp_nRec" [!]: Объект считывается не из того интерфейса, в котором был записан. Считан : GETSOMEKONTRPRIM Записан: PLDOCDISTRИсправлено
102.1276999.1.5.0Отмена распределения по позициям ДО в пакетном распределении с учетом рекламацийРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
Отмена распределения по позициям ДО в пакетном распределении с учетом рекламаций при выполнении отмены распределения по спецификации накладной.Реализована отмена распределения по позициям спецификации ДО, которая выполняется вслед за отменой распределения по позициям спецификации накладных/актов.
101.553019.1.4.0Доработка фильтра в интерфейсе Распределение платежей - ограничивать при распределение платежи по ЦО документовРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
Доработка фильтра в интерфейсе Распределение платежей - ограничивать при распределение платежи по ЦО документов Для распределение платежей (нестандартный, доработка) с учетом рекламаций необходим фильтр для накладных, актов по центрам ответственности, для того, чтобы ограничивать при распределение платежи по ЦО документов.В окне настройки распределения платежей с учетом рекламаций, на закладке "Фильтр на данные" в секцию "Накладные, акты" добавлен новый фильтр "центр ответственности" (единичный или множественный). С помощью данного фильтра можно ограничивать выборку накладных/актов по заданным центрам ответственности. Фильтр не распространяется на рекламационные накладные.
102.1313049.1.3.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1264359.1.2.0AQA-test. Не формируется протокол ТХО при пакетном распределении платежей с учетом рекламаций.Расчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
AQA-test. Не формируется протокол ТХО при пакетном распределении платежей с учетом рекламаций, либо формируется только на первую проводку(в зависимости от количества распределяемых документов).Особенностью пакетного распределения с учетом рекламаций является то, что привязка ТХО выполняется сразу же после привязки ДО и распределения по спецификации накладной. Поэтому нет возможности вывести в один протокол информацию о сформированных проводках по всем обработанным хозоперациям. Можно реализовать вывод протокола каждый раз после выполнения разноски ТХО к хозоперации, однако в таком случае пакетная функция распределения утратит свой смысл, т.к. постоянно будет выдаваться протокол, и система будет ожидать действия от пользователя. Что сводит на нет всю автоматизацию процесса. На основании всего выше написанного отказался от реализации вывода протокола формирования проводок в пакетном распределении с учетом рекламаций.
102.971629.1.1.0Распределение платежных документов с учетом рекламаций и возвратов платежейКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
Реализована доработка функционала в рамках нового интерфейса - "Распределение платежных документов с учетом рекламаций и возвратов платежей".Реализована доработка функционала в рамках нового интерфейса - "Распределение платежных документов с учетом рекламаций и возвратов платежей". Запуск интерфейса из модуля "Расчеты с поставщиками и получателями", меню "Операции", пункт "Пакетное распределение с учетом рекламаций. Данный интерфейс включает в себя доработки по основному ТЗ, а также все нижеописанные доработки: 1. Высвобождение платежа по рекламационной накладной при наличии проводок по высвобождаемой хозоперации. Если при высвобождении платежа по рекламационной накладной окажется, что у найденной для высвобождения хозоперации есть проводки, или данная хозопрерация находится в закрытом периоде, то она будет "отправлена в минус". Отправленная в минус хозоперация перестает участвовать в процессе высвобождения. Вместо неё будут созданы новые хозоперации. Эти хозоперации, в любом случае, будут без проводок. Первая вновь созданная хозоперация будет c датой платежного документа, привязана к первоначальному ДО и она будет уменьшена на сумму рекламации. А вторая хозоперация будет создана на дату и сумму рекламации и будет участвовать в дальнейшем распределении. Первая ХО будет участвовать в дальнейшем высвобождении, в случае следующего возврата по первоначальному ДО, т.е. вся процедура повторяется снова. Таким образом, существовавшие до высвобождения проводки останутся неизменными. 2. Высвобождение платежей в расходных кассовых ордерах. Добавлена возможность высвобождения платежей в расходных кассовых ордерах. 3. Доработки пакетного распределения. 3.1. Привязка ТХО в процессе распределения. Если в настройке пакетного распределения включена привязка ТХО к хозоперации, то осуществляться она будет в процессе выполнения распределения, т.е. после распределения по каждому ДО. Такое решение позволит формировать проводки без учета рекламаций, т.е. до обработки рекламационных накладных. 3.2. Сортировка накладных в разрезе дат. Сортировка накладных, в разрезе дат, будет следующая: - отобранные накладные сортируются по дате; - если на одну дату попадают накладная и её рекламация, то сначала идут накладные, а потом рекламации; - если на одну дату попадают рекламации и не связанные с ними накладные, то первыми идут рекламации. 3.3. Обработка задолженности по ДО. Добавить новый режим расчета задолженностей по ДО - "Задолженность по отгрузкам с учетом рекламаций" и реализовать распределение по накладным в данном режиме. Особенностью данного режима является то, что если накладная и рекламация не в один день, то задолженность рассчитывается как "Задолженность по отгрузкам". А если в один день, то задолженность рассчитывается как разница суммы накладной и рекламации. Высвобождение по рекламации не будет происходить, но она будет считаться уже обработанной. 3.4. Обработка ситуации "все отобранные платежи распределены, но не все отобранные накладные обработаны". Будет добавлена обработка ситуации, когда все отобранные платежи оказались уже распределены, но ещё не все отобранные накладные обработаны. В данном случае будет происходить проверка наличия необработанных рекламационных накладных, среди отобранных накладных. Если таковые будут найдены, то будет происходить возврат по данной рекламации, и затем продолжится распределение ещё необработанных накладных. Так будет продолжаться до тех пор, пока не будут обработаны все имеющиеся в выборке рекламационные накладные. Т.е. все рекламационные накладные, попавшие в выборку, будут всегда высвобождаться, с последующим распределением высвобожденных платежей. 3.5. Повторная обработка и дообработка рекламационных накладных. Высвобождение по рекламационной накладной должно происходить только один раз. Т.е. если при выполнении пакетного распределения произошло высвобождение по рекламационной накладной, то при повторном запуске распределения в этом сеансе работы и/или следующем сеансе распределения, данная рекламационная накладная не должна больше обрабатываться. Если высвобождение по рекламационной накладной произошло не на всю сумму рекламации, то такая накладная считается обработанной и больше не обрабатывается. Признак обработки рекламационной накладной, реализовать через выставление определенного статуса. Данный статус не должен влиять на входимость рекламаций в отчеты. 3.6. Обработка рекламаций с учетом возврата платежа. Будет добавлена обработка возвратов платежей. В интерфейсе "Распределение с учетом рекламации и возвратов платежей", помимо накладных и рекламаций будут отбираться платежи противоположного направления. Условиями отбора платежей является совпадение контрагента, отсутствие привязанных ДО и наличие значения вида платежа - "возврат платежа". Вид платежа "возврат платежа", будет реализован по аналогии с видом "связь с возвратом платежа". При формировании возврата платежа, пользователю необходимо будет на закладке "документы основания", выставить признак "возврат платежа". Такой платежный документ будет считаться возвратом платежа, и будет учитывать в пакетном распределении. Все отобранные документы (накладные, рекламации и возвраты) сортируются в хронологическом порядке (так как описано в пункте 3.2). В рамках одного дня, все возвраты платежей располагаются после накладных и рекламаций. В момент выполнения распределения, когда дойдет очередь до возврата платежа, будет найден свободный платеж и установлена связь с возвратом платежа, т.е. сумма будет заблокирована для последующего распределения. С помощью статусов, по аналогии с рекламационными накладными, будет выставляться признак обработки возврата платежа. Возвраты платежей, которые уже были обработаны, повторной обработке не подлежат. В принципе, возвраты платежей обрабатываются как накладные. Т.е. если возникают ситуации, когда нет свободных платежей, но есть возврат, то он не обрабатывается, и не помечается обработанным. Если возврат обработан, то больше он обрабатываться не будет (по аналогии с накладной, которая уже распределена на всю сумму). 3.7. Обработка рекламаций в актах взаимозачета. Реализовать обработку рекламаций в актах взаимозачёта, по аналогии с другими видами платежных документов. В связи с тем, что проводки для актов взаимозачета формируются к самому акту, а не к спецификации, то отпадает необходимость реализации механизма увода хозоперации в "минус". Обработка рекламации, будет происходить следующим образом: в спецификации акта взаимозачета будет найдена запись, по которой необходимо выполнить высвобождение, затем сумма этой записи будет уменьшена на сумму рекламации, и будет создана новая запись с датой и суммой рекламации. При последующей привязке ДО к данной записи, её дата не будет меняться на дату ДО, а сохранится дата рекламации. В пакетном распределении есть возможность отмены распределения платежей (кнопка "Отмена" в интерфейсе "Распределение платежных документов"). Данный функционал позволяет отменить распределение платежей. Для актов взаимозачета, данный функционал не работает, и не будет дорабатываться, т.к. в документах данного типа возникают сложности с
102.1257239.1.1.0Доработать синхронизацию финобязательств с хозоперациямиРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
В дополнение к 102.116841. Доработать синхронизацию финобязательств с хозоперациями в пакетном распределении платежей с учетом рекламаций для ситуации, когда исходная хозоперация уходит в минус. Сделать аналогично ручной привязке.Доработана синхронизация финобязательст с хозоперациями в пакетном распределении с учетом рекламаций. В случае, если хозоперация уводится в "минус", и создается аналогичная в "плюсе", финобязательство переносится из "минусовой" хозоперации в "плюсовую".
102.1165259.1.1.0Ошибка распределения по платежному календарю при пакетном распределении платежейРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
По сторонним платежным поручения формируется Фоб. После пакетного распределения платежей, используя "Распределение платежей с учетом рекламаций и возвратов", суммы по фин.обязательствам по факту исполнения не верные. Необходимо чтобы после распределения платежей сумму по факту исполнения Фоб оставались верные. Подробнее во вложении.При выполнении высвобождения по рекламационной накладной, не происходит синхронизация с ПК. Что в свою очередь может приводить к некорректным суммам фин.обязательст. Если в рамках одного платежного документа производится несколько различных высвобождений, с последующим распределением высвобожденных сумм, с большой вероятностью могут появиться не вполне "адекватные" суммы в фин.обязательствах. В результате данной доработки, при выполнении высвобождения по рекламационной накладной, происходит синхронизация распределения фин.обязательст с образовавшимися, в результате высвобождения хозоперациями. Синхронизация производится во всех режимах высвобождения, а именно, в случае когда суммы одной хозоперации хватает для высвобождения, и в случае, когда суммы не хватает и приходится высвобождать по "кусочкам".
102.1156249.1.1.0Возникает ошибка при пакетном распределении платежей с учетом рекламацийРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
Возникает ошибка при пакетном распределении платежей с учетом рекламаций. В самом конце распределения такое сообщение. "Физическая ошибка №80 записи для настройки Oper.DateLastUser" При выполнении пакетного распределения с учетом рекламаций, на экран выводится сообщение "Не найдена запись первичного документа!" и распределение останавливается. После нажатия на кнопку ОК распределение продолжается и при этом распределяет данную позицию правильно. Это не удобно, т.к мы оставляем данное распределение на ночь и нажимать на кнопку ОК некому.В интерфейсе настройки распределения платежей с учетом рекламаций и возвратов, на закладке "Разное" сгруппировал настройки в группу "Прочие настройки". В эту группу добавил новую настройку - "Выводить ошибки в протокол". Данная настройка, вместо вывода ошибок на экран во время выполнения распределения, записывает все ошибки в протокол и после окончания распределения, выводит данный протокол на экран. В протокол выводятся системные ошибки, возникающие при работе с временными таблицами интерфейса (создание/обновление записей).
102.1109729.1.1.0Формирование ТХОРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
При распределении платежей, если к платежному документу произошла частичная оплата по ДО, то на ту сумму, которая не привязана ДО ТХО не сформировалось. При этом постоянно сваливается 51 счет, т.к. сумма по документу не совпадает с суммой по проводкам. Порядок действий: В модуле Поставщики, получатели при выполении операции "Пакетное распределение с учетом рекламаций" с установленной галочкой "Привязка ТХО" система не привязывает ТХО к хозоперациям, которые не распределны по ДО. Скриншоты во вложении.На закладке Настройка ТХО добавлены два новых режима : - обрабатывать остатки как авансы; - применять к остаткам ТХО. Обработка этих двух режимов выполняется по запросам, и после выполнения распределения. В случае если выбран режим "обрабатывать остатки как авансы", то во всей текущей выборке платежных документов для всех хозопераций, к которым не привязано ДО, не применено ТХО, и они не получены в результате высвобождения - формируется авансовая счет-фактура. В случае если выбран режим "применять к остаткам ТХО", то во всей текущей выборке платежных документов для всех хозопераций, к которым не привязано ДО, не применено ТХО, и они не получены в результате высвобождения - применяется ТХО.
102.1104439.1.1.0Не применять ТХО к высвобожденным по рекламации платежамРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
Не применять ТХО к высвобожденным по рекламации платежам в случае, если хозоперацию, из которой производим высвобождение, уводим в "минус", и по данной хозоперации есть сформированные проводки.К высвобожденным хозоперациям, ТХО не применяется, в случае, если хозоперация из которой происходило высвобождение отправлена в "минус" и по ней сформированы проводки. Во всех остальных случаях тхо к высвобожденным хозоперациям будет применяться. Т.е. если удалить проводки, или саму хозоперацию, или вывести её из минуса, то к высвобожденной хозоперации начнут применятся ТХО. Данный функционал реализован только в пакетном распределении с учетом рекламаций и возвратов.
102.1095649.1.1.0Добавление/удаление пункта меню "Пакетное распределение с учетом рекламаций".Расчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
В связи с тем, что доработка, реализующая пакетное распределение с учетом рекламаций и возвратов, является частным решением, необходимо реализовать функционал, позволяющий администратору дубавлять/удалять пункт меню "Пакетное распределение с учетом рекламаций".Реализован интерфейс vAdmMakeMenu, который позволяет добавлять или удалять пункт меню "Пакетное распределение с учетом рекламации". Для запуска интерфейса, администратору необходимо выполнить команду "Запуск внешнего интерфейса" из меню "Сервис -> Утилиты" любого модуля и в открывшемся окне выбрать F_DISTACT::VADMMAKEMENU (F_DistAct.res). В интерфейса есть три кнопки: 1) "Сформировать меню" - добавляет пункт меню "Операции -> Пакетное распределение с учетом рекламации" в модуле "Расчеты с поставщиками и получателями". 2) "Удалить меню" - удаляет, ранее добавленный пункт меню. 3) "Выход" - закрывает интерфейс. Данную операцию должен выполнять пользователь с правами администратора.
102.1095619.1.1.0Необходимо пропускать документы, которые нельзя обработатьРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
Необходимо пропускать документы, которые при пакетном распределении платежей с учетом рекламаций нельзя обработать. Иначе система зависает, и процесс не заканчивается, приходится его отменять.При выполнении пакетного распределения могут возникать ситуации когда по ДО задолженности нет, а по накладной есть. В таком случае производится поиск платежа, к которому привязано ДО и если есть сумма для распределение по накладной, то происходит распределение. Однако по некоторым причинам, распределение по накладной может не произойти. В итоге по накладной всегда будет долг и будут платежи по которым можно эту накладную распределить. И происходит зависание. Есть несколько ситуаций когда это происходит: 1) Если накладная оформляемая и настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Распределение платежа по сопроводительным документам Распределять платеж по оформляемым накладным" установлена в "Нет". 2) Если документы логистики и платежные документы сформированы при разных настройках округления, то в некоторых случаях возникают ситуации, когда не распределяются копейки и распределить их невозможно. В результате данной доработки, пакетное распределение не будет пытаться полностью распределить такие накладные. В ситуации, когда есть все условия, что бы произошло распределение по накладной, но оно не произошло, система не будет пытаться искать другой платеж для распределения накладной, а будет пропускать данную накладную. Такие накладные являются частными случаями, распределение которых необходимо проводить вручную, из-за невозможности автоматизировать обработку некорректно сформированных документов.