F_PLPOR
Краткое описание :
Ошибка при формировании реестра на перечислениеОписание :
Приказы на командировкиЧто измененно :
В "ФРО \ Операции \ Реестры на перечисление" в окно редактирования добавить в шапку и спецификацию поле "Суммы выплачиваемая" (как в реестрах Зарплаты).
Как измененно :
Доработан интерфейс Реестров на перечисление модуля ФРО.
Если значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Процент удержания сбора по перечислению в банк" не равно нулю, то в шапке реестра и списке его сотрудников отображаются поля "Сумма перечисляемая" (бывшая "Сумма") и "Сумма выплачиваемая" (рассчитывается как "Сумма" - минус "Сумма сбора"; сумма сбора это "Процент удержания сбора по перечислению в банк" от "Суммы").
F_PLPOR
Краткое описание :
долгое открытие списка реестров на перечисления из ппОписание :
Платежное поручениеЧто измененно :
долгое открытие списка реестров на перечисления из пп
В Галактике заведено большое количество реестров. При привязке реестров в платежном поручении на вкладке "Реестры\Формирование связи документов\Выбор существующего реестра" открытие списка занимает до 40 секунд? а иногда до 2-3 минут.
Как измененно :
Оптимизирована работа загрузки интерфейса при наличии сохраненного фильтра.
Для ускорения загрузки интерфейса рекомендуется сохранить фильтр по периоду, за который происходит работа с реестрами.
При повторной загрузке интерфейса сначала фильтруются данные по сохраненным ограничениям, затем происходит расчет прав по подразделениям.
F_PLPOR
Краткое описание :
КИС ФХД ТПР3 Очередь2 Ошибка обновления полей авансового отчетаОписание :
Авансовый отчетЧто измененно :
КИС ФХД ТПР3 Очередь2 Ошибка обновления полей авансового отчета
Оба пользователя работают с одним реестром (реестр авансовых отчетов). Пользователь А открыл документ, отредактировал его и вышел. Но если сразу же после закрытия АО пользователем А, его откроет пользователь В, то он не увидит изменения, внесенные пользователем А, пока не обновит документ или реестр документа.
Необходимо, чтобы при открытии документа, подтягивались актуальные данные из базы.
Как измененно :
Исправлено.
F_PLPOR
Краткое описание :
Исчезает поле Плательщик после конфигураций в интерфейсах платежекОписание :
Платежное поручениеЧто измененно :
Исчезает поле Плательщик после конфигураций в интерфейсах платежек.
Конфигурируем одно и то же поле (номер договора) в 4 интерфейса платежных поручений: сторонние, собственные, валютные сторонние, валютные собственные. После 4го интерфейса, пропадает полностью поле Плательщик в интерфейсе редактирования платежных поручений
видео Q:\work\ulasen\config
Как измененно :
исправлено
F_PLPOR
Краткое описание :
не срабатывает обновление записи в АООписание :
Авансовый отчетЧто измененно :
не срабатывает обновление записи в АО. Например:
пользователь 1 внес изменения в АО в части перевыбора в поле "Фамилия, И.О." (было Иванов, стало Петров) закрыл окно редактирования АО. Пользователь 2 зашел в этот же АО - изменений нет. пользователь 2 вышел из окна редактирования АО, из списка АО, зашел заново, но изменений нет. И тут, внимание!!!!, пользователь 1 заходит снова в АО и поле "Фамилия, И.О." снова меняется на Иванов.
не срабатывает признак обновления записи и запись возвращается в исходное состояние
см. пир 102.196740
Как измененно :
исправлено
перепроверить первоисточник 102.195752
F_PLPOR
Краткое описание :
автоматическое формирования СФ на возврат предоплаты после запуска функции Формирование возврата платежаОписание :
Не знаю, какая именно часть финансового контура, научитеЧто измененно :
клиент формирует приходный кассовый ордер на предоплату, к нему привязывает ДО на предоплату. СФ на предоплату формируется автоматически (в соответствии с выставленными настройками). затеи клиент запускает функцию лок меню Формирование возврата платежа. В сформированном автоматически Расходном кассовом ордере подвязалось ДО на предоплату из приходного кассового ордера, но документ для учета НДС автоматически не сформировался. Его приходится формировать вручную во вкладке Учет НДС в РКО. Это не удобно клиентам. Можно каким-то образом в настоящее время СФ "Возврат оплаты, предоплаты" сформировать автоматически или добавить такую возможность.
Как измененно :
Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Формирование счета-фактуры при выполнении возврата платежа" со значением по-умолчанию "нет".
Если данная настройка выключена, то при формировании возврата платежа в хозоперациях возвращаемого платежа выполняется только расчет налогов.
Если данная настройка включена, то при формирования возврата платежа в хозоперациях возвращаемого платежа выполняется расчет налогов и формирование счетов-фактур (в соответствии с текущими настройками).
F_PLPOR
Краткое описание :
Онлайн-кассы - необходима регистрация в ККТ СОБСТВЕННЫХ платежных поручений ЗА физических лицОписание :
Платежное поручениеЧто измененно :
Просят открыть функцию регистрации в ККТ и в собственных платёжных поручениях с контрагентом-физическим лицом в поле "Платёж за" аналогично входящим п/п (ПиР 102.189412).
Такими документами могут оформляться возвраты денег физическим лицам - в этом случае получателем будет банк, само физлицо указано в поле "Платёж за", а в поле "Счёт" - счёт физлица в этом банке. Соответственно требуется регистрация возврата в ККТ.
Из обсуждения с клиентом:
"Ещё раз уточнили у заказчика по поводу ФИЗЛИЦА в собственном платежном поручении. Так как случаев возврата не было, просят учесть как в стороннем платежном поручении, т.е. либо в поле Получатель, либо в поле Платёж за.
Для примера можем рассмотреть платежки по перечислению ЗП, алиментов и т.д.
Получатель платежа = Банк.
Счет = счет получателя платежа ФЛ в банке-получателе, а так же в назначении платежа указывается ЛС.
Для регистрации через ККТ можно тоже использовать поле ПЛАТЕЖ ЗА".
Как измененно :
Доработано.
Регистрация в ККТ для собственных и сторонних ПП доступна в следующих случаях:
- Если в поле "Получатель" указано физическое лицо.
- Для собственных и сторонних ПП, если в поле "Платеж за" указано физическое лицо.
F_PLPOR
Краткое описание :
Онлайн-кассы - при настройке округления в документах КОУ и полной оплате не все позиции регистрируются как "Полный расчет"Описание :
Приходный кассовый ордерЧто измененно :
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом - Округление в документах сбыта" = "математическое, 0.01"
В примере клиента ПКО сформирован на полную сумму ДО и накладной, но в распределении по накладной получается последняя позиция оплачена не полностью (есть погрешность в 6-м знаке дробной части). В результате последняя позиция регистрируется в ККТ не как "полный расчёт", а как "частичный расчёт и кредит".
Кроме того, НДС в ДО и накладной округлён до копеек по каждой позиции. В платёжном документе видим правильную сумму НДС из накладной (сумма округлённых значений). В промежуточном интерфейсе регистрации в ККТ по позициям тоже всё верно - округлённые НДС, а итоговая сумма НДС на 1 копейку меньше (видимо сумма точных значений) - тоже желательно поправить.
См. также подробное описание во вложенных файлах.
Как измененно :
Были выполнены следующие доработки:
1. Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Распределение платежа по ДО \ Распределение платежа по сопроводительным документам \ Контролировать сумму к распределению с учетом округления" со значением по умолчанию "да". Данная настройка позволяет учитывать погрешности округления при расчете суммы к распределению по позиции.
2. В окне регистрации в ККТ итоговая сумма НДС по всем позициям получается на основании суммы округленных значений НДС каждой позиции.