F_PLPOR
Краткое описание :
Разделитель при написании суммы ( при написании прописью!)Описание :
Платежное поручениеЧто измененно :
Разделитель при написании суммы ( при написании прописью!)
Банк БелВеб (а может и другие) заворачивают наши платежки с просьбой ставить
"," как разделитель рублей и коп в графе "сумма прописью" (см. скрин).
Банк ссылается на постановление 66 Минфина.
Как измененно :
Реализован вывод разделителя из настройки
"Настройки Галактики \ Бухгалтерский контур \ Обработка
документов \ Параметры печати \ Разделитель при печати
сумм в платежных документах" в сумме прописью для РБ и
документов следующих типов:
- платежные поручения;
- валютные платежные поручения;
- платежные требования.
F_PLPOR
Краткое описание :
Механизм формирования актов по суммовым разницам работает неправильно. Необходимо его исключить до реализации из функционалаОписание :
Входящие документыЧто измененно :
Механизм формирования актов по суммовым разницам работает неправильно. Необходимо его исключить до реализации из функционала.
Настройки системы:
Логистика\Сопроводительные документы\Пересчет сумм в НДЕ для накладных и актов\Пересчет сумм в НДЕ для накладных/актов по курсам на дату платежа - Да;
Логистика\Налоги, документы для учета НДС\Услуга по суммовой разнице - Услуга по суммовой разнице
Бухгалтерский контур\Обработка документов\Параметры работы с документами различных типов\Закладка Обработка суммовых разниц - ДА
Описание примера. Сформировал два примера по разным организациям. кол=1 сумма 777 евро и кол=185 сумма 777 евро. Документы в евро валютно - рублевые.
1. Сформировал Платежи авансовые;
2. Сформировал Валютно-рублевый счет ДО на реализацию услуг;
3. Привязал платежи к авансовым платежам;
4. Сформировал Акт по ДО;
5. Распределил авансовые платежи по спецификации накладных;
6. Запустил через механизм операций управления сбытом функцию "Пакетный пересчет сумм в НДЕ для накладных\актов по курсам на дату оплаты;
Суммы пересчитались. Но при формировании спецификации кол=1 сумма 777 евро и спецификации кол= 185 сумма 777 евро цифры разные. Надо разбираться с алгоритмом.
7. Сформировал по документам счета фактуры электронные с учетом пересчета сумм в НДЕ;
8. Сформировал окончательные платежи с привязкой ДО с автоматическим формированием суммовых разниц.
В результате формирования автоматически сформировались две хозоперации. Одна хозоперация на погашение задолженности по ДО. Вторая хозоперация
на суммовую разницу. Причем сумарно сумма в валюте по данным документам равна сумме оплаты по ДО. На мой взгляд концептуально это ошибка исключающая использование. Согласен формироваться должно две хозоперации. Одна на сумму погашенной задолженности по ДО по курсу на момент
оплаты с входимостью в сумму платежа. Другая хозоперация на сумму сумовой разницы с привязкой к ДО но в обязательном порядке без входимости в сумму платежа с услугой по суммовой разнице. При этом алгоритм расчета суммовой разницы = Курс на дату оплаты - курс на дату акта (не по каталогу крсов валют а по курсу с учетом пересчета=Сумма по накладной в НДЕ деленная на сумму в валюте по ДО) умноженный на сумму зачтенной оплаты.
Данная сумма должна формироваться только в рублях, как и суммы по курсовым разницам.
Как работает реализованный сейчас функционал понять не смог.
Как измененно :
В интерфейсе настроек "Настройки Галактики \
Бухгалтерский контур \ Обработка документов \ Параметры
работы с документами различных типов", на вкладке
"Суммовая разница" добавлен параметр "Формировать
бухгалтерскую справку на суммовую разницу".
При включении данного параметра активируется новый
алгоритм обработки суммовых разниц. Работает он
следующим образом.
1) Для корректной работы алгоритма необходимо что
бы в платежном документе была указана валюта,
соответствующая валюте ДО, которое будет привязываться
к данному документу.
2) При привязке ВАЛ-НДЕ ДО к платежному документу,
хозоперация не пересчитывается по курсу накладной (как
в старом алгоритме), а остается рассчитанной по курсу
на дату платежа. Производится распределение по
спецификации накладной.
3) После распределения, в случае разницы курсов
платежного документа и накладной, происходит
формирование акта по суммовой разнице.
4) По данному акту формируется бухгалтерская
справка на сумму в НДЕ этого акта и без валютной суммы,
но с сохранением ссылки на валюту. В случае если
ведется несколько типов бух.справок, то она формируется
в текущем рабочем типе бух.справки, а если он не
указан, то в первом типе бух.справок.
5) Бух.справка формируется на дату платежного
документа и имеет нумерацию в разрезе типа бух.справки
и года. При этом нумерация имеет префикс "@".
6) К сформированной бух.справке
привязывается исходное ДО и производится распределение
по спецификации акта сформированного на суммовую
разницу. При этом как в хоз.операции бух.справки, так и
в хоз.операции исходного платежного документа
проставляется признак суммовой разницы. Данный признак
запрещает производить распределение по спецификации
накладных/актов до тех пор пока ДО не будет отвязано от
хоз.операции. Этот признак устанавливает связь между
документами - исходным платежным документом и
бухгалтерской справкой. Увидеть наличие признака можно
в окне редактирования хоз.операции в поле "Статус"
7) Событием, инициирующим разрыв связи между
бух.справкой и платежным документом, является отмена
распределения накладной, по которой был сформирован акт
на суммовую разницу. Отмена распределения происходит в
следующих случаях:
- удаление платежного документа;
- удаление хоз.операции платежного документа;
- отвязка ДО от хоз.операции или платежного
документа;
- удаление даты оплаты документа.
Во всех этих случаях будет выдаваться запрос о
удалении существующей бух.справки на суммовую разницу.
При утвердительном ответе бух.справка будет удалена и
связь с исходным документом будет разорвана. Если
пользователь, на запрос об удалении ответил
утвердительно, но к бух справке нет прав доступа, то
она не удаляется, при этом сообщается причина ошибки и
разрывается связь с исходным документом.
Таким образом, в любом случае, при отказе на
запрос об удалении бух.справки связь между документами
разрывается.
При выполнении отмены распределения в
бухгалтерской справке по акту на суммовую разницу,
происходит его удаление, однако признак суммовой
разницы в хоз.операции сохраняется и будет сохранятся
пока не будет отвязано ДО. Если выполнить отмену
распределения в платежном документе, при отсутствующем
акте на суммовую разницу, то будет выдан запрос на
удаление бухгалтерской справки на суммовую разницу.
F_PLPOR
Краткое описание :
Неполное отображение надписи поля "Резерв. поле"Описание :
Платежное поручениеЧто измененно :
Неполное отображение надписи поля "Резерв. поле" в окне "Собственное платежное поручение".
Как измененно :
Заголовок "Резерв. поле" отображается полностью.
Поле "Резерв. поле" расширено на один символ.
F_PLPOR
Краткое описание :
Изменение размера колонки "Номер" с фиксированным содержимымОписание :
Платежное поручениеЧто измененно :
При изменении размеров окна "Собственное платежное поручение" изменяется размер колонки "Номер", а не должен.
Как измененно :
При изменении размеров окна "Собственное платежное поручение" размер колонок "Номер", "Сумма", "Приоритет" не изменяется.
F_PLPOR
Краткое описание :
расходный кассовый ордерОписание :
Расходный кассовый ордерЧто измененно :
Проблема с печатью кассового расходного ордера.
Клиент утверждает, что в сумме прописью должно быть написано
Ххххх руб. ууууу коп. у нас же берет из названия национальной денежной единицы. Если изменить НДЕ тогда платежные поручения печатаются неверно, там
Ххххх рублей ууууу копеек.
В приложении к постановлению 44 прописано руб и коп?
Как измененно :
Добавлена системная настройка "Настройки Галактики
\ Бухгалтерский контур \ Обработка документов \
Параметры печати \ Сокращать наименование НДЕ в сумме
прописью для кассовых документов" со значением по
умолчанию "нет". Настройка действительна для страны -
"Беларусь".
При включении данной настройки, в отчетах кассовых
документов сумма прописью выводится с сокращенными
наименованиями НДЕ. Сокращения берутся из настроек
"Настройки Галактики \ Общие настройки системы \
Национальная денежная единица \ Сокращение" и
"Настройки Галактики \ Общие настройки системы \
Национальная денежная единица \ Сокращенное
наименование 1/100 НДЕ".
F_PLPOR
Краткое описание :
Печать ордеров формата word - формировать отчет в масштабе 100%Описание :
Приходный кассовый ордерЧто измененно :
Новые формы:
Приходный кассовый ордер РБ: форма с 01.07.2016
Приходный кассовый ордер РБ: форма с 01.07.2016 (для ПЭВМ)
а так же и расходный - за одно
Расходный кассовый ордер РБ: форма с 01.07.2016
при формирование отчета формата word - формировать в масштабе 100%.
Клиенты жалуются что неудобно все время дергать формат.
Как измененно :
До 2010-го офиса, масштаб отображения документа
хранился непосредственно в файле. Начиная с 2013-го
офиса масштаб отображения документа перестал хранится в
файлах, а стал системным, т.е. какой масштаб установить
в оболочке MS Office, в таком масштабе и будут
отображаться все документы.
В связи с тем что доработка форм велась в MS
Office 2013, то информация о масштабе отображения в
файлах не содержалась.
Открыл и сохранил в 2010 офисе, с установленным
масштабом в 100%, следующие формы:
- Приходный кассовый ордер РБ: форма с 01.07.2016
- Приходный кассовый ордер РБ: форма с 01.07.2016
(для ПЭВМ)
- Расходный кассовый ордер РБ: форма с 01.07.2016
- Валютный приходный кассовый ордер РБ: форма с
01.07.2016
- Валютный расходный кассовый ордер РБ: форма с
01.07.2016
F_PLPOR
Краткое описание :
Избавить пользователя от многократного сообщения о несовпадении банкаОписание :
Реестры по перечислениямЧто измененно :
При добавлении в реестр работников сообщение о несовпадении банка выскакивает столько раз сколько сотрудников добавляется.
Т.е. если пометили 100 сотрудников сообщение выскочит 100 раз.
Это не совсем удобно. Получатель платежа зачастую может не совпадать, так как клиенты работают с разными банками.
Нужно добавить параметр "контролировать получателя платежа".
Можно добавить его в шапку реестра.
Как измененно :
При добавлении сотрудника в реестр по перечислению подотчетных сумм
проверка на совпадение банков не выполняется.
Сообщение о попытке включить ЛС сотрудника в реестр повторно
сделали более информативным - добавлено ФИО.
F_PLPOR
Краткое описание :
Доработать форму "Приходный кассовый ордер РБ: форма с 01.07.2016 (для ПЭВМ)"Описание :
Приходный кассовый ордерЧто измененно :
Доработать форму "Приходный кассовый ордер РБ: форма с 01.07.2016 (для ПЭВМ)"
Убрать лишнюю колонку и строку печать
Как измененно :
В форме "Приходный кассовый ордер РБ: форма с
01.07.2016 (для ПЭВМ)" убрана лишняя колонка и строка
печати.
F_PLPOR
Краткое описание :
Платежное поручение - Назначение платежа, отображаются не все значенияОписание :
Платежное поручениеЧто измененно :
Платежное поручение - Назначение платежа,
отображаются не все значения.
При выборе "Назн. плат." в платежном поручении
отображается не полный список (только 2 записи).
Остальные записи появляются только если нажать кнопку
"Обновить данные из БД". Подскажите пожалуйста, что
необходимо сделать чтобы полный список отображался
сразу?
В ходе обсуждения проблемы выяснили что при
переключении на иерархическое отображение так же
появляются все значения.Чистка временных файлов не
помогла.
На тестевой базе не проявляется.
Как измененно :
Предположительно проблема может возникать из-за
использования функции TreeIsTerminal в событиях дерева.
Переписал интерфейсы выбора "Вида операции",
"Назначения платежа" и "Очередности платежа" без
использования данной функции.
F_PLPOR
Краткое описание :
Хозоперации: При использовании алгоритма "VZBASEDOC" с "[СФ:АвтоЦикл]" - Галактика зависаетОписание :
Разноска ТХО по видам документов /укажите тип документа/Что измененно :
Хозоперации: При использовании алгоритма "VZBASEDOC" с "[СФ:АвтоЦикл]" - Галактика зависает
Как измененно :
Исправлено зависание при работе идентификатора