Текущие компоненты

Название продукта Название компонента Тип Последняя версия Дата выхода
Галактика ERP 9.1F_OFPRES

Справка по компоненту.

Количество версий компонента127
Количество рещенных задач551
Последная дата обработки компонента2023-12-16 19:43:09
Последная дата файла2023-12-16 17:31:32
Последная версия9.1.127.0

Новые задачи в этом компоненте

F_OFP
102.120568
F_OFP ( 9.1.8.0 )

Краткое описание :

Создание ФОБ в иерархическом представлении по статьям

Описание :

Журнал обязательств

Что измененно :

При создание ФОБ, в иерархическом представлении, в
случае если в группировке указаны "Статьи бюджета", они
все, вне зависимости от того существуют по ним ФОБ или
нет, автоматически добавляются в группировку. Это
больше плохо, чем хорошо, т.к.:
1. Большое количество статей, по которым нет ФОБ -
загромождает список.
2. Сам процесс автодобавления статей (выполняющийся
без каких либо предупреждений):
2.1. может привести пользователя к мысли, что система
работает не стабильно
2.2. при большом количестве статей и ФОБ, этот
процесс занимает продолжительное время
С другой стороны представление данных, когда уже
заданы необходимые статьи в группировке (пусть еще и
без ФОБ) - это очень удобный функционал для ввода новый
ФОБ. Т.к. ФОБ уже создаются разнесенными по текущей
статье.
По умолчанию, в группировке должны присутствовать
только те статьи, по которым существуют ФОБ. При
добавлении нового ФОБ с новой статьей, группировка
должна автоматически достраиваться этой статьей. Это
касается не только создания нового ФОБ, но и
редактирования разноски по статьям, существующего ФОБ.

Как измененно :

1. Журнал ФОБ
В иерархическом представлении, при наличии группировки по статьям бюджета
- новые ФОБ формируются корректно
- при создании ФОБ автоматически выполняется разноска по текущей
статье бюджета
- документ автоматически переносится в нужную ветку при редактировании /
формировании разноски по статьям, автодобавление всех статей в ветку дерева не
происходит
- При формировнии нового ФОБ направление определяется автоматически на
основании статьи, при наличии ограничения по направлению при выборе в
документах - настройки: "Настройки Галактики \ Управление финансами \ Платежный
календарь \ Связь с бюджетом \ Статьи бюджета \ Список статей по
приходу/расходу"
2. Реестр заявок, реестр ФОБ, Платежный календарь
- если в разноске по статьям есть позиции сумма по которым равна нулю,
а процент нет, они попадают в отчет.
- Если документ разбит по статьям - в папках он отображается один раз
F_OFP
102.123691
F_OFP ( 9.1.8.0 )

Краткое описание :

В заявке на периодический расход средств "Максимальная сумма" не контролируется

Описание :

Периодический расход средств

Что измененно :

В заявке на периодический расход средств
"Максимальная сумма" не контролируется.
Хотелось бы иметь контроль ещё на этапе
планирования платежей (когда в верхней части верхней
панели указывается количество планируемых платежей и их
общая сумма).
Хотелось бы, чтобы контроль происходил
автоматически: Все планируемые платежи кроме последнего
имеют сумму, равную периодической, последний
планируемый платеж имеет сумму, вычисляемую как
максимальная сумма за вычетом сумм остальных платежей.
Привожу пример:
В заявке на периодический расход средств
указывается продолжительность 3 месяца
(01/01/2013-31/03/2013), периодичность "месяц", сумма
периодических платежей 2000. Вводится максимальная
сумма 5000. В верхней части окна указывается: всего
планируется платежей: 3, на общую сумму 5000 руб. И при
формировании финансовых обязательств первые два
формируются на 2000 каждое, а третье формируется на
1000.

Как измененно :

1.Доработан интерфейс формирования периодических заявок.

Добавлено поле "Сформировано" - сумма всех финансовых обязательств,
которые ссылаются на заявку.

Добавлено поле "Исполнено" - сумма всех финансовых обязательств
в статусе "исполняемый" или "закрытый", которые ссылаются на заявку.

