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


Описание файла обновления:
ФайлF_PLPOR_RES_911150.TXT
ОбновлениеF_PlPor_res_911150
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_PLPOR
ТипRES
Версия9.1.115.0
Дата2018-10-22 15:40:01
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.188790NEWИзменился вывод суммы в печатной форме "Заявление на аккредитив" РБФинансово-расчетные операцииВалютное заявление на аккредитив
Изменился вывод суммы в печатной форме "Заявление на аккредитив" РБ. Было: USD 500=00 (Пятьсот) долларов США Стало: USD 500=00 (Пятьсот) долларов США 00 центовФРО / Документы / Заявления на аккредитив, ФРО / Документы / Валютные заявления на аккредитив. Доработан вывод сумм в печатных формах "Заявление на аккредитив" РБ: если сумма целая (00 копеек(1/100 единиц валюты)), то дробная часть не выводится.
102.1889199.1.114.0признак ФОБ поФинансово-расчетные операцииПлатежное поручение
ПИР 102.167570 Отображение признака наличия ФОБ по платежному поручению - реализован с ошибкой: функционал отображения признака работает только, если в "Платежном документе" выбран "основной расчетный счет". Т.е. функционал будет работать только если PlPor.TiDK= PlPor.TiDKGal.Доработано отображение признака наличия ФОБ по платежного документа. Анализируется системный тип документа
102.1894129.1.114.0Онлайн-кассы - необходима регистрация в ККТ сторонних платежных поручений ЗА физических лицФинансово-расчетные операцииВходящие документы
Требуется небольшая доработка решения ПиР 101.65430. Сейчас в собственных и сторонних платёжных поручениях регистрация в ККТ становится доступна, только если контрагент - физическое лицо. Но выяснилось, что у клиента в сторонних платёжных поручениях от физических лиц чаще всего контрагентом является банк (то есть ЮРлицо). А ФИЗлицо ставится в поле "Платёж за". Необходимо доработать СТОРОННИЕ платёжные поручения, чтобы анализировались оба этих поля - если в любом из них физлицо, то делать регистрацию доступной. А в собственных п/п дорабатывать ничего не нужно.пункт лок. меню "регистрация в ККТ", визуализируется, только если контрагент - физлицо (признак в каторге). Добавлен анализ еще и на организацию в поле "Платёж за" То есть если в любом из 2-х полей физлицо, то визуализировать этот пункт лок. меню только для сторонних ПП
180.108489.1.114.0возврат плтатежа по собственным платежным документамФинансово-расчетные операцииПлатежное поручение
В рамках реализации функционала по он-лайн кассам по N 54-ФЗ Клиенту необходимо формировать чек: Возврат расхода (случай, когда Контрагент возвращает оплату). Следовательно, необходим аналогичный функционал для Собственного платёжного поручения/Расходного кассового ордера.Реализован функционал возврата платежей для Собственного платежного поручения/Расходного кассового ордера.
101.654309.1.112.0Онлайн-кассы - необходима регистрация в ККТ платежных поручений от физических лицФинансово-расчетные операцииПлатежное поручение
ст. 4, Федеральный закон от 03.07.2018 N 192-ФЗ "О внесении изменений в отдельные законодательные акты Российской Федерации" 4. Организации и индивидуальные предприниматели при осуществлении расчетов с ФИЗИЧЕСКИМИ ЛИЦАМИ, которые не являются индивидуальными предпринимателями, в безналичном порядке (ЗА ИСКЛЮЧЕНИЕМ РАСЧЕТОВ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННЫХ СРЕДСТВ ПЛАТЕЖА) ... вправе не применять контрольно-кассовую технику и не выдавать (направлять) бланки строгой отчетности до 1 июля 2019 года. Перечисления физических лиц через online-банк, или терминалы оплаты относятся как раз к РАСЧЕТАМ С ИСПОЛЬЗОВАНИЕМ ЭЛЕКТРОННЫХ СРЕДСТВ ПЛАТЕЖА, по которым организации обязаны осуществлять регистрацию в ККТ. Таким образом, необходима возможность регистрации в ККТ платёжных поручений (сторонних и собственных на возврат платежа), аналогичная регистрации приходных/расходных кассовых ордеров, если контрагент в платёжном поручении - физическое лицо. Предлагается в платёжные поручения подключить реализованный функционал регистрации кассовых ордеров (ПиР 101.60610, 101.62385, 101.65110) с использованием тех же настроек и точек расширения - при таком подходе необходимость доработки пользовательских реализаций точек расширения сведётся к минимуму. В локальное меню интерфейса редактирования ПП добавить функцию "Регистрация в ККТ", дополнительно проверять признак "физическое лицо" в каталоге организаций для организации-контрагента (в противном случае функция должна быть недоступна).Для собственных и сторонних платежных поручений подключена функциональность регистрации в ККТ. В случае если включена настройка "Настройки Галактики Бухгалтерский контур Касса Выполнять регистрацию в ККТ" и реализованы точки расширения в локальном меню окна редактирования платежного поручения становится доступным пункт локального меню "Регистрация в ККТ". При этом пункт локального меню для собственных платежных поручений появляется только в случае если получатель физическое лицо, а для сторонних платежных поручений если плательщик физическое лицо. В остальном функционал аналогичен функционалу регистрации в ККТ кассовых ордеров.
102.1873229.1.112.0Исправить ошибки склонения слова "счет-фактура" в описании идентификатора VzBaseDocХозоперацииНастройка хозопераций /укажите тип документа/
Исправить ошибки склонения слова "счет-фактура" в описании параметров идентификатора VzBaseDoc. Слово "счет-фактура" - существительное мужского рода, поэтому вместо "Если к ДО относится одна СФ, она будет заполнена..." следует писать "Если к ДО относится один СФ, он будет заполнен...".Исправлены ошибки склонения слова "счет-фактура" в описании идентификатора VzBaseDoc
102.1883359.1.112.0Нужна возможность в ТХО получить значение внешнего атрибута к Basefin по документам дебитора (или кредитора) Акта взаимозачетаХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Документ "Акт взаимозачета". У него есть спецификация - с одной стороны документы Дебитора, с другой Кредитора. Есть возможность привязать внешние атрибуты к Basefin как для одних документов так и для других. Нужна возможность настроить ТХО так, что бы можно было получить BaseFin.Nrec и потом получить значение привязанного атрибута с помощью TXOGetExtAttr. Пользователь в качестве внешнего атрибута использует ссылку на аналитику "счета бух.учета". Привязывает такой атрибут и к документам дебитора и к документам кредитора. В ТХО они хотят анализировать значение этого атрибута для формирования нужных им проводок. ТХО будет привязываться непосредственно к Акту.С помощью &KAU[Кау:5038][Режим:160] и &KAU[Кау:5038][Режим:161] из режимов 0 и 1 можно получить Nreс спецификации АВЗ дебитора и кредитора (нужна циклическая обработка по аналитике Спецификации сопроводительных документов)
102.1757699.1.111.0КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле Взаимозачет он не попадает в хозоперацию.Расчеты с поставщиками и получателямиЗачет обязательств
КИС ФХД ТПР2 Очередь1 Если к ПП привязан договор, то при выборе контрагента в поле "Платеж за" он не попадает в хозоперацию.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию" со значением по умолчанию "по запросу". Данная настройка влияет на наследование контрагента договора в хозяйственную операцию платежного документа. Ранее контрагент договора всегда переносился в хозяйственную операцию, теперь данная возможность регулируется вышеуказанной настройкой. Обрабатывается при привязке договора, соглашения, товарного и финансового ПКП. При указании в платежном документе контрагента в поле "Платеж за", он автоматически переносится во все хозоперации платежного документа по которым нет разноски по ДО и Договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент из поля "Платеж за", а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент из поля "Платеж за", либо подставляется контрагент договора. При удалении в платежном документе контрагента из поля "Платеж за", он автоматически сбрасывается на контрагент платежного документа во всех хозоперациях платежного документа по которым нет разноски по ДО или по договорам. Если по хозоперации есть разноска по договору, то хозоперации присваивается контрагент платежного документа, а затем запускается обработка настройки "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по договорам Наследовать контрагент из договора в хозяйственную операцию", в зависимости от значения которой в хозоперации остается либо контрагент платежного документа, либо подставляется контрагент договора.
102.1860639.1.111.0Не правильно формируется платежное поручение, если установлен фильтрФинансово-расчетные операцииПлатежное поручение
Не правильно формируется платежное поручение, если установлен фильтр. После обновления происходят чудеса с созданием собственных платежных поручений Суть в том что, если создавать платежное поручение из общего списка и привязывать к нему сразу ДО (без выбора контрагента в обязательном поле), то ПП создается корректно но, если отфильтровать список по контрагенту и так же попробовать создать новое платежное поручение, не выбирая контрагента в обязательном поле, а попробовать привязать к нему ДО,то ПП создается, но из общего списка оно пропадает и курсор перескакивает на самый первый документ из всего списка. Если снять фильтры, то мы увидим, что ПП создалось, но без номера счета и суммы и получателя. Но на закладке документ-основание оно прописалось и в самом ДО обозначено, что платеж к нему привязан уже. До обновления такого не было.Если в интерфейсе ПП установлен фильтр, и выполняется создание нового документа, путем привязки ДО, то перед выполнением данной операции снимается установленный фильтр, выполняется формирование платежки по выбранному ДО, а затем возвращается исходный фильтр, при этом выполняется проверка на попадание созданной записи в условия данного фильтра. Если новый документ не удовлетворяет фильтру, то пользователю предлагается снять заданный фильтр. Если пользователь не согласился снять фильтр, то созданный документ исчезает из текущей выборки документов и увидеть его можно будет только сняв фильтр.
106.105579.1.111.0пакетное заполнение поля "Платеж за..."Финансово-расчетные операцииВходящие документы
пакетное заполнение поля "Платеж за..." Часто бухгалтерам приходится формировать массу однообразных платежных документов, в которых необходимо менять плательщика (поле "Платеж за..."). Таких документов у клиента бывает порядка 200 за раз Контрагент ДО, который привязывается к ПП, тот же, что тот, что в поле "Платеж за", и для группы ПП - один и тот же Клиент просит автоматизировать данную массовую операцию Решение видится, например, через функцию "Групповая замена поля в документах" или добавление функции "Пакетное заполнение поля Платеж за...", аналогично пакетному заполнению поля назначениеРеализована поддержка групповой замены для поля "Платеж за". Для использования групповой замены поля необходимо пометить группу платежных документов, в которых необходимо установить одинаковое значение поля "Платеж за". Затем в окне редактирования платежного документа с нужным значением поля "Платеж за", установить курсор в этом поле и выполнить пункт локального меню "Групповая замена поля в документах" или выполнить вызов команды с помощью сочетания горячих клавиш Alt+K. В результате, во всех помеченных платежных документах будет установлено значение поля "Платеж за" равное текущему. При этом будет выполнена синхронизация значения поля "Платеж за" из шапки платежного документа в поле "Контрагент" всех хозяйственных операций документа. Синхронизация выполнятся по правилам описанных в ПИР 102.175769.
101.651109.1.110.0Нужна новая точка расширения регистрации в ККТ для приходного кассового ордераКассаПриходный кассовый ордер
Нужна новая точка расширения регистрации в ККТ для приходного кассового ордера Клиент просит реализовать новую точку расширения, которая будет вызываться даже в случае отсутствия распределения: Бизнес-процесс формирования приходных кассовых ордеров. Основная масса приходных кассовых ордеров оформляется следующим образом: Плательщик приходит к сотруднику отдела кассово-банковских операций и сообщает ему, какую услугу он намеревается оплатить (внести плату по договору платного обучения, оплатить общежитие, оплатить услуги библиотеки или издательского центра и т.п., либо внести излишне выданную в подотчет сумму и т.д.). Сотрудник вводит в системе ПКО, распечатывает его, отдает плательщику, плательщик идет в кассу и оплачивает. Ни ДО ни сопроводительные документы при этом не создаются. Поэтому, назначение платежа для передачи в кассовый аппарат можно либо брать из полей назначения платежа таблицы PLPOR, но тогда это будет длинный текст, поскольку при оформлении кассового ордера указывают и номер договора и номер семестра и т.п. Поэтому, предлагаю брать назначение платежа их поля примечание, которое можно будет заполнять в ПКО по шаблону, например "Образовательные услуги", "Услуги библиотеки", "Оплата проживания в общежитии", "Возврат подотчетных сумм" и т. п. Полное описание - в файла во вложении.Добавлена новая точка расширения регистрации в ККТ для кассового ордера, в котором отсутствует разноска по первичным документам: ExtensionPoint epKO_KKTRegistrWithOutSoprDoc(wTiDk, wOperation: word; sAdmPass, sOperatorPass, sNamePos, sNamePl1, sNamePl2, sNamePl3 : string; dSum, dTaxRate, dSumTax: double; pObject : pointer); Описание входящих параметров: - wTiDk - тип документа; - wOperation - тип операции (0-не определен; 1-продажа; 2-возврат продажи; 3-покупка; 4-возврат покупки); - sAdmPass - пароль администратора системы (настройка "Настройки Галактики Бухгалтерский контур Касса Пароль администратора для ККТ"); - sOperatorPass - пароль оператора для ККТ (настройка "Настройки Галактики Бухгалтерский контур Касса Пароль оператора для ККТ"); - sNamePos - значение поля "Приложение" кассового документа (значение поля PlPor.NamePl4); - sNamePl1 - первая строка основания для приема денег в кассу (значение поля PlPor.NamePl1); - sNamePl2 - вторая строка основания для приема денег в кассу (значение поля PlPor.NamePl2); - sNamePl3 - третья строка основания для приема денег в кассу (значение поля PlPor.NamePl3); - dSum - сумма платежа (значение поля PlPor.SumPlat); - dTaxRate - ставка налога типа "НДС" (если налоги типа "НДС" отсутсвуют, то передается значение "-1"); - dSumTax - сумма всех налогов типа НДС по платежному документу (если налоги типа "НДС" отсутствуют, то передается значение "-1"); - pObject - ссылка на драйвер кассового аппарата. Алгоритм регистрации в ККТ. При нажатии на кнопку "Регистрация в ККТ" выполняется проверка, каким способом производить регистрацию. Если привязано ДО и есть распределение по спецификации накладной/акта, то регистрация выполняется по распределенным позициям спецификации накладной/акта, когда для каждой оплаченной позиции вызывается точка расширения epKO_KKTRegistration (стандартная схема). Если отсутствует ссылка на ДО, то регистрация будет проводится по всему документу с помощью одного вызова точки расширения epKO_KKTRegistrWithOutSoprDoc (новая схема). При этом, если включена настройка "Настройки Галактики Бухгалтерский контур Касса Отображать системный интерфейс регистрации в ККТ", то перед выполнением регистрации, пользователю будет отображено окно, с полученными параметрами регистрации.
102.1868899.1.110.0Atl5532. Ошибки при печати авансового отчета в FR.КассаАвансовый отчет
Atl5532. Ошибки при печати авансового отчета в FR: --------------------------- FastReport - Ошибка --------------------------- Были обнаружены следующие ошибки: Memo173: Could not convert variant of type (OleStr) into type (Double) Memo174: Could not convert variant of type (UnicodeString) into type (Double) Memo175: Could not convert variant of type (OleStr) into type (Double) Memo176: Could not convert variant of type (UnicodeString) into type (Double) Memo179: Could not convert variant of type (OleStr) into type (Double) Memo180: Could not convert variant of type (UnicodeString) into type (Double) Memo181: Could not convert variant of type (OleStr) into type (Double) Memo182: Could not convert variant of type (UnicodeString) into type (Double) --------------------------- ОК ---------------------------Указанные ошибки исправлены.
101.649799.1.109.0Добавить тип операции (wOperation) с кодом 4 "возврат покупки", для обработки при печати в ККТКассаПриходный кассовый ордер
Добавить тип операции (wOperation) с кодом 4 "возврат покупки", для обработки при печати в ККТ Клиенту необходимо напечатать чек в случае когда нужно получить обратно деньги от продавца при возврате клиентом товара: Продавец чек напечатает для СВОЕЙ кассы. Мы эти наличные вносим в НАШУ кассу. И этот факт должны зарегистрировать в НАШЕЙ кассе как ВОЗВРАТ РАСХОДА. Когда мы покупали у этого продавца, то в НАШЕЙ кассе регистрировали покупку как РАСХОД. Теперь вернули купленный товар. И должны зарегистрировать ВОЗВРАТ РАСХОДА.На данный момент для регистрации в ККТ передаются следующие типы операций: 1) Для приходного кассового ордера определяется тип операции - Продажа (значение кода = 1). 2) Для расходного кассового ордера определяется тип операции - Покупка (значение кода = 3). 3) Для расходного кассового ордера, в случае наличия связи с продажей, определяется тип операции Возврат продажи (значение кода = 2). Добавлен новый тип операции: 4) Для приходного кассового ордера, в случае наличия связи с покупкой, определяется тип операции Возврат покупки (значение кода = 4).
102.1858659.1.109.0Пропадает "Получатель" в собственных рублевых ППФинансово-расчетные операцииПлатежное поручение
После добавления колонки "Назначение платежа" в интерфейс перечня валютных собственных платежных поручений, в интерфейсе перечня и редактирования собственных рублевых платежных поручений пропадает значение "Получатель". Аналогично происходит при добавлении колонки "Договор" (dogovor.nodoc) в перечень.Исправлено.
102.1863189.1.109.0В случае, когда валюта аванса отлична от НДЕ эта сумма не выводится в отчетные формы АОКассаАвансовый отчет
В случае, когда валюта аванса отлична от НДЕ эта сумма не выводится в отчетные формы АО. Требуется доработка вывода сведений в отчет. Авансовый отчет в FastReport Настройка печати : по спецификации АО Оборотная сторона отчета: сумма расхода по отчету/колонка "в валюте" должна быть сумма в валюте, а не в НДЕисправлено
102.1863999.1.109.0ATL5532 Ошибка при печати бух.справки в формате FastReportКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
ATL5532 Ошибка при печати бух.справки в формате FastReport --------------------------- FastReport - Ошибка --------------------------- Были обнаружены следующие ошибки: Memo2: Could not convert variant of type (OleStr) into type (Double) Memo6: Could not convert variant of type (OleStr) into type (Double) --------------------------- ОК --------------------------- Модуль ФРО -Документы - Бухгалтерские справкиФормат указанных полей печатной формы изменен на "текст".
102.1827479.1.108.0Необходима возможность изменить дату хозоперации к бухсправке на раньше даты самой бухсправкиФинансово-расчетные операцииБухгалтерская справка
Необходима возможность изменить дату хозоперации к бухсправке на раньше даты самой бухсправки. Пишут:До внедрения КИС ЭХД бухгалтер делал много бух справок разной датой. Сейчас чтобы уменьшить количество печатаемых справок все вводится одной бух справкой (один штрих-код), но операции проводятся разной датой. Предложение связано с проведением хозоперации в валюте. Нужен курс на дату хозоперации, а не бухсправки.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Бухгалтерские справки Дата хозоперации может быть раньше даты оплаты документа" со значением по умолчанию - "нет". Включение данной настройки позволяет пользователю в хозоперациях бух.справки указать любую дату проведения хозяйственной операции. Включение данной настройки приводит к игнорированию для бухгалтерских справок настройки "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Проверять соответствие дат проведения хозопераций и документа". При установке даты оплаты в бух.справке новая дата устанавливается только в хоз.операции без даты операции. А при удалении даты, в хозоперациях дата операций остается неизменной.
106.105969.1.108.0Не та дата реестра в Сводном реестре по перечислениям с расшифровкойФинансово-расчетные операцииРеестры по перечислениям
Не та дата реестра в Сводном реестре по перечислениям с расшифровкой. В отчете Сводный реестр по перечислениям с расшифровкой в поле Дата реестра вместо даты формирования реестра выводится месяц начисления.Доработан отчет Реестра на перечисление "Сводный реестр по перечислениям с расшифровкой": значение выводимое в поле "Дата реестра" заменено на Дату формирования реестра.
101.647679.1.107.0Замедление при печати приходного кассового ордераКассаПриходный кассовый ордер
Замедление при печати приходного кассового ордера При печати на последней версии компонента F_PLPOR(9.1.106.0) на Оракл наблюдается сильное замедление печати в случае, если есть сформированные проводки. У меня удалось воспроизвести замедление на тестовой БД (Оракл). Итоговый Word-документ имеет размер от 300 до 500 Мб. Пример части информации этого файла - во вложении. Мои SMART-логи выложил в совместный обмен на имя Голдин О.Ю.Оптимизирована печать платежных документов PlPor при включенном параметре UseBrowserCacheAndSort
101.630979.1.106.0Расширить функционал групповой замены поля в документе на поле "Назначение платежа"Финансово-расчетные операцииПлатежное поручение
Расширить функционал групповой замены поля в документе на поле "Назначение платежа" Клиенту регулярно приходится менять назначение платежа во многих платёжках. Предлагает расширить функционал и на изменение назначения платежаРасширен функционал групповой замены поля в платежных документах на полях "Назначение платежа" (4 поля: PlPor.NamePl1 - PlPor.NamePl4)
102.1418579.1.106.0При быстром поиске документа (верхняя панель) не обновляется содержимое нижней панели (пока не кликнем на документе мышью)Финансово-расчетные операцииПлатежное поручение
При быстром поиске документа (верхняя панель) не обновляется содержимое нижней панели (пока не кликнем на документе мышью) Обращаем внимание, что ранее (по крайней мере на версии 8.1) это отрабатывало.Во время выполнения быстрого поиска, для корневой таблицы не посылается событие cmPositionChanged. В результате нет возможности выполнить перерисовку встроенных интерфейсов, потому что выполняется она в момент возникновения этого события. Однако, во время быстрого поиска событие cmPositionChanged посылается для всех остальных таблиц логической таблицы, что бы они перерисовывались в процессе быстрого поиска по корневой таблице. Благодаря этому, есть возможность повесить обновление встроенных интерфейсов на событие изменения позиции, допустим по таблице хозяйственных операций. Что и было сделано.
102.1838749.1.106.0Необходимо ускорить открытие карточки документа (авансовый отчёт)КассаАвансовый отчет
Касса -Документы - Авансовый отчет - ПКМ меню - Карточка документа, формирование длится более получаса. Если отвязать ДО, то открывается быстро.Исправлено корректное обращение к таблице "Сопроводительные документы".
180.107469.1.106.0Печать приходного кассового ордера. Уплыл размер шрифта расшифровки подписиКассаПриходный кассовый ордер
В печатной форме приходного кассового ордера КО-1, на квитанции к ордеру расшифровка подписи (главный бухгалтер, кассир) выходит с 6 размером шрифта Courier New, хотя во всех других полях формы все фамилии выходят 8 размером.В печатной форме приходного кассового ордера КО-1, на квитанции к ордеру расшифровка подписи (главный бухгалтер, кассир) размером шрифта, изменен с 6 до 8.
102.1839959.1.105.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.12.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1675709.1.104.0Отображение признака наличия ФОБ по платежному поручениюФинансово-расчетные операцииПлатежное поручение
Включили формирование ФОБ по собственным и сторонним ПД через ФРО. Стал доступен пункт Финансовые обязательства, ФОБ формируется. Но не видно по каким поручениям, уже сформировано ФОБ. В ДО есть колонка Ф, которая показывает наличие ФОБ по документу. Предлагаем доработать аналогичную колонку в интерфейсе платежных поручений, чтобы видеть, по каким документам уже сформированы ФОБВ списке платежных документов добавлена колонка (без подписи), в которой выводится информация о распределении документа по ФО, а именно: выводится буквы П, Ч, Н П - полностью распределен Ч - частично распределен Н - не распределен
102.1701689.1.104.0Пропадают фин.операцииФинансово-расчетные операцииПлатежное поручение
На предприятии ведется много различных расчетных счетов организации. В платежке проставляют проводки и финансовые операции в управленческом плане счетов. Некоторым платежкам приходиться менять раздел путем переноса стандартной функцией. При этом бух проводки сохраняются, а фин проводки пропадают.При переносе платежек в другой раздел стандартной функцией бух проводки и фин проводки сохраняются.
102.1720559.1.104.0Синхронизировать сумму к выплате с суммой начисленнойФинансово-расчетные операцииРеестры по перечислениям
При формировании суммы к выплате(SPPLBAN.SUMOPL) в реестре по перечислениям с помощью ФЛМ "Распределить сумму равномерно" и "Установить фиксированную сумму по сотруднику", значение в поле сумма начисленная(SPPLBAN.SUMUD) не меняется, в отличие от ручной корректировки.Значение в поле сумма начисленная(SPPLBAN.SUMUD) меняется при формировании суммы к выплате в реестре по перечислениям с помощью ФЛМ "Распределить сумму равномерно" и "Установить фиксированную сумму по сотруднику".
102.1833209.1.104.0Платежная ведомость удаляется несмотря на отрицательный ответ на вопрос о необходимости удаленияКассаПлатежные ведомости
Платежная ведомость удаляется несмотря на отрицательный ответ на вопрос о необходимости удаления. При попытке удаления ведомости, по которой сформированы документы, пользователю выдается сообщение с вопросом "По ведомости NNNN сформированы документы. Удалить платежную ведомость?". Но независимо от ответа удаление продолжается и если документы, сформированные по ведомости, не закрыты для редактирования, ведомость будет удалена.При удалении платежной ведомости система учитывает отрицательный ответ пользователя на вопрос о необходимости удаления записи.
102.1822679.1.103.0Не запускать пересчет прав в авансовом отчете при работе с документомКассаАвансовый отчет
Не запускать пересчет прав в авансовом отчете при работе с документом при включении настройки "Сохранять рассчитанные права при разграничении доступа" не нужно запускать пересчет прав при работе с документом(автоматическое изменение суммы).Теперь пересчет прав запускается только один раз при запуске.
102.1826749.1.103.0Групповая печать документов не соответствует установленной сортировкеФинансово-расчетные операцииПлатежное поручение
Ставим сортировку по полю "Сумма" и выделяем кнопкой (Пометка всех записей) все поручения и отправляем на печать. При этом документы в печатной форму попадают не в соответствии с текущей сортировкой. Если же выделять каждый документ по одному, то в печатную форму документы попадают в том порядке, в котором проводилось выделение.При групповой печати платежных документов, ПД в печатной форме сортируются согласно текущей сортировки брауза. Значение параметра: Настройка -> Сервис -> Конфигуратор -> Параметры -> System.UseBrowserCacheAndSort должно быть "True"
101.642469.1.102.0Авансовый отчет - не работает F3 выбор сотрудникаКассаАвансовый отчет
Если у пользователя установить настройку "Настройки Галактики Общие настройки системы Табельный номер" То перестает работать выбор сотрудника при создание АО по F7 и при копировании (Ctrl+F2, Ctrl+F3) Чтобы заработало нужно закрыть Авансовый отчет и вновь открыть на редактирование.В авансовом отчете исправлен выбор сотрудников по F3, при заданной настройке "Настройки Галактики Общие настройки системы Табельный номер"
102.1787309.1.102.0шаблон формирования назначенияФинансово-расчетные операцииПлатежное требование
При формировании назначения платежа в ПП, для каждой строки используется максимум 76 символов из 100 доступных. Макрос Список ДО возвращает максиму 250 символом - увеличить моксимально возможную длину возвращаемого макросом значения.При формировании строк назначения платежа формируются строки длинной до 100 символов (исключение: 4я строка в ПП - 255 символов). Макросы могут возвращать значение длинной до 600 символов (чтобы отобразить такой результат необходимо использовать управляющий символ переноса - ^n). Примечание: Для корректной работы нужно ставить управляющие символы: ^n, ^b, ^p - в начале строки.
102.1815579.1.102.0Печатная форма авансового отчёта в бизнес тексте выводится на 3 страницы вместо 2.КассаАвансовый отчет
Печатная форма авансового отчёта в бизнес тексте выводится на 3 страницы вместо 2. Линия отреза расположена над строкой "Расписка" и первая страница выводится на печать двумя листами, а должна умещаться на один лист.Первая страница печатной формы АО влазит на один лист. Примечание: Это относится к форме без увеличения количества ее строк. Например, за счет длинного наименования собственной организации, структурного подразделения, назначения платежа или др.
102.1817389.1.102.0Групповая функцияКассаАвансовый отчет
После реализации функционала в ПИРе 103.9105 для сдачи отчетности за 1 квартал клиенту необходимо зайти в каждый авансовый отчет и нажать ALT+S. Это трудоемко и неудобно. Необходимо создать групповую функцию, которая передаст нормируемые данные из авансовых отчетов.Реализована групповая функция по расчету превышения нормы расходов: в контекстное меню списочной формы авансовых отчетов добавлен пункт "Расчет превышения нормы расходов". При вызове данной функции, будет выполнен расчет превышения нормы расходов по всем выделенным авансовым отчетам.
101.614749.1.101.0очень долго открывается интерфейс авансовых отчетовКассаАвансовый отчет
Долго открывается интерфейс работы с авансовыми отчетами. Установлены права доступа по структурным единицам штатного расписания. "Подвисание" системы при перемещении по записям.Доработано разграничение прав по подразделениям, структурным единицам штатного расписания для Кассовых документов: Приходный кассовый ордер Расходный кассовый ордер Авансовый отчет Валютный приходный кассовый ордер Валютный расходный кассовый ордер Расчет прав происходит каждый раз при входе в интерфейс списка документов. После расчета прав навигация по документам происходит с учетом рассчитанных прав, без пересчета при перемещении по документам. Расчет прав на документы происходит при включении настройки "Настройки Галактики Бухгалтерский контур Касса Сохранять рассчитанные права при разграничении доступа" Включение настройки целесообразно при сильно ограниченном доступе к подразделениям, структурным единицам штатного расписания.
102.1811889.1.101.0Дополнительные функции локального меню для стор ППНастройкаНастройка БУХГАЛТЕРСКОГО контура
Необходимо добавить возможность запуска алгоритма по дополнительной функции локального меню для стороннего платежного поручения: НастройкиБухгалтерский контурОбработка документовДополнительные функции локального менюСторонние платежные порученияВ "Настройки ГалактикиБухгалтерский контурОбработка документовДополнительные функции локального меню" добавлена группа настроек "Сторонние платежные поручения".
103.97579.1.101.0Увеличить интервал между строками при печати в РКОКассаРасходный кассовый ордер
Вставить пробел между строками при печати в РКО Необходимо увеличить межстроковый интервал в шаблоне печатной формы RTF перед строками "Сумма", "Руководитель организации", "Выдал кассир".Увеличен межстроковый интервал в шаблоне печатной формы RTF перед строками "Сумма", "Руководитель организации", "Выдал кассир".
103.97709.1.101.0Увеличить интервал между строками при печати в ПКОКассаПриходный кассовый ордер
Увеличить интервал между строками при печати в ПКО Необходимо увеличить межстроковый интервал в шаблоне печатной формы RTF перед строкой "Главный бухгалтер" (в ордере).Увеличен межстроковый интервал в шаблоне печатной формы RTF перед строкой "Главный бухгалтер" (в ордере).
102.1805169.1.100.0Код КБК стал выводиться с пробеламиФинансово-расчетные операцииПлатежное поручение
Код КБК (закладка Налоговые реквизиты) стал выводиться с пробеламиВ платежных документах, на вкладке "Налоговые реквизиты", при выводе кода КБК обрезаются пробелы.
102.1788019.1.99.0Объединенный реестр в ФинконтуреЗаработная платаРеестры межрасчетного периода
Объединенный реестр в модуле ФРО.В перечне реестров по перечислениям скрыты записи объединенных реестров (префикс R$$). Составляющие объединенный реестр записи отображаются отдельно.
102.1791309.1.99.0Видимость реестров на перечисление в платежке с разграничением прав доступаФинансово-расчетные операцииПлатежное поручение
В модуле Заработная плата введены подразделения для НДФЛ, которые будут выбираться только в дополнительной аналитике на вкладке =Отнесение затрат= лицевого счета. При этом в ШР для данных записей не созданы никакие подразделения. Т.е. в соответствии СЕ и подразделений нет никаких записей. Настроено разграничение доступа к подразделениям Заработной платы в рамках своих филиалов, в т.ч. пользователям предоставлен доступ к данным спец.подразделениям для НДФЛ в разрезе своих филиалов. В модуле Управление персоналом также предоставлен доступ к подразделениям ШР в рамках своих филиалов. Реестры на перечисление НДФЛ формируются по Подразделению из дополнительной аналитики и данное подразделение фигурирует в реестре, привязанному к платежному поручению. Необходимо если установлена настройка "Учитывать разграничение прав доступа по подразделениям в Управлении персоналом"-"Нет", то должно срабатывать разграничение доступа по подразделениям модуля Заработная плата.Для закладки Реестры в ПП при проверке прав доступа учитывается настройка "Учитывать разграничение прав доступа по подразделениям в Управлении персоналом". Если настройка выключена - то права доступа по СЕ ШР не учитываются. Если включена - и если включена настройка УП "Разграничение доступа к подразделениям" то учитываются права доступа по СЕ ШР.
102.1776609.1.98.0В налоговых реквизитах выводить код КБК, а не наименованиеФинансово-расчетные операцииПлатежное поручение
В налоговых реквизитах выводить код КБК, а не наименование. Необходимо доработать интерфейс Галактики по отображению кода КБК в ПП. С 8 версии код КБК записывался в поле наименование (таблица KATKOD) в 9 версии поле Код было увеличено до 30 символов. При попытки перенести код КБК в поле Код и заполнить поле Наименование названием КБК в интерфейсе поручений выводится поле Наименование, а не поле Код.На закладке "Налоговое реквизиты" в ФОБ и ПП поле КБК подставляется из каталога следующим образом: если заполнено наименование КБК и по структуре содержимое в наименовании похоже на код КБК (20 цифр, без учета пробелов), подставляется наименование, иначе - подставляется из поля код КБК
102.1789409.1.97.0Изменения в законодательстве РБ по расчету курсовых разницФинансово-расчетные операцииПересчет курса
В связи с тем, что С 2018 года задолженность в эквиваленте подпадает под регулирование НСБУ N 69 и будет отражаться и пересчитываться в том же порядке, что и задолженность, выраженная в иностранной валюте, необходимо реализовать возможность формирования бухсправок в разрезе контрагентов и указанием направления для участия в расчете баланса взаиморасчетов по контрагентам.Добавлена настройка "Настройки Галактики Бухгалтерский контур Курсовые разницы Участвует в балансе взаиморасчетов с контрагентами". да/нет(по умолчанию) Если новая настройка включена - формируемые суммы по проводкам курсовых разниц отражаются в балансе взаиморасчетов с контрагентами. В окно редактирования настройки пересчета курсовых разниц добавлено поле "Направление" (Закупка/Продажа). Т.к. по каждой настройке расчета курсовых разниц формируется один документ "Бухгалтерская справка" - указанное направление переносится в формируемую бух.справку и хоз.операции соответственно. Дооцеку проводок по дебету и кредиту необходимо определить отдельными настройками и указать соответствующее направление для формируемых проводок. Дооценивать одновременно обороты/сальдо по дебету и кредиту не допускается. Хоз.операции формируются в разрезе контрагентов для корректного отражения в балансе взаиморасчетов. Реализовано для функционала расчета курсовых разниц: Модуль ФРО - Операции - Курсовые разницы - Пересчет курса Модуль ФРО - Отчеты - Обороты в валюте - Ежедневный учет и расчет курсовых разниц
102.1790359.1.96.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре Alter_Cumulative 9.1.9.0.Обеспечение корректной работы. На докомпилированном словаре пересобраны ресурсы работающие и изменёнными таблицами. Комплектность установки ресурсов обеспечена требованиями при установке.
102.1706539.1.95.0Изменение реестра на перечисление в ФРОФинансово-расчетные операцииРеестры по перечислениям
Реестр на перечисление модуля ФРО закрыт для редактирования настройками и из интерфейса Реестров его нельзя изменять, но можно изменять открыв его на редактирование из АО или приказа на командировку, что неверно. Нужно чтобы проверка доступа производилась при любом обращении к реестрам. При изменении настройки "Настройки Галактики Общие настройки системы Доступ к документам" изменяются права доступа к реестрам, хотя в реестрах на перечисления дескриптор и группа дескриптора отсутствуют.Права доступа к Реестрам на перечисление проверяются при открытии Реестров из любого места. При изменении настройки "Настройки Галактики Общие настройки системы Доступ к документам" права доступа к реестрам на перечисления отрабатывают корректно.
102.1755559.1.95.0Закладка по умолчанию в интерфейсе авансового отчетаКассаАвансовый отчет
Если авансовый отчет в Галактике регистрирует не бухгалтер, а специалист, то ему удобней, чтобы по умолчанию открывалась закладка "Спецификация", а не "Проводки". Можно реализовать через пользовательскую настройкуДобавлена пользовательская настройка: "Настройки Галактики Бухгалтерский контур Касса При открытии АО вкладка по умолчанию" со значениями: - проводки (по умолчанию) - спецификация В зависимости от данной настройки, закладка по умолчанию при открытии интерфейса АО будет либо "Проводки", либо "Спецификация".
102.1777449.1.95.0Исправить орфографические ошибки в описании идентификатора SpSFХозоперацииНастройка хозопераций /укажите тип документа/
Исправить ошибки склонения слова "счет-фактура" в описании идентификатора SpSF: 1) на вкладке "Информация" окна параметров (вызов - из окна "Мастер идентификаторов" из поля "Параметры" (по F3) для соответствующего идентификатора); 2) в наименовании параметра "расчет разницы между спецификациями исправленнОЙ и исходнОЙ СФ" окна параметров (вызов - из окна "Мастер идентификаторов" из поля "Параметры" (по F3), вкладка "Параметры"). Слово "счет-фактура" - существительное мужского рода, при склонении изменяются обе части этого слова, поэтому правильно: исправленный счет-фактура, спецификации счетов-фактур и т. д.Исправлено описание и наименование параметров для идентификатора VzBaseDoc
102.1778269.1.95.0Авансовый отчет - выбор только работающего сотрудникаКассаАвансовый отчет
Авансовый отчет - выбор только работающего сотрудника. Авансовые отчеты стали заполнять сотрудники самостоятельно и стали возникать ошибки. Выбирают вместо работающего сотрудника, сотрудника из архива или уволенного . Нужно добавит в систему пользовательские настройки для формирования авансовых отчетов: 1) "Показывать в интерфейсе выбора сотрудника только работающих" Пользователь, заполняющий АО один раз выбрал архивного сотрудника, например установил фильтр по списку АО по сотруднику, потом забыл об этом. Далее при создании АО ему предлагается старый фильтр по сотрудникам. И в новый авансовый отчет попадает архивный сотрудник. Ошибку находит бухгалтер только при анализе 71 счета. Нужно запретить пользователям создавать/копировать АО с неработающими сотрудниками. 2) "Сотрудник по умолчанию в авансовом отчете" . Если настройка заполнена при создание нового авансового отчета брать из этой настройки. Большинство работников формирует АО только на себя и для них выбор сотрудника лишняя операция.При добавлении нового авансового отчета по F7 поле "Фамилия, И.О." заполняется Фамилией Именем и Отчеством сотрудника, который указан в настройке "Настройка / Общие настройки системы / Табельный номер".
101.631719.1.94.0В случае, когда валюта аванса отлична от НДЕ, эта сумма не учитывается при подсчете общей суммы АОКассаАвансовый отчет
В случае, когда валюта аванса отлична от НДЕ эта сумма не учитывается при подсчете общей суммы АОЕсли спецификация АО в разной валюте, то общая сумма АО считается только в НДЕ (в случае, если АО в НДЕ).
102.1780099.1.93.0Изменить вывод суммы в поле "Итого"Финансово-расчетные операцииИсходящее авизо
При печати "Извещение (Авизо)" в поле "Итого" подсчитывать сумму только по проводкам или "у авизуемого" или "у авизующего", а не суммировать все проводки подряд.При печати авизо, в итоговую сумму по документу не входят суммы со знаком "-"