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


Описание файла обновления:
ФайлF_OFP_RES_810960.TXT
ОбновлениеF_OFP_RES_810960
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_OFP
ТипRES
Версия8.10.96.0
Дата2016-12-21 15:14:00
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.162112NEWПоиск по cHashAn для платежных заявокПлатежный календарьРасходование средств
Доработать поиск по cHashAn для платежных заявокДоработано обязательное создание записей аналитики для поиска.
102.1609298.10.95.0Доработка интерфейса "Платежные заявки"Платежный календарьРасходование средств
Для платежных заявок на год с разбивкой по месяцам сделать суммы по месяцам обязательными для заполнения. Сейчас нулевые суммы не сохраняются.Доработано. Старые заявки можно обновить при помощи скрытой функции Alt+1 из списка заявок.
102.1508038.10.94.0Удаление всех ХО по ПД связанному с ФОБПлатежный календарьРазноска хоз. операций по фин. операциям
Речь идет о ситуации, когда ПД (Платежный документ) имеет несколько ХО, связанных с ФОБ. В случае если пользователь удаляет все ХО по ПД, портится разноска по ФОБ (см. ПИР 180.9253 "При отмене распределения ДО в платежном поручении неверно происходит отмена распределения в ФОБ", вложение "Исследование проблемы"). Предлагаю в этом случае: - либо автоматически запускать функцию "Объединение хозопераций" - либо запускать функцию "Объединение хозопераций" по запросу, например: В случае удаления всех ХозОпераций, может нарушиться разноска "Платежного документа" по "Платежному календарю". Предлагаем выполнить "Объединение хозопераций".Доработан процесс объединения исполнения при удалении всех ХО по ПД. В процессе объединения анализируется свободная сумма ФОП. Сумма исполнения увеличивается до суммы ФОП, если она доступна для распределения.
102.1440088.10.93.0При формировании ПП из ФО анализировать тип ДО для заполнения полей ПП "Основание" или "Предопл. ДО"Платежный календарьЖурнал обязательств
Если к "регламентному" ФО привязано ДО на предоплату продаж, то оно попадает в ПП в поле "Основание", а нужно, чтобы в "Предопл. ДО". Сейчас анализируется вид платежа ФО "регламентный" или "авансовый" и в зависимости от этого ДО попадает в соответствующее поле. Предлагают не зависимо от того какой вид платежа в ФО, заполнять в ПП "Основание"или "Предопл. ДО" в зависимости от типа ДО. Если это ДО на предоплату, то в поле "Предопл. ДО". Если на закупку (продажу), то в поле "Основание".Для регламентных ФОБ, сформированных на основании предоплатных ДО, ссылка на ДО в платежках заполняется в поле "Предопл. ДО". Аналогично доя авансовых ФОБ по фактическим ДО.
102.1349118.10.92.0Печать платежных заявокПлатежный календарьРасходование средств
Печать платежных заявок вынести в отдельную группупечатные формы платежных заявок перенесены из группы "Заявка на расходование средств" в группу "Платежная заявка" ("Платежная заявка (разноска по статьям)", "Платежная заявка (лимиты по статьям)")
180.82238.10.91.0В платежной заявке, при выбранном периоде-год, необходимо в спецификации добавить колонки входящаяисходящая дебиторскаякредиторская задолженностьПлатежный календарьРасходование средств
На данный момент в спецификации документа, при выборе периода - год, существуют колонки "Входящая задолженность" и "Исходящая задолженность". Т.к. у заказчика по некоторым статьям бюджета существует развернутая задолженность, необходимо добавить колонки "Входящая дебиторская задолженность", "Входящая кредиторская задолженность", "Исходящая дебиторская задолженность", "Исходящая кредиторская задолженность".Поле "Входящее сальдо" переименовано в "Входящая дебиторская задолженность" Поле "Исходящее сальдо" переименовано а "Исходящая дебиторская задолженность" Добавлено поле "Входящая кредиторская задолженность" добавлено поле "Исходящая кредиторская задолженность"
102.1319598.10.90.0Предложение добавить поля налоговых реквизитов в ДО в управлении снабжениемУправление снабжениемСчета, ДО на закупку
Предложение добавить поля налоговых реквизитов в ДО в управлении снабжением. Имеется ДО в модуле управление снабжением. В нем указываются реквизиты контрагента, сумма к оплате, примечание и.т.д. После ввода в Галактику документа он печатается и согласовывается. Необходимые налоговые реквизиты прописываются вручную в печатной форме. Потом из данного документа формируется платежное поручение. Для того, чтобы в печатной форме ДО печатались и налоговые реквизиты - в интерфейсе ДО должна быть возможность их указывать. Таким образом, предлагаю в ДО добавить следующие поля: УИН, ОКТМО и прочие налоговые реквизиты, которые есть в ПП. При этом предлагаю добавить функционал, который из новых полей ДО будет подтягивать введенную информацию в ПП при формировании.Доработано наследование налоговых реквизитов из ДО при привязки ДО к документам ПК всеми способами
106.98588.10.90.0Налоговые реквизиты ФОБПлатежный календарьОперативные документы
Налоговые реквизиты ФОБ На предприятии платёжные поручения (модуль Финансово-расчётные операции) формируются но основании финансовых обязательств (модуль Платёжный календарь). Необходимо привести налоговые реквизиты Финансового обязательства в соответствие с реквизитами платежного поручения: - добавить поле УИН (соответственно с переносом значения в платежное поручение при создании его на основании ФОб) - переименовать поле ОКАТО в ОКТМОДля заявок и ФОБ на закладке "Налоговые реквизиты" вместо поля "ОКАТО" отображается поле "ОКТМО" (в верхней панели осталось ОКАТО) Также добавлены поля "УИН", "Код таможенного органа" и "Код даты налогового документа" аналогично платежным документам. Все значения хранятся во внешних атрибутах. Автоматически наследуются из заявок в ФОБ при формировании.
102.1291328.10.89.0авизо разделить по расчетным счетамФинансово-расчетные операцииИсходящее авизо
Дать возможность разбивки исходящих и входящих авизо по расчетным счетам в платежном календаре.1. Доработана настройка "Настройки Галактики Управление финансами Платежный календарь Формирование платежных документов Взаимодействие с документами системы" Для документов - "Исходящее авизо" - "Входящее авизо" - "Исходящее налоговое авизо" - "Входящее налоговое авизо" добавлена галочка "Платежное средство авизо определять по платежному документу". По умолчанию галочка снята (см. далее признак разбиения по РС). 2. Журнал обязательств Если в настройке для типа авизо установлен признак разбиения по РС, то авизо становится доступным для выбора для типов ПС: "Безналичные деньги на расчетном счете", "Безналичные деньги на валютном расчетном счете". При этом список доступных платежных средств соответствует: - списку ПС собственного ПП (безналичные деньги на РС, расход), - списку ПС стороннего ПП (безналичные деньги на РС, приход), - списку ПС собственного ВПП (безналичные деньги на валютном РС, расход) - списку ПС стороннего ВПП (безналичные деньги на валютном РС, приход). Функционал для типа ПС "Расчеты по Авизо" без изменений. При формировании Авизо из журнала по Alt+I, они как и раньше попадают в общий раздел. При привязке авизо с платежкой к ФОП с типом ПС "Расчеты по авизо", предлагается изменить тип ПС и ПС на тип Платежного документа. Пр привязке авизо без платежки к ФОП с типом ПС отличным от "Расчеты по авизо", предлагается изменить тип ПС на "Расчеты по авизо". Аналогично выполняется привязка ФОП к ХО из интерфейса платежек. Доработана синхронизация типа документа ФОП и ХО при формировании связи. 3. Доработано формирование ФОБ по авизо. При установленном признаке разбиения авизо по РС, при наличии связи авизо с платежным документом, соответствующее ПС автоматически переносится в ФОП, при формировании. 4. Доработан выбор ПС для бухсправок и валютно-обменных документов. Теперь список ПС зависит от направления (раньше все из направления "расход" брались). 5. Независимо он признака разбиения по РС, авизо нельзя установить как документ "по умолчанию" в настройке "Настройки Галактики Управление финансами Платежный календарь Формирование платежных документов Документы, формируемые по умолчанию по ФОП".
102.1317188.10.89.0В отчете по исполнению финансовых обязательств пропадают данные по оплате, при включении флага для Exel-отчетов- разделять уровни группировки при печатиПлатежный календарьРеестры финансовых обязательств
В отчете по исполнению финансовых обязательств пропадают данные по оплате, при включении флага для Exel-отчетов- разделять уровни группировки при печати. В отчете модуля по реестру финансовых обязательств, при включении в настройках отчета флага для Exel-отчетов- разделять уровни группировки при печати, пропадает информация по оплате из отчета "Исполнение финансовых обязательств". При выключенном флаге - в отчет добавляется номер платежного поручения и его дата для оплаченных ФО.Доработано
106.97988.10.88.0Сумма ФОП в валютеПлатежный календарьЖурнал обязательств
При изменении суммы ФОБ с типом Вал-НДЕ не изменяется сумма ФОПДоработано
102.1299968.10.87.0Стало прятаться поле "счет" в заявке на оплату при виде платежа "регламентный"Управление договорамиЗаявки на расходование средств
Стало прятаться поле "счет" в заявке на оплату при виде платежа "регламентный".исправлено
106.97698.10.86.0Разноска ФОБ по статьям бюджетаПлатежный календарьЖурнал обязательств
Если в интерфейсе разноски по статьям есть возможность смены ЦО, Просят визуализировать ЦО по умолчанию (из документа) для пустой записи (до вставки).При открытии пустой разноски по статьям в средней панели подсвечивается ЦО из документа.
106.97708.10.86.0Алгоритм заполнения суммы ФОБПлатежный календарьЖурнал обязательств
Необходимо алгоритм заполнения суммы ФОБ "По сумме финопераций" реализовать в списке возможных алгоритмов "Автозаполнение поля по алгоритму", который открывается по Shift+F3 для данного полядля поля "Сумма" финансовых обязательств доработан алгоритм : - 121, <авто - сумма финансовых обязательств>. доступен при расчете суммы по Shift+F3 в окне редактирования.
106.97718.10.86.0Режим корректировки суммы ФОБПлатежный календарьЖурнал обязательств
Клиент просит доработать настройку При настройке :Разрешать рассогласование сумм ФОБ и связанных ФОП", а именно: добавить режим "Нет, корректировать сумму ФОБ".Доработана настройка : "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Разрешать рассогласование сумм ФОБ и связанных ФОП" Значение "Нет" переименовано в "Нет, создавать новую ФОП". Добавлено значение "Нет, корректировать сумму ФОБ". В данном режиме : 1. При добавлении (изменении, удалении) ФОП, сумма ФОб корректируется. 2. При изменении суммы ФОБ, если по ФОБ сформировано не более одной ФОП, корректируется сумма ФОП. Если ФОП несколько, отрабатывает как в режиме "По запросу".
106.97728.10.86.0отчет о рассогласовании настроекПлатежный календарьНастройки модуля ПК в "Настройке"
Необходимо для настройки Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Значения полей по умолчанию Настройка алгоритмов формирования полей документов реализовать возможность получения отчета о рассогласовании настроек между настройками разных пользователей (по выбору), а также между настройками пользователя (по выбору) и общими настройками формирования полей документов модуля "Платежный календарь". Интерфейс "Настройка алгоритмов формирования полей документов модуля" содержит большое количество настроек. При значительном числе пользователей сравнение настроек - процесс очень трудоемкий.Добавлена функция "Отчет о рассогласовании настроек Alt+P" в окне настройки алгоритмов. По умолчанию сравниваются настройки текущего пользователя и общие настройки. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: OFPTUNEDIFF
106.97748.10.86.0Финобязательство из интерфейса <Основания обязательств> по ДО на предоплатуПлатежный календарьЖурнал обязательств
При попытке сформировать финобязательство из интерфейса "Основания обязательств" по ДО на предоплату продаж система открывает окно настройки параметров формирования полей финансового обязательства, относящееся к типу документов ДО, а не к ДО на предоплатуисправлено
101.520978.10.85.0Не освобождаются лицензии Платежного календаряУправление снабжениемСчета, ДО на закупку
Не освобождается лицензия Платежного календаря после формирования финансовых обязательств в ДО на закупку. Только после закрытия интерфейса Образование обязательств. Основания на закупку, лицензия освободится.функционал "Алгоритмы ПК" теперь не лицензируется
102.1236918.10.85.0В заявке на периодический расход средств "Максимальная сумма" не контролируетсяПлатежный календарьПериодический расход средств
В заявке на периодический расход средств "Максимальная сумма" не контролируется. Хотелось бы иметь контроль ещё на этапе планирования платежей (когда в верхней части верхней панели указывается количество планируемых платежей и их общая сумма). Хотелось бы, чтобы контроль происходил автоматически: Все планируемые платежи кроме последнего имеют сумму, равную периодической, последний планируемый платеж имеет сумму, вычисляемую как максимальная сумма за вычетом сумм остальных платежей. Привожу пример: В заявке на периодический расход средств указывается продолжительность 3 месяца (01/01/2013-31/03/2013), периодичность "месяц", сумма периодических платежей 2000. Вводится максимальная сумма 5000. В верхней части окна указывается: всего планируется платежей: 3, на общую сумму 5000 руб. И при формировании финансовых обязательств первые два формируются на 2000 каждое, а третье формируется на 1000.1. Доработан интерфейс формирования периодических заявок. Добавлено поле "Сформировано" - сумма всех финансовых обязательств, которые ссылаются на заявку. Добавлено поле "Исполнено" - сумма всех финансовых обязательств в статусе "исполняемый" или "закрытый", которые ссылаются на заявку. Для заявок на периодический приход добавлено поле "Максимальная сумма", аналогично заявкам на периодический расход. Поле "Максимальная сумма" не обязательно для заполнения. Если оно не заполнено, то никакого контроля нет. По F3 (Shift + F3) для периодических заявок добавлены алгоритмы: - "119 - сумма заявки по максимальной сумме выплат" Сумма рассчитывается на основании максимальной суммы и количества платежей за период. Наличие исполняемых обязательств не учитывается. - "120 - максимальная сумма заявки, по сумме периодических платежей" Сумма рассчитывается как произведение суммы заявки на количество платежей за период оплаты. Наличие исполняемых обязательств не учитывается. 2. При привязке договора, ПКП, ДО к заявке поле "Максимальная сумма" заполняется по тому же алгоритму что и сумма заявки. 3. Для заявок всех типов добавлен контроль корректности интервала планируемой даты погашения заявки. При изменении даты начала оплаты, если дата окончания меньше, она становится равной дате начала. И наоборот. 4. Доработан процесс формирования финансовых обязательств по периодическим заявкам. Функция "Формирование обязательств - Alt+F" доступна теперь и из окна редактирования. Процесс запускается для текущей заявки. Убран промежуточный интерфейс формирования - процесс сразу запускается из основного интерфейса "Образование обязательств". Формирование (переформирование) финансовых обязательств происходит по следующему алгоритму: - При запуске процесса все финансовые обязательства в статусе отличном от "Исполняемый" или "Закрытый" автоматически удаляются. - На оставшуюся сумму последовательно формируются обязательства начиная с периода, следующего за периодом в котором сформировано последнее исполняемое обязательство. Обязательство формируются в рамках планируемого периода оплаты, пока сумма не превысит максимальную (если она контролируется). - Для контроля максимальной суммы необходимо для поля "Сумма" установить алгоритм "118 - сумма по заявке, с контролем максимальной суммы"
102.1236988.10.85.0Нужен вывод запуска отчета "Анализ лимитов" в основном списке отчётовПлатежный календарьАнализ бюджетов
Добавить в меню модуля ПК вызов отчета "Анализ бюджетов"В меню модуля "Платежный календарь", добавлены следующий функции: - "Отчеты | Анализ бюджетов" - "Настройка | Представления для анализа бюджетов" Данные функции будут видимы в меню, только при наличии лицензии на модуль "Управление бюджетом".
102.1239768.10.85.0Контроль разноски по статьям должен быть не навязчивымПлатежный календарь"Платежный календарь" в целом
При осуществлении ручной разноски документов ПК по статьям бюджета, постоянно осуществляется контроль на ее корректность (например на 100% разноски). Это хорошо, но в случае не корректности постоянно выдается соответствующее сообщение, даже в случае когда пользователь еще не осуществил до конца эту разноску. Данное сообщение весьма мешает. Например: 0. ФОБ - 100 р 1. завели статью1 - она автоматом 100% 2. завели статью2 - поставили 30% (тут и сообщение) Предлагаю: 1. контроль оставить, и светить некорректные строки "красным" 2. сообщение о не корректной разноске, выдавать только при ее завершении PS М/б продумать и еще какие либо "эргономики". Интерфейс разноски документов ПК по статьям бюджета весьма часто используемый, он должен быть по максимуму эргономичен.Изменен интерфейс редактирования разноски по статьям. 1. Разноска заявки по статьям бюджета Состоит из трех панелей : - Информация о документе, сумма разноски, остаток к распределению - Разноска по статьям - Аналитика по статье Колонка "Центр ответственности" скрыта при значении настройки : "Настройки Галактики Управление финансами Платежный календарь Права доступа Разрешать доступ к смене ЦО в разноске по статьям" = "нет" Колонка "Свободно" скрыта при значении настройки : "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Лимиты Контроль по лимитному плану" = "нет" При открытии интерфейса вся информация о разноске заносится в таблицы в памяти. При закрытии разноска сохраняется в БД автоматически, если она корректна, иначе выдается сообщение. 1.1 Режим редактирования (заявка доступна для редактирования) При выборе статьи из справочника есть возможность множественного выбора. В случае множественного выбора остаток к распределению списывается на первую статью. Сумма заявки доступна для редактирования. Сохраняется вместе с разноской. По умолчанию расчет сумм выполняется от процента. При этом есть есть спецификация по которой сумма была задана явно, то при дальнейшей разноски сумма будет ведущей. Доступны функции локального меню: - "Сохранить изменения" Разноска сохраняется в БД, если она корректна. - "Восстановить предыдущий вариант разноски" Восстанавливается последний сохраненный вариант - "Удалить разноску" Разноска по статьям удаляется - "Пересчитать сумму документа" Сумма заявки становится равной сумме разноски по статьям. При этом процент разноски пересчитывается по новой сумме документа. - "Установить фиксированную сумму по спецификации" Выдается запрос суммы. По всем статьям сумма становится равной заданной. - "Распределить сумму документа равномерно" Сумма документа распределяется по статьям равномерно. Погрешность при округлении списывается на последнюю статью. - "Пересчитать процент от суммы" Сумма становится ведущей, процент пересчитывается от суммы - "Пересчитать сумму от процента" Процент становится ведущим, сумма пересчитывается от процента - "Сохранить разноску Ctrl+F2" Разноска сохраняется в БД, если корректна, и запоминается для последующего копирования (запоминается nRec документа). - "Вставить разноску Ctrl+F3" Копируется ранее сохраненная разноска. - "Анализ лимитов Alt+K" Открывается интерфейс анализа лимитов по текущей статье 1.2 Режим просмотра (заявка не доступна для редактирования) Доступна функция локального меню: - "Сохранить разноску Ctrl+F2" Разноска запоминается для последующего копирования (запоминается nRec документа). - "Анализ лимитов Alt+K" Открывается интерфейс анализа лимитов по текущей статье 2. Разноска финансового обязательства по статьям бюджета Состоит из трех панелей : - Информация о документе, сумма разноски, остаток к распределению - Разноска по статьям - Аналитика по статье Колонка "Центр ответственности" скрыта при значении настройки : "Настройки Галактики Управление финансами Платежный календарь Права доступа Разрешать доступ к смене ЦО в разноске по статьям" = "нет" Колонка "Свободно" скрыта при значении настройки : "Настройки Галактики Управление финансами Платежный календарь Связь с бюджетом Лимиты Контроль по лимитному плану" = "нет" При открытии интерфейса вся информация о разноске заносится в таблицы в памяти. При закрытии разноска сохраняется в БД автоматически, если она корректна, иначе выдается сообщение. 2.1 Режим редактирования (финансовое обязательство доступно для редактирования) При выборе статьи из справочника есть возможность множественного выбора. В случае множественного выбора остаток к распределению списывается на первую статью. Сумма финансового обязательства доступна для редактирования. Сохраняется вместе с разноской. Сумма финансовой операции при этом также изменяется, если эта единственная ФОП передачи средств, которая еще не исполнена. В верхней панели кнопка: "Разноска финансовых операций" по которой можно перейти к редактированию разноски финансовых операций. Перед переходом изменения сохраняются. По умолчанию расчет сумм выполняется от процента. При этом есть есть спецификация по которой сумма была задана явно, то при дальнейшей разноски сумма будет ведущей. Доступны функции локального меню: - "Сохранить изменения" Разноска сохраняется в БД, если она корректна. При сохранении разноска ФОП переформировывается пропорционально. - "Восстановить предыдущий вариант разноски" Восстанавливается последний сохраненный вариант - "Удалить разноску" Разноска по статьям удаляется - "Пересчитать сумму документа" Сумма заявки становится равной сумме разноски по статьям. При этом процент разноски пересчитывается по новой сумме документа. - "Установить фиксированную сумму по спецификации" Выдается запрос суммы. По всем статьям сумма становится равной заданной. - "Распределить сумму документа равномерно" Сумма документа распределяется по статьям равномерно. Погрешность при округлении списывается на последнюю статью. - "Пересчитать процент от суммы" Сумма становится ведущей, процент пересчитывается от суммы - "Пересчитать сумму от процента" Процент становится ведущим, сумма пересчитывается от процента - "Сохранить разноску Ctrl+F2" Разноска сохраняется в БД, если корректна, и запоминается для последующего копирования (запоминается nRec документа). - "Вставить разноску Ctrl+F3" Копируется ранее сохраненная разноска. - "Анализ лимитов Alt+K" Открывается интерфейс анализа лимитов по текущей статье 2.2 Режим просмотра (финансовое обязательство не доступно для редактирования) Доступны функции локального меню: - "Сохранить разноску Ctrl+F2" Разноска запоминается для последующего копирования (запоминается nRec документа). - "Анализ лимитов Alt+K" Открывается интерфейс анализа лимитов по текущей статье 3. Разноска финансовых операций по статьям бюджета Состоит из четырех панелей : - Сумма операций, сумма разноски - Финансовые операции - Разноска по статьям текущей операции - Аналитика по статье При открытии интерфейса вся информация о разноске заносится в таблицы в памяти. При закрытии разноска сохраняется в БД автоматически, если она корректна, иначе выдается сообщение. 3.1 Режим редактирования (финансовое обязательство доступно для редактирования) Добавлять или удалять статьи нельзя, можно только редактировать суммы. В верхней панели кнопка: "Разноска финансового обязательства" по которой можно перейти к редактированию разноски финансового обязательства. Перед переходом изменения сохраняются. Доступны функции локального меню: - "Сохранить изменения" Разноска сохраняется в БД, если она корректна. - "Восстановить предыдущий вариант разноски" Восстанавливается последний сохраненный вариант - "Пересчитать процент от суммы" Сумма становится ведущей, процент пересчитывается от суммы - "Пересчитать сумму от процента" Процент становится ведущим, сумма пересчитывается от процента - "Удалить разноску операции" Разноска финансовой операции обнуляется. - "Распределить всю сумму операции по статье Ctrl+Enter" Вся сумма финансовой операции списывается на текущую статью - "Анализ лимитов Alt+K" Открывается интерфейс анализа лимитов по текущей статье 3.2 Режим просмотра (финансовое обязательство не доступно для редактирования) Доступна функция локального меню: - "Анализ лимитов Alt+K" Открывается интерфейс анализа лимитов по текущей статье 4. Доработан процесс контроля лимитов при переводе документа в статус "исполняемый". Ускорен анализ данных. В интерфейс контроля добавлена функция "Анализ лимитов Alt+K"
102.1280638.10.85.0Сумма к оплате и сумма налогов не соответсвуетПлатежный календарьРасходование средств
Сумма к оплате и сумма налогов не соответсвует. В заявках на расходование ден.средств (Платежный календарь - Документы - Заявки - расходование средств) сумма заявки меньше чем сумма налогов. Заносим заявки по f7, выбираем контрагента, потом заносим сумму руками. Так считается у всех заявок. (не зависимо есть ли договор или ДО или нет их) Возникает из-за того, что в группе налогов несколько налогов (для разных стран), если запись одна, то считает правильно. В ФОБ при выборе этой же группы налогов, тоже считает не правильно. Есть настроенный пример на тестевой базе.Добавлена проверка на соответствие страны при расчете суммы налогов в документах ПК, когда группа налогов задается явно. Доработан расчет суммы налогов (колонка "Сумма" в окне "Алгоритмы расчета для налогов") для функции автозаполнения поля по алгоритму. При этом в средней панели отображаются только не спецификации, по которым должен выполняться расчет.
102.400858.10.85.0доработать привязку группы ПС к ФОППлатежный календарьЖурнал обязательств
Платежный календарь Документы Журнал ФОБ При вызове данной функции вызывается весь каталог групп ПС, если же выполнить подобную функцию во ФРО, то для выбора будут только доступные для определенного документа группы, т.е. устанавливается фильтр на тип документа (можно еще на контрагента). В ПК же выводятся все группы, и многие из них нельзя выбрать. Предлагаю доработать, сделать как во ФРО.Вместо функции локального меню для ФОП добавлена закладка "Группы платежных средств". Для выбора доступны группы, доступные для типа документа, указанного в ФОП. Если тип документа не указан доступны все группы платежных средств по типу "Финансовая операция". Если документ не доступен для редактирования группы платежных средств изменять нельзя.
103.27838.10.85.0Оплата обязательствПлатежный календарьЖурнал обязательств
По Вал-Нде ДО (ДО на предоплату) создаются обязательства. Оплата во всех случаях проходит по курсу на дату получения платежа. Необходимо реализовать учет заполненного показателя в расширенной информации ДО (ДО на предоплату) "Учет платежей". Он может принимать три значения: -по курсу на дату получения платежа -по курсу на дату перечисления платежа -по курсу документа В соответствии с этой настройкой необходимо оплачивать обязательство.1. Для валютных и валютно-рублевых заявок и обязательств в окне редактирования добавлена закладка "учет платежей" Пересчет сумм выполняется согласно правилу учета платежей. 2. Закладка "Учет платежей" содержит поля: - "Учет платежей" список : "по курсу на дату получения платежа" "по курсу на дату перечисления платежа" "по курсу документа" "по курсу на дату сопроводительного документа" - "Курс документа" - "Дата курса" - "Процент к курсу на день платежа" Поля доступны для редактирования на зависимо от статуса. Все расчеты сумм выполняются согласно правилу учета платежей. 3. Для автоматического заполнения правила учета платежей разработаны алгоритмы: <авто - методика определения курса из заявки> <авто - методика определения курса из ДО> <авто - методика определения курса из договора> <явно - "по курсу на дату получения платежа"> <явно - "по курсу на дату перечисления платежа"> <явно - курс на дату> (параметрический) 4. В финансовом обязательстве при изменении правила учета платежей автоматически выполняется пересчет сумм финансовых операций. 5. Добавлена возможность группового изменения правила учета платежей (групповая модификация полей). При выполнении происходит пересчет сумм финансовых операций по обязательствам. В журнале обязательств удалена функция "Пересчет сумм финансовых операций по курсу". 6. Доработана функция групповой модификации полей. для заявок независимо от статуса выполняется модификация полей: "Приоритет" "Учет платежей" для финансовых обязательств : "Приоритет" "Учет платежей" "Дата погашения" "Первоначальная дата"
106.97058.10.85.0Финансовое обязательства по нескольким ДОПлатежный календарьЖурнал обязательств
Бизнес-процесс заказчика : В течение месяца на предприятие от одного контрагента поступают МЦ или принимаются услуги. Каждая поставка сопровождается счетом-фактурой. По факту нескольких поставок менеджер собирает несколько счетов-фактур и несет в отдел бюджетирования для оформления оплаты на общую сумму поставки. Оформляется реестр на оплату для утверждения генеральным директором, в котором одной строкой указывается сумма платежа по контрагенту (дополнительно разная информация по остаткам лимитов, дебиторской задолженности, статья БДДС, ЦО, назначения платежа). Текущая реализация бизнес-процесса в системе : На каждую поставку (акт) вводится ДО, номер у которого указывается такой же, как у счета-фактуры. По каждому ДО формируется ФОБ. По введенным ФОБ формируется реестр. При этом по каждому контрагенту в отчет выводится несколько строк, которые отличаются только суммой платежа.1. Интерфейс "Образование обязательств. Основания" В нижней панели всегда отображаются обязательства по финансовым операциям, которые ссылаются на ДО. Если ФОБ было сформировано на основании ДО (1:1 в автоматическом режиме), оно выделено жирным цветом. Из локального меню убраны функции: - "Параметры формирования" - "Режим отображения обязательств" Добавлены функции: - "Внешняя классификация Alt+C" (просмотр) - "Внешние атрибуты Alt+A" (просмотр) В окно алгоритмов формирования полей ФОБ по ДО добавлены параметры : - "Существующие" (что делать с существующими ФОБ по ДО, бывшая настройка параметров формирования ФОБ) - "Группировка" Настройка для существующих обязательств может принимать значения: <заменять> (по умолчанию) При этом существующие ФОБ(ФОП), доступные для удаления будут удалены. Новые ФОБ(ФОП) будут сформированы в любом случае. <формировать новое> Будут сформированы новые ФОБ(ФОП). Существующие останутся без изменения. <пропускать> Если существует ФОП, которая ссылается на ДО, повторное формирование ФОБ(ФОП) по ДО не выполняется. <по запросу> При наличии ФОБ по ДО выдается запрос с вариантами: - "пропустить документ" - "заменять существующие" - "формировать новое" При групповой операции вопрос задается для каждого ДО. <прервать процесс> Если в процессе формирования встречается ДО, по которому уже сформировано ФОБ(ФОП), процесс прерывается. Настройка группировки может принимать значения: <не группировать> (по умолчанию) <тип по валюте, валюта, контрагент, банк> <тип по валюте, валюта, контрагент, банк, договор> <тип по валюте, валюта, контрагент, банк, договор, ПКП> новые настройки сохраняются в пользовательские настройки : "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Значения полей по умолчанию Настройка алгоритмов формирования полей документов" При формировании обязательств вручную (Alt+F) признак "ДО-основание ФОБ" не проставляется. При формировании ФОБ с группировкой ДО, по каждому ДО формируется отдельная ФОП. Тип обязательства по валюте и валюта определяются по первому ДО. Алгоритмы также отрабатывают по первому ДО. Алгоритм для поля "Сумма" применяется для суммы ФОП. Алгоритм для поля "Планируемая дата погашения" - для даты ФОП. Сумма ФОБ при этом определяется как сумма всех его ФОП. Если, в случае группировки, ДО имеют различное распределение по договорам, ПКП в ФОБ ссылки на договор, ПКП не проставляются. В дальнейшем, при формировании ПД по ФОБ, распределение по договорам ПКП для ХО будет браться из ДО. ----------------------------------------------------------------------- 2. Интерфейс "Образование обязательств. План-график выдачи/погашения кредита" Теперь интерфейс состоит из 3-х панелей: - Информация о кредите - План-график - ФОБ по план-графику Добавлены функции: - "Внешняя классификация Alt+C" (просмотр) - "Внешние атрибуты Alt+A" (просмотр) - "Просмотр истории проведения операций Alt+U" Формирование обязательств по ЭПГ кредита выполняется в режиме <заменять - по запросу> ----------------------------------------------------------------------- 3. Интерфейс "Образование обязательств. Заявки на расход/приход/получение кредита средств" В нижней панели всегда отображаются обязательства по ФОБ, которые ссылаются на заявку. Если ФОБ было сформировано на основании заявки (1:1 в автоматическом режиме), оно выделено жирным цветом. Автоматическое формирование возможно только на основании заявок на оплату (версия 9.1) Из локального меню убраны функции: - "Параметры формирования" - "Режим отображения обязательств" Функция "Переход на другое основание" теперь по "Ctrl+Enter" "Alt+O" - стандартное сочетание для экспорта Функция "Формирование обязательств - Alt+F" доступна теперь и из окна редактирования. Процесс запускается для текущей заявки. В окно алгоритмов формирования полей ФОБ по ДО добавлены параметры : - "Существующие" (что делать с существующими ФОБ по заявке, бывшая настройка параметров формирования ФОБ) - "Группировка" = <не группировать> Настройка для существующих обязательств может принимать значения: <заменять> (по умолчанию) При этом существующие ФОБ, доступные для удаления будут удалены. Новые ФОБ будут сформированы в любом случае. <формировать новое> Будут сформированы новые ФОБ. Существующие останутся без изменения. <пропускать> Если существует ФОП, которая ссылается на ДО, повторное формирование ФОБ по завке не выполняется. <по запросу> При наличии ФОБ по заявке выдается запрос с вариантами: - "пропустить документ" - "заменять существующие" - "формировать новое" При групповой операци вопрос задается для каждой заявки. <прервать процесс> Если в процессе формирования встречается ДО, по которому уже сформировано ФОБ(ФОП), процесс прерывается. Настройка сохраняется в пользовательские настройки : "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Значения полей по умолчанию Настройка алгоритмов формирования полей документов" Удалена настройка "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств При формировании ФОБ по заявке предлагать формировать по ДО" При формировании ФОБ по заявкам доступны все алгоритмы ДО - можно настроить. При формировании обязательств вручную (Alt+F) признак "Заявка-основание ФОБ" не проставляется. ----------------------------------------------------------------------- 4. Интерфейс "Образование обязательств. Периодический расход/приход средств" В нижней панели всегда отображаются обязательства по финансовым операциям, которые ссылаются на заявку. Если ФОБ было сформировано на основании заявки (1:1 в автоматическом режиме), оно выделено жирным цветом. Автоматическое формирование возможно только на основании заявок на оплату (версия 9.1) Из локального меню убраны функции: - "Параметры формирования" - "Режим отображения обязательств" В окно алгоритмов формирования полей ФОБ по ДО добавлены параметры : - "Существующие" = <заменять> - "Группировка" = <не группировать> В окне редактирования добавлено поле "Сформировано" - сумма всех финансовых обязательств, которые ссылаются на заявку. Добавлено поле "Исполнено" - сумма всех финансовых обязательств в статусе "исполняемый" или "закрытый", которые ссылаются на заявку. Для заявок на периодический приход добавлено поле "Максимальная сумма", аналогично заявкам на периодический расход. Поле "Максимальная сумма" не обязательно для заполнения. Если оно не заполнено, то никакого контроля нет. По F3 (Shift + F3) для периодических заявок добавлены алгоритмы: - "119 - сумма заявки по максимальной сумме выплат" Сумма рассчитывается на основании максимальной суммы и количества платежей за период. Наличие исполняемых обязательств не учитывается. - "120 - максимальная сумма заявки, по сумме периодических платежей" Сумма рассчитывается как произведение суммы заявки на количество платежей за период оплаты. Наличие исполняемых обязательств не учитывается. Функция "Переход на другое основание" теперь по "Ctrl+Enter" Функция "Формирование обязательств - Alt+F" доступна теперь и из окна редактирования. Процесс запускается для текущей заявки. Убран промежуточный интерфейс формирования - процесс сразу запускается из основного интерфейса "Образование обязательств". Формирование (переформирование) финансовых обязательств происходит по следующему алгоритму: - При запуске процесса все финансовые обязательства в статусе отличном от "Исполняемый" или "Закрытый" автоматически удаляются. - На оставшуюся сумму последовательно формируются обязательства начиная с периода, следующего за периодом в котором сформировано последнее исполняемое обязательство. Обязательство формируются в рамках планируемого периода оплаты, пока сумма не превысит максимальную (если она контролируется). - Для контроля максимальной суммы необходимо для поля "Сумма" установить алгоритм "118 - сумма по заявке, с контролем максимальной суммы" При формировании обязательств признак "Заявка-основание ФОБ" не проставляется. ----------------------------------------------------------------------- 5. Журнал обязательств Поле "Основание" в окне редактирования ФОБ удалено. При выборе ДО в окне редактирования ФОБ, он автоматически привязывается ко всем ФОП. Аналогично при удалении. При выборе заявки, если в заявке указан ДО, значение переносится в ФОБ и все его ФОП. Если ФОБ было сформировано автоматически на основании ДО, значение в поле "ДО" должно быть выделено жирным шрифтом. Если ФОБ сформировано на основании ЭПГ кредита, то в в поле ДО светится информация о ЭПГ кредита. Если ФОБ распределено по нескольким ДО, то ссылка на ДО в самом ФОБ не указывается. В окне редактирования ФОБ отображается список всех ДО, на которые ссылается ФОП. В окне "Финансовая операция" необходимо добавлено поле "ДО", с возможностью выбора. Для полей "Дата" и "Сумма" ФОП добавлена возможность "Автозаполнения поля по алгоритму - Shift+F3". Изменен фильтр по ДО в журнале обязательств и во всех интерфейсах выбора ФОБ. Считаем, что ФОБ распределено по ДО, если на ДО ссылается хоть одна его ФОП. При объединении ФОП добавлена проверка на соответствие ДО. Процесс привязки договора, соглашения, ПКП, заявки выполняется по следующему алгоритму: 1.Выбирается документ-основание 2.Устанавливается ссылка 3.Выполняется запрос алгоритмов (при отмене ссылка на документ сохраняется) 4.Поля ФОБ формируются согласно алгоритмам 5.Формируется/обновляется ФОП 6.Запускается алгоритм формирования разноски по статьям. При привязке заявки, если заявка ссылается на ДО, ПКП, договор, ссылки переносятся в ФОБ, иначе распределение по ДО, ПКП, договору сохраняется. При формировании обязательств вручную признак "основание" не проставляется. При печати ФОБ если основание в документе не определено явно, считаем основанием нижний документ в списке: - Договор - Соглашение - ПКП - ДО - Заявка ----------------------------------------------------------------------- 6. Разноска по статьям бюджета Подробно о новом интерфейсе разноски по статьям - 102.123976 В рамках данной доработки добавлена возможность редактирования аналитики бюджетирования по ФОП и автоматическая синхронизация аналитик "ДО" и "Группа платежных средств" в разноске по ФОП. ----------------------------------------------------------------------- 7. Зачет авансовых ФОП При выполнении зачета авансовых финансовых операций ориентируемся на вид ФОБ (аванс/факт) и ДО, которое указано в ФОП. ----------------------------------------------------------------------- 8. Формирование ПД по ФОП Формирование общего ПД по ФОБ, с разноской по нескольким ДО возможно при соответствующем значении настройки: "Настройки Галактики Управление финансами Платежный календарь Формирование платежных документов Группирование операций при пакетном формировании платежных документов" При формировании ХО по ФОП ссылки на ДО, ТПКП, ФПКП, соглашение, договор определяются по следующему алгоритму: 1. Если определен фактический ДО, ссылки на ДО, договор, соглашение, ТПКП берутся из ДО 2. Если фактический ДО не ссылается на договор, или ссылается на тот же договор, что и ФОБ, ссылки на договор, соглашение ТПКП или ФПКП берем из ФОБ, если они там определены. 3. Если при формировании также определен авансовый ДО,то 3.1.Если определено фактическое ФОБ и уже есть распределение по ДО, если авансовое ДО это ДО на предоплату, устанавливаем ссылку на ДО на предоплату, и ФПКП, если еще не определен. 3.2 Если фактическое ФОБ или ДО не определен Ссылки на договор, соглашение, ТПКП, ФПКП берем из авансового ДО. Авансовый ДО устанавливаем как основной. 4. Если ссылка на договор еще не определена, или авансовый ФОБ ссылается на тот же договор, что и ФОБ 4.1.Есть фактическое ФОБ и распределение по ДО, в авансовом ФОБ определена ссылка на ФПКП, а по ХО еще не определена - переносим. 4.2.Есть только авансовый ФОБ - ссылки на договор, соглашение ТПКП или ФПКП берем из ФОБ, если они там определены. 5. Если ФПКП все еще не определен, пытаемся установить соответствие через схему связей ПКП Таким образом поддерживается наследование распределения по договорам, ПКП, ДО при распределении ФОБ по нескольким ДО, с учетом зачета авансовых ФОП. ----------------------------------------------------------------------- 9. Автоматическое формирование ФОБ при привязке ДО в платежных документах, формирование ФОБ по ХО. В целом алгоритм формирования остался без изменения. Доработан процесс поиска существующих ФОП для автоматического формирования связи с ХО: 1. Ищем ФОП с тем же направлением, ДО, суммой, валютой, ПС 2. Не нашли - ищем с тем же направлением, суммой, валютой, ПС 3. Не нашли - ищем с тем же направлением, суммой, валютой, не определенным ПС 4. Не нашли - ищем с тем же направлением, ДО, суммой больше суммы ХО, валютой, ПС 5. Не нашли - ищем с тем же направлением, суммой больше суммы ХО, валютой, ПС 6. Не нашли - ищем с тем же направлением, суммой больше суммы ХО, валютой, не определенным ПС 7. не нашли. При значении настройки "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств При автоматическом подборе ФОП для ХО учитывать ПС" = НЕТ Ищем ФОП с тем же направлением, суммой больше суммы ХО, валютой 8. Если не найдена, в зависимости от настройки "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Подбор ФОП при привязке платежей ДО к ФОБ" формируется новая. ----------------------------------------------------------------------- 10. Платежный календарь Доработаны группировки по "основанию" и "типу основания" Если основание ФОБ на задано явно, считаем основанием нижний документ в списке: - Договор - Соглашение - ПКП - ДО - Заявка ----------------------------------------------------------------------- 11. Реестр ФОБ Доработаны группировки по "основанию" и "типу основания" Если основание ФОБ на задано явно, считаем основанием нижний документ в списке: - Договор - Соглашение - ПКП - ДО - Заявка Доработан фильтр по ДО. Если ссылка на ДО указана в ФОБ, то проверяем попадает ли этот ДО под Фильтр. Если не указана, проверяем ссылки на ДО по ФОП. ----------------------------------------------------------------------- 12. Реестр заявок Убран параметр настройки "Дополнительные параметры | Учитывать все обязательства". Теперь всегда учитываются. ----------------------------------------------------------------------- 13. Конвертор При установке обновлений отрабатывает конвертор, который автоматически копирует ссылки на ДО для существующих финансовых обязательств в финансовые операции. ----------------------------------------------------------------------- 14. Нумерация документов модуля Нумерация всех документов модуля ПК выполняется по спецтаблице. Добавлена проверка (откат) последнего номера в спецтаблице, если совпадает: - При отмене вставки записи - При ручном редактировании номера документа - При удалении документа Добавлен контроль уникальности номера при формировании - Номер в спецтаблице увеличивается, пока не станет уникальным. При ручном редактировании уникальность не контролируется. Для финансовых обязательств при настройке : "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Значения полей по умолчанию Номер ФОБ брать из ДО при автоформировании" = "Да" Номер ФОБ синхронизируется с ДО - При формировании ФОБ - При отработке алгоритмов (по любому основанию) - При групповом изменении ДО При удалении ссылки на ДО номер ФОБ изменяется на номер из спецтаблицы. ----------------------------------------------------------------------- 15. Удаление ФОБ при удалении ДО Ранее, при удалении ДО удалялись все ФОБ, которые были сформированы на его основании и доступны для удаления. У остальных чистилась ссылка на ДО. Теперь удаляем все ФОБ (ФОП), которые ссылаются на ДО, при этом ссылка на заявку не заполнена. У остальных чистим ссылку на ДО.
180.76558.10.85.0Добавить настройку "Группа ФОБ по умолчанию"НастройкаНастройка Управления ФИНАНСАМИ
Пользователи просят добавить Настройку "Группа ФОБ по умолчанию" в раздел Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Значения полей по умолчанию. Значение выбирается из справочника "Группы финансовых обязательств". Значение данной настройки будет заполняться в Финансовых обязательствах по умолчанию по данной настройке.Добавлена настройка : "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Значения полей по умолчанию Группа ФОБ по умолчанию" Значение автоматически проставляется при формировании ФОБ.
102.1275948.10.84.1сортировка спецификации платежных заявокПлатежный календарьРасходование средств
Необходимо реализовать сортировку спецификации платежных заявок по аббревиатуре статьи бюджета при выводе в печатную форму (на уровне работы прототипа).В печатных формах заявок, обязательств и сводных обязательств статьи бюджета сортируются по аббревиатуре (ранее по nRec статьи).
106.97078.10.84.0Пересчет налогов в поле ФОБ "Группа налдогов"Платежный календарьЖурнал обязательств
В случае когда явно определена "группы налогов". Возможно лучше, в поле "Налоги" выводить: [Сумма налогов]++[Наименование группы налогов] где [Сумма налогов] - это вычисляемое поле.Если группа налогов в документе задана явно то поле "налоги" заполняется как: "[сумма налогов] ([наименование группы налогов])" при расчете считаем что налоги входят в сумму документа. Если документ ссылается на ДО, то поле "налоги" заполняется как: "[сумма налогов] (из ДО)"
106.97198.10.84.0Группировка "Счет/касса предприятия"Платежный календарьРаспределение платежных документов
Группировка "Счет/касса предприятия" документы (РКО) попадают не на уровень "Касса предприятия", а на один из р/с.Если по разделу учета (Касса, р/с, в/с, бухсправка) не ведется многорасчетность при наличии группировки по полю "счет/касса предприятия" документы соответственно объединяются в группы : - "Касса предприятия" - "Р/С предприятия" - "В/С предприятия" - "Бухгалтерская справка" Также в отдельную группу ("Авизо") попадают документу по авизо. При наличии многорасчетности наименование группировки соответствует наименованию раздела учета.
180.76968.10.84.0Ошибка при формировании ФО из платежного порученияПлатежный календарьЖурнал обязательств
При формировании ФОБ по ХО, которая разнесена по ДО система автоматически формирует ФОБ на основании ДО. Нужна возможность формировать ФОБ по ХО не зависимо от наличия разноски по ДОВ параметры формирования ФОБ по ДО добавлена настройка для поля "Сумма" По умолчанию: Не разнесено по ДО - <авто - остаток к распределению по ХО> Разнесено по ДО - соответствующая настройка из "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Значения полей по умолчанию Настройка алгоритмов формирования полей документов" Добавлен параметр "Без учета разноски по ДО". При установке галочки, при формировании ФОБ разноска по ДО игнорируется (поля формируются согласно алгоритмам группы "Не разнесено по ДО"). При этом ссылка на ДО в ФОБ проставляется.
180.77058.10.84.0В платежной заявке, при выбранном периоде-год, необходимо реализовать возможность ввода сумм с разбивкой по месяцам.Платежный календарьРасходование средств
В платежной заявке, при выбранном периоде-год, необходимо реализовать возможность ввода сумм с разбивкой по месяцам.Для платежных заявок с типом периода "год" добавлена возможность ввода сумм с разбивкой по месяцам. При установке соответствующего параметра в спецификации появляются 12 колонок для ввода сумм по месяцам. Сумма спецификации при этом не доступна для редактирования - определяется автоматически как сумма по всем месяцам. Нули по месяцам не отображаются. Также добавлены поля для ввода входящего и исходящего остатка. ( Поля справочные: данные в эти поля пользователь заносит сам) Для режима формирования разноски за год "по месяцам" добавлены функции: - Установить фиксированную сумму за месяц Выдается запрос суммы (по умолчанию сумма за январь). При выполнении значение устанавливается по всем месяцам текущей спецификации. - Распределить сумму равномерно по месяцам Выдается запрос суммы (по умолчанию сумма спецификации). При выполнении сумма распределяется по месяцам равномерно. Погрешность округления списывается на декабрь.
102.1256928.10.83.0не правильно формируется банк в ФОБ при автоматическом создании из ДОПлатежный календарьЖурнал обязательств
Не правильно формируется банк в ФОБ при автоматическом создании из ДО. В модуле "управление снабжением" формируется основание на закупку и перевыбирается банк-контрагент с банка по умолчанию на другой банк, в финансовом обязательстве по этому документу основанию остается банк по умолчанию.Исправлено
102.1257398.10.83.0При каждом вызове функции лок.меню "Просмотр истории проведения операций" увеличивается количество записей с ее наименованиемПлатежный календарьЖурнал обязательств
При каждом вызове функции лок.меню "Просмотр истории проведения операций" увеличивается количество записей с ее наименованием, при условии, что вызов осуществляется из интерфейса "Мастер загрузки плана: Настройка загрузки".Исправлено
103.62398.10.83.0Добавить в список алгоритмов настройки алгоритм, учитывающий Срок задолженности контрагента из вкалдки "Прочие"Платежный календарьНастройки модуля ПК в "Настройке"
Добавить в список алгоритмов настройки алгоритм, учитывающий Срок задолженности контрагента из вкладки "Прочие".Добавлены алгоритмы: - 34 "дата формирования ФОБ + максимальный возраст задолженности по контрагенту" - 35 "первоначальная дата погашения ФОБ + максимальный возраст задолженности по контрагенту" - 36 "дата формирования заявки + максимальный возраст задолженности по контрагенту" - 37 "первоначальная дата погашения заявки + максимальный возраст задолженности по контрагенту" Доступны при вычислении первоначальной и планируемой даты погашения ФОБ, планируемого периода погашения заявки. Если для контрагента срок задолженности не указан, берется критический срок задолженности для группы организаций, если контрагент входит в группу.
106.96928.10.83.0Фильтр по типу платежаПлатежный календарьЖурнал обязательств
Клиенту необходима возможность установки фильтра в журнале ФОБ по полю ФОБ "Вид платежа".В журнале финансовых обязательств добавлена возможность фильтрации по полю "Вид платежа"
106.96958.10.83.0Добавить возможность изменять настройки статусов и добавлять новыеПлатежный календарьРаспределение платежных документов
Добавить возможность формировать ФОБ на основании платежек в статусе "закрытый"При формировании ФОБ на основании платежных документов для установки доступны все системные статусы. При формировании ФОБ в статусе "закрытый" система действует по следующему алгоритму: 1. Формируется ФОБ в статусе "оформляемый" 2. отрабатывают алгоритмы для полей, формируется разноска по статьям 3. ФОБ переводится в статус "исполняемый" (если у пользователя есть права) - формируется резерв 4. ФОБ переводится в статус "закрытый" (если у пользователя есть права)
106.96968.10.83.0Проблемы при создании ФО и выбором ДоговоровПлатежный календарьЖурнал обязательств
при выборе договора устанавливать фильтр по контрагенту в интерфейсе выбора автоматически, если контрагент указан в документе.доработана автоматическая установка фильтра по контрагенту, если он указан в документе, из которого запускается интерфейс выбора договоров.
101.520468.10.82.0Снимается фильтр на список заявок при выборе договораПлатежный календарьРасходование средств
Если устанавливаем фильтр по договору, то при создании новой заявки и при выборе в ней договора уже выдается окно с сообщением о том, что данный документ не удовлетворяет условиям фильтра и фильтр снимается.При выборе в заявке : - Договора - Соглашения - ПКП - ДО в ФОБ : - Договора - Соглашения - ПКП проверка фильтров (при создании записи) выполняется после выбора документа
102.1236598.10.82.0При перераспределении стор.плат.поручений, факт исполнения по фин.обязательств менятесяПлатежный календарьЖурнал обязательств
При перераспределении сторонних платежных поручений, факт исполнения по финансовым обязательств меняется. По контрагенту было стороннее платежное поручение от 21.11.2011, в 2013 году по ДО к которому привязан данные платеж была сформирована рекламационная накладная (изменились хозяйственные операции), при этом и финансовое обязательство стало 2013 года. При таком функционале не возможно собрать факт БДДС. Сейчас дата в финансовое обязательство попадает из последней хозяйственной операции (теоретически должно было быть 5 марта 2013). Нужно, что бы дата бралась из поля "оплачен" платежного поручения.При формировании/обновлении даты исполнения, если оплата прошла, и дата хозяйственной операции больше даты платежа, то в качестве даты исполнения берем дату платежного поручения.
102.1238628.10.82.0Не стоит объединять в одну платежку финобязательства с разными контрагентамиПлатежный календарьЖурнал обязательств
Не стоит объединять в одну платежку финобязательства с разными контрагентами для ФОБ с типом операции "конвертация: деньги с р/с -> вексель" при группировке операций при пакетном формировании платежных документов.Финансовые операции группируются с учетом контрагента по документу
180.75628.10.81.0В ФО не верно отображается информация в колонках Исполнение / ФактПлатежный календарьЖурнал обязательств
На основании ФОБ на сумму 202 524.77 сформировано и оплачено платежное поручение. К платежке привязываем ДО на сумму 202 524.768, при этом исполнение и факт ФОБ обнуляется.исправлено
106.96578.10.80.0Невозможно установить режим автоматического формирования ФОБ по ДОПлатежный календарь"Платежный календарь" в целом
Добавить в поле "Применять алгоритм" режим "автоматически" для ФОБ предприятия и ФОБ контрагента (левое поле интерфейса "Настройка алгоритмов формирования полей документов модуля") для заявок, ДО на предоплату и ДО (левое поле интерфейса "Настройка алгоритмов формирования полей документов модуля") в нижнем окне для поля "Применять алгоритм" была возможность Выбора режима "автоматически". При установленном режиме "автоматически" в процессе формирования ФОБ окно настроек не должно появляться в поле зрения пользователя.Добавлена возможность автоматического запуска алгоритмов при ручном формировании ФОБ на основании ДО, ДО на предоплату, заявок.
180.74888.10.80.0Ошибка в визуализации назначения платежа в заявках на расходование денежных средствПлатежный календарьРасходование средств
При перемещении по заявкам не обновляется "Назначение платежа"исправлено
102.1157878.10.79.0БДДС - задваивает входящее сальдоПлатежный календарьИсполнение бюджета денежных средств
БДДС - "задваивает" входящее сальдо, при появлении движения денежных средств (ДС). Происходит это если в настройках БДДС: "Выводить ПС" = "Не выводить". Локализация: 0. В "марте" есть "исходящее сальдо" = 460 0.1. 01/04/2012, движений ДС не было: Денежный поток ДП=0. 0.1. 02/04/2012, движения были: ДП =-10. 1. Строим БДДС за "апрель", и анализируем информацию остатки по дням: 1.1. "ОСТАТОК НА НАЧАЛО" 1.1.1. 01/04/2012 сумма 460 - правильно 1.1.2. 02/04/2012 сумма 460 - правильно 1.1.3. 03/04/2012 сумма 910 - НЕ правильно! Похоже эта сумма была вычислена как (460*2)-10 1.1.4. далее все не правильно... 1.2. "ОСТАТОК НА КОНЕЦ" 1.2.1. 01/04/2012 сумма 460 - правильно 1.2.2. 02/04/2012 сумма 910 - НЕ правильно! 1.2.2. далее все не правильно...Теперь в указанной ситуации, остатки по дням считаются корректно.
102.1206128.10.79.0Эргономика заполнения каталога СФОПлатежный календарьCводные обязательства
В случае когда каталог СФО - пуст: 1. В окне списка: 1.1. в "нижней" панели отображаются все ФОБ 2. В окне редактирования текущего СФО: 2.1. если при создании нового СФО, сразу перейти в "нижнюю" панель: 2.1.1. не получается выбрать ФОБ - выводится сообщение: "Не найдено соответствующих финансовых обязательств" 2.1.2. не получается вернуться в "верхнюю" панель - выводится предложение выбрать: "расход" / "приход"Доработан интерфейс сводных финансовых обязательств. 1. Если каталог пуст, в нижней панели ничего не отображается 2. При создании нового сводного обязательства, перейти в нижнюю панель можно только после вставки записи. 3. Добавлена возможность группового удаления сводных обязательств, групповой печати и пересчет сумм по выбранным записям. 4. Доработаны варианты сортировки при печати, печатные формы в FastReport Доработан интерфейс заявок 1. Доработаны варианты сортировки при печати Печать заявок, ФОБ и сводных ФОБ приведена к единому формату и вынесена в отдельные объекты, что "облегчит" интерфейсы просмотра и редактирования этих документов.
101.341398.10.78.0Формируется несколько платежных документовПлатежный календарьЖурнал обязательств
Сформировано ФОБ с типом операции "конвертация: деньги с р/с -> вексель" (перечисление ДС за покупку векселей, векселей несколько, передаются одним АПП) Установлены настройки: Группирование операций при пакетном формировании платежных документов - Да Для каждой финоперации конвертации формировать свой платежный документ - Да Формируем документы. Однако, в результате, получается не одна общая платежка, а несколько по каждой операции.Доработана возможность группировки финансовых операций конвертации при формировании платежных документов, в случае когда в качестве платежного средства указаны различные векселя (ценные бумаги).
101.372418.10.78.0Заполнение аналитики статей бюджета в финобязательствахПлатежный календарьЖурнал обязательств
Просят реализовать функцию автоматического заполнения аналитики в статьях бюджета по данным спецификации ДО, связанного с финобязательством, которое разносится по статьям. Речь идет об аналитике по услугам и группам МЦ.1. Доработаны алгоритмы формирования разноски по статьям бюджета на основании спецификации ДО : - "разноска по статьям на основании спецификации ДО" (219) - "разноска по статьям на основании спецификации ПКП" (227) - "разноска по статьям на основании спецификации договора/соглашения" (239) - "разноска на основании целевого учета, через соответствие ..." (настраиваемый) 2. Разработан новый алгоритм : - "Разноска на основании спецификации, статья явно" Статья задается явно, разноска формируется на основании спецификации. Центр ответственности берется из целевого учета, если есть. Аналитика бюджетирования достается из спецификации. 3. Доработано заполнение аналитики бюджетирования для алгоритмов из п.1,2 По умолчанию заполняются все основные аналитики из самого документа (заявка, ФОБ). Аналитики: МЦ, услуга, группа МЦ, группа услуг, партия берутся из спецификации, остальные аналитики из целевого учета спецификации, если есть.
101.399738.10.78.0Перенос из ДО в Фин. обязательство кау (целевое назначение)Платежный календарьЖурнал обязательств
В Объекте целевого учета настраиваем уровень КАУ - Статьи планов (бюджетов). В ДО привязываем статью бюджета к каждой позиции счета. Необходим механизм автоматического разбиения сумм ФОБ по статьям бюджетов. Также нужен механизм сопоставления других уровней КАУ целевого учета со статьями бюджета (таблица соответствий (возможно с приоритетами)) для автоматического разбиения суммы ФОБ по статьям бюджета.1.Разработаны алгоритмы формирования разноски по статьям бюджета по целевому учету ДО (договора, ПКП). Напрямую из статей и через таблицу соответствий. 2.Также разработаны алгоритмы получения полей - Контрагент - Объект строительства - ЦО - Сотрудник из целевого учета (первая спецификация)
101.510618.10.78.0Бюджетная платежка. Предложение по заполнению полей КБКПлатежный календарьЖурнал обязательств
поле КБК плательщика заполнять автоматически при создании ЗКР из ФОБ. кбк состоит из 2х частей. первые 17 символов брать из бюджетной аналитики Коды функциональной классификации. значение брать из настройки расчетного счета. 2. часть состоит из 3х символов КОСГУ, которые нужно брать из первых 3х символов аббревиатуры статьи бюджетирования с вкладки Статьи бюджета в ФОБ поле КБК получателя выбирать вручную из каталога КБК, который используется в налоговых реквизитах1. При выполнении условий: - страна = Россия - Ведется бюджетный учет = Да - Тип документа = собственное платежное поручение или собственное валютное платежное поручение. В финансовой операции отображается поле "КБК" (КБК плательщика). Поле вычисляемое. значение берется из первой аналитики платежного средства (Коды функциональной классификации - 17 символов). При формировании платежных документов по ФОП, если в финансовой операции указан вид средств, автоматически заполняется расшифровка. Если ФОП разнесена по статьям то по каждой статье в расшифровке создается своя запись. При этом КБК плательщика заполняется как КБК из ФОП + аббревиатура статьи бюджета. КБК получателя заполняется из реквизитов контрагента по ФОБ.
102.1116888.10.78.0Алгоритмы формирования полей документов ПКПлатежный календарь"Платежный календарь" в целом
Требуется разработать единый функционал настройки и отработки алгоритмов формирования полей документов ПК.1.1 Структура настроек 1 Структура настроек Настройки модуля "Платежный календарь" изменены следующим образом: * Настройки Галактики / Управление финансами / Платежный календарь / Формирование заявок и обязательств * Значения полей по умолчанию - НОВЫЙ РАЗДЕЛ * Настройка алгоритмов формирования полей документов - НОВАЯ НАСТРОЙКА * Настройка календаря оплат * Тип дней для расчета отсрочки погашения * Срок погашения ФОБ предприятия * Срок погашения ФОБ контрагента * Номер ФОБ брать из ДО при автоформировании * Приоритет по умолчанию * Куратор по умолчанию - НОВАЯ НАСТРОЙКА * ЦО по умолчанию Удалены настройки : * Формирование ФОБ по ДО осуществлять на сумму * Формирование ФОБ по ДО на предоплату осуществлять на сумму * В ФОБ при формировании копировать назначение из ДО * Первоначальная дата погашения ФОБ по ДО на закупку * Первоначальная дата погашения ФОБ по ДО на продажу * В ФОБ при выборе договора копировать назначение платежа * В заявку при выборе договора копировать назначение платежа * Заполнение ЦО в ФОБ * Заполнение ЦО в заявке 1.2 Настройка алгоритмов формирования полей документов Интерфейс настройки алгоритмов формирования полей состоит из трех панелей: Верхняя панель – список документов. Средняя панель – список оснований (первичных документов). Нижняя панель содержит две закладки: настройки алгоритмов пользователя и общие настройки алгоритмов. Настройка «Применять алгоритм» может принимать значения «автоматически», «по запросу», «не применять». В режиме «автоматически» поля документа формируются согласно алгоритмам автоматически. В режиме «по запросу» пользователь может изменить алгоритмы формирования полей, сохранить новые алгоритмы в пользовательские настройки. При установленном значении «не применять» процесс не запускается. Алгоритмы отрабатывают при указании в документе ссылки на основание. По умолчанию берется общий алгоритм. Если алгоритм пользователя отличен от общего – берется пользовательский. Пользовательские алгоритмы выделены жирным шрифтом. Для удобства настройки алгоритмов сделаны сервисные функции: · Установить общие настройки · Восстановить значения по умолчанию · Проверка значений настроек Установить общие настройки можно для пользователя – будут удалены все пользовательские настройки текущего пользователя; по документу для пользователя – будут удалены все пользовательские настройки по текущему документу; по основанию для пользователя – будут удалены все пользовательские настройки по текущему основанию текущего документа. Восстановить значения по умолчанию также можно для общих настроек, для общих настроек по документу и для общих настроек по основанию. При этом будут установлены значения по умолчанию (могут отличаться от значений настроек установленных автоматически после конвертации). При проверке значений настроек проверяются, все ли алгоритмы определены. При выходе из интерфейса настройки проверка выполняется автоматически. Если алгоритм не определен, устанавливается значение по умолчанию. Настройки алгоритмов можно копировать между пользователями стандартными методами (Интерфейс «Администратор настроек»). Список полей заявок: · Дата создания · Период оплаты (с) · Период оплаты (по) · Сумма · Контрагент · Объект строительства · Центр ответственности · Статья бюджета · Куратор · Назначение · Примечание Список полей ФОБ: · Дата создания · Первоначальная дата · Дата погашения · Сумма · Контрагент · Объект строительства · Центр ответственности · Статья бюджета · Куратор · Назначение · Примечание · Вид платежа Интерфейс выбора алгоритма состоит из двух панелей: список алгоритмов и описание. Алгоритм для заполнения поля выбирается из списка возможных алгоритмов. Набор алгоритмов зависит от поля, документа, основания. Все алгоритмы можно разделить на системные и пользовательские. Системные алгоритмы (код 0-399) определены однозначно. Это все возможные поля документов-оснований, значения настроек, алгоритмы выбора из каталога. Их нельзя редактировать и удалять. Пользовательские алгоритмы (код 1000-4999) настраиваются по определенным шаблонам (код 400-499). Можно добавлять, редактировать, удалять пользовательские алгоритмы. Реализованы шаблоны: · дата явно · сумма явно · организация явно · объектов строительства явно · центр ответственности явно · статья бюджета явно · сотрудник предприятия явно · назначение явно · примечание явно · приоритет явно · внешний атрибут дата · внешний атрибут сумма · внешний атрибут организация (ссылка) · внешний атрибут объект строительства (ссылка) · внешний атрибут центр ответственности (ссылка) · внешний атрибут статья бюджета (ссылка) · внешний атрибут сотрудник предприятия (ссылка) · внешний атрибут назначение (строка) · внешний атрибут примечание (строка) · внешняя классификация назначение (строка) · внешняя классификация примечание (строка) · разноска по статьям на основании КФО документа · организация из каталога соответствий · объект строительства из каталога соответствий · центр ответственности из каталога соответствий · статья бюджета из каталога соответствий · сотрудник предприятия из каталога соответствий · из каталога соответствий назначение · разноска по статьям бюджета из целевого учета, через каталог соответствий Пользовательские алгоритмы можно задать для всех полей кроме поля «вид платежа». При нажатии «F7» в интерфейсе выбора алгоритма появляется список возможных шаблонов для данного поля. Для полей типа дата и поля «Сумма»: · Значение явно · Внешний атрибут Для полей «Контрагент», «Объект строительства», «Центр ответственности», «Куратор»: · Значение явно · Внешний атрибут · Из каталога соответствий Для поля «Назначение»: · Значение явно · Внешний атрибут · Внешняя классификация · Из каталога соответствий Для поля «Примечание»: · Значение явно · Внешний атрибут · Внешняя классификация Для поля «Статья бюджета»: · Значение явно · Внешний атрибут · По книге финансовых операций · Из каталога соответствий · Из целевого учета При задании «Значения явно» автоматически открывается соответствующий каталог для выбора (интерфейс ввода значения для поля «Сумма» и полей типа «дата»). Пример 1. В системе несколько сотен сотрудников. В качестве куратора заявки могут выступать трое из них. Для удобства можно задать их явно в списке алгоритмов и в дальнейшем производить выбор из данного списка, а не из каталога сотрудников. При настройке алгоритма типа «Внешний атрибут» или «Внешняя классификация» необходимо указать параметры: · Документ (выбор из списка документов-оснований) · Наименование (выбор из списка атрибутов/классификаций заданного документа) При настройке алгоритма формирования разноски по статьям «По книге финансовых операций» необходимо указать: · Документ (выбор из списка документов-оснований) · Регистр учета При формировании разноски суммы рассчитываются пропорционально, количественные статьи не учитываются. Для алгоритма «Из каталога соответствий» необходимо указать: · Документ (выбор из списка документов-оснований) · Аналитику (аналитика-источник) · Соответствие Пример 2. В системе настроено соответствие для КАУ – Договоры и статьи финансового плана. На основании договоров сформированы финансовые обязательства. Необходимо выполнить разноску по статьям бюджета согласно соответствию. Заходим в журнал обязательств, выбираем нужные документы. Запускаем функцию «Групповая модификация данных – Alt+G». Настраиваем пользовательский алгоритм формирования разноски по статьям «Из каталога соответствий»: документ-источник – договор, аналитика-источник договоры, выбираем соответствие. После запуска функции, все документы, для которых было установлено соответствие, будут разнесены по статьям бюджета. Для алгоритма «Из целевого учета» также необходимо указать: · Документ (выбор из списка документов-оснований) · Аналитику (аналитика-источник) · Соответствие Пример 3. В объекте целевого учета настраиваем уровень КАУ Статья затрат (Статьи расходов/доходов). В системе настроено соответствие для КАУ – статьи расходов/доходов и статьи финансового плана. В ДО привязана статья затрат к каждой позиции спецификации. При формировании ФОБ на основании ДО нужно сформировать разноску по статьям бюджета. Настраиваем пользовательский алгоритм «Из целевого учета»:документ-источник – ДО, аналитика-источник – статьи расходов/доходов, выбираем соответствие. После запуска функции, все документы, для которых было установлено соответствие, будут разнесены по статьям бюджета. Разноска по статьям формируется пропорционально суммам позиций спецификаций. При этом если по какой-либо позиции статья не определена, либо она количественная, в разноске ФОБ она не учитывается. Если при выполнении алгоритма значение поля не определено, сохраняется старое значение. Пример 4. При привязке ДО необходимо взять куратора из договора, но у ДО договора нет - значение поля «куратор» не изменится. Пример 5. При привязке ДО необходимо взять куратора из договора. По ДО есть договор, но в договоре куратор не указан – значение поля «куратор» не изменится. 1.3 Привязка основания При привязке основания к документу алгоритмы запускаются автоматически (по запросу, не запускаются) в зависимости от режима запуска, указанного в настройке. При установленном режиме запуска «по запросу» пользователь может изменить алгоритмы, сохранить их в пользовательские настройки. Пример 6. Пользователь формирует заявки на основании ДО. Выбирает ДО. Вручную заполняет сумму (не оплачено по ДО), период оплаты (с «Дата выписки ДО» по «Оплатить до»). Выбирает назначение документа из каталога назначений. ЦО заполняется значением по умолчанию, согласно пользовательской настройке. При помощи алгоритмов этот процесс можно оптимизировать. В настройке алгоритмов нужно установить: · Период оплаты (с) = <авто - дата ДО> · Период оплаты (по) = <авто - дата из "Оплатить до"> · Сумма = <авто - сумма задолженности по платежам по ДО> · Центр ответственности = <по умолчанию - "Администрация"> · Назначение = <выбрать из каталога - назначения модуля "Платежный календарь"> При выборе ДО все поля заполнятся, автоматически откроется каталог назначений для выбора назначения документа. Если процесс оформления заявок на основании ДО является типовым, в настройке алгоритмов устанавливаем «применять алгоритм» = «автоматически». 1.4 Групповое формирование ФОБ на основании ДО/ заявок При групповом формировании ФОБ на основании ДО/заявок, интерфейс «Формирование полей финансового обязательства» запускается один раз для всех документов. В процессе формирования устанавливаются значения полей «по умолчанию», затем применяются алгоритмы. 1.5 Автоматическое формирование ФОБ на основании ДО При автоматическом создания ФОБ на основании ДО формирование полей по алгоритмам выполняется всегда. Событие возникает при соответствующих значениях настройки: "Настройки Галактики Управление финансами Платежный календарь Формирование заявок и обязательств Автоматическое формирование ФОБ по ДО на закупку(продажу)". 1.6 Групповая модификация данных В локальное меню интерфейсов заявок и журнала обязательств добавлена функция «Групповая модификация данных – Alt+G», с возможностью выбора модифицируемых полей и алгоритмов их заполнения. Функция отрабатывает для отмеченных документов, с проверкой прав на редактирование. При отсутствии пометки или из окна редактирования - для текущей записи. Параметры сохраняются в ДСК. Список полей для групповой модификации заявок: · Дескриптор · Группа · Договор · Соглашение · ПКП · ДО · Кредит · Приоритет · Дата создания · Период оплаты (с) · Период оплаты (по) · Сумма · Контрагент · Объект строительства · Центр ответственности · Статья бюджета · Куратор · Назначение · Примечание Список полей для групповой модификации ФОБ: · Дескриптор · Группа · Договор · Соглашение · ПКП · ДО · Заявка · Приоритет · Дата создания · Первоначальная дата · Дата погашения · Сумма · Контрагент · Объект строительства · Центр ответственности · Статья бюджета · Куратор · Назначение · Примечание · Вид платежа · Группа ФОБ При помощи данной функции можно изменить основание документа, обновить/установить значение полей согласно алгоритмам. Если групповая модификация выполняется только для поля «приоритет» - можно изменять заявки в статусе отличном от «оформляемый». Пример 7. В системе установлена настройка автоматического формирования ФОБ на основании ДО. При формировании ДО пользователь заполняет также планируемые финансовые операции по ДО. Далее в модуле «Платежный календарь» необходимо разнести ФОБ по статьям бюджета согласно разноске ДО по финансовым операциям. В журнале обязательств выбираем ФОБ (статус «оформляемый») запускаем функцию групповой модификации, выбираем поле «Статья бюджета», настраиваем алгоритм формирования разноски по статьям бюджета по КФО (документ ДО, регистр «План»). В результате формируется разноска по статьям по всем выбранным ФОБ. В интерфейсах заявок удалена функция: · Групповая замена поля в документах В журнале обязательств удалена функция: · Изменение первоначальной даты · Изменение приоритета 1.7 Автозаполнение поля по алгоритму В локальное меню окна редактирования всех документов добавлена функция «Автозаполнение поля по алгоритму – Shift+F3». Запускается для полей: · Приоритет · Дата создания · Период оплаты (заявка) · Первоначальная дата (ФОБ) · Дата погашения (ФОБ) · Сумма · Контрагент · Банк · БИК · Расчетный счет · КПП · ИНН · Корреспондентский счет · ОКАТО · КБК · Объект строительства · Центр ответственности · Статья бюджета · Куратор · Назначение · Примечание При запуске функции открывается интерфейс выбора алгоритма с уже рассчитанными значениями. Список алгоритмов формируется исходя из заполненных ссылок на первичные документы. В данном режиме нельзя добавлять/изменять/удалять алгоритмы. Исключение: Алгоритм пользовательский алгоритм расчета суммы ФОБ на основании ДО (расчет сумм по позициям МЦ, услуг). Интерфейс «Расчет суммы» запускается по Shift+F3 и по F3. Для полей «Контрагент», «Банк» и их реквизитов запускается общий интерфейс выбора контрагента с возможностью выбора счета и просмотра всех реквизитов. 1.8 Формирование ФОБ на основании платежных документов Доработаны параметры формирования ФОБ на основании ХО платежных документов. Отдельно можно задать алгоритмы формирования полей для документов разнесенных по ДО и не разнесенных. Согласно алгоритмам формируются поля : · Дескриптор (по умолчанию дескриптор пользователя) · Группа (по умолчанию группа дескрипторов пользователя) · Вид платежа (по умолчанию "регламентный") · Статус (по умолчанию "оформляемый") · Приоритет (из системных настроек) · Дата формирования (по умолчанию текущая дата) · Первоначальная дата (по умолчанию дата ХО) · Дата погашения (по умолчанию дата ХО) · Контрагент (по умолчанию контрагент ХО) · Объект строительства (не формируется) · Центр ответственности (из системных настроек) · Статья бюджета (не формируется) · Куратор (сотрудник по ПД) · Назначение (не формируется) · Примечание (не формируется) · Группа ФОБ (не формируется) · Сводное ФОБ (не формируется) При этом для выбора при формировании по ХО, разнесенной по ДО, доступны все алгоритмы ДО. Если Сводное ФОБ формируется по алгоритму <авто - формировать сводное ФОБ> то при выполнении процесса все новые ФОБ группируются по направлению в два сводных. Если по алгоритму <явно, с учетом направления>, то ниже в параметрах формирования необходимо выбрать сводные ФОБ для обоих направлений, для добавления туда новых ФОБ.