Для заявок на периодический приход добавлено поле "Максимальная сумма",
аналогично заявкам на периодический расход.
Поле "Максимальная сумма" не обязательно для заполнения. Если оно не
заполнено, то никакого контроля нет.

По F3 (Shift + F3) для периодических заявок добавлены алгоритмы:
- "119 - сумма заявки по максимальной сумме выплат"
Сумма рассчитывается на основании максимальной суммы и количества
платежей за период. Наличие исполняемых обязательств не учитывается.
- "120 - максимальная сумма заявки, по сумме периодических платежей"
Сумма рассчитывается как произведение суммы заявки на количество
платежей за период оплаты. Наличие исполняемых обязательств
не учитывается.

2.Доработан процесс формирования финансовых обязательств
по периодическим заявкам.

Функция "Формирование обязательств - Alt+F" доступна теперь и из окна
редактирования. Процесс запускается для текущей заявки.

Убран промежуточный интерфейс формирования - процесс сразу запускается из
основного интерфейса "Образование обязательств".

Формирование (переформирование) финансовых обязательств происходит по
следующему алгоритму:
- При запуске процесса все финансовые обязательства в статусе отличном от
"Исполняемый" или "Закрытый" автоматически удаляются.
- На оставшуюся сумму последовательно формируются обязательства
начиная с периода, следующего за периодом в котором сформировано
последнее исполняемое обязательство. Обязательство формируются
в рамках планируемого периода оплаты, пока сумма не превысит
максимальную (если она контролируется).
- Для контроля максимальной суммы необходимо для поля "Сумма" установить
алгоритм "118 - сумма по заявке, с контролем максимальной суммы"

