Информация о файле обновления Галактика F_PLPOR_RES_8101550.TXT


Описание файла обновления:
ФайлF_PLPOR_RES_8101550.TXT
ОбновлениеF_PLPOR_RES_8101550
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_PLPOR
ТипRES
Версия8.10.155.0
Дата2017-01-09 16:35:28
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.162335NEWПри пакетной печати платёжных поручений штрих-коды генерируются не по всем документамФинансово-расчетные операцииПлатежное поручение
Долгое формирование отчета при массовой печати платежных документов.Оптимизирована печать платежных документов.
103.8381NEWНумерация платежных поручений происходит некорректно.Финансово-расчетные операцииПлатежное поручение
Нумерация платежных поручений происходит некорректно.При большом количестве расчетных счетов, когда происходит поиск наибольшего номера по р/с в разрезе подразделений, возможна ситуация, когда два пользователя практически одновременно выполняют данную операцию и первый пользователь уже модифицировал номер платежного документа, в период времени когда второй уже прочитал старое значение, но до конца не рассчитал новое. Таким образом он не замечает изменений другого пользователя и формирует не корректный номер. Выполнена доработка позволяющая только одному пользователю выполнять данный расчет. Остальные пользователи в этот момент будут находится в режиме ожидания и дожидаться своей очереди для расчета нового номера.
102.1435788.10.154.0Штрихкод. Проверять документ на попадание в закрытый период при создании из ЭХД /корзины заданийФинансово-расчетные операцииПлатежное поручение
Штрихкод. Проверять документ на попадание в закрытый период при создании из ЭХД /корзины заданийПри создании документа из ЭХД/корзины заданий проверяется дата выписки документа на попадание в закрытый период и значение настройки "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода". В зависимости от значения установленной настройки выдается сообщение о запрете создания документа в закрытом периоде/ о подтверждении создания документа в закрытом периоде. Если значение "разрешать" - сообщение не выдается.
180.97548.10.153.0В новый документ добавить возможность хранения ШКСЗМН. Работа с Архивом. КИС ЭХДЗадания на создание, обработка документов и печатных форм
Для документа ФРО-Операции-Реестры по перечислениям(Код документа- 742) добавить связку со штрих-кодом. Нужна возможность работать с ЭХД.Доработан документ "Реестры по перечислениям" (тип 742) для работы с ЭХД. Реализовано: - ввод/генерация и хранения штрих-кода. - штрихкоды данного документа доступны в окне поиска штрих кодов и в отчетах администратора архива. - выгрузку атрибутов для КИС ЭХД: AgentCode(код организации-получателя) AgentName(наименование организации-получателя) DocDate (Дата документа) DocNum (Номер документа) DocSumOnNDS (Сумма) DocTitleCode (Тип документа) - открытие документа по ссылке на штрих код из браузера и по клавише F4 из окна поиска штрих кодов. - функция блокировки документа по статусу КИС ЭХД. - Добавлена печать штрих-кода в печатные формы документа: Реестр по перечислениям в формате Excel - Cводный отчет по всем документам для ЭХД также учитывает новый тип документа. Документ "Реестры по перечислениям" является внутренним документов, поэтому создание документа по заданию из архива не реализовано. При попытке создать документ по заданию выдается сообщение: "Создание документа данного типа (742) не предусмотрено!"
102.1565018.10.152.0переход из АО в приказ на командировкиКассаАвансовый отчет
В системе есть возможность из Приказа на командировку попасть в Авансовый отчет. Клиент просит реализовать возможность попасть из Авансового отчета в Приказ на командировку.В окно редактирования авансового отчета добавлена вкладка "Приказы", где отображается информация о приказах на командировки, которые связаны с авансовым отчетом. По F4 осуществляется переход к редактированию приказа.
180.96888.10.152.0Печатная форма "Авансовый отчет (формируется ТНФ)". Выводятся проводки, не входящие в сумму документаКассаАвансовый отчет
0Доработано. Проводки с признаком входимости "-" в отчет попадают в зависимости от настройки "Настройки Галактики Бухгалтерский контур Обработка документов Параметры печати Печатать проводки к платежным документам"
101.594488.10.151.0Предусмотреть возможность массового удаления ПП из реестраФинансово-расчетные операцииСводное платежное поручение
Предусмотреть возможность массового удаления ПП из реестра. Текущая реализация предполагает единичное удаление ПП из реестра, но учитывая огромные объемы ПП в ТНО, редактирование реестра очень неудобно.В панель с ПП добавлена пометка. Если есть помеченные, то удаляются все помеченные, если помеченных нет - только текущий ПП.
102.1547858.10.150.0отчет "Печать справки о расчете процентов"Векселя и кредитыВыданные кредиты
Если была проведена операция изменения валюты, то при формировании справки о расчете процентов за месяц, в котором изменилась валюта: 1) для исходного займа не следует заполнять столбцы "Дата погашения" и "Сумма погашения"; 2) для нового займа не следует заполнять столбец "Сумма займа с учетом погашения в предыдущих периодах"; 3) для нового займа в столбец "Дата выдачи займа" следует выводить номер займа.Доработано.
101.591448.10.149.0Исключить повторное предупреждение о включении повторно в реестр сводного платежного порученияФинансово-расчетные операцииСводное платежное поручение
Исключить повторное предупреждение о включении повторно в реестр сводного платежного поручения. Сейчас при повторном добавлении ПП в сводное платежное поручение, Галактика выдает предупреждение:"Выбранный платежный документ уже включен в реестр. Включить еще раз?". Пользователи часто ошибаются и отвечают "Да". Предлагается исключить вариант повторного включение ПП в сводное платежное поручение, выдавать предупреждение без варианта включить ПП еще раз в реестр. ПП не должны включаться в реестр повторно.Убран вариант ответа позволяющий повторно включить ПП в сводное платежное поручение.
102.1472828.10.148.0В спецификации авансового отчета неправильно рассчитываются валютные затраты в НДЕКассаАвансовый отчет
На данный момент в спецификации авансового отчета при пересчете валютных суточных в НДЕ получаем неверное значение из-за того, что округляется промежуточный результат (Суточные за 1 день умноженные на курс). Полученное округленное значение умножается на количество дней. Нужно либо не округлять, либо рассчитывать по формуле "суточные за 1 день"* "кол-во дней"*"курс". Описание клиента во вложении. Клиент настаивает на ошибке 1-го уровня, потому что ответственный сотрудник не может сдать авансовый отчет, т.к. в спецификации авансового отчета неправильно рассчитываются валютные затраты в НДЕ.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Правила округления Округление расходов спецификации кассовых документов", которая по умолчанию принимает значение "да". При выключении данной настройки, для встраиваемого в кассовые документы интерфейса редактирования расходов (закладка "Спецификация") отключается округление сумм. Связано это с тем, что в БД хранятся промежуточные результаты расчетов, а конечные результаты рассчитываются непосредственно в интерфейсе отображения от промежуточных результатов. Таким образом, для избавления от погрешностей округления хранимые результаты можно не округлять. При этом суммы округляются при формировании хозяйственных операций по спецификации. При контроле сумм документа и спецификации так же используются округленные суммы.
102.1443258.10.147.0Значение настройки "Интеграция с РЦК - ДА" не дает отобразить поле по настройки Отображать в интерфейсах редактирования наименование плательщика/получателя в банке--даКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Значение настройки "Интеграция с РЦК - ДА" не дает отобразить поле по настройки Отображать в интерфейсах редактирования наименование плательщика/получателя в банке--да.Для собственных платежных поручений и собственных валютных платежных поручений при включенных настройках "Настройки Галактики Бухгалтерский контур Обработка документов Интеграция с РЦК Интеграция с РЦК" и "Настройки Галактики Бухгалтерский контур Обработка документов Отображать в интерфейсах редактирования наименование плательщика/получателя в банке" реализовано отображение полей наименование плательщика/получателя в банке.
102.1478018.10.147.0Не отрабатывает настройка "Автоматически запускать интерфейсы выбора - нет" в П/ПФинансово-расчетные операцииПлатежное поручение
Не отрабатывает настройка "Автоматически запускать интерфейсы выбора - нет" в П/П при значении настройки "Выбор организации в платежных документах -- по документу-основанию"Исправлено.
102.1479838.10.147.0Требуется добавить настройку запрета редактирования номере авансового отчетаКассаАвансовый отчет
Требуется добавить настройку запрета редактирования номере авансового отчета.Добавлены следующие системные настройки: 1) "Настройки Галактики Бухгалтерский контур Формирование номеров Запретить редактирование номеров в кассовых ордерах" - запрещает редактировать номер документа в расходных и приходных кассовых ордерах, а так же в валютных расходных и приходных кассовых ордерах. 2) "Настройки Галактики Бухгалтерский контур Формирование номеров Запретить редактирование номеров авансового отчета" - запрещает редактировать номер в авансовом отчете.
102.1480098.10.147.0Перестало блокироваться поле "Номер документа" при установленной настройке "Запретить редактирование номеров собственных документов в модуле ФРО"Финансово-расчетные операцииПлатежное поручение
Перестало блокироваться поле "Номер документа" в собственных документах при установленной настройке"Запретить редактирование номеров собственных документов в модуле ФРО"Исправлено.
102.1482588.10.147.0Доступ к внешним атрибутам в реестрах на перечисление в ФРОФинансово-расчетные операцииРеестры по перечислениям
Доступ к внешним атрибутам в реестрах на перечисление в ФРО. Просьба предусмотреть в интерфейсах редактирования реестров на перечисление (в частности, речь идет о модуле ФРО, остальные на ваше усмотрение) стандартный доступ через контекстное меню к редактированию внешних атрибутов шапки и спецификации реестра. В настоящий момент такой возможности в Галактике нет. Работать через конфигуратор считаем худшей идеей, чем добавить в контекстное меню один пункт. Добавить внешние атрибут к таблицам sbban и spplban можно через модуль "настройка".В окне редактирования реестра на перечисление в локальное меню добавлена функция для работы с внешними атрибутами реестра на перечисление и спецификации реестра. При удалении реестра на перечисление, сотрудника из реестра доработано удаление внешних атрибутов для документа и спецификации.
102.1456838.10.146.0Требуется доработать смену статуса документа при "не возможности выгрузки документа в РЦК"Финансово-расчетные операцииПлатежное поручение
Требуется доработать смену статуса документа при "не возможности выгрузки документа в РЦК". ФРО Собственные ПП , выполняем "Отправить на согласование" выдается сообщение, "Формирование отчета прервано", статус меняется на Выгружен, но фактически ПП не выгружается в папку для обмена. Причина ,как правило не заполненные или неправильно заполнены поля в ПП. Необходимо: 1. Анализировать ошибки и сообщать пользователю. 2. Если уж не сформировался файл выгрузки, то статус не менять.При выполнении отправки документа на согласование, всегда производится анализ ошибок, и в случае их возникновения выводится информации о не настроенных параметрах из-за которых невозможно корректно выполнить операцию. Была только одна ситуация, когда выдавалось сообщение "Формирование отчета прервано" и связана она с ошибками в работе объекта формы, в которую производится выгрузка данных. Данная ситуация теперь обрабатывается, и при ее возникновении у документов не выставляется признак успешной выгрузки.
102.1460458.10.146.0добавить в параметры копирования ПП КБК и подразделение для РЦКФинансово-расчетные операцииПлатежное поручение
Добавить в параметры копирования ПП возможность копирования КБК и Подразделения для РЦК.В окно настройки параметров копирования документа добавлен новый параметр, управляющий копированием расшифровки для РЦК. Параметр доступен при включенной настройке "Настройки Галактики Бухгалтерский контур Обработка документов Интеграция с РЦК Интеграция с РЦК"для собственного платежного поручения и для собственного валютного платежного поручения. При включении данного параметра происходит копирование расшифровки для РЦК из одного документа в другой.
180.72508.10.146.0Копирование вн.атрибутов спецификации при копировании документаКассаАвансовый отчет
На авансовом отчете нажимаем Ctrl+F2, затем нажимаем Ctrl+F3. Появляется интерфейс параметров, которые предлагается копировать в новый документ. Вот в данный интерфейс необходимо добавить в параметр "Копировать в новый документ" новое значение "внешние атрибуты спецификации".Доработано.
102.1275438.10.145.0Нумерация реестров по перечислениям в банкКассаНумерация документов модуля
Нумерация реестров по перечислениям в банк. Общие настройки системы - Автонумерация документов = с помощью специальной таблицы. Нужно добавить в модуле Касса - Настройка - Нумерация документов модуля документ Реестр по перечислениям. Что бы можно было для каждой кассы самостоятельно сформировать шаблон номера и выводить столько нулей, сколько нужно конкретному пользователю. Сейчас при обработке платежной ведомости автоматически формируется реестр по перечислениям в банк с шестью нулями перед порядковым номером, даже если вручную изменить номер реестра с 0000001 на 1, следующий реестр будет сформирован с номером 0000002.Добавлена настройка "Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация реестров по перечислениям Нумерация реестров по перечислениям" для указания способа формирования номеров в реестрах по перечислениям: - по последним номерам БД - с помощью специальной таблицы по всем документам Режим "по последним номерам БД" - существующий режим который формирует номер по последнему значению БД в рамках года. Режим "с помощью специальной таблицы по всем документам" - позволяет формировать номера в реестрах используя специальную таблицу для формирования номеров. Для задания номера в специальной аблице используется интерфейс "Финансово-расчетные операции - настройка - нумерация документов модуля". Доработана нумерация в следующих интерфейсах формирования реестров на перечисления: - формирование реестров из приказов на командировки - формирование расходных документов в авансовых отчетах - формирование документов при обработке платежных ведомостей
180.88258.10.145.0Печать руководителя в авансовых отчетахКассаАвансовый отчет
В настоящее время при печати авансовых отчетов доступна настройка "Способ печати подписи руководителя" со следующими параметрами: - не печатать - ФИО главного бухгалтера - ФИО руководителя Т.е. система уже предполагает, что право подписи авансового отчета может передаваться. Нужно шагнуть еще дальше и, добавив новый режим, дать возможность указывать сотрудника из списка сотрудников в качестве подписанта. В реальности у заказчика так: - авансовые отчеты замов. подписывает ген.директор. - остальные подписывают замы, курирующие свои подразделения. Решать эту проблему через изменение настройки "Руководитель предприятия" не целесообразно, т.к. право передается только на подпись АО, а не на подпись всех документов. ПРЕДЛАГАЮ доработать режим настройки "Способ печати подписи руководителя" - выбранный сотрудник. Причем нужно его сохранять в DSKДобавлена возможность выбора подписантов для печатных форм авансового отчета. Используются роли: - Директор - Гл. бухгалтер - Бухгалтер - Кассир - Ответственный Если среди подписантов нет роли "Директор" берется значение системной настройки: "Настройки Галактики Общие настройки системы Собственная организация Руководитель" Если среди подписантов нет роли "Гл.бухгалтер" берется значение системной настройки: "Настройки Галактики Общие настройки системы Собственная организация Главный бухгалтер" Если среди подписантов нет роли "Бухгалтер" и (или) "Кассир" берется значение системной настройки: "Настройки Галактики Общие настройки системы Собственная организация Кассир" Или сотрудник из настройки кассы, в случае если ведется несколько касс.
102.1421988.10.144.0Не печатается аналитика в бух.справке в формате fastreport.Бухгалтерская отчетностьБухгалтерские справки (~ФРО)
Не печатается аналитика в бух.справке в формате fastreport. В печатной форме бух.справки (FastReport) не отражается 6-ое КАУ, если все Кау длинные.Доработана печать аналитик и эргономика в Fast Report-форме БС. 1. В столбцах "Объект аналитического учета" по дебету и кредиту выводятся теперь все 6 аналитик полностью, без ограничения текста по длине. Ранее текст обрезался до 255-ти символов (конкатенация строк отдельных аналитик происходила на стороне Атлантиса, сейчас конкатенация происходит в среде Fast Report). Форма вывода значений аналитик аналогична той, что была ранее: а) аналитики разделяются знаком ""; б) если в конце текста выводятся несколько пустых аналитик подряд (соответствующие значения не заданы в проводке), знаки "" не выводятся. 2. Улучшена эргономика формы. 2.1. Отчёт расширен за счёт уменьшения правого поля страницы. Свойство страницы RightMargin = 1 см (было 2 см.) Все поля-строки (организация, заголовок отчёта с номером отчёта, дата отчёта, содержание операции) увеличены до 18 см (было 17 см) по ширине. Ширина поля для вывода наименования организации (часть строки "организация" занимает штрих-код; наименование организации отцентрировано с учётом места, занятого под штрих-код) увеличено до 12,57 см (было 12,10 см). В таблице с проводками изменилась ширина следующих полей-столбцов: - ДебетОбъект аналитического учета = 2,9 см (было 2,5 см); - КредитСчет = 0,9 см (было 0,8 см); - КредитОбъект аналитического учета = 2,9 см (было 2,6 см); - КредитСумма = 2,4 см (было 2,2 см); - итоговая сумма по проводкам = 3,6 см (было 2,5 см). Итоговая сумма по проводкам подвинута вправо, к правому краю страницы - с учётом расширения отчёта она располагается точно под суммами отдельных проводок. Текст "Исполнитель" и поле для вывода ФИО исполнителя подвинуто вправо, к правому краю страницы. Поле "Главный бухгалтер" расширено до 5 см. 2.2. Изменилось оформление отчёта, улучшена читабельность. Добавлены тонкие штриховые линии между проводками и итогом (так понятнее, где заканчиваются аналитики одной проводки и начинаются аналитики другой). Вертикальное выравнивание строки с итогом сделано по нижнему краю (было - по верхнему краю, в результате текст "лепился" к строке проводки сверху). Линия после итога сделана сплошной (так понятнее, где заканчивается таблица по проводкам). Раздел "Содержание операции" под таблицей с проводками больше опущен вниз (так текст располагается более равномерно по высоте страницы, а не "прилепливается" к строке с итогом).
102.1409698.10.143.0Копирование АОКассаАвансовый отчет
При копировании авансовых отчетов (с копированием хоз. операций и проводок) на вкладке расходы остается старая ссылка. Приходится на вкладке Спецификация заново запускать формирование хоз. операций.Доработано копирование авансовых отчетов.
102.1395538.10.142.0Необходимо доработать пересчет для РБ стоимостей в НДЕ спецификаций приходно-расходных валютных документов (ДО, накладные, акты) по курсу на 31.12.2014 г. при частичной оплате в 2014 г - для любых аваФинансово-расчетные операцииВходящие документы
Необходимо доработать пересчет для РБ стоимостей в НДЕ спецификаций приходно-расходных валютных документов (ДО, накладные, акты) по курсу на 31.12.2014 г. при частичной оплате в 2014 г - для любых авансов полученных/выставленных до 01/01/2015г. Необходима реализация, как для Управления сбытом, также и для Управления снабжением. Основание - Закон Республики Беларусь - Вступил в силу от 30.12.2014 N 224-З "О внесении изменений и дополнений в Налоговый кодекс Республики Беларусь" Зарегистрирован в НРПА РБ 31.12.2014 N 2/2222 - Пояснения прилагаюДля собственных и сторонних валютных платежных поручений, в локальном меню каталога документов, в секции "Прочие...", добавлен пункт меню - "Пересчитать авансы на дату". Это групповая операция, которая работает либо для текущего документа, либо для помеченных.При вызове данного пункта меню пользователь может указать дату, на которую будет пересчитана сумма в НДЕ, для всех авансовых хозопераций (т.е. у которых нет распределения по спецификации накладной) в выбранных документах. При этом будет установлена дата хозоперации, равная указанной для пересчета, а так же будут пересчитаны налоги и сформированы Сф для этих хозопераций (старые удаляются). После этого будет обновлено назначение платежа, в соответствии с настроенным шаблоном. В случае если пользователь указывает пустую дату пересчета аванса, то происходит пересчет авансов на дату оплаты выбранного документа. Документы, для которых указанная дата пересчета авансов меньше даты выписки - игнорируются. При выполнении данной операции учитываются права доступа к документам. Исключением является закрытый период - данная операция доступна для выполнения в закрытом периоде. В случае, если по авансовой хозоперации сформированы проводки, то данная хозоперация уводится в минус, а вместо неё создается точно такая же, только без проводок. Всем вышеописанным модификациям подвергается именно эта хозоперация без проводок. Должна быть выключена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Проверять соответствие сумм в НДЕ валютного документа и его хозопераций". Доработка реализованы для страны - Беларусь.
102.1394268.10.141.0Изменилась rtf форма объявления на взнос наличнымиКассаРасходный кассовый ордер
По постановлению Нацбанка РБ № 760 от 09.12.2014 г (Приложение 10) изменилась rtf форма объявления на взнос наличными.Добавлена форма в соответствии с постановлением Нацбанка РБ № 760 от 09.12.2014 г (Приложение 10). Поле "УНП" получает значение из каталога организаций (ФРО/Настройка/ Организации и банки/ выбрать организацию/ закладка "Налоговая информация"/ поле "УНП". Поля с данными вносителя получают значения из поля "Приложение" кассового ордера.
102.1366868.10.139.0Необходима возможность связывания реестра и стороннего платежного поручения.Финансово-расчетные операцииПлатежное поручение
Необходима возможность связывания реестра и стороннего платежного поручения. Планируется что сотрудники (на удаленных подразделениях) будут возвращать подотчетные суммы (командировочные) через расчетный счет в банке (посредством банкомата). Затем банк должен будет передавать нам платежку с приложенным реестром, в котором будут отражены данные сотрудников которые вернули деньги. У нас ответственные сотрудники должны будут ввести в Галактику стороннее платежное поручение и привязать к нему реестр. Затем ответственный бухгалтер должен будет посадить ТХО, в результате чего возврат суммы должен отразиться в проводках.Добавлена закладка "Реестр" в интерфейс сторонних ПП (ВПП), где можно сформировать/привязать реестр.
102.1380238.10.139.0Права доступа по подразделениям в интерфейсе обработки реестров по перечислениямФинансово-расчетные операцииРеестры по перечислениям
Необходимо сделать разграничение прав доступа по подразделениям (СЕ ШР) в интерфейсе обработки реестров по перечислениямОграничения прав доступа по подразделениям устанавливаются при открытии интерфейса. При этом доступные реестры выгружаются в память.
102.1382378.10.139.0Групповое удаление реестровФинансово-расчетные операцииРеестры по перечислениям
Доработать возможность группового удаления 1. реестров по перечислениям 2. сотрудников в реестре1. Доработана возможность группового удаления реестров по перечислениям. При этом для удаления доступны только реестры с префиксами KRPS и 000. Из окна редактирования удаляется текущий реестр независимо от пометки. 2. Доработана возможность группового удаления сотрудников из реестра.
101.552508.10.136.0В ДО на предоплату в расширенной информации по налогам некорректно заполняется поле КБКУправление снабжениемДО на предоплату закупок
В ДО на предоплату закупок в расширенной информации по налогам некорректно заполняется поле КБК: 1. Если в справочнике организаций указан КБК для контрагента, то невозможно перевыбрать КБК из справочника. 2. Справочник "Коды бюджетных классификаций" загружается в Галактику из внешней системы и не подлежит редактированию пользователями предприятия. Информация загружается из данных налоговой службы, в которых КБК представлены с пробелами, но при формировании деклараций, платежных поручений и ДО данные КБК должны вноситься без пробелов. Ручная корректировка выбранного значения ведет за собой однозначное искажение данных. Поэтому необходимо исключать пробелы при выборе КБК из справочника.Доработано для ДО на закупку и ДО на предоплату закупок. Если в справочнике организаций указан КБК для организации-поставщика, то в окне "Налоговые реквизиты" после F3 в поле "КБК" выдается запрос "Установить значение поля по контрагенту?"; при положительном ответе в поле "КБК" подставляется КБК организации-поставщика, при отрицательном ответе открывается классификатор КБК. Аналогично заполняется поле "ОКТМО" ("ОКАТО"). Если пользователю разрешено изменять налоговые реквизиты, то перед закрытием окна "Налоговые реквизиты" проверяется, чтобы количество символов в поле "КБК" было равно 0 или 20. При подсчете количества символов не учитываются пробелы. Также при выборе КБК из справочника удаляются все пробелы.
180.82788.10.136.0Не выводится сумма в валюте в печатной формеКассаАвансовый отчет
Если подотчетнику выдавалась сумма и в рублях и в валюте(два кассовых расходных ордера), то в печатной форме авансового отчета почему-то не выводится сумма выдачи в валюте, только в НДЕУрегулирована печать АО РФ для коммерческих организаций (все суммы документов на выдачу аванса конвертируются в валюту АО). Что доработано -------------- Законодательство РФ по оформлению АО осталось прежним. Но с прошлого года ситуация с отражением в бухучёте загранкомандировок немного изменилась. В связи с тем, что суточные сверх нормы облагаются налогом на доходы физических лиц, предприятия выдают суточные не в валюте, а в НДЕ строго по нормам расхода, чтобы работник знал наверняка, что НДФЛ с них удержан не будет. Аванс на остальные командировочные расходы выплачивается в валюте. Ранее валюта у документов на выдачу аванса при привязке их к АО должна была быть только одна - валюта АО. АО составлялся только в одной валюте. Если у командировочного было несколько валют, то по каждой из них оформлялся свой АО: - документы на выдачу командировочных в НДЕ отражались в АО в НДЕ; - документы на выдачу командировочных в валюте отражались в АО в той же валюте, что и подвязанные к нему расходные документы. Сейчас можно оформить все документы на выдачу аванса в одном АО. Ограничение на выбор валюты при подвязке документов на закладках "Расходы" и "Приходы" было снято ранее (F_PLPOR_RES_8_10_101_0 - OCTOBER 5 2012 + F_PODOT_RES_8_10_64_0 - OCTOBER 5 2012). Но для РФ алгоритм печати по-прежнему не позволял учитывать несколько валют при отражении сумм авансов выданных. Соответственно, пользователи РФ всё равно для корректной печати АО должны были выбирать документы на выдачу АО только в одной валюте. В противном случае, алгоритм считал суммы документов на аванс неверно - считалась общая сумма по всем валютам, невзирая на разницу валют документов, а в качестве итога по строкам "Получен аванс 1. из кассы" / "2. Получено на пластиковую карточку" выдавалась либо только полученная таким образом сумма в НДЕ (если валюта у последнего в цикле обработки документа на выдачу аванса отсутствовала), либо суммировались только валютные документы, а документы в НДЕ не учитывались ни в строке с суммой в НДЕ, ни в строке с суммой в валюте (если у последнего документа на выдачу была валюта). Сейчас такое ограничение снято - можно выбирать документы в НДЕ и в любой валюте из справочника валют, и при печати АО все выбранные документы отразятся в печатной форме АО. Описание доработки ------------------ Итог "Итого получено" на лицевой стороне АО представляет собой сумму строк "Получен аванс 1. из кассы" и "2. Получено на пластиковую карточку". Строка "Получен аванс 1. из кассы" - это итоговая сумма в НДЕ всех документов на выдачу аванса из модуля КАССА. Сюда попадают суммы РКО и ВРКО с датой обработки до даты АО либо с датой обработки, совпадающей с датой АО в случае подтверждения пользователя. Строка "2. Получено на пластиковую карточку" - это итоговая сумма в НДЕ всех документов на выдачу аванса из модуля ФРО. Сюда попадают суммы ПП, ВПП, БС с датой обработки до даты АО либо с датой обработки, совпадающей с датой АО в случае подтверждения пользователя. Как считаются вышеперечисленные итоги "Получен аванс 1. из кассы", "2. Получено на пластиковую карточку": - если документ в НДЕ, суммируется сумма документа в НДЕ; - если документ на выдачу аванса валютный и валюта документа совпадает с валютой АО (АО валютный), для суммы документа в валюте вычисляется её эквивалент в НДЕ на дату утверждения АО и затем суммируется; - если документ на выдачу аванса валютный и валюта документа не совпадает с валютой АО, предварительно производится конвертация валютной суммы документа в валюту АО, после чего для полученной суммы в валюте АО вычисляется её эквивалент в НДЕ на дату утверждения АО, который затем прибавляется к итогу "Получен аванс 1. из кассы" / "2. Получено на пластиковую карточку". Строки "1а. в валюте (справочно)" и "2а. в валюте (справочно)" заполняются, если задана валюта АО. В этом случае суммы в этих строках считаются в валюте АО следующим образом: - для валютных документов суммы в валюте пересчитываются в валюту АО по курсу на дату утверждения АО и суммируются; - если документ на выдачу аванса в НДЕ (валюта в нём не задана), для суммы в НДЕ вычисляется её эквивалент в валюте АО по курсу на дату утверждения АО и затем суммируется.
180.83098.10.136.0Формирование платежки по реестру на перечислениеФинансово-расчетные операцииРеестры по перечислениям
Формирую платежку по реестру на перечисление (ФРО - Операции - Реестры на перечисление). Помечаю реестр клавишей Insert, правой кнопкой - Формирование платежных поручений - по реестрам зарплаты. Появляется интерфейс, где выбирается ряд параметров для формирования реестра. Фильтр "Реестры" пустой и поле подсвечивается желтым обязательным для заполнения цветом. Необходимо, чтобы помеченные ранее реестры перетягивались в Параметры формирования платежных поручений, а то получается двойная работа.1. Функция "Формирование платежных поручений" разделена на две: "Формирование платежных поручений по реестрам модуля "Зарплата" - Alt+F" "Формирование платежных поручений по реестрам модуля "Касса" - Alt+P" 2. Помеченные реестры автоматически подтягиваются в функции формирования платежек. Если ни один реестр не помечен - по умолчанию берется текущий. Из окна обработки формирование платежек осуществляется по текущему реестру, независимо от пометки.
180.81658.10.135.0заполнение по умолчанию поля Тип операции в кассовых ордерах при выборе из сотрудников предприятияКассаПриходный кассовый ордер
В связи с огромным количеством документов и для максимального исключения человеческого фактора есть необходимость указывать в кассовых ордерах в поле Тип операции "Расчеты с подотчетными лицами" при выборе сотрудника нашего предприятия (есть ссылка на сотрудника или на лицевой счет).В раздел Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Кассовые ордера и авансовые отчеты добавлены: - Тип операции в ПКО при выборе сотрудника; - Тип операции в РКО при выборе сотрудника. Данные настройки предназначены для определения значений по умолчанию для поля "Тип операции" кассовых ордеров.
102.1342488.10.134.0Проверка для поля КБК в налоговых реквизитах в ДО (дополниение для ПИР №102.133887)Управление снабжениемСчета, ДО на закупку
Для поля КБК в налоговых реквизитах в ДО и ДО на предоплату в модуле "Управление снабжением" необходимо сделать проверку на количество введенных символов. В окне "Налоговые реквизиты" устроило бы следующее решение: 1) Чтобы при закрытии интерфейса налоговых реквизитов появлялось сообщение, что "Поле КБК должно содержать 0 или 20 знаков, необходимо исправить", в тех случаях, когда поле КБК содержит количество знаков не равное нулю или двадцати. И до тех пора пока пользователь не исправит значение в поле КБК - система не позволила бы выйти из интерфейса. Либо такой вариант: 2) После ввода КБК система проверяет его значение и выдает сообщение. После закрытия сообщения система не позволяет перейти на следующее поле, пока не будет введено значение КБК, состоящее из нуля или двадцати символов. То есть смысл в том, чтобы КБК вводили всегда верные, не пропустив или не добавив лишние цифры.Если пользователю разрешено изменять налоговые реквизиты, то в ДО на закупку и ДО на предоплату закупок перед закрытием окна "Налоговые реквизиты" проверяется, чтобы количество символов в поле "КБК" было равно 0 или 20.
102.1338878.10.133.0При вводе контрагента в документ обеспечить автоматическое заполнение налоговых реквизитовУправление снабжениемСчета, ДО на закупку
В ДО на закупку и ДО на предоплату закупок необходимо автоматически заполнять налоговые реквизиты КБК и ОКТМО данными контрагента из документа.Доработано для собственных платежных поручений. На вкладку "Значения по умолчанию" окна дополнительной информации ПП добавлен параметр "Устанавливать КБК", который может принимать следующие значения: "вручную" (по умолчанию) и "по контрагенту". Если данный параметр установлен в значение "по контрагенту", то на вкладке "Налоговые реквизиты" при использовании функции "Заполнение полей значениями по умолчанию" или по F3 в поле "КБК" подставляется КБК организации-получателя; если КБК не указан в справочнике организаций, то по F3 открывается классификатор КБК. Если параметр установлен в значение "вручную", то по F3 в поле "КБК" всегда открывается классификатор КБК. Доработано для ДО на закупку и ДО на предоплату закупок. В окне "Налоговые реквизиты" при использовании функции "Заполнение полей значениями по умолчанию" или по F3 в поле "КБК" подставляется КБК организации-поставщика; если КБК не указан в справочнике организаций, то по F3 открывается классификатор КБК. Аналогично заполняется поле "ОКТМО" ("ОКАТО").
102.1117648.10.132.0изменить правила округления платежки на комиссиюЗаработная платаПлатежные поручения по реестрам
При удалении ПП необходимо удалить и его связи с другими ПП.Доработано
102.1319598.10.131.0Предложение добавить поля налоговых реквизитов в ДО в управлении снабжениемУправление снабжениемСчета, ДО на закупку
Предложение добавить поля налоговых реквизитов в ДО в управлении снабжением. Имеется ДО в модуле управление снабжением. В нем указываются реквизиты контрагента, сумма к оплате, примечание и.т.д. После ввода в Галактику документа он печатается и согласовывается. Необходимые налоговые реквизиты прописываются вручную в печатной форме. Потом из данного документа формируется платежное поручение. Для того, чтобы в печатной форме ДО печатались и налоговые реквизиты - в интерфейсе ДО должна быть возможность их указывать. Таким образом, предлагаю в ДО добавить следующие поля: УИН, ОКТМО и прочие налоговые реквизиты, которые есть в ПП. При этом предлагаю добавить функционал, который из новых полей ДО будет подтягивать введенную информацию в ПП при формировании.Для России в окно "Расширенная информация" ДО на закупку (тип 101) добавлена кнопка "Налоговые реквизиты". При нажатии на эту кнопку открывается окно просмотра/редактирования налоговых реквизитов. Если ДО нельзя редактировать, то нельзя изменять и налоговые реквизиты в этом окне. Строка, содержащая налоговые реквизиты, хранится во внешнем атрибуте таблицы BaseDoc с именем "Налоговые реквизиты". При привязке ДО на закупку к платежному поручению (в том числе и валютному), в случае, если у документа не заданы налоговые реквизиты, происходит их перенос из ДО.
101.537968.10.130.0Исправить формы Заявки на кассовый расходФинансово-расчетные операцииПлатежное поручение
Раздел 1. Реквизиты документа. 1. Изменить название столбца 3 на "Сумма в рублевом эквиваленте". 2. Удалить столбец 5 "Сумма НДС в валюте заявки". 3. Изменить нумерацию всех столбцов в разделе согласно добавленному и удаленному столбцам. Раздел 4. Реквизиты налоговых платежей. 1. Изменить название столбца 4 на "Код по ОКТМО". Раздел 5. Расшифровка заявки на кассовый расход. 1. Добавить столбец 5 "Код цели (аналитический код)", поле примечание теперь должно печататься пустым, а то, что раньше печаталось в поле примечание, должно печататься в столбце 5 2. Изменить нумерацию всех столбцов в разделе согласно добавленному столбцу.Реализована новая редакция Заявки на кассовый расход (РФ, бюджет). 1. Добавлена печать двух новых полей. а) В таблице "Коды" добавлена печать поля "по ОКПО". В соответствующей ячейке печатается ОКПО организации-плательщика (организация-плательщик - это организация-клиент, её наименование печатается в поле "Наименование клиента"). б) Код субсидии печатается в новом поле "Код цели (аналитический код)" (колонка 5 в таблице раздела 5 "Расшифровка заявки на кассовый расход"). Поле "Примечание" (колонка 9 в таблице раздела 5), при этом, печатается без учёта кода субсидии: если мемо-поле "Примечание" на закладке "Расшифровка" не заполнено, то соответствующая колонка в таблице остаётся пустой (ранее печатался код субсидии). 2. Удалено поле "Сумма НДС в валюте заявки" (колонка 5 в таблице раздела 1 "Реквизиты документа"). Колонки таблицы раздела 1, при этом, заново пронумерованы по порядку. 3. Статический текст изменился. 3.1. Ссылка на законодательный акт дополнена указанием на редакцию. В конец добавлена строка "(в ред. Приказа Казначейства России от 06.09.2013 № 16н)". 3.2. Добавлены заголовки слева от таблицы "Коды": "по ОКПО", "Код объекта по ФАИП". 3.3. Изменилось наименование колонки 3 в таблице раздела 1 на "Сумма в рублевом эквиваленте". 3.4. Изменилось наименование колонки 3 в таблице раздела 4 "Реквизиты налоговых платежей" на "Код по ОКТМО". 3.5. В таблицу раздела 5 добавлена колонка "Код цели (аналитический код)" между колонками "Код по БК получателя" и "Сумма в валюте заявки". Колонки таблицы, при этом, заново пронумерованы по порядку. 4. Изменилось стилевое оформление таблиц разделов 1 и 5. В соответствии с образцом по границам определённых областей ячеек прорисованы толстые линии.
102.1314888.10.130.0При откате документов по платежной ведомости не удаляются реестры по перечислениюКассаПлатежные ведомости
При откате документов по платежной ведомости(с типом "Прочие реестры") не удаляются реестры по перечислениям.При откате документов по платежной ведомости с типом "Прочие реестры" также удаляются реестры по перечислениям.
102.1311788.10.129.0Нужно увеличить размер поля код таможенного органа минимум до 8 знаковФинансово-расчетные операцииПлатежное поручение
Нужно увеличить размер поля код таможенного органа. Поле 107 двоякое: в случае уплаты налогов это поле отражает период (10 знаков - 2 знака под точки-разделители и 8 знаков под обозначение периода), а в случае уплаты таможенных платежей - код таможни (новое поле системы "код"). Новый приказ по оформлению платежных поручений в прицепе (правда, там нет оговорки по кол-ву знаков, желтым цветом выделили порядок заполнения п/п для таможни). А коды таможенных постов можно увидеть по ссылке - http://www.tks.ru/db/ktam или http://ved.customs.ru/index.php?option=com_content&view=article&id=1562&Itemid=1 864. Для российских постов (и постов таможенного союза) этот код состоит из 8-ми знаков... Предлагаю увеличить это поле до 10 знаков, но не делать их обязательными для заполнения.Размерность поля код таможенного органа увеличена до 10 знаков.
102.1297628.10.127.0доработка идентификатора VZBASEDOCХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Доработка идентификатора VZBASEDOC. Если в акте взаимозачета есть несколько ДО(например, 4 ДО дебитора, один ДО кредитора), то при формировании аналитики счет-фактура (КАУ6) по счетам 60 и 62, согласно настройки ТХО предлагает с/ф на выбор из каталога по дебету и по кредиту. Но выбрать можно только один счет-фактуру по дебету и по кредиту.В результате формируются 4 проводки, но во всех четырех проводках в аналитике указан один счет-фактура, а зачет по 4 счетам-фактурам. Приходится корректировать аналитику вручную. Формировать акты взаимозачета на одну позицию - очень неудобно и не соответствует бумажному документу. Необходимо сделать, чтобы выбор был для дебета и кредита в каждой формируемой проводке.Доработано заполнение аналитики по счетам-фактурам идентификатором VzBaseDoc в акте взаимозачета. Аналитика заполняется в зависимости от значения параметра СФ: Авто - заполняет первой найденной счет-фактурой относящейся к ДО. <режим 0> - заполняет С/Ф для дебитора <режим 1> - заполняет С/Ф для кредитора Выбор - будет предложен для выбора список С/Ф, относящихся к обрабатываемому в текущий момент ДО. Выбранные С/Ф будут заполняться в зависимости от режима: <режим 0> - заполнят С/Ф для дебитора <режим 1> - заполняет С/Ф для кредитора Если к ДО относится одна С/Ф, она будет заполнена без выдачи окна выбора
180.79528.10.126.0Предложение по добавлению Кода таможенного органа в платежное поручениеФинансово-расчетные операцииПлатежное поручение
В платежном поручении на вкладке «Налоговые реквизиты» существует поле «Период» . В данном поле при осуществлении таможенных платежей указывается код таможенного органа. Код таможенного органа является целым числом и состоит из 6 знаков. При внесении в платежку данного числа в поле оно разделяется точками, т.к. у поля формат даты. И соответственно выгружается точно таким же образом в клиент-банк - что является не верным. Таким образом, необходимо добавить дополнительное поле «Код таможенного органа» в платежное поручение. В данном поле необходимо сделать ввод числа без точек и соответственно выводить значение данного поля в последнюю строчку платежного поручения, в том случае если не заполнено поле «Период».В платежных документах, на закладке "Налоговые реквизиты", добавлено поле "Код", в котором заполняется код таможенного органа. Код таможенного органа является целым числом и может состоять из 6 знаков. Поля "Код" и "Период" взаимоисключающие. Поэтому после заполнения одного поля, сбрасывается другое. В строку налогов шапки платежного документа попадает соответствующее заполненное поле.
102.1300068.10.125.0Изменения заполнения платежных поручений для РФФинансово-расчетные операцииПлатежное поручение
Изменения заполнения платежных поручений для РФ. Согласно новому описанию, поле номер должно быть 15 символов, на данный момент оно может содержать только 10.Размер поля "Номер", закладки "Налоговые реквизиты" увеличен до 15 символов.
101.531148.10.124.0ФРО: Доработать интерфейс "Реестры по перечислениям" (для версии 9)Финансово-расчетные операцииРеестры по перечислениям
Доработать интерфейс "Реестры по перечислениям" Для правильного формирования проводок по платежному поручению к которому привязан реестр необходимо выполнения условия: Получатель и банк в реестре должны быть те же, что в платежке, также необходимо чтобы заполнялись ссылки в спецификации реестра на банк и организацию.В окно просмотра информации по реестру "Обработка реестра по перечислениям" (открытие по "Enter") добавлено отображение организации и банка получателя. При выборе значений в поле "Организация" и "Банк получателя" соответствующая информация обновляется в спецификации самого документа для каждого сотрудника (например: при изменении банка в шапке документа ссылка на этот банк проставляется для каждого сотрудника текущего реестра). В локальном меню, в окне просмотра документов, добавился пункт локального меню "Проверка корректности данных". Данная функция проверяет все помеченные документы(если нет помеченных - текущий) на предмет корректности ссылок для банка и организации между документом и сотрудниками, входящими в текущий документ. По завершении проверки формируется протокол с информацией о различиях. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: REEPERECH
101.531538.10.124.0Меняются правила заполнения реквизитов платежкиФинансово-расчетные операцииПлатежное поручение
Меняются правила заполнения реквизитов платежки. В платежных поручениях вместо кода ОКАТО надо будет ставить код из нового Общероссийского классификатора территорий муниципальных образований (ОКТМО).Анализируя дату выписки платежного документа отображается поле "ОКАТО" или "ОКТМО". Если дата выписки документа относится к 2014 году и более - на закладке "Налоговые реквизиты" вместо поля "ОКАТО" отображается поле "ОКТМО". При заполнении поля по клавише "F3" используется следующая последовательность (в зависимости от даты выписки необходимо использовать ОКАТО (до 2014 года) или ОКТМО (с 2014 года и далее)): 1) Автоматический режим (задается на вкладке "Дополнительная информация") -Проверяется наличие поля "ОКТМО"/"ОКАТО" у организации, за которую осуществляют платеж -Проверяется значение настройки "Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность ОКТМО организации" / "Настройки Галактики Бухгалтерский контур Отчеты Налоговая отчетность ОКАТО организации" -Проверяется наличие ОКТМО для собственной организации -Предлагается выбор вручную из справочника кодов аналитического учета по АТД (переключение справочников АТД/"ОКАТО"/"ОКТМО" доступно в локальном меню) 2)По контрагенту -Проверяется наличие поля "ОКТМО"/"ОКАТО" получателя -Предлагается выбор вручную из справочника кодов аналитического учета по АТД (переключение справочников АТД/"ОКАТО"/"ОКТМО" доступно в локальном меню) 3)Вручную -Предлагается выбор вручную из справочника кодов аналитического учета по АТД (переключение справочников АТД/"ОКАТО"/"ОКТМО" доступно в локальном меню)
102.1128908.10.124.0Нумерация в рамках годаКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
Необходимо дать возможность нумерации документов строгой отчетности (приходные/расходные ордера, авансовые отчеты, платежные поручения) в рамках года по последним номерам БД, а счета-фактуры должны формироваться с помощью специальной таблицы. Сейчас на все документы действует общая настройка "Настройки Галактики Общие настройки системы Автонумерация документов".Добавлены настройки : Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация платежных документов Нумерация документов модуля "ФРО" - по настройке "Автонумерация документов" - по последним номерам БД - с помощью специальной таблицы Настройки Галактики Бухгалтерский контур Формирование номеров Нумерация платежных документов Нумерация документов модуля "Касса" - по настройке "Автонумерация документов" - по последним номерам БД - с помощью специальной таблицы Настройки являются приоритетными по отношению к настройке "Настройки Галактики Общие настройки системы Автонумерация документов". Новые настройки позволяют более гибко настраивать параметры формирования номеров документов для модуля "ФРО" и "Касса". Режимы "По последним номерам БД" и "с помощью специальной таблицы" работают аналогично режимам в настройке "Настройки Галактики Общие настройки системы Автонумерация документов" Действие настроек распространяется на следующие типы документов: Модуль "ФРО": Собственное платежное поручение Стороннее платежное поручение Инкассовое поручение Собственное заявление на аккредитив Стороннее заявление на аккредитив Собственное валютное заявление на аккредитив Стороннее валютное заявление на аккредитив Собственное заявление об отказе от акцепта Стороннее заявление об отказе от акцепта Реестр чеков Бухгалтерская справка Собственное платежное требование-поручение Стороннее платежное требование-поручение Исходящее авизо Входящее авизо Реестр распределения валюты Собственный реестр счетов Сторонний реестр счетов Собственное валютное платежное поручение Собственное платежное требование Стороннее платежное требование Стороннее валютное платежное поручение Модуль "Касса" Приходный кассовый ордер Расходный кассовый ордер Авансовый отчет Валютный приходный кассовый ордер Валютный расходный кассовый ордер
102.1275658.10.124.0Подготовлен проект новых правил заполнения платежных документов на перечисление налоговФинансово-расчетные операцииПлатежное поручение
Согласно проекту планируется утвердить правила- указания информации, идентифицирующей плательщика, получателя средств, в распоряжениях о переводе денежных средств в уплату налогов, сборов и иных платежей в бюджетную систему РФ (далее - Правила 1); От действующего порядка новые правила отличаются незначительно. К числу различий относится введение нового реквизита "Код" (п. 12 Правил 2, п. 12 Правил 3, п. 7 Правил 4). В качестве кода необходимо будет указывать уникальный идентификатор начисления (УИН). Предполагается, что положения, предусматривающие отражение данного реквизита в распоряжении о переводе денежных средств, вступят в силу 31 марта 2014 г. До этой даты при заполнении формы платежного поручения, установленной Положением о правилах осуществления перевода денежных средств (утв. Банком России 19.06.2012 N 383-П), УИН необходимо будет включать в состав реквизита "Назначение платежа" (п. 5 проекта). В соответствии с Указанием Банка России от 15.07.2013 N 3025-У с 31 марта 2014 года графа 3 строки реквизита 22 будет изложена в новой редакции: "Указывается уникальный идентификатор платежа в случаях, предусмотренных пунктом 1.21.1 настоящего Положения.Для России. В платежные документы, на вкладку "Налоговые реквизиты", добавлено поле "УИН". Поле заполняется либо вручную, либо из справочника "Уникальный идентификационный номер".
102.1275928.10.124.0В Реестр валютных платежных поручений по текущему фильтру добавить итого по валютеФинансово-расчетные операцииВалютное платежное поручение
В Реестр валютных платежных поручений по текущему фильтру добавить итого по валюте. Когда заходим в список собственных валютных поручений есть возможность по [Alt]+[B] задать фильтр по конкретной валюте. В этом случае должна быть возможность сформировать реестр с итоговой суммой по валюте. Если фильтр не установлен и в списке есть валютные п/п с разными валютами, то в данном реестре в итого должно быть либо 0, либо написано, что документы в разных валютах. Преимущество данного реестра перед интерактивным реестром в том, что печатать интерактивный отчёт из этого места нельзя, к тому же данные реестры не требуют настройки (в отличии от интерактивного).В Реестры документов (вызов из локального меню списка документов : Реестры документов(по текущему фильтру)) добавлен подсчет итоговой суммы в валюте документа. Если в формируемом реестре у всех документов совпадает валюта документа - в конце отчета формируется итоговая сумма в валюте с указание валюты. Изменена базовая форма: ReePlPor. Список измененных отчетов: Бизнес-текст: 3. Реестр платежных поручений (в валюте платежа) 3. Реестр платежных требований (в валюте платежа) 1. Реестр валютных платежных поручений (в национальной денежной единице) 2. Реестр валютных платежных поручений (в валюте отчетов) 3. Реестр авансовых отчетов (в валюте платежа) 3. Реестр бухгалтерских справок (в валюте платежа) 3. Реестр приходных кассовых ордеров (в валюте платежа) 3. Реестр расходных кассовых ордеров (в валюте платежа) 1. Реестр валютных приходных кассовых ордеров (в НДЕ) 2. Реестр валютных приходных кассовых ордеров (в валюте отчетов) 1. Реестр валютных расходных кассовых ордеров (в НДЕ) 2. Реестр валютных расходных кассовых ордеров (в валюте отчетов) 1. Реестр распределения валюты (в национальной денежной единице) 2. Реестр распределения валюты (в валюте отчетов) 3. Реестр реестров счетов (в валюте платежа) 1. Реестр валютных заявлений на аккредитив (в национальной денежной единице) 2. Реестр валютных заявлений на аккредитив (в валюте отчетов) Fast-report: ФРО: Платежные документы: Реестр документов (в нде) Реестр документов (в валюте отчетов) Реестр бухгалтерских справок (в валюте платежа) Реестр документов (в валюте платежа) Распределение валюты: Реестр документов (в нде) Реестр документов (в валюте отчетов) Касса: Реестр кассовых ордеров (в валюте платежа) Реестр валютных кассовых ордеров (в нде) Реестр валютных кассовых ордеров (в валюте отчетов) Реестр авансовых отчетов (в валюте платежа) & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: REEPLPOR & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1285538.10.123.0Необходимо добавить возможность привязать неоплаченную платежку к кредитуВекселя и кредитыВыданные кредиты
У клиента следующий бизнес-процесс: 1. ОКФ вносит в систему выдачу по займу (транш по займу). 2. Казначейство формирует в системе платежное поручение на выдачу займа. Платежка попадает в реестр платежей, который уходит на согласование к руководству. Дата оплаты отсутствует. 3. Приходит выписка из банка. 4. Бухгалтерия должна по платежке сформировать проводки. Сейчас также устанавливает дату оплаты. Но ТХО не отрабатывает, т.к. отсутствует связь с займом. Чтобы на шаге 2 Казначейство могло связать платежку с займом, необходимо добавить возможность привязывать неоплаченную платежку к кредиту.Доработано для собственного платежного поручения (тип 1) и собственного валютного платежного поручения (тип 31), если для таблицы PlPor есть внешний атрибут с наименованием "Выдаваемый кредит" (тип ссылка на системную аналитику "Кредиты"). Если для таких документов нет оплаченных платежей, то при выборе пункта меню "Информация о кредитах" открывается окно для выбора выданного кредита. Нельзя выбрать кредит: 1) если он является папкой; или 2) если он уже фактически погашен; или 3) если дата (месяц-год) кредита вида "выдача кредита траншами" меньше даты (месяц-год) выписки документа. При проставлении даты оплаты в интерфейсе платежного документа (вручную или с помощью функций "Установить дату оплаты" и "Групповая замена поля в документах") все платежи, не распределенные по кредитам, будут привязываться к этапу выдачи этого кредита. При этом контролируется, чтобы для кредитов вида "выдача кредита траншами" дата платежа совпадала с датой кредита.
101.516608.10.121.0Не заполняются реквизиты в отчете Бухгалтерская справкаФинансово-расчетные операцииБухгалтерская справка
Не заполняются реквизиты в отчете Бухгалтерская справка в формате FastReport (не указана единица денежного измерения).В БС печатается символ НДЕ в проводках и итогах. Доработаны текстовая и fast report-овская формы БС. В колонке "Сумма" и в итогах печатается сумма проводки и символ НДЕ, если в проводке не указана валюта либо параметр печати "печатать суммы в валюте документа" не установлен. Примечание. Печать итогов имеет особенность при установленном параметре печати "печатать суммы в валюте документа". В зависимости от того, какая последняя проводка в печатной форме БС - валютная или в НДЕ - будет печататься: итоги в валютах или один общий итог в НДЕ.
102.1266198.10.121.0Необходимо добавить в сторонние п/п налоговые реквизитыФинансово-расчетные операцииПлатежное поручение
Необходимо добавить в сторонние п/п налоговые реквизиты. Поля по налоговым реквизитам нужны только для заполнения и выгрузки (функция экспорт, импорт Alt+O; Alt+I) . В аналитике, в ТХО по бух и нал. учету они не будут использоваться. Суть доработки заключается в следующем: В интерфейс сторонних платежных поручений добавить закладку "Налоговые реквизиты" (по аналогии с собственными платежными поручениями) с соответствующими полями. 1. код бюджетной классификации КБК 2. ОКАТО 3. показатель основания налогового платежа 4. показатель налогового периода 5. показатель номера налогового документа 6. показатель даты налогового документа 7. показатель тиа налогового документа 8. статус лица,оформ. платежный документ. Данные реквизиты должны заполнятся в платежных поручениях по налоговым платежам (собственные п/п) и по возмещению налоговых платежей, в частности возврат Обществом на расчетный счет предприятия суммы акциза по реализованным подакцизным товарам (стороннее п/п). Возмещение налоговых платежей проводится ежемесячно.Закладка "Налоговые реквизиты" отображалась в следующих случаях: 1) В собственных платежных поручениях для страны "Россия". 2) В собственных валютных платежных поручениях для страны "Россия", при включенной настройке "Настройки Галактики Бухгалтерский контур Бюджетный учет Ведется бюджетный учет". В результате данной доработки, данная закладка не зависит от настройки "Ведется бюджетный учет" и всегда отображается для страны "Россия" в следующих типах платежных документов: 1) Собственные/сторонние платежные поручения. 2) Собственные/сторонние валютные платежные поручения.
102.1265258.10.120.0Перестали выводиться на печать в бизнес-тексте и RTF данные о руководителе и гл.бухгалтереФинансово-расчетные операцииЗаявление на последующий акцепт
Перестали выводиться на печать в бизнес-тексте и RTF данные о руководителе и гл.бухгалтере В Заявлении на акцепт в НОВЫХ документах (где существует возможность добавить только СТОРОННИЕ требования и требования-поручения)в печатных формах в бизнес-тексте и RTF перестали выводиться в расшифровке подписи фамилия и инициалы директора и главного бухгалтера. В Fast-report - данная информация выводится.Данные о руководителе и главном бухгалтере выводятся в отчетах "Заявление на акцепт" в формате "Бизнес-текст" и "RTF".