F_OFP
Краткое описание :
эргономика формирования ФОПОписание :
Журнал обязательствЧто измененно :
эргономика формирования ФОП
Сформировали ФОБ, формируем ФОП:
1) выбираем Тип - взаимозачет - ВВОД, зачем-то уже
получаем сообщение:
---------------------------
Предупреждение
---------------------------
Не вся сумма финансового обязательства
разнесена по финансовым операциям.
Создать финансовую операцию
на сумму ХХХ.ХХ ?
---------------------------
Yes No
---------------------------
говорим НЕТ, если ДА - то создать ФОП взаимозачета не
получится.
При переходе в панель выбора ФОП для взаимозачета -
опять эта месага.
Они не нужны.
2) Если формируем с типом Конвертация - то пре переходе
в нижнюю панел - месага ... тоже не нужна не вовремя.
Надо дать возможность заполнить ФОП, потом проверять.
Как измененно :
Теперь сообщение, которое раньше появлялось при
редактировании ФОП появляется при закрытии окна
редактирования ФОП или при изменении ФО в случае когда
окно ФОП открыто.
F_OFP
Краткое описание :
Доработки в архиве Журнала обязательствОписание :
Архив/Весь АрхивЧто измененно :
ПК - Операции - Архив - Весь архив
Необходимо добавить кнопку [Enter:Выбор] в архив
Журнала обязательств, а также в локальное меню для ФОб,
как это сделано в текущем Журнале обязательств
Как измененно :
В статус строку архива добавлено [Enter:Выбор]
F_OFP
Краткое описание :
Ругань на систему лицензирования при попытке использования
локального меню ППОписание :
"Платежный календарь" в целомЧто измененно :
После установки F_OFP 64 у клиента при попытке
запуска функции локального меню в "Платежных
поручениях" возникает сообщение системы лицензирования:
"Ваш лицензионный файл не позволяет использовать
интерфейс iofpDocsNastr". Получается, что использовать
локальное меню во ФРО можно только при наличии лицензии
на "Платежный календарь"!
Как измененно :
В рамках решения проблемы, отменено ошибочно
внесенное лицензирование интерфейсов модуля "Платежный
календарь":
F_OFP::iOfpDocsNastr
F_OFP::OfpRound
F_OFP
Краткое описание :
Потеря преемственности. Пропала функция "Разноска по
статьям" и вызов по ALT+CОписание :
Журнал обязательствЧто измененно :
Потеря преемственности. Пропала функция локального меню
"Разноска по статьям" в журнале ФОБ и в интерфейсе ФОБ
и вызов этой функции по сочетанию клавиш ALT+C.
Прошу вернуть данную функцию и назначить любое свободное сочетание клавиш для
её запуска.
Проблема критична для клиента, прошу решить в кратчайшие сроки.
Как измененно :
В локальное меню заявок и журнала обязательств добавлена функция
"Разноска по статьям - Alt+W"
F_OFP
Краткое описание :
Многократно выдаётся сообщение о запрете редактирования
книги финоперацийОписание :
Журнал обязательствЧто измененно :
У пользователя стоит запрет редактирования книги
финансовых операций. При корректировке ФОБа сообщение
об этом выдается 40 раз. Количество повторов меняется у
разных ФОБ, но всегда их много. Просим выдавать
сообщение однократно. Практически количество сообщений
= "количество статей ФОБ" * 2.
Сообщения выдаются в момент:
- Редактирования фин.операции ФОБ
- Выхода из окна редактирования фин.операции ФОБ
(если было редактирование)
- Изменения статуса ФОБ
- Изменения статуса фин.операции ФОБ
Как измененно :
Сообщения о запрете редактирования бюджета перенесли
в "историю последних операций".
"История последних операций" открывается
автоматически если в процессе выполнения операции были
ошибки в бюджете при:
- ручном изменении статуса
- копировании
- групповых операциях
- обновлении документа
F_OFP
Краткое описание :
Контроль разноски ПД по ФОПОписание :
Распределение платежных документовЧто измененно :
При ведении в системе "Платежного календаря" (ПК),
все "Платежные документы" (ПД), в итоге должны быть
разнесены по ПК. А именно по "Финансовым
операциям"(ФОП). Однако, как правило, формируют ПД одни
пользователи, а разноску по ФОП делают другие и в
другое время.
Для осуществления контроля разноски ПД по ФОП, а
также для самой такой разноски, предлагаю сделать новый
интерактивный отчет по ПД. Вызов этого отчета,
разместить в модуле ПК. При настройке такого отчета,
должна быть возможность задать в числе прочих
стандартных для ПД параметров, также параметры:
- Тип ПД
- Признак разноски по ФОП
Из этого отчета, должна быть возможность запустить
существующую ныне функцию "Формирование ФОБ".
Как измененно :
В меню модуля "Платежный календарь" добавлен новый
пункт меню: "Платежный календарь | Операции |
Распределение платежных документов".
При вызове открывается интерфейс: "Распределение
платежных документов" (разработан по аналогии с
"Финансово-расчетные операции | Отчеты | Интерактивные
отчеты | Реестр платежных документов").
Интерфейс предназначен для контроля разноски платежей
по финансовым операциям "Платежного календаря". По
сравнению с интерфейсом "Реестр платежных документов":
1. Доработан фильтр по признаку "Разноска по ФОП"
- "не разнесенные"
- "разнесенные частично"
- "разнесенные"
2. Добавлены функции "Формирование финансовых
обязательств - Alt+F" и "Распределение по финансовым
операциям - Alt+R" (панель хозопераций)
3. В панель платежных документов и хозопераций
добавлены колонки
- "Распределено"
- "Не распределено"
- "Признак распределения"
F_OFP
Краткое описание :
Документы, формируемые по умолчанию по ФОПОписание :
Настройки модуля ПК в "Настройке"Что измененно :
Доработать настройку "Настройки Галактики \
Управление финансами \ Платежный календарь \
Формирование платежных документов \ Документы,
формируемые по умолчанию по ФОП"
1. Добавить возможность указать ПС-источник,
ПС-приемник.
2. Предлагать выбор ПС с учетом настройки "Настройки
Галактики \ Управление финансами \ Платежный календарь
\ Формирование платежных документов \ Взаимодействие с
документами системы"
Как измененно :
Доработана настройка: "Настройки Галактики \
Управление финансами \ Платежный календарь \
Формирование платежных документов \ Документы,
формируемые по умолчанию по ФОП":
1. Добавлена возможность указать "платежное средство
источник" и "платежное средство приемник". Если "платежное
средство" определено однозначно (нет многорасчетности
или это "авизо", "вексель" или "ценные бумаги"), то оно
выделено жирным шрифтом.
2. Выбор документов и платежных средств выполняется с
учетом настройки "Настройки Галактики \ Управление
финансами \ Платежный календарь \ Формирование
платежных документов \ Взаимодействие с документами
системы"
3. Удалена настройка "Настройки Галактики \
Управление финансами \ Платежный календарь \
Формирование платежных документов \ Разрешать
формирование платежных требований по ФОП на приход
средств т.к. данное ограничение не актуально. Считаем,
что разрешено.
F_OFP
Краткое описание :
Формирование ФОПОписание :
Журнал обязательствЧто измененно :
При формировании ФОП предлагать для выбора только
доступные ПС, типы документов (с учетом настройки
"Настройки Галактики \ Управление финансами \ Платежный
календарь \ Формирование платежных документов \
Взаимодействие с документами системы")
Как измененно :
Теперь при автоматическом формировании ФОП из
настройки "Настройки Галактики \ Управление финансами \
Платежный календарь \ Формирование платежных документов
\ Документы, формируемые по умолчанию по ФОП" берется
также и платежное средство.
При ручном формировании ФОП, если при выборе
платежного средства указан тип документа, то
открывается список доступных платежных средств по этому
документу. Если тип документа не указан, то открывается
список из всех платежных средств данного типа.
Выбор типа документа выполняется из нового
иерархического каталога доступных типов документов и
платежных средств. Т.о. теперь можно сразу указать документ и платежное
средство.
F_OFP
Краткое описание :
Статус Заявок на оплату при включении в Реестры платежейОписание :
Реестры платежейЧто измененно :
УКС - Документы - Реестры платежей
При включении Заявки в реестр платежей открывается
окно выбора заявок с установленным фильтром по
направлению деятельности и статусу (только исполняемые
заявки). Однако при открытии окна фильтра - фильтр по
статусу не отображается.
1) Переименовать окно выбора Заявок из Реестра
платежей - "Выбор исполняемых заявок на оплату..
Установлены фильтры".
2) Исключить из Фильтра заявок для добавления в
Реестр фильтр по статусу, т.к. Заявки в статусе,
отличном от исполняемый - не находятся.
3) При выборе заявок в реестр, есть возможность в
режиме редактирования вручную изменить статус Заявки.
Однако фактически статус не меняется. Необходимо
разрешить изменять статус для заявок, не включенных в
реестр, либо запретить изменять статус для всех Заявок
из интерфейса выбора в реестр. Выдавать соответствующее
предупреждение.
Как измененно :
Интерфейс выбора заявок в реестре платежей
переименован в "Выбор исполняемых заявок на
оплату...Установлены фильтры".
В окне выбора фильтров заблокирована возможность
выбора фильтра по статусу.
В интерфейсе выбора теперь нет возможности
редактировать записи, то есть в окне редактирования
заблокировано изменение полей заявок на оплату, а также
убраны пункты локального меню, редактирующие записи.
F_OFP
Краткое описание :
Актуализация исходников F_OFPОписание :
"Платежный календарь" в целомЧто измененно :
1. Из "хранилища" (SVN) удалить невостребованные
доработки.
2. Стандартизировать код модуля ПК, убрать не
используемые #define.
Как измененно :
1. Из "хранилища" (SVN) удалены невостребованные
доработки (исходники максимально синхронизированы).
2. Стандартизирован код модуля ПК (убраны не
используемые #define)
F_OFP
Краткое описание :
Эргономика восстановления данных бюджетаОписание :
Восстановление данных бюджетаЧто измененно :
В текущей реализации, интерфейс "Восстановление
данных бюджета" весьма не эргономичен в плане
информативности. Не понятно что именно будет
передаваться в бюджет.
Например:
1. "Настройки Галактики \ Управление финансами \
Платежный календарь \ Связь с бюджетом \ Передача
данных в бюджет \ Суммы в бюджете ведутся" = "по
ФОП".
2. В интерфейсе "Восстановление данных бюджета", на
закладке "Настройка", есть опция "Использовать ФОП".
Если мы в не видим настройки "Суммы в бюджете
ведутся" = "по ФОП", то вообще не понятно что бюджеты
будут формироваться на базе ФОП. Еще более запутывает
опция "Использовать ФОП". Ведь если мы даже знаем что
источником данных у нас являются ФОП, то зачем еще эта
опция?
Предлагаю:
1. В интерфейсе "Восстановление данных бюджета", на
закладке "Настройка", явно указывать что за данные
будут использоваться:
1.1. в качестве "источника" данных:
- либо ФОБ
- либо ФОП
1.2. в качестве "приемника" данных:
- либо "бюджет"
- либо "книга финансовых операций"
2. Опцию "Использовать ФОП", переименовать в
"Использовать ФОБ", и соответственно инвертировать ее
значение. Ведь только когда "источник" = ФОП, эта опция
имеет смысл. В описании этой опции, написать что она
значит, например: "При формировании "плана",
использовать данные ФОБ".
3. Доработать описание опции "Прогнозный курс",
например: "При формировании "плана", использовать
прогнозный курс валют".
4. Доработать описание поля варианта прогнозного
курса, например: "Вариант бюджета для определения
прогнозного курса валют".
Как измененно :
1. В интерфейсе "Восстановление данных бюджета", на
закладке "Настройка", явно указано что за данные
будут использоваться в качестве "источника" данных и
в качестве "приемника" данных.
2. Опция "Использовать ФОП" переименована в
"Использовать ФОБ". Описание: "При формировании "плана",
использовать данные ФОБ".
3. Опция "Прогнозный курс" - описание:
"При формировании "плана", использовать прогнозный курс валют".
4. Поле варианта прогнозного курса. Описание:
"Вариант бюджета для определения прогнозного курса валют".
F_OFP
Краткое описание :
Не открывать интерфейс реестра платежных документов, если
платеж не сформированОписание :
Журнал обязательствЧто измененно :
ПК - Документы - Журнал обязательств
Необходимо запретить переход в интерфейс реестра
платежных документов, если по ФОП платежка не
сформирвана.
Локализация:
Формируем Фоб и 2 ФОП по нему. По Alt+I
осуществляем платеж. В интерфейсе "Сформированные
платежные документы (всего:2)" формируем только одну
платежку -> в интерфейсе появляется кнопка F4 для
редактирования сформированных п/п. Однако F4 работает и
для несформированной платежки - открывается интерфейс
реестра п/п. Этот переход надо запретить.
Как измененно :
Если платеж не сформирован то F4 не доступно
F_OFP
Краткое описание :
Сообщения о запрете редактирования бюджета при
редактировании документов ПКОписание :
"Платежный календарь" в целомЧто измененно :
При установленных настройках:
1)"Настройки Галактики \ Управление финансами \
Платежный календарь \ Связь с бюджетом \ Передача
данных в бюджет \ Суммы в бюджете ведутся"=по ФОП;
2) "Настройки Галактики \ Управление финансами \
Платежный календарь \ Связь с бюджетом \ Передача
данных в бюджет \ Приемник данных" = Книга фин.
операций;
3) "Настройки Галактики \ Управление финансами \
Бюджетирование \ Финансовые операции \ Модификации
финансовых операций после закрытия периода" = Запрещать
Необходимо сократить кол-во сообщений о запрете
редактирования бюджета при редактировании ФОП в
Платежном календаре:
- При разноске ФОб по статьям (формировании
закрытого плана) - сообщение о запрете редактирования
бюджета по регистру "План" выдается 2 раза;
- При переводе ФОб в статус "исполняемый"
(формировании закрытого резерва) - 2 сообщения (о
запрете редактирования "плана" и "резерва");
- При формировании платежки по ФОб - 3 сообщения
(2 о запрете редактирования "плана" и 1 о "резерве")
Как измененно :
1.Сообщения о запрете редактирования бюджета перенесли в
"историю
последних операций".
2."История последних операций" открывается автоматически если в
процессе выполнения операции были ошибки в бюджете при
- ручном изменении статуса
- копировании
- групповых операциях
- обновлении документа
3.Доработан интерфейс закрытия дня (перенос дат ФОП).
Добавлена кнопка "Выход". Добавлена возможность просмотра
истории изменений.
4.Доработан интерфейс "Восстановление данных бюджета"
Добавлена возможность просмотра истории.
5.Доработано логирование групповых операций, операций копирования.
6.Длинна строки записи в истории увеличена до 255 символов.
F_OFP
Краткое описание :
Контроль лимитов по Заявкам ПКОписание :
"Платежный календарь" в целомЧто измененно :
Для организации "Контроля лимитов" по "Заявкам"
модуля ПК, требуется:
1. Возможность передавать в модуль УБ, данные
"Заявок". Передача данных должна осуществляться по
правилам аналогичным как для ФОБ и ФОП.
1.1. В "Настройки Галактики \ Управление финансами \
Платежный календарь \ Связь с бюджетом \ Передача
данных в бюджет \ Суммы в бюджете ведутся", добавить
значение источник данных "Заявки".
1.2. Интерфейс "Платежный календарь | Настройка |
Администратор | Восстановление данных бюджета", в этом
случае, должен передавать данные "Заявок".
2. Для заявок должен работать функционал регулируемый
настройкой "Настройки Галактики \ Управление финансами
\ Платежный календарь \ Связь с бюджетом \ Лимиты \
Контроль по лимитному плану".
Как измененно :
Добавлена возможность передавать в модуль УБ данные
заявок:
1. В "Настройки Галактики \ Управление финансами \
Платежный календарь \ Связь с бюджетом \ Передача
данных в бюджет \ Суммы в бюджете ведутся", добавлено
значение источник данных "Заявки". При этом в качестве
приемника данных может выступать как "Бюджет" так и "Книга
финансовых операций".
2. Передача данных осуществляется только в регистр
"Резерв" при переводе в статус "исполняемый" или
"закрытый". В бюджет передается вся сумма разноски по
статьям на дату "Оплатить ПО".
3. В окно редактирования заявки добавлена
возможность:
- просмотра истории операций
- просмотра/редактирования
плановых/фактических/резервных операций (если приемник
данных КФО)
4. Для заявок выполняется контроль лимитов (при
изменении статуса) при соответствующих значениях
настройки "Настройки Галактики \ Управление финансами \
Платежный календарь \ Связь с бюджетом \ Лимиты \
Контроль по лимитному плану"
5. Доработана функция "Платежный календарь \
Настройка \ Администратор \ Восстановление данных
бюджета" Для заявок доступно только восстановление
регистра "резерв".
6. При установленной настройке "Приемник данных" =
"Книга финансовых операций" параметр "Предварительно
очистить бюджет" скрыт в интерфейсе восстановления
данных бюджета.
F_OFP
Краткое описание :
Передавать данные в бюджет, даже если сумма документа = 0Описание :
Журнал обязательствЧто измененно :
Бывают ситуации, когда сумма по документу ПК (ФОБ
или ФОП) = 0. но он разнесен по нескольким статьям,
причем не 0-ми суммами. Например:
ФОБ = 0 р.
Статья1 = +100 р.
Статья2 - -100 р.
Обычно такие документы - "фиктивные", и создаются с
целью выполнения "корректировок" (сторнирование).
В этой ситуации данные в бюджет не передаются - это
плохо. Т.к. не получается выполнить "корректировки" в
бюджете.
Как измененно :
Обрабатывается сторнирующая разноска по статьям
(сумма документа = 0; процент разноски = 0)
F_OFP
Краткое описание :
Контроль создания операций по финобязательствуОписание :
Журнал обязательствЧто измененно :
Требуется ввести контроль создания финансовых
операций по финансовому обязательству. То есть
запретить создание финансовых операций на сумму
большую, чем в финансовом обязательстве.
Запрет/предупреждение реализовать через
пользовательскую настройку.
Как измененно :
1. ОСНОВНАЯ ДОРАБОТКА
Добавлена новая пользовательская настройка:
"Настройки Галактики \ Управление финансами \ Платежный
календарь \ Формирование заявок и обязательств \
Контролировать превышение сумм ФОП":
- "Да"
- "По запросу"
- "Нет" (по умолчанию)
Настройка доступна, если настройка: "Настройки
Галактики \ Управление финансами \ Платежный календарь
\ Формирование заявок и обязательств \ Разрешать
рассогласование сумм ФОБ и связанных ФОП" = "ДА".
Если контроль сумм осуществляется, то при
формировании финансовой операции (ФОП), система
контролирует, чтобы общая сумма финансовых операций не
превышала сумму финансового обязательства (ФОБ). Если
пользователь введет сумму, превышающую максимально
допустимую, то в случае значения настройки:
- "Да". Появится соответствующее предупреждение, и
сумма автоматически будет уменьшена до максимально
допустимой.
- "По запросу". Появится запрос на подтверждение
автоматической корректировки суммы до максимально
допустимой.
Событие изменения суммы самого ФОБ, настройка
"Контролировать превышение сумм ФОП" не контролирует!
Т.е. ситуация когда сумма ФОБ, полностью разнесенного
по ФОП, была уменьшена пользователем - допустима.
2. ДОПОЛНИТЕЛЬНАЯ ДОРАБОТКА
В рамках решения проблемы, была сделана
дополнительная доработка, касающаяся процесса создания
ФОП с типом "взаимозачет".
2.1. ПРИНЯТЫЕ СОКРАЩЕНИЯ
"ФОП-главная" (ФОПГ) - редактируемая ФОП
взаимозачета, к которой происходит привязка ФОБ.
"ФОП-зачета" (ФОПЗ) - не редактируемая ФОП
взаимозачета, которая привязывается к ФОПГ.
"ФОБ-главное" (ФОБГ) - ФОБ по ФОПГ.
"ФОБ-зачета" (ФОБЗ) - ФОБ по ФОПЗ.
2.2. ОПИСАНИЕ ПРОБЛЕМЫ
При привязке ФОБЗ, к текущей ФОПГ, создается ФОПЗ.
При этом автоматически вычисляется сумма ФОПЗ, и
подставляется как значение "по умолчанию". В случае
если ФОБЗ имеет сумму большую, чем ФОБГ, то и ФОПГ
будет на сумму большую, чем ФОБГ. Поле "К
распределению" становится отрицательным. Далее, в
большинстве случаев, приходится вручную уменьшать сумму
по ФОПЗ
Дополнительно, при выходе из окна редактирования ФОП,
в случае если "Настройки Галактики \ Управление
финансами \ Платежный календарь \ Формирование заявок и
обязательств \ Разрешать рассогласование сумм ФОБ и
связанных ФОП":
- "Нет". Автоматически создается и "сторнирующая"
ФОП, тоже с отрицательной суммой. В данном
бизнес-процессе, смысла в отрицательной ФОП - нет. Ее
приходится удалять вручную
- "По запросу". Появляется возможность выбора:
-= "Не корректировать суммы". Дополнительных проблем
не возникнет, но проблема с рассинхронизацией сумм ФОБ
и его ФОП - остается.
-= "Создать новую финансовую операцию". Проблема та
же как и при значении настройки = "Нет".
-= "Корректировать сумму финансового обязательства".
Дополнительных проблем не возникнет, но обычно сумма
ФОБ первична и ее корректировка в этом случае не
приемлема.
2.3. ОПИСАНИЕ РЕШЕНИЯ
Был изменен алгоритм автоопределения суммы по
умолчанию формируемой ФОПЗ.
2.3.1. ПРЕЖНИЙ АЛГОРИТМ
Сумма для ФОПЗ берется равной не разнесенному остатку
суммы ФОБЗ по его ФОП:
ФОПЗ.Сумма = ФОБЗ.Остаток, где
ФОБЗ.Остаток = ФОБЗ.Сумма - ("сумма всех ФОП")
2.3.2.НОВЫЙ АЛГОРИТМ
Сумма для ФОПЗ берется равной минимальному из не
разнесенных остатков ФОБГ и ФОБЗ:
ФОПЗ.Сумма = MIN(ФОБГ.Остаток , ФОБЗ.Остаток)
F_OFP
Краткое описание :
Заполнять в ФО назначение платежаОписание :
Платежное поручениеЧто измененно :
Из платежного поручения формируют финансовое обязательство.
Необходимо, чтобы назначение платежа из платежного поручения переносилось в ФО
на закладку "Назначение платежа".
Как измененно :
При формировании ФОБ на основании платежных документов,
наследуется
назначение платежа.
F_OFP
Краткое описание :
Эргономика формирования плана бюджета по ФОбОписание :
Журнал обязательствЧто измененно :
В продолжение 102.113188
ПК - Документы - Журнал обязательств
Изменить функциональность интерфейса "Мастер
загрузки плана: Настройка загрузки" (Alt+P в Журнале
обязательств) аналогично доработке интерфейса
"Восстановление данных бюджета":
- Опцию "Использовать ФОП", переименовать в
"Использовать ФОБ", и соответственно инвертировать ее
значение.
- В интерфейсе "Восстановление данных бюджета", на
закладке "Настройка", явно указывать что за данные
будут использоваться в качестве "источника" и
"приемника" данных.
Как измененно :
Опция "Использовать ФОП" переименована в "использовать ФОБ".
Явно указаны "источник" и "приемник" данных.
Изменена статус-строка для поля варианта бюджета для определения прогнозного
курса валют.
F_OFP
Краткое описание :
Заполнение поля Куратор при групповой печати Заявок ПКОписание :
Приходование средствЧто измененно :
Платежный календарь - Документы - Заявки (все
типы)
При групповой печати Заявок заполняется поле
Куратор в тех Заявках, где это поле было не заполнено.
Локализация:
1) Создаем 2 заявки, в Заявке1 указываем куратора,
в Заявке2 - оставляем поле куратор пустым
2) Помечаем все записи ("+"), выводим на печать - в
печатной форме все ОК, в Заявках ничего не изменилось
3)Второй раз помечаем все записи ("+") , выводим
на печать -> в Заявке2 без куратора - заполнилось поле
куратор из Заявки1 -> не ОК
4) При просмотре Заявки2 по F4 - куратор также
остался - не ОК
5) Выходим из интерфейса Реестра заявок, заходим
снова, по F4 смотрим Заявку2 - куртор исчез.
Проявляется только на Oracle.
Обнаружена AQA-тестом на сборке 9.11. На текущих
ресурсах AQA проходит.
Как измененно :
исправлено
F_OFP
Краткое описание :
Интервал дат в фильтрах ПКОписание :
Платежные календариЧто измененно :
Делаем новую настройку Платежного календаря.
Закладка "Фильтры".
Устанавливаем галочку "планируемая дата погашения",
пытаемся выбрать дату - получаем сообщение "Необходимо задать интервал дат!"
Если вводить дату - ок.
Проверка на корректность заполнения интервала дат должна выполняться при выходе
из настройки.
Как измененно :
Проверка на корректность заполнения дат фильтров Платежного
календаря
выполняется при закрытии окна настройки
F_OFP
Краткое описание :
Упорядочить ФОБ для "взаимозачета"Описание :
Журнал обязательствЧто измененно :
В интерфейсе "Журнал финансовых операций", при вызове
функции "Взаимозачет финопераций", открывается
интерфейс для выбора. Однако ФОБ в нем располагаются в
"хаотичном" порядке. по крайней мере не в том порядке,
что был в исходном интерфейсе. Это затрудняет поиск
нужных ФОБ. Предлагаю упорядочить эти ФОБ для
"взаимозачета".
Как измененно :
Устанавливается сортировка по дате + приоритет исполнения
F_OFP
Краткое описание :
Опечатка в предупрежденииОписание :
Журнал обязательствЧто измененно :
Опечатка в предупреждении: из финобязательства предприятия
перехожу (вкладка) Финансовые операции и выполняем функцию
"Разделить финоперацию". Получаем предупреждение.
Слово "Ровна" нужно исправить на "Равна".
Как измененно :
исправлено
F_OFP
Краткое описание :
Необходимо доработать синхронизацию фин.обязательст после
отмены распределения.Описание :
Пакетное распределение с учетом рекламацийЧто измененно :
В результате отмены распределения, в интерфейсе
"Пакетное распределение с учетом рекламаций", в случае,
когда происходит "схлопывание" нескольких хозопераций в
одну, иногда не корректно происходит синхронизация ФОБ
с ХО ПД. Необходимо переработать алгоритм "схлопывание"
распределения ПД по ФОП.
Как измененно :
Варианты использования
Речь идет о функционале ПК, отрабатывающем при
возникновении следующих событий "авто-модификации" ХО:
1. Отмена распределения ПД в "Расчеты с поставщиками и
получателями | Операции":
1.1. "Пакетное распределение платежей"
1.2. "Зачет авансовых платежей"
1.3. "Пакетное распределение платежей с учетом
рекламаций и возвратов" (спец. F_DistAct_RES)
2. Отмена распределения ПД по нескольким ДО, в самом
интерфейсе ПД (DEL в шапке ПД)
3. Привязка ДО к ХО, по которой есть бухпроводки.
"Настройки Галактики \ Бухгалтерский контур \ Обработка
документов \ Параметры работы с документами различных
типов" - "разрешать выбор ДО при сформированном ТХО" =
"НЕТ". В данном случае, должен происходить перенос
"Исполнения" с "закрытой" ХО на "новую".
Алгоритм
В вышеозначенный функционал, в качестве параметров
передаются ссылки на:
1. "Старое ХО"
2. "Новое ХО"
Прежний алгоритм
1. Для каждого из "исполнений" по "Старой ХО"
(ИспСтХО), определяется его ФОП:
1.1 Если по этой ФОП есть еще какое-либо "исполнение"
(Исп), то:
1.1.1 сумма ИспСтХО добавляется к сумме найденного Исп.
1.1.2 ИспСтХО удаляется
1.2 Если по этой ФОП нет больше "исполнений", то:
1.2.1 ИспСтХО переопределяется к "Новому ХО"
Новый алгоритм
1. Для каждого из "исполнений" по "Старой ХО"
(ИспСтХО), определяется его ФОП:
1.1 Если по этой ФОП уже есть "исполнение" по "Новой
ХО" (Исп), то:
1.1.1 сумма ИспСтХО добавляется к сумме найденного Исп.
1.1.2 ИспСтХО удаляется
1.2 Если по этой ФОП нет "исполнений" по "Новой ХО",
то:
1.2.1 ИспСтХО переопределяется к "Новому ХО"