F_OFP
Краткое описание :
Пересчет НДС в платежке по ставкам из финансового
обязательстваОписание :
Платежное поручениеЧто измененно :
В заявки и финансовые обязательства добавлено поле "Группа
налогов".
Необходимо в настройку "Настройки Галактики \ Бухгалтерский контур \
Обработка документов \ Параметры работы с документами различных типов" добавить
параметр "Брать НДС из Финансового обязательства"
при установке которого, при автоматическом пересчете налогов,
НДС (из настройки "Настройки Галактики \ Логистика \ Налоги, счета-фактуры \
НДС") будет рассчитывать по ставкам которые пришли из ФОБ.
Как измененно :
В интерфейсе настроек "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Параметры
работы с документами различных типов", на закладке
"Настройка по ДО и СФ", добавлен новый параметр -
"Ставки для авансов брать из ФОБ".
В случае если он включен, то при расчете налогов,
для авансовых платежей, не разнесенных по ДО, ставки
будут браться из финансового обязательства. Если ФОБ
нет, то расчет налогов работает по стандартной схеме.
F_OFP
Краткое описание :
Необходимо, чтобы в группировку в реестре ФОБ попадало ЦФО
из статей бюджетаОписание :
Реестры финансовых обязательствЧто измененно :
В реестре ФОБ ЦФО (в группировке) берется из шапки
ФОБ. у нас ФОБ делится по ЦФО (на вкладке статей
бюджета) т.к. на несколько ЦФО генерируется одна
платежка. Необходимо, чтобы в группировку попадало ЦФО
из статей бюджета.
Как измененно :
Для реестра ФОБ, реестра заявок и Платежного календаря
выполнены следующие доработки:
1. Если документ разнесен по статьям бюджета, то ЦО берется из
разноски по статьям. Если ЦО в спецификации разноски не указано -
берется ЦО по документу.
2. При наличии группировки или фильтра по статьям бюджета, ЦО или
аналитике бюджетирования суммы в отчет берутся из разноски.
При наличии фильтра спецификации которые не удовлетворяют ограничениям
в отчет не попадают.
3.При построении реестра ФОБ и ПК по модели разноска по статьям бюджета
формируется пропорционально ФОБ ОРП.
4.В реестре заявок добавлена возможность группировки по аналитике
бюджетирования и вывод аналитики при наличии группировки по статьям
бюджета (по аналогии с реестром ФОБ)
F_OFP
Краткое описание :
группировка Раскрывать иерархию в реесте заявок на оплатуОписание :
Реестры заявокЧто измененно :
Группировка Раскрывать иерархию в реестре заявок
на оплату.
В модуле "Платежный календарь" в отчете "Реестр
финансовых обязательств" в настройке группировки при
редактировании уровня статья бюджета можно поставить
птичку "Раскрывать иерархию" см скрин d1. В результате
получается отчет (d1.xls), в котором есть статьи
бюджета 221 и т.п. и их подуровни. В отчете "Реестр
заявок" в настройке группировки такой птички нет. В
результате получается отчет только по подуровням без
группировки по статьям скрин d2, отчет d2.xls.
Нужно,чтобы в этом отчете была настройка,
аналогичная отчету "Реестр финансовых обязательств".
Как измененно :
1. В реестре заявок добавлена возможность раскрывать иерархию по
статьям бюджета и центрам ответственности (обновить список группировок и
настроить)
2. Настройки реестра заявок визуально объединены в группы.
Фильтры упорядочены более логично. Добавлена возможность фильтрации по ДО и
объектам строительства (множественный выбор)
3. В платежном календаре настройки визуально объединены в группы.
Фильтры упорядочены более логично.
Название интерфейса : "Платежный календарь (пользователь USERNAME)"
F_OFP
Краткое описание :
настройка "При заполнении ПС учитывать настройки из раздела
"Бухгалтерский учет"Описание :
Настройки модуля ПК в "Настройке"Что измененно :
При формировании финансовой операции платежное средство сейчас
заполняется в зависимости от настройки :
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование платежных документов \ документы, формируемые по умолчанию по фоп"
Если в данной настройке ничего не указано, то система обращается к настройке
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование заявок и обязательств \ при заполнении пс учитывать настройки из
раздела "бухгалтерский учет",
и если нужно берет платежное средство по умолчанию из бухконтура.
Предлагается в настройку "...\ Документы, формируемые по умолчанию по ФОП" по
умолчанию подставлять
платежные средства по умолчанию из бухконтура.
Настройку "...\ При заполнении пс учитывать настройки из раздела "бухгалтерский
учет" удалить.
Как измененно :
1. При автоматическом заполнении платежного средства, система
берет значение из настройки :
"Настройки галактики \ Управление финансами \ Платежный календарь \
Формирование платежных документов \ документы, формируемые по умолчанию по ФОП"
Если, там платежное средство не указано то с учетом настроек бухгалтерского
контура.
Т.е если ведется несколько разделов учета, то учитываются настройки:
"Настройки Галактики \ Бухгалтерский контур \ Рабочая касса"
"Настройки Галактики \ Бухгалтерский контур \ Рабочий расчетный счет"
"Настройки Галактики \ Бухгалтерский контур \ Рабочий валютный счет"
"Настройки Галактики \ Бухгалтерский контур \ Рабочий тип бухсправки"
2. Для настройки "Настройки Галактики \ Управление финансами \ Платежный
календарь \ Формирование платежных документов \ Документы, формируемые по
умолчанию по ФОП"
доработана функция "Установить значения по умолчанию" значения по умолчанию
заполняются с учетом настроек бухгалтерского контура.
3. Настройка "Настройки галактики \ Управление финансами \ Платежный календарь
\ Формирование заявок и обязательств \ При заполнении пс учитывать настройки из
раздела "Бухгалтерский учет" удалена
F_OFP
Краткое описание :
Контролировать соответствие валюты ФОП и ПСОписание :
"Платежный календарь" в целомЧто измененно :
В случае, если валюта ФОП и валюта ПС (которое
определено в ФОП) отличаются, то такая ФОП не
учитывается в остатках:
1. при расчете остатков ("Платежный календарь |
Операции | Остатки и лимиты платежных средств")
2. при построении ПК ("Платежный календарь | Операции
| Платежные календари")
Под валютой ПС, понимается валюта, заданная для
ПС в интерфейсе "Остатки и лимиты платежных средств".
Предлагаю добавить системный контроль на такое
"расхождение". Например:
1. В интерфейсе ФОП:
1.1. не давать пользователю делать такое "расхождение"
1.2. если такое "расхождение" присутствует, то выводить
"красным" информацию об этом
2. В интерфейсе ПК:
2.1. Строки с "расхождением" выводить "красным".
Желательно также добавить информацию: в чем причина
проблемы.
Как измененно :
1. Журнал обязательств
В окне редактирования финансовой операции добавлена возможность изменить
валюту операции. Если выбранная валюта отличается от валюты
платежного средства, оба поля подсвечиваются красным цветом.
При закрытии окна редактирование в случае расхождения валют
выдается соответствующее предупреждение.
2. Остатки и лимиты платежных средств
В списке платежных средств и в окне редактирования, при расхождении
валют с настройками бухгалтерского контура, валюта подсвечивается красным.
3. Платежный календарь
Если финансовая операция не учтена при расчете остатков
по причине несоответствия валют, то она подсвечиваются красным.
4. Убран тип платежного средства "Наличная валюта в кассе",
т.к в бухгалтерском контуре он отдельно не выделен
и в платежном календаре также.
При установке обновление отрабатывает конвертор, который заменяет
тип "Наличная валюта в кассе" на "Наличные деньги в кассе"
В настройке "Настройки Галактики \ Управление финансами \
Платежный календарь \ Формирование платежных документов \
Документы, формируемые по умолчанию по ФОП" настройка
для финансовой операции "Передача средств: Наличные в кассе" удалена.
5. В интерфейсе выбора платежного средства (типа документа)
добавлена колонка "Валюта".
F_OFP
Краткое описание :
Групповые операции в ПКОписание :
Платежные календариЧто измененно :
В платежном календаре есть возможность изменения статуса и
переноса дат ФОБ на закладке "Финансовые обязательства"
При пометке нескольких записей данная функциональность работает нестабильно.
Как измененно :
Пометка и групповые операцию работают корректно
F_OFP
Краткое описание :
Иерархическое представление ФОБОписание :
Журнал обязательствЧто измененно :
В иерархическом представлении ФОБ:
1. в верхней панели желательно отображать итоговую информацию
2. после отработки функции групповой модификации (ALG+G), возникает не
достаточно понятное сообщение:
После выполнения операции
документы не попадают под установленные ограничения!
Снять ограничения?
Как измененно :
В иерархическом представлении:
1. Отображается итоговая информация
2. После выполнения групповых операций и копирования пользователю
предлагается обновить иерархию.
3. При вставке/обновлении записи "проверка ограничений" не выполняется.
4. После ручного редактирования разноски, при наличии группировки по
статье бюджета ветка обновляется.
F_OFP
Краткое описание :
Групповое изменение ЦО в ФОБОписание :
Журнал обязательствЧто измененно :
При выполнении функции "Групповая модификация
данных", в случае если изменяется ЦО ФОБ, автоматически
не изменяется ЦО в разноске по статьям, даже в случае
если он был там не определен. Получается нет
возможности выполнить групповую модификацию ЦО в
разноске.
Предлагаю, менять ЦО и в разноске по статьям, если
такая существует. Если алгоритм создает разноску по
статьям, то ЦО тоже задавать из алгоритма.
Такое поведение алгоритма, должно быть и для Заявок.
Как измененно :
При выполнении функции "Групповая модификация
данных", в случае если изменяется ЦО ФОБ, автоматически
изменяется ЦО в разноске по статьям бюджета.
F_OFP
Краткое описание :
Перемещение по записям в документах ПКОписание :
Журнал обязательствЧто измененно :
Проблема касается как интерфейса "Журнал обязательств", так и
интерфейсов "Заявок" (а также всех порожденных от них).
Пользователи жалуются на медленное перемещении по записям. При перемещении,
иногда возникает процесс с визуализацией "Выгрузка данных..." (формирование
разноски по статьям).
Предлагаю:
1. попробовать оптимизировать этот процесс
2. при актуализации данных на "закладках", производить загрузку данных только
активной закладки, а не всех
Как измененно :
1. Закладка "Статьи бюджета"
Вместо выгрузки в таблицы в памяти используются объектные таблицы.
Выгрузка данных происходит только при переходе к редактированию
разноски по статьям и при проверке лимитов при изменении статуса.
Сумма "свободно" по статье теперь только в окне редактирования разноски.
2. В окне редактирования финансовой операции закладка "Статьи бюджетов"
теперь не зависит от того что является приемником данных в бюджете.
3. При перемещении по записям обновляются только активные закладки.
При переходе с закладки на закладку обновляется только закладка на
которую осуществляется переход.
4. Для "заявок на оплату" убрано обновление данных бюджета
т.к. передача данных в бюджет стандартным способом не предусмотрена.
5. Для заявок и финансовых обязательств увеличена скорость открытия
интерфейса, открытия окна редактирования, перемещения по записям,
перемещения по закладкам.
F_OFP
Краткое описание :
при разделении хозоперации новая сумма должна быть меньше
суммы хозоперацииОписание :
Платежное поручениеЧто измененно :
При разделении хозоперации с помощью одноименной функции, новая
сумма (запрос) должна быть меньше суммы хозоперации.
Сейчас можно ввести равную сумму, в результате формируется пустая нулевая ХО.
Как измененно :
Новая сумма должна попадать в интервал (0 ... "старая сумма")
не включая крайние значения.
F_OFP
Краткое описание :
Добавить поле "Вид средств" (собственное ПП -
Дополнительная информация) в заявку на расходование средств и ФОБ с последующим
его копированиемОписание :
Журнал обязательствЧто измененно :
Добавить поле "Вид средств" (собственное ПП -
Дополнительная информация) в заявку на расходование
средств и ФОБ с последующим его копированием.
У нас в качестве вида средств ведется некоторая
классификация платежей в рамках одного типа документа
(код субсидии). Все ПП собственные у нас создаются на
основе ФОБ и заявок на расходование средств.
Получается, что в ФОБ это отразить нельзя, а можно
только проставить в платежке потом, но нам необходимо
видеть реестр ФОБ с этим признаком, т.е. сколько мы
должны заплатить в разрезе данного вида средств.
Данная функция нам будет очень полезна. Вообще при
заполнении ФОБ и заявок надо стремиться по максимуму
облегчать работу бухгалтеров по заполнению платежки.
Во вложении скриншот данного поля в платежке и
скрин куда это поле нужно добавить.
Как измененно :
1. При выполнении условий:
- страна = Россия
- Ведется бюджетный учет = Да
- Тип документа = собственное платежное поручение или
собственное валютное платежное поручение.
В заявке на расходование средств и в финансовой операции
отображается поле "Вид средств" (выбор из классификатора
расходов по видам).
Значение хранится во внешнем атрибуте "Вид средств".
При формировании ФОБ на основании заявки внешний атрибут наследуется.
При формировании ФОП "Вид средств" по умолчанию заполняется из ФОБ.
Если в ФОБ атрибут "Вид Средств" не заполнен, то при указании этого
атрибута в ФОП он перенесется в ФОБ.
При формировании платежных документов по ФОП, если вид средств указан
автоматически заполняется расшифровка.
2. Доработаны интерфейсы "Реестр заявок", "Реестр ФОБ", "Платежный календарь"
Для настройки группировок используется новый интерфейс.
Доступные элементы группировки отсортированы более логично.
Для реестров добавлена возможность группировки по полю "Вид средств"
3. При наличии группировки по "Виду средств" реестр ФОБ строится с разбивкой по
финансовым операциям
F_OFP
Краткое описание :
Эргономика заполнения каталога СФООписание :
Cводные обязательстваЧто измененно :
В случае когда каталог СФО - пуст:
1. В окне списка:
1.1. в "нижней" панели отображаются все ФОБ
2. В окне редактирования текущего СФО:
2.1. если при создании нового СФО, сразу перейти в "нижнюю" панель:
2.1.1. не получается выбрать ФОБ - выводится сообщение: "Не найдено
соответствующих финансовых обязательств"
2.1.2. не получается вернуться в "верхнюю" панель - выводится предложение
выбрать: "расход" / "приход"
Как измененно :
Доработан интерфейс сводных финансовых обязательств.
1. Если каталог пуст, в нижней панели ничего не отображается
2. При создании нового сводного обязательства, перейти в нижнюю
панель можно только после вставки записи.
3. Добавлена возможность группового удаления сводных обязательств,
групповой печати и пересчет сумм по выбранным записям.
4. Доработаны варианты сортировки при печати, печатные формы
в FastReport
Доработан интерфейс заявок
1. Доработаны варианты сортировки при печати
Печать заявок, ФОБ и сводных ФОБ приведена к единому формату
и вынесена в отдельные объекты, что "облегчит"
интерфейсы просмотра и редактирования этих документов.
F_OFP
Краткое описание :
Не отображаются все ФОБ по ЗаявкеОписание :
Расходование средствЧто измененно :
Не отображаются все ФОБ по Заявке:
1. К Заявке привязали несколько ФОБ, причем не в качестве основания
2. В Заявке либо их вообще не видно, либо видно не все
Как измененно :
ФОБ отображаются корректно.
Доработана проверка таблиц Платежного Календаря -
добавлена синхронизация ссылок на заявку.
Старые ошибки можно исправить выполнив проверку.
F_OFP
Краткое описание :
Повысить функциональность реестра заявокОписание :
Реестры заявокЧто измененно :
Для осуществления контроля исполнения заявок, требуется
повысить функциональность интерактивного отчета "Реестра заявок":
1. Добавить итоговые суммы из ФОБ (и в интерфейс и в отчеты):
1.1. Сумма (по ФОБ)
1.2. Исполнение
1.3. Факт
Возможность вывода сумм по ФОБ, должна настраиваться в настройке реестра.
Как измененно :
1. В реестре заявок отображаются суммы:
- Сумма(приход)
- Сумма(расход)
- План(приход)
- План(расход)
- Исполнение(приход)
- Исполнение(расход)
- Факт(приход)
- Факт(расход)
Отображение и название колонки можно настроить в настройке реестра.
По умолчанию видны все колонки.
При создании новой настройки в режиме с ограничением по типу заявки,
по умолчанию видны колонки в зависимости от направления.
В дополнительные параметры добавлена галочка "учитывать все обязательства"
Если параметр не установлен при расчете сумм учитываются только те
обязательства, которые были сформированы на основании заявки.
Если галочка установлена - учитываются все обязательства которые
ссылаются на заявку.
2. В реестре финансовых обязательств отображаются суммы:
- Сумма(приход)
- Сумма(расход)
- Исполнение(приход)
- Исполнение(расход)
- Факт(приход)
- Факт(расход)
- Отклонение
Отображение и название колонки можно настроить в настройке реестра.
По умолчанию видны все колонки.
F_OFP
Краткое описание :
Автоматически заполнять "Вид платежа" по виду ПКПОписание :
Журнал обязательствЧто измененно :
Требуется возможность автоматически заполнять поле "Вид
платежа", при выборе ПКП:
- "регламентный", если ПКП фактический
- "авансовый", если ПКП авансовый
Реализовано это должно быть с помощью функционала "Алгоритмов формирования
полей" (см. "Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование заявок и обязательств \ Значения полей по умолчанию \ Настройка
алгоритмов формирования полей документов")
Как измененно :
Доработан алгоритм для получения значения поля "Вид платежа"
в зависимости от вида ПКП.
Для авансовых финансовых ПКП - вид платежа "авансовый",
иначе "регламентный".
F_OFP
Краткое описание :
Функции просмотра истории измененийОписание :
"Платежный календарь" в целомЧто измененно :
Функции просмотра истории изменений:
1. В документах ПК, необходимо добавить функцию просмотра истории изменений
статуса документа.
1.1. При изменении статуса автоматически, надо писать в комментарии
соответствующие пояснения.
1.2. При удалении документа. в БД не удаляется история изменения его статуса. В
результате если в последствии появляется документ с NREC, ранее удаленного
документа, то в истории отражается обе истории.
2. Функция "Просмотр протокола":
2.1. Название функции не информативно. По ней в действительности, происходит
просмотр изменений поля "Дата оплаты", хотя по F1 вызывается описание, что по
функции происходит просмотр истории изменений статуса! Этот Help-топик имеет
смысл в п.1.
2.2. В историю изменений, не попадают изменения производимые автоматически,
например при оплате ПД по ФОЮ
3. Функция "Просмотр истории":
3.1. Название также не информативно.
4. Функции просмотра истории изменений, в локальном меню должны располагаться
"рядом": в одной группе.
Как измененно :
1. Для документов ПК добавлена функция для просмотра изменения
статуса.
Функция "Просмотр истории" переименована в "Просмотр истории проведения
операций". Функция "Просмотр протокола" (в журнале обязательств) удалена.
2. В историю изменения статуса автоматически добавляются комментарии при
- создании документа
- групповом изменении статуса
- изменении статуса на "исполняемый" при формировании ПД по ДО
- изменении статуса на "исполняемый" при привязке ДО к ХО
- формировании ФОБ по ПД
- переводе ФОБ в архив
3. При удаления документа удаляется история изменения статуса
4. Для сводных финансовых обязательств заведена отдельная группа (тип 832)
F_OFP
Краткое описание :
Создание ФОБ в иерархическом представлении по основаниямОписание :
Журнал обязательствЧто измененно :
При создание ФОБ, в иерархическом представлении, в
случае если в группировке указаны документы которые
являются "основанием" для ФОБ, новое ФОБ создается с
заполненными полями "основаниями". Имеются ввиду поля:
- Договор
- Доп.соглашение
- ПКП
- ДО
- Заявка
Это хороший и очень удобный функционал для ввода новых ФОБ.
Однако в системе есть еще функционал отработки
алгоритмов автоматического заполнения полей при
изменении "основания":
1. Если менять "основание" вручную, то алгоритмы
отрабатывают - это хорошо.
2. Если "основания" автоматически заполнились при
создании ФОБ в иерархическом представлении, то
алгоритмы не отрабатывают - это плохо, надо чтобы они
отрабатывали также как если их определяли в п.1.
Как измененно :
Доработано формирование ФОБ в иерархическом режиме.
Если есть группировка по направлению, договору, соглашению или ПКП,
то направление нового ФОБ определяется автоматически.
После установки параметров по умолчанию, если были установлены основания
отрабатывают алгоритмы.
F_OFP
Краткое описание :
Авто-привязка исполнения при создании ПД по ДООписание :
Журнал обязательствЧто измененно :
При создании "Платежного документа" (ПД) из ДО, он не всегда
привязываются к существующему ФОБ, которое было создано на основании этого ДО.
Происходит это в следующей ситуации:
0. Существует ДО и ФОБ, созданное на основании этого ДО.
1. При формировании ПД по ДО, ПД будет привязан к ФОБ, только в случае, если:
1.1. Соответствующая направлению ДО настройка "Автоматическое формирование ФОБ
по ДО ***" = "при создании платежных документов по ДО"
Это не правильное и весьма не удобное поведение системы:
1. ФОБ - уже было создано, и указанна настройка тут ни при чем. Она в принципе
должна использоваться только в случае, если в п.0. ФОБ еще не существовало.
2. ФОБ на основании ДО - это зеркальное отображение ДО в системе ПК. Все
изменения ДО, в т.ч. и его оплата, должны безусловно всегда отражаться и на его
ФОБ.
В случае существования ФОБ на основании ДО:
1. при возникновении связи ПД с ДО, этот ПД должен автоматически привязываться
к ФОБ
2. при удалении связи ПД с ДО, этот ПД должен автоматически отвязываться от ФОБ
При реализации такого принципа, отпадает надобность в настройке: "Настройки
Галактики \ Управление финансами \ Платежный календарь \ Формирование заявок и
обязательств \ При переводе ФОБ в статус "исполняемый" все платежи по ДО
привязывать к ФОБ"
В текущей реализации, при автоматической привязке ПД к ФОБ, автоматически ФОБ
переводится в статус "исполняемый". Практической пользы в этом - нет.
Желательно в этой ситуации не изменять текущий статус ФОБ.
Как измененно :
Доработан процесс формирования платежных документов по ДО.
При формировании ПД по ДО, если на основании ДО сформировано ФОБ,
которое еще не исполнено, исполнение формируется автоматом.
Затем, при значении настройки "Настройки Галактики \ Управление финансами \
Платежный календарь \ Формирование заявок и обязательств \ Переводить ФОБ в
статус "исполняемый" при привязке ДО к платежным документам" = "да", ФОБ
переводятся в статус "исполняемый".
F_OFP
Краткое описание :
убрать предупреждения при проверке таблиц платежного
календаряОписание :
Не знаю, какая именно часть финансового контура, научитеЧто измененно :
убрать предупреждения при проверке таблиц платежного календаря
Запустил проверку со всеми параметрами, во время прохождения проверки выдаются
запросы (см. ниже), в которых нет смысла т.к. ответить на них корректно
невозможно, из-за отсутствия идентификации документов, к которым эти запросы.
Данные запросы должны выдаваться только при редактировании конкретных
документов.
---------------------------
Предупреждение
---------------------------
Дата финоперации не совпадает с датой хозяйственной операции.
Скорректировать дату финоперации?
---------------------------
Да Нет
---------------------------
---------------------------
Подтверждение
---------------------------
Валюта по хозяйственной операции
еще не разнесенной по ТХО
не совпадает с валютой проводок,
сформированных к ней.Скорректировать хоз.операцию?
---------------------------
Да Нет
---------------------------
---------------------------
Подтверждение
---------------------------
Сумма в валюте хоз.операции
еще не разнесенной по ТХО (0.00)
не совпадает с суммой в валюте проводок со знаком "+",
сформированных по ней (667.72).Скорректировать хоз.операцию?
---------------------------
Да Нет
---------------------------
Как измененно :
При выполнении проверки таблиц ПК проверка проводок не
выполняется
F_OFP
Краткое описание :
Удаление ФОБ со статусом "закрытый"Описание :
Журнал обязательствЧто измененно :
В текущей версии, при удалении ФОБ со статусом "закрытый",
(например в "закрытом периоде"), соответствующие данные:
1. удаляются из "остатков ПС"
2. но НЕ удаляются из "бюджета" (в случае если настроена связь с модулем УБ)
Это плохо, т.к. если данные удаляются из "остатков ПС", то такое удаление
происходит по причине "не корректности" ФОБ, а не по причине его "утилизации".
Под "утилизацией", в данном случае, понимается ситуация когда ФОБ уже
отработало свое и больше не нужно в системе. Процесс "утилизации" в текущей
версии системы не реализован. Поэтому в описанной ситуации требуется удалять
данные и в п.1. и в п.2.
Как измененно :
При удалении документа в закрытом периоде удаляются суммы
в бюджете из регистра "факт"
F_OFP
Краткое описание :
Неактивные финансовые операции при закрытии дняОписание :
Журнал обязательствЧто измененно :
Неактивные финансовые операции при закрытии дня
При выполнении операции "Закрытие дня/откат" при
настройке "Разрешать закрытие дня с неоплаченными ФОП"
в значении "нет" - выходят на экран все ФОП: активные и
неактивные, в т.ч. и неактивные по отмененным ФОБ.
Предложение: либо не выводить все неактивные ФОП при
выполнении закрытия дня либо удалять ФОП по отмененным ФОБ.
Как измененно :
1.Добавлена возможность отбора активных/неактивных ФОП при
закрытии дня.
2.Доработано удаление (групповое удаление) финансовых операций
при закрытии дня.
F_OFP
Краткое описание :
Добавить в заявку и/или в ФОБ закладку "Налоговые
реквизиты" для автом-го заполнения в платежном порученииОписание :
Журнал обязательствЧто измененно :
Формируем зявку на расходование средств: указываем
ОКАТО (и КБК) Формируем на основании заявки финансовое
обязательство: ОКАТО и КБК перенеслись из заявки. Затем
из финансового обязательства формируем платежное
поручение: Вручную заполняем закладку "Налоговые
реквизиты" платежного поручения.
Предложение: добавить в заявку и/или в финансовое
обязательство аналогичную закладку "Налоговые
реквизиты" с целью ее автоматического заполнения в
платежном поручении.
Описание во вложении.
Настройка Настройки галактики - Бух. контур -
Бюджетный учет - Ведется бюджетный учет - установлена в
значении "нет".
Как измененно :
Настройки:
"Настройки Галактики \ Общие настройки системы \ Настройки для страны" =
"Россия"
1. В окно редактирования заявок на расходование средств и финансовых
обязательств предприятия добавлена закладка "налоговые реквизиты".
Налоговые реквизиты хранятся во внешних атрибутах.
2. Доработана возможность достать налоговые реквизиты из ФОБ
через макрос назначения "PK"
6 строка = %PK[П1:НР]
F_OFP
Краткое описание :
Доработать проверку корректности разноски ФОП по статьям
бюджетаОписание :
Проверка таблиц Платежного календаряЧто измененно :
Доработать проверку корректности разноски ФОП по статьям бюджета
Сторнирующая разноска (сумма документа = 0, процент разноски = 0)
не является ошибкой (102.114862)
Как измененно :
При проверке разноски ФОП по статьям бюджета,
документы с сторнирующей разноской считаем корректными.
F_OFP
Краткое описание :
пакетное формирование ПД с группировкой по запросу -
последовательность формирования сбиваетсяОписание :
Журнал обязательствЧто измененно :
пакетное формирование ПД с группировкой по запросу -
последовательность формирования сбивается
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование платежных документов \ Группирование операций при пакетном
формировании платежных документов" по запросу.
1. пометили 2 ФОБ: ФОБ1 от 18.02.2013 на сумму 100 и ФОБ2 от 19.02.2013 на
сумму 200. Формируем ПД по alt+I, на запрос о группировке отвечаем НЕТ.
Сформированы два ПД: ПД149 от 18.02.2013 на сумму 100 и ПД148 от 19.02.2013 на
сумму 200.
Как видим - нумерация платежек сбилась.
при ответе на запрос ДА - нумерация корректна.
при других значениях настройки - нумерация корректна
2. при alt+I на одном ФОБ все равно выдается запрос группировать или нет. Было
бы хорошо проверять нужен ли запрос.
Как измененно :
Платежные документы формируются в хронологическом порядке.
Вопрос о группировке задается при формировании
более чем по одной операции.
F_OFP
Краткое описание :
вместо типа документа отображается кодОписание :
Журнал обязательствЧто измененно :
вместо типа документа отображается код
По заявке на периодический расход сформировал ФОБ.
В этом ФОБ в поле Основание F3.
Вместо типа заявки светится код 802.
Как измененно :
для выбора типа основания документа используется стандартный
интерфейс выбора типа документа.
При открытии позиционируется на тип документа
который в данный момент является основанием.
Если не указан, то на последний выбранный, по направлению.
По заявке на периодический приход/расход из журнала обязательства
не формируются.
Аналогичный интерфейс используется при смене типа заявок/оснований.
F_OFP
Краткое описание :
ФОБ, вкладка исполнение. В интерфейс выбора документа
добавить поля.Описание :
Журнал обязательствЧто измененно :
В ФОБ есть вкладка Исполнение.
Нужно в интерфейс выбора документа добавить поле ТХО платежного документа и
первую строку назначения платежа.
Поясню проблему. У Парус-Самара фоб по доходу создаются на каждый день.
Основной доход студенты. Каждый несет в кассу или банк деньги.
За день набегает порядка 500 платежных документов.
Выбрать их адекватно в интерфейсе (пример во вложении) не представляется
возможным, т.к. разные документы идут по разным статьям.
Как измененно :
1. В интерфейс выбора документов к распределению добавлена
колонка
"ТХО", куда выводится наименование ТХО хозоперации.
2. В колонку "Контрагент" для кассовых документов выводится
ФИО сотрудника + первая строка назначения платежа документа.
(по аналогии с "Платежный календарь | Операции |
Распределение платежных документов")
F_OFP
Краткое описание :
Бюджетная платежка. Предложение по заполнению полей КБКОписание :
Журнал обязательствЧто измененно :
поле КБК плательщика заполнять автоматически при создании ЗКР
из ФОБ.
кбк состоит из 2х частей. первые 17 символов брать
из бюджетной аналитики Коды функциональной
классификации. значение брать из настройки расчетного
счета. 2. часть состоит из 3х символов КОСГУ, которые
нужно брать из первых 3х символов аббревиатуры статьи
бюджетирования с вкладки Статьи бюджета в ФОБ
поле КБК получателя выбирать вручную из каталога
КБК, который используется в налоговых реквизитах
Как измененно :
1. При выполнении условий:
- страна = Россия
- Ведется бюджетный учет = Да
- Тип документа = собственное платежное поручение или
собственное валютное платежное поручение.
В финансовой операции отображается поле "КБК" (КБК плательщика).
Поле вычисляемое. значение берется из первой аналитики
платежного средства (Коды функциональной классификации - 17 символов).
При формировании платежных документов по ФОП, если в финансовой операции указан
вид средств, автоматически заполняется расшифровка.
Если ФОП разнесена по статьям то по каждой статье в расшифровке создается своя
запись.
При этом КБК плательщика заполняется как КБК из ФОП + аббревиатура
статьи бюджета. КБК получателя заполняется из реквизитов контрагента
по ФОБ.
F_OFP
Краткое описание :
Формируется несколько платежных документовОписание :
Журнал обязательствЧто измененно :
Сформировано ФОБ с типом операции "конвертация: деньги с р/с ->
вексель"
(перечисление ДС за покупку векселей, векселей несколько,
передаются одним АПП)
Установлены настройки:
Группирование операций при пакетном формировании платежных документов - Да
Для каждой финоперации конвертации формировать свой платежный документ - Да
Формируем документы.
Однако, в результате, получается не одна общая платежка,
а несколько по каждой операции.
Как измененно :
Доработана возможность группировки финансовых операций
конвертации при формировании платежных документов, в случае когда в качестве
платежного средства указаны различные векселя (ценные бумаги).
F_OFP
Краткое описание :
Финансовые обязательства - устанавливать статус Оформляемый
при автоформированииОписание :
Журнал обязательствЧто измененно :
"Настройки Галактики \ Управление финансами \
Платежный календарь \ Формирование заявок и
обязательств - Автоматическое формирование обязательств
при привязке ДО в платежных документах" = "формировать
ФО и финоперацию, если не найдено ФО".
При такой настройке ФОб формируется автоматически
при привязке ДО в платёжном документе, причём сразу в
статусе "Исполняемый". И для того, чтобы, например,
указать статью бюджета, необходимо менять вручную
статус каждого ФОб на "Оформляемый", что довольно
трудоёмко.
Просят дать возможность автоформирования ФОб в
статусе "Оформляемый" (например, по специальной
настройке).
Как измененно :
1. Добавлена настройка : "Настройки Галактики \ Управление
финансами \ Платежный календарь \ Формирование заявок и обязательств \
Переводить ФОБ в статус "исполняемый" при привязке ДО к платежным документам"
- Да (по умолчанию)
- Нет
Настройка касается процесса автоматического формирования ФОБ
при привязке ДО в платежных документах (бухсправках).
Финансовые обязательства в статусе "оформляемый" можно формировать
и в закрытом периоде, но после утверждения назад в "оформляемый"
перевести уже нельзя.
2. Во все интерфейсы выбора финансовых обязательств (операций) добавлен фильтр
по статусу (только основные, без пользовательских)
3. Добавлена возможность распределять платежи по финансовым операциям в статусе
отличном от "исполняемый" - в интерфейсе выбора финансовых операций снято
обязательное ограничение по статусу.
4. Добавлена возможность привязки исполнения к финансовому обязательству в
статусе отличном от "исполняемый"
5. При закрытии дня доработан перенос даты для отрицательных
финансовых операций
F_OFP
Краткое описание :
Нет исполнения Фоб при привязке счета к ПП, связанному с
предоплатным ДООписание :
Журнал обязательствЧто измененно :
Нет исполнения Фоб при привязке счета к ПП, связанному с
предоплатным ДО Необходимо, чтобы при привязке реального ДО к Хозоперации, где
указан ДО на предоплату, система искала финансовое обязательство по реальному
ДО и отображала на данную сумму исполнение.
Как измененно :
1. Доработки в журнале обязательств
В списке обязательств добавлены колонки "В" где отображается вид платежа:
"Ф" - регламентный, "А" - авансовый, "Ш" - штрафные санкции, "К" - конвертация
и "Аванс" - сумма зачета аванса.
На закладке "Финансовые операции" колонка "Тип операции" переименовано в "Тип",
значения: "ПС" - передача средств, "ВЗ" - взаимозачет, "К" - конвертация.
Для авансовых финансовых обязательств добавлена колонка "Аванс".
В окне редактирования для фактических обязательств отображается сумма зачета
аванса.
Добавлена возможность изменять "Вид платежа" финансовых обязательств после
ввода
финансовых операций (с "регламентный" на "авансовый" и обратно), если финансовое
обязательство еще не участвует в зачете авансов.
В окне редактирования финансовых операций добавлено поле "Вид платежа"
Для фактический операций отображается сумма зачета аванса.
Если авансовая операция передачи средств ссылается на фактическую,
то в средней панели показывается информация по этой операции. Колонки:
- "Фактическое обязательство"
- "Статус" - статус фактического финансового обязательства
- "Сумма" - сумма фактической операции
- "Аванс" - сумма зачета аванса по фактической операции
- "Вал." - валюта операции
- "основание обязательства" - наименование ДО
по Enter, F4 можно перейти к редактированию фактической операции
по F8 можно отвязать фактическую операцию (откат зачета авансов)
В окне редактирования финансовых операций добавлено поле "Вид платежа"
Для фактический операций отображается сумма зачета аванса.
Если к фактической финансовой операции передачи средств привязаны авансовые,
то в средней панели показывается информация по этим операциям. Колонки:
- "Авансовое обязательство"
- "Статус" - статус авансового финансового обязательства
- "Сумма" - сумма авансовой операции
- "Вал." - валюта операции
- "основание обязательства" - наименование ДО
по Enter, F4 можно перейти к редактированию авансовой операции
по F7 добавить связь с авансом (зачет авансов)
по F8 отвязать авансовую операцию (откат зачета авансов)
2. Доработана функция "Разделение финансовой операции"
Разделать можно только финансовые операции с типом "передача средств",
которые не распределены полностью по хозяйственным операциям.
При разделении необходимо указать новую сумму текущей операции в интервале
("сумма исполнения" ... "сумма операции")
Новая финансовая операция формируется на сумму = "Старая сумма" - "Новая сумма".
Для авансовых ссылка на фактическую наследуется.
Для фактических аванс остается привязан к исходной финансовой операции.
3. Доработана функция "Объединение с другой финансовой операцией"
Объединять можно только финансовые операции с типом "передача средств".
Если авансовая операция ссылается на фактическую, то объединять ее можно
только с операциями которые ссылаются на туже фактическую.
При объединении фактических, аванс перепривязывается.
4. В локальное меню финансовых операций добавлена функция
"Зачет авансовых финансовых операций".
Доступна только для финансовых операций передачи средств по фактическим
обязательствам.
При вызове открывается интерфейс выбора финансовых операций (множественный
выбор).
Обязательные фильтры :
- "Вид платежа" = Авансовый
- "Направление" = Направление фактического обязательства
- "Тип по валюте" = типу по валюте фактического обязательства
Дополнительно все стандартные фильтры.
Для выбора доступны ненулевые финансовые операции передачи средств
того же направления по которым еще не зачтен аванс.
5. Зачет авансовых финансовых операций.
При выполнении зачета авансовых финансовых операций:
- Сумма фактической ФОП уменьшается на сумму авансовой
- Если по фактической операции было исполнение а по авансовой небыло, то
исполнение
(часть исполнения) переносится на авансовую ФОП (в ручном режиме по запросу)
- Обновляется исполнение и факт ФОП
- После привязки сумма фактического финансового обязательства уменьшается на
сумму
аванса (в ручном режиме по запросу, если переносили исполнение то уменьшаем
без вопросов)
- Обновляется исполнение и факт ФОБ
6. Откат зачета авансовых финансовых операций.
Откат зачета авансовых финансовых операций происходит при отвязке ФОП в
интерфейсе
редактирования или при удалении ФОП.
При откате зачета авансовых финансовых операций:
- Отвязывается авансовая ФОП
- Если у аванса есть исполнение оно переносится на фактическую ФОП
(в ручном режиме по запросу)
- Обновляется исполнение и факт авансовой ФОП
- Обновляется исполнение и факт фактической ФОП
- Обновляется исполнение и факт авансового ФОБ
- Сумма фактического ФОБ увеличивается (в ручном режиме по запросу,
если переносили исполнение то увеличиваем без вопросов)
7. Удаление финансовых операций
Доработано удаление финансовых операций.
При удалении финансовой операции по которой есть исполнение система
не вынуждает пользователя удалять его, а выдает предупреждение
о том что платежные документы будут отвязаны автоматически.
При удалении фактической ФОП на которую ссылаются авансовые,
система предупреждает что аванс будет отвязан.
При удалении авансовой, которая связана с фактической также
предупреждение. При этом выполняется откат зачета авансов
(сумма фактической ФОП увеличивается на сумму аванса, исполнение переносится)
8. Формирование платежных документов по авансовым обязательствам.
Если финансовая операция ссылается на фактическую, то при формировании
платежного документа по ней в качестве основания будет выступать
ДО из фактического обязательства и дополнительно проставлена ссылка на ДО
предоплаты
При формировании платежных документов по финансовым операциям фактических
обязательств,
по которым зачтен аванс, ссылка на ДО предоплаты не проставляется
9. Распределение/перераспределение платежей по ДО при зачете финансовых
операций.
При зачете авансов
9.1.Если фактическое ФОБ ссылается на ДО, по фактической ФОП нет исполнения, а
по
авансовой есть и авансовое ФОБ ссылается на ДО на предоплату -
проставляем ссылку на ДО фактическое в хозяйственных операциях и документе
9.2.Если нет авансового исполнения, есть фактическое, и фактическое переносится
на аванс,
авансовое ФОБ ссылается на ДО на предоплату, то в хозяйственных операциях и
документе проставляем ссылку на ДО на предоплату
9.3.При откате зачета авансов, если исполнение остается на авансовой ФОП и
сумма исполнения
ровна сумме платежа, то ссылка на ДО фактическое удаляется. Аналогично если
исполнение
остается на фактической ФОП.
10. Зачет авансовых платежей.
Зачетом авансовых платежей будем считать распределение платежа,
сформированного по ДО на предоплату, по фактическому ДО(спецификации).
10.1 Если в ХО, которая ссылается на ДО на предоплату проставляется ссылка на
фактическое ДО,
то если на основании этих ДО были сформированы финансовые обязательства, в
Платежном
календаре автоматически выполняется зачет авансовых финансовых операций
(исполнение переносится на аванс),
если авансы не были зачтены вручную.
Если на основании ДО еще не сформировано обязательство, то при соответствующем
значении настройки :
"Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование заявок и обязательств \ Автоматическое формирование ФОБ при
привязке ДО в платежных документах"
ФОБ формируется и выполняется зачет авансовых ФОП
10.2 Аналогично, если в ХО сначала проставить ссылку на фактическое ДО, а затем
на авансовое.
При этом проверяется чтобы сумма ХО не превышала сумму ДО авансового. Иначе
считаем что ссылка проставляется
"информативно" и зачет авансов в ПК выполнять не нужно.
10.3 В пакетном режиме (модуль "Расчеты с поставщиками и получателями") зачет
авансов в ПК выполняется аналогично.
11. Откат зачета авансовых платежей
При удалении ссылки на один из ДО в ХО происходит отказ зачета авансовых ФОП.
При этом если удаляем ссылку на ДО на предоплату исполнение переносится на
фактическом ФОБ,
если удаляем ссылк
F_OFP
Краткое описание :
Оптимизировать процесс пересчета остатков при построении ПКОписание :
Платежные календариЧто измененно :
Оптимизировать процесс пересчета остатков при построении ПК.
Как измененно :
Пересчет остатков платежных средств в иерархии ПК запускается
за период за который построен ПК.
F_OFP
Краткое описание :
Невозможно установить режим автоматического формирования
ФОБ по ДООписание :
"Платежный календарь" в целомЧто измененно :
Добавить в поле "Применять алгоритм" режим "автоматически"
для ФОБ предприятия и ФОБ контрагента (левое поле
интерфейса "Настройка алгоритмов формирования полей документов модуля")
для заявок, ДО на предоплату и ДО (левое поле интерфейса
"Настройка алгоритмов формирования полей документов модуля")
в нижнем окне для поля "Применять алгоритм" была возможность
Выбора режима "автоматически".
При установленном режиме "автоматически" в процессе формирования
ФОБ окно настроек не должно появляться в поле зрения пользователя.
Как измененно :
Добавлена возможность автоматического запуска алгоритмов
при ручном формировании ФОБ на основании ДО, ДО на предоплату,
заявок.
F_OFP
Краткое описание :
формирование обязательств на основании ДО, когда сумма ДО=0Описание :
Формирование периодических обязательств/ Периодический приход средствЧто измененно :
в процессе формирования ДО на сбыт возникают ситуации,при
которых общая сумма по ДО =0.
однако в спецификации есть несколько услуг с суммами >0 и одна с отрицательной,
которая уравновешивает положительные
ФОб должы формироваться только на положительные услуги, однако функция
формирования ФОб по ДО не работает если сумма ДО=0
необходимо убрать это ограничение.
Как измененно :
1. Доработан алгоритм расчета суммы ФОБ на основании ДО -
<авто - по пользовательскому алгоритму>
При расчете по позициям МЦ не учитывается что сумма по документу равна нулю.
2. Настройка "Настройки Галактики \ Управление финансами \
Платежный календарь \ Формирование заявок и обязательств \
Разрешать формирование ФОБ по полностью оплаченным ДО"
не учитывается при формировании ФОБ на основании ДО с нулевой суммой.
F_OFP
Краткое описание :
неправильное позиционирование при печати в иерархическом
отчете фин.обязательствОписание :
Журнал обязательствЧто измененно :
в Журнале обязательств в иерархическом отображении печатаем
несколько помеченных ФОб (например 3)
на печать выходит первым ФОб текущее--то на котором остался стоять курсор, а
потом помеченные начиная со второго
если же перед печатью курсор поставить на первое помеченное ФОб, то все
печатается правильно.
в линейном отображении ФОб все печатается правильно, там даже визуально видно
что после выбора печатной формы курсор автоматом перескакивает на первую
помеченную запись.
конечно пользователь может руками постоянно становиться на нужную запись,
однако если пометка происходит вразнобой и помечается много записей, то это
сделать уже проблематично и неудобно.
Как измененно :
Печать финансовых обязательств реализована через отдельный
объект.
1. В журнале обязательств убран пункт локального меню
"Печать заявки на платеж"
2. По Ctrl+P вызывается общий интерфейс настройки печати
с возможностью выбора
вида отчета:
- Финансовое обязательство (по умолчанию)
- Заявка на платеж
Формата:
- Бизнес-Текст (по умолчанию)
- FastReport
Сортировки:
- Дата формирования + Номер
- Дата погашения + Номер
- Номер + Дата погашения (по умолчанию)
3. Доработана печатная форма "Заявка на платеж" в FastReport
4. Если в системе не настроена связь с бюджетом,
печатная форма "Финансовое обязательства (лимиты по статьям)"
не доступна. Если финансовое обязательство не разнесено по статьям,
печатная форма "Финансовое обязательство (разноска по статьям)"
не доступна.
F_OFP
Краткое описание :
Изменение платежного средстваОписание :
Журнал обязательствЧто измененно :
Пользователи просят добавить в локальное меню Журнала
обязательств функцию по изменению платежного средства, как по одному ФОб, так и
по группе отмеченных Фоб. Проблема возникает, когда сначала решили оплатить
через один расчетный счет, а потом приняли решение оплатить через другой р/счет.
В настоящее время необходимо перевести группу ФОб в статус "оформляемый", а
затем по каждому ФОб в финоперации менять платежное средство.
В день таких операций может быть и 60 записей.
Как измененно :
В журнал финансовых обязательств добавлена функция:
"Замена платежного средства"
Из списка работает для отмеченных либо для текущей записи.
Из окна редактирования - по текущему обязательству,
независимо от пометки.
При одиночном запуске для выбора доступны только документы,
соответствующие направлению финансового обязательства.
Замена происходит только для финансовых операций соответствующего
направления, по которым еще нет исполнения.
Информация об ошибках записывается в историю операций.
При наличии ошибок история открывается автоматически.
F_OFP
Краткое описание :
Поле "Назначение" в ФОБ-еОписание :
Журнал обязательствЧто измененно :
Просим предусмотреть настройку для заполнения поля
"Назначение" в ФОБ-е:
При формировании ФОб на основании ДО в ФОб копировать текст
из поля "Примечание" в поле "Назначение".
Как измененно :
добавлены алгоритмы:
- для поля "назначение"
<авто - примечание ДО> - 255
- для поля "примечание"
<авто - назначение ДО> - 316
F_OFP
Краткое описание :
Ошибка в визуализации назначения платежа в заявках на
расходование денежных средствОписание :
Расходование средствЧто измененно :
При перемещении по заявкам не обновляется "Назначение платежа"
Как измененно :
исправлено