3. Функция "Переход на другое основание" теперь по "Ctrl+Enter"
"Alt+O" - стандартное сочетание для экспорта
F_OFP
102.123976
F_OFP ( 9.1.8.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"
F_OFP
102.124197
F_OFP ( 9.1.8.0 )

Краткое описание :

Редактирование валюты ПС

Описание :

Остатки и лимиты платежных средств

Что измененно :

Редактирование валюты ПС
При изменении валюты ПС, когда новая валюта не НДЕ, выдается сообщение:
---------------------------
Предупреждение
---------------------------
В модуле "Платежный календарь" будет
удалена информация о сальдо на
вал счет на USD по валюте рубль
и добавлена информация о сальдо на
вал счет на USD по валюте доллар США осн.
Продолжить ?
---------------------------
Да Нет
---------------------------
Если же новое значение = НДЕ, то никакого сообщения не выдается. Если в этом
случае также требуется пересчет информации, то надо и сообщение выдавать и
пересчитывать.

Как измененно :

При смене валюты платежного средства на НДЕ (по Del)
выдается предупреждение.
F_OFP
102.124944
F_OFP ( 9.1.8.0 )

Краткое описание :

Уберите F3,F7,F8 из статус-строки

Описание :

Реестр заявок на расходование средств

Что измененно :

Уберите F3,F7,F8 из статус-строки, когда курсор на кнопке
настройка шаблона.
А также в реестре служебных записок на оплату и реестре заявок, исключенных из
реестров платежей, аналогично
вложению.

Как измененно :

Исправлена статус-строка при позиционировании на кнопку
настройки шаблона
F_OFP
102.125185
F_OFP ( 9.1.8.0 )

Краткое описание :

Удаление в иерархическом представлении ФОБ

Описание :

Журнал обязательств

Что измененно :

В иерархическом представлении ФОБ, после удаления ФОБ остаются
"пустые записи" - их надо удалять.

Как измененно :

Групповое удаление в иерархическом режиме выполняется корректно
F_OFP
102.125530
F_OFP ( 9.1.8.0 )

Краткое описание :

DOCREQ_STBUD_FPSPATTRNREC из прототипа 'DOCREQ'

Описание :

Заявки на расходование средств

Что измененно :

При установке новых патчей опытным путем
выяснилось, что в одно из полей
(DOCREQ_STBUD_FPSPATTRNREC из прототипа 'DOCREQ') стало
выводится не значение поля fpstattr.nrec, а значение
поля fpstbud.nrec. У клиента на основе данного
прототипа созданы собственные присоединенные формы,
которые теперь необходимо будет править.
Необходимо вернуть вывод fpstattr.nrec в
DOCREQ_STBUD_FPSPATTRNREC, как было ранее.

Как измененно :

Исправлено
F_OFP
102.125642
F_OFP ( 9.1.8.0 )

Краткое описание :

По валютному ФОБ нужно формировать платежное поручение с суммой платежа в рублях и в валюте

Описание :

Журнал обязательств

Что измененно :

По валютному ФОБ формируется платежное поручение с
суммой платежа только в рублях, а необходимо, чтобы
была еще и сумма в валюте, т.к. платежный документ
может быть оплачен не сегодня, например, а завтра и
курс валюты изменится
Нужно именно рублевое п/п с валютным эквивалентом,
по ФОБ может оформляться платежное поручение с
различным валютным эквивалентом: евро, доллар.

Как измененно :

При формировании по валютным ФОБ платежей в НДЕ
проставляется валютный эквивалент
F_OFP
102.125692
F_OFP ( 9.1.8.0 )

Краткое описание :

не правильно формируется банк в ФОБ при автоматическом создании из ДО

Описание :

Журнал обязательств

Что измененно :

Не правильно формируется банк в ФОБ при
автоматическом создании из ДО.
В модуле "управление снабжением" формируется
основание на закупку и перевыбирается банк-контрагент с
банка по умолчанию на другой банк, в финансовом
обязательстве по этому документу основанию остается
банк по умолчанию.

Как измененно :

Исправлено
F_OFP
102.125739
F_OFP ( 9.1.8.0 )

Краткое описание :

При каждом вызове функции лок.меню "Просмотр истории проведения операций" увеличивается количество записей с ее наименованием

Описание :

Журнал обязательств

Что измененно :

При каждом вызове функции лок.меню "Просмотр истории
проведения операций" увеличивается количество записей с ее наименованием, при
условии, что вызов осуществляется из интерфейса "Мастер загрузки плана:
Настройка загрузки".

Как измененно :

Исправлено
F_OFP
101.40839
F_OFP ( 9.1.8.0 )

Краткое описание :

Выбор периодического расхода в финобязательстве, созданном вручную

Описание :

Журнал обязательств

Что измененно :

У клиентов возникает необходимость по заявке на
периодический расход средств формировать
финобязательство вручную, потому как точная дата,
например ежемесячного расхода заранее неизвестна. В
созданном финобязательстве пользователи выбирают
основание. В диалоговом окне выбирают тип - заявка, но
основания "периодический расход" здесь нет. Приходится
открывать сначала просто расход средств, а потом уже в
окне заявок переключаться на периодический расход.
Предлагается исключить лишний этап, позволив сразу
выбирать периодический расход. Аналогично с
периодическим приходом.

Как измененно :

Добавлена возможность ручной привязки периодических заявок
к финансовым обязательствам.
При этом периодическую заявку в качестве основания установить нельзя.
F_OFP
102.36009
F_OFP ( 9.1.8.0 )

Краткое описание :

формирование ФОБ по АВЗ

Описание :

Журнал обязательств

Что измененно :

"Настройка \ Управление финансами \ Платежный календарь \
Формирование заявок и обязательств \ Автоматическое формирование
обязательств при привязке ДО в платежных документах" установлена в значение
"формировать ФОБ и финоперацию, если не найдено ФОБ".

Если при формировании АВЗ выбрать сначала документ Дебитора,
а потом несколько документов Кредитора, то все ОК -
сформируются 3 ФОБ с правильными взаимосвязями.
Если же выбрать сперва документ Кредитора, а потом несколько
документов Дебитора - то ФОБ сформируются некорректно: их
будет три, но взаимосвязь будет установлена между 1-ым и 3-им.

Надо доработать, т.к. оба способа формирования АВЗ являются
допустимыми.

Как измененно :

При привязке ДО к АВЗ по первому ДО определяется
по дебитору или кредитору будет формироваться основная финансовая
операция взаимозачета.

Т.о. если одним ДО дебитора (кредитора) закрывается несколько ДО
противоположного направления, то при формировании АВЗ сначала
необходимо выбрать ДО с большей суммой, затем все связанные ДО противоположного
направления.

При такой последовательности действий взаимозачет в ПК будет
выполнен автоматически.
F_OFP
102.40085
F_OFP ( 9.1.8.0 )

Краткое описание :

доработать привязку группы ПС к ФОП

Описание :

Журнал обязательств

Что измененно :

Платежный календарь \ Документы \ Журнал ФОБ
При вызове данной функции вызывается весь каталог групп ПС,
если же выполнить подобную функцию во ФРО, то для выбора
будут только доступные для определенного документа группы,
т.е. устанавливается фильтр на тип документа (можно еще на
контрагента). В ПК же выводятся все группы, и многие из них
нельзя выбрать.
Предлагаю доработать, сделать как во ФРО.

Как измененно :

Вместо функции локального меню для ФОП добавлена закладка
"Группы платежных средств".

Для выбора доступны группы, доступные для типа документа, указанного
в ФОП. Если тип документа не указан доступны все группы платежных
средств по типу "Финансовая операция".

Если документ не доступен для редактирования группы платежных
средств изменять нельзя.
F_OFP
102.75514
F_OFP ( 9.1.8.0 )

Краткое описание :

некорректное формирование АВЗ по ФО из ПК

Описание :

Журнал обязательств

Что измененно :

Если формировать АВЗ из журнала ФОБ, следует помнить о
том, что ФОБ надо формирвоать и привязывать в
определенном порядке: к ФОБ-Приход надо вязать зависимое
ФОБ-Расход. Только в таком случает работает корректно -
формируется правиольный АВЗ.

Если же к ФОБ-Расход вязать ФОБ-Приход, то в АВЗ
некорректно проставляются Дебитор и Кредитор - меняются
места, а ДО привязываются как и ранее правильно.

Как измененно :

Дебитор и кредитор заполняются верно независимо от порядка
привязки ФОБ.
F_OFP
106.9692
F_OFP ( 9.1.8.0 )

Краткое описание :

Фильтр по типу платежа

Описание :

Журнал обязательств

Что измененно :

Клиенту необходима возможность установки фильтра
в журнале ФОБ по полю ФОБ "Вид платежа".

Как измененно :

В журнале финансовых обязательств добавлена возможность
фильтрации по полю "Вид платежа"
F_OFP
106.9695
F_OFP ( 9.1.8.0 )

Краткое описание :

Добавить возможность изменять настройки статусов и добавлять новые

Описание :

Распределение платежных документов

Что измененно :

Добавить возможность формировать ФОБ на основании платежек в
статусе "закрытый"

Как измененно :

При формировании ФОБ на основании платежных документов для
установки доступны все системные статусы.

При формировании ФОБ в статусе "закрытый" система действует
по следующему алгоритму:
1. Формируется ФОБ в статусе "оформляемый"
2. отрабатывают алгоритмы для полей, формируется разноска по статьям
3. ФОБ переводится в статус "исполняемый" (если у пользователя есть права) -
формируется резерв
4. ФОБ переводится в статус "закрытый" (если у пользователя есть права)
F_OFP
106.9696
F_OFP ( 9.1.8.0 )

Краткое описание :

Проблемы при создании ФО и выбором Договоров

Описание :

Журнал обязательств

Что измененно :

при выборе договора устанавливать фильтр по контрагенту в
интерфейсе выбора автоматически, если контрагент указан в документе.

Как измененно :

доработана автоматическая установка фильтра по контрагенту,
если он указан в документе, из которого запускается интерфейс
выбора договоров.
F_OFP
106.9707
F_OFP ( 9.1.8.0 )

Краткое описание :

Пересчет налогов в поле ФОБ "Группа налдогов"

Описание :

Журнал обязательств

Что измененно :

В случае когда явно определена "группы налогов".
Возможно лучше, в поле "Налоги" выводить:
[Сумма налогов]+' '+[Наименование группы налогов]
где [Сумма налогов] - это вычисляемое поле.

Как измененно :

Если группа налогов в документе задана явно то поле "налоги"
заполняется как:
"[сумма налогов] ([наименование группы налогов])"
при расчете считаем что налоги входят в сумму документа.

Если документ ссылается на ДО, то поле "налоги" заполняется как:
"[сумма налогов] (из ДО)"
F_OFP
106.9719
F_OFP ( 9.1.8.0 )

Краткое описание :

Группировка "Счет/касса предприятия"

Описание :

Распределение платежных документов

Что измененно :

Группировка "Счет/касса предприятия"
документы (РКО) попадают не на уровень
"Касса предприятия", а на один из р/с.

Как измененно :

Если по разделу учета (Касса, р/с, в/с, бухсправка)
не ведется многорасчетность при наличии группировки по полю
"счет/касса предприятия" документы соответственно объединяются в
группы :
- "Касса предприятия"
- "Р/С предприятия"
- "В/С предприятия"
- "Бухгалтерская справка"
Также в отдельную группу ("Авизо") попадают документу по авизо.

При наличии многорасчетности наименование группировки соответствует
наименованию раздела учета.
F_OFP
180.7655
F_OFP ( 9.1.8.0 )

Краткое описание :

Добавить настройку "Группа ФОБ по умолчанию"

Описание :

Настройка Управления ФИНАНСАМИ

Что измененно :

Пользователи просят добавить Настройку "Группа ФОБ по умолчанию"
в раздел Настройки Галактики \ Управление финансами \ Платежный календарь \
Формирование заявок и обязательств \ Значения полей по умолчанию.
Значение выбирается из справочника "Группы финансовых обязательств".
Значение данной настройки будет заполняться в Финансовых обязательствах
по умолчанию по данной настройке.

Как измененно :

Добавлена настройка : "Настройки Галактики \ Управление
финансами \
Платежный календарь \ Формирование заявок и обязательств \
Значения полей по умолчанию \ Группа ФОБ по умолчанию"
Значение автоматически проставляется при формировании ФОБ.

9.1.127.09.1.126.09.1.125.09.1.124.09.1.123.09.1.122.09.1.120.09.1.119.09.1.118.09.1.117.09.1.116.09.1.113.09.1.112.09.1.111.09.1.110.09.1.109.09.1.121.09.1.115.09.1.114.09.1.108.09.1.107.09.1.106.09.1.105.09.1.104.09.1.103.09.1.102.09.1.101.09.1.100.09.1.99.09.1.98.09.1.97.09.1.96.09.1.95.09.1.94.09.1.93.09.1.92.09.1.91.09.1.90.09.1.89.09.1.88.09.1.87.09.1.86.09.1.85.09.1.84.09.1.83.09.1.82.09.1.81.09.1.80.09.1.79.09.1.78.09.1.77.09.1.76.09.1.75.09.1.74.09.1.73.09.1.72.09.1.71.09.1.70.09.1.69.09.1.68.09.1.67.09.1.66.09.1.65.09.1.64.09.1.63.09.1.62.09.1.61.09.1.60.09.1.59.09.1.58.09.1.57.09.1.56.09.1.55.09.1.54.09.1.53.09.1.52.09.1.51.09.1.50.09.1.49.09.1.48.09.1.47.09.1.46.09.1.45.09.1.44.09.1.43.09.1.42.09.1.41.09.1.40.09.1.39.09.1.38.09.1.37.09.1.36.09.1.35.09.1.34.09.1.33.09.1.32.09.1.31.09.1.30.09.1.29.09.1.28.09.1.27.09.1.26.09.1.25.09.1.24.09.1.23.09.1.22.09.1.21.09.1.20.09.1.19.09.1.18.09.1.17.09.1.16.09.1.15.09.1.14.09.1.13.09.1.12.09.1.11.09.1.10.09.1.9.09.1.8.09.1.7.09.1.6.09.1.5.09.1.4.09.1.3.09.1.2.09.1.1.0