2019-02-18 20:18:39
Краткое описание :
Онлайн-кассы - необходима регистрация в ККТ СОБСТВЕННЫХ платежных поручений ЗА физических лицОписание :
Платежное поручениеЧто измененно :
Просят открыть функцию регистрации в ККТ и в собственных платёжных поручениях с контрагентом-физическим лицом в поле "Платёж за" аналогично входящим п/п (ПиР 102.189412).
Такими документами могут оформляться возвраты денег физическим лицам - в этом случае получателем будет банк, само физлицо указано в поле "Платёж за", а в поле "Счёт" - счёт физлица в этом банке. Соответственно требуется регистрация возврата в ККТ.
Из обсуждения с клиентом:
"Ещё раз уточнили у заказчика по поводу ФИЗЛИЦА в собственном платежном поручении. Так как случаев возврата не было, просят учесть как в стороннем платежном поручении, т.е. либо в поле Получатель, либо в поле Платёж за.
Для примера можем рассмотреть платежки по перечислению ЗП, алиментов и т.д.
Получатель платежа = Банк.
Счет = счет получателя платежа ФЛ в банке-получателе, а так же в назначении платежа указывается ЛС.
Для регистрации через ККТ можно тоже использовать поле ПЛАТЕЖ ЗА".
Как измененно :
Доработано.
Регистрация в ККТ для собственных и сторонних ПП доступна в следующих случаях:
- Если в поле "Получатель" указано физическое лицо.
- Для собственных и сторонних ПП, если в поле "Платеж за" указано физическое лицо.
2019-02-18 20:18:39
Краткое описание :
Онлайн-кассы - для предоплат сохранять распределение по предоплатному ДО при последующей привязке обычного ДО с отгрузкойОписание :
Приходный кассовый ордерЧто измененно :
ПКО связан с документом "ДО на предоплату" (1 позиция в спецификации) и эта позиция зарегистрирована в ККТ как "предоплата 100%". В распределении по ДО (предоплатному) в этот момент признак "ККТ" = "да" - всё корректно.
Далее в той же Хозоперации ПКО привязываем реальный ДО с отгрузкой (та же 1 позиция). При этом в ХО штатно формируется распределение по накладной, но в распределении по ДО признак "ККТ" меняется на "нет". Соответственно при повторной регистрации этого ПКО в ККТ сумма из распределения по ДО не накапливается в поле "Сумма по чеку предоплатой" (в соответствии с решением ПиР 101.66415) и регистрация проходит неверно.
Проблема в том, что при привязке реального ДО существующее распределение по предоплатному ДО удаляется и вместо него формируется распределение по реальному ДО. То есть теряется факт регистрации в ККТ предоплаты ранее.
Предлагается в описанной ситуации сохранять распределение по ДО на предоплату. Кроме того, в интерфейсе распределения по позициям ДО вывести информацию о самом ДО.
Как измененно :
Если к хозяйственной операции привязано ДО на предоплату, выполнено распределение по его спецификации, и выполнена регистрация в ККТ, то после привязки ДО на оплату, в момент выполнения распределения по его спецификации, выполняется наследование признака регистрации в ККТ. Т.е. если хотя бы одна позиция в ДО на предоплату была зарегистрирована в ККТ, то в ДО на оплату, будут все распределенные позиции отмечены как зарегистрированные в ККТ.
Изменено название окна распределения по позициям ДО. Если распределение относится к ДО на предоплату, то наименование окна "Распределение по позициям ДО на предоплату", в противном случае наименование окна "Распределение по позициям ДО".
2019-02-18 20:18:39
Краткое описание :
Онлайн-кассы - при настройке округления в документах КОУ и полной оплате не все позиции регистрируются как "Полный расчет"Описание :
Приходный кассовый ордерЧто измененно :
"Настройки Галактики \ Логистика \ Документы \ Управление сбытом - Округление в документах сбыта" = "математическое, 0.01"
В примере клиента ПКО сформирован на полную сумму ДО и накладной, но в распределении по накладной получается последняя позиция оплачена не полностью (есть погрешность в 6-м знаке дробной части). В результате последняя позиция регистрируется в ККТ не как "полный расчёт", а как "частичный расчёт и кредит".
Кроме того, НДС в ДО и накладной округлён до копеек по каждой позиции. В платёжном документе видим правильную сумму НДС из накладной (сумма округлённых значений). В промежуточном интерфейсе регистрации в ККТ по позициям тоже всё верно - округлённые НДС, а итоговая сумма НДС на 1 копейку меньше (видимо сумма точных значений) - тоже желательно поправить.
См. также подробное описание во вложенных файлах.
Как измененно :
Были выполнены следующие доработки:
1. Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Распределение платежа по ДО \ Распределение платежа по сопроводительным документам \ Контролировать сумму к распределению с учетом округления" со значением по умолчанию "да". Данная настройка позволяет учитывать погрешности округления при расчете суммы к распределению по позиции.
2. В окне регистрации в ККТ итоговая сумма НДС по всем позициям получается на основании суммы округленных значений НДС каждой позиции.
2019-02-18 20:18:39
Краткое описание :
Ошибка при формировании реестра на перечислениеОписание :
Приказы на командировкиЧто измененно :
В "ФРО \ Операции \ Реестры на перечисление" в окно редактирования добавить в шапку и спецификацию поле "Суммы выплачиваемая" (как в реестрах Зарплаты).
Как измененно :
Доработан интерфейс Реестров на перечисление модуля ФРО.
Если значение настройки "Настройки Галактики \ Управление персоналом \ Расчеты с персоналом \ Прочие удержания \ Процент удержания сбора по перечислению в банк" не равно нулю, то в шапке реестра и списке его сотрудников отображаются поля "Сумма перечисляемая" (бывшая "Сумма") и "Сумма выплачиваемая" (рассчитывается как "Сумма" - минус "Сумма сбора"; сумма сбора это "Процент удержания сбора по перечислению в банк" от "Суммы").
2019-02-18 20:18:39
Краткое описание :
долгое открытие списка реестров на перечисления из ппОписание :
Платежное поручениеЧто измененно :
долгое открытие списка реестров на перечисления из пп
В Галактике заведено большое количество реестров. При привязке реестров в платежном поручении на вкладке "Реестры\Формирование связи документов\Выбор существующего реестра" открытие списка занимает до 40 секунд? а иногда до 2-3 минут.
Как измененно :
Оптимизирована работа загрузки интерфейса при наличии сохраненного фильтра.
Для ускорения загрузки интерфейса рекомендуется сохранить фильтр по периоду, за который происходит работа с реестрами.
При повторной загрузке интерфейса сначала фильтруются данные по сохраненным ограничениям, затем происходит расчет прав по подразделениям.
2019-02-18 20:18:39
Краткое описание :
Help. Организовать корректный вызов справки для пунктов меню модуля "Управление персоналом"Описание :
* Меню модуля "Управление пресоналом"Что измененно :
Необходимо подключить идентификаторы в соответствии с таблицей во вложенном файле.
Как измененно :
Установлены новые топики справки к меню модуля "Управления персоналом".
2019-02-18 20:18:39
Краткое описание :
КИС ФХД ТПР3 Очередь2 Ошибка обновления полей авансового отчетаОписание :
Авансовый отчетЧто измененно :
КИС ФХД ТПР3 Очередь2 Ошибка обновления полей авансового отчета
Оба пользователя работают с одним реестром (реестр авансовых отчетов). Пользователь А открыл документ, отредактировал его и вышел. Но если сразу же после закрытия АО пользователем А, его откроет пользователь В, то он не увидит изменения, внесенные пользователем А, пока не обновит документ или реестр документа.
Необходимо, чтобы при открытии документа, подтягивались актуальные данные из базы.
Как измененно :
Исправлено.
2019-02-18 20:18:39
Краткое описание :
Исчезает поле Плательщик после конфигураций в интерфейсах платежекОписание :
Платежное поручениеЧто измененно :
Исчезает поле Плательщик после конфигураций в интерфейсах платежек.
Конфигурируем одно и то же поле (номер договора) в 4 интерфейса платежных поручений: сторонние, собственные, валютные сторонние, валютные собственные. После 4го интерфейса, пропадает полностью поле Плательщик в интерфейсе редактирования платежных поручений
видео Q:\work\ulasen\config
Как измененно :
исправлено
2019-02-18 20:18:39
Краткое описание :
Отчет о возрасте родственниковОписание :
Возраст родственниковЧто измененно :
Нужно добавить пункт меню "Управление персоналом | Отчеты | Возраст родственников".
Как измененно :
Добавлен пункт меню "Управление персоналом | Отчеты | Возраст родственников".
2019-02-18 20:18:39
Краткое описание :
Отсутствие второй страницы ТЕПЕРЬ УЖЕ ПАСПОРТА в папке с
отсканированными документамиОписание :
Документы физических лицЧто измененно :
Ноги растут из 102.196083.
От клиента
<<Вид на жительство в папку Регула ложится хорошо. Спасибо.
Но теперь проблема с паспортом. Я сначала сканю 31 стр., потом 33 стр.. Но в
папку Регула попадает 2 раза стр.31. а стр.33 нет вообще.
Когда пробовала сканить несколько паспортов, заметила закономерность, что
второй паспорт уже в папку Регула ложится хорошо, т.е. есть все страницы.
Про прописку не пишу, т.к. с ней все хорошо.
Н
Прошу исправить.
Н>>
Проверено, все верно.
Железо на столе в 201, прошу.
Как измененно :
Доработан механизм сохранения отсканированных изображений для
работы со сканером в многостраничном режиме
2019-02-18 20:18:39
Краткое описание :
автоматическое формирования СФ на возврат предоплаты после запуска функции Формирование возврата платежаОписание :
Не знаю, какая именно часть финансового контура, научитеЧто измененно :
клиент формирует приходный кассовый ордер на предоплату, к нему привязывает ДО на предоплату. СФ на предоплату формируется автоматически (в соответствии с выставленными настройками). затеи клиент запускает функцию лок меню Формирование возврата платежа. В сформированном автоматически Расходном кассовом ордере подвязалось ДО на предоплату из приходного кассового ордера, но документ для учета НДС автоматически не сформировался. Его приходится формировать вручную во вкладке Учет НДС в РКО. Это не удобно клиентам. Можно каким-то образом в настоящее время СФ "Возврат оплаты, предоплаты" сформировать автоматически или добавить такую возможность.
Как измененно :
Добавлена пользовательская настройка "Настройки Галактики \ Бухгалтерский контур \ Обработка документов \ Формирование счета-фактуры при выполнении возврата платежа" со значением по-умолчанию "нет".
Если данная настройка выключена, то при формировании возврата платежа в хозоперациях возвращаемого платежа выполняется только расчет налогов.
Если данная настройка включена, то при формирования возврата платежа в хозоперациях возвращаемого платежа выполняется расчет налогов и формирование счетов-фактур (в соответствии с текущими настройками).