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


Описание файла обновления:
ФайлF_OFP_RES_810970.TXT
ОбновлениеF_OFP_RES_810970
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_OFP
ТипRES
Версия8.10.97.0
Дата2017-01-17 13:48:58
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.162686NEWОбновление аналитики при перевыборе статьи в платежных заявкахПлатежный календарьРасходование средств
1. В спецификации платежной заявки выбрана статья бюджета, заполнена аналитика по статье. При выборе статьи с другой группой аналитик, сохраняется ссылка на старый HashAn. Нужно обновлять в соответствии с новой группой. 2. При изменении группы аналитик по статье в справочнике статей, аналитика в существующих заявках не обновляется. 3. Нужна сервисная функция для исправления ошибок.При перевыборе статьи в платежной заявке аналитика актуализируется. Для исправления некорректных записей, необходимо запустить функцию Alt+1 из списка заявок. После изменения группы аналитик в справочнике статей, также рекомендуется запустить сервисную функцию.
102.1621128.10.96.0Поиск по 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 символов). При формировании платежных документов по ФОП, если в финансовой операции указан вид средств, автоматически заполняется расшифровка. Если ФОП разнесена по статьям то по каждой статье в расшифровке создается своя запись. При этом КБК плательщика заполняется как КБК из ФОП + аббревиатура статьи бюджета. КБК получателя заполняется из реквизитов контрагента по ФОБ.