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


Описание файла обновления:
ФайлF_SOPRHOZ_RES_91940.TXT
ОбновлениеF_SoprHoz_res_91940
НазначениеОбщее
ПродуктГалактика 9.1
Релиз31.03.2012 : Atlantis 5.5
КомпонентF_SOPRHOZ
ТипRES
Версия9.1.94.0
Дата2018-11-02 16:06:33
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.1350769.1.24.0Для работы с банковскими гарантиями необходимо большее количество символов в номере. Прошу расширить до 80.Управление договорамиРабота с банковской гарантией
Для работы с банковскими гарантиями необходимо большее количество символов в номере. Прошу расширить до 80.Банковские гарантии перенесены из таблицы Iski на таблицу KatSopr. При этом для сохранения ссылок в аналитиках и ЦУ сохранена связь между записями KatSopr и Iski. Поле для номера на 8.1 - 40 символов, на 9.1 - 100.
102.1298179.1.23.0Идентификатором PAYDIFFRATE неверно определяется сумма авансовых(предоплата) платежей, если накладная в бел.рубХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Идентификатором PAYDIFFRATE неверно определяется сумма авансовых(предоплата) платежей, если накладная в НДЕ, а платеж валютный, после выполнения функции "Пакетный пересчет сумм НДЕ для накладных/актов по курсам на дату платежа"В идентификаторе PayDiffRate доработан параметр "Результат". При установленном значении [Рез:Распр] выдает сумму из распределения платежа.
106.98499.1.23.0Изменение функционала хозоперацийКассаАвансовый отчет
Изменение функционала хозопераций В рамках решения проблемы 102.128385 был изменен функционал изменения входимости хозоперации в сумму документа. "В случае, если пользователь уводит хозоперацию в "минус", происходит автоматическое создание аналогичной хозоперации с "плюсом", при этом производится перенос всех ссылок из уведенной в минус хозоперации, кроме проводок. Таким образом переносится связь с ДО, ДО на предоплату, распределение по накладным, по ДО, по платежному календарю, налоги, счет-фактура и внешняя аналитика. При этом позиционирование производится на созданной "плюсовой" записи. При этом в записи уведенной в "минус" блокируются для редактирования поля ДО и ДО на предоплату." Клиент давно использует данный функционал и всегда добавлял новые записи и изменял входимость операции. После установки обновления увеличилась трудоемкость данной операции: теперь автоматически добавляется новая запись, которая не нужна клиенту. Приходится удалять ненужную запись, что может повлечь за собой по ошибке удаление нужной записи. Далеко не для всех клиентов необходим и удобен такой вариант работы функционала. Необходимо добавить анализ заполненности поля "Предоплатное ДО". Если поле не заполнено, то и входимость операции меняется в старом режиме - без добавления новой записи, если поле заполнено, то формируется вторая запись. Это будет удобно и эргономично для всех клиентовДобавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Контроль баланса при изменении признака входимости хозоперации", которая по умолчанию принимает значение "Да". Настройка управляет функционалом автоматического создания хозоперации при уводе её в "минус". Когда настройка включена, происходит автоматическое создание новой хозоперации с позиционирование с на ней. При выключенной настройки - ничего не происходит.
180.78319.1.23.0Не работает настройка доступ к формированию проводокХозоперацииРазноска ТХО "Все документы"
Установлена настройка: Бухгалтерский контур - Типовые проводки - Доступ к формированию проводок - "Только со своим дескриптором". Заходим в модуль Хозоперации-Операции-Разноска хозопераций- ФРО-платежные поручения-собственные. При выборе ТХО по одному документу предупреждает и не дает привязать ТХО, а вот если пометить несколько документов, то дает привязать ТХО и удаляет проводки сформированные другим пользователем.Исправлена проверка прав доступа в случае привязки или удаления ТХО в режиме помеченных маркером записей.
102.1158399.1.22.0"Закрытый отчетный период до" с возможностью задания плана счетовКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Появилась необходимость закрыть возможность редактирования проводок, сформированных в разных планах счетов, по-разному. В основном плане счетов закрытый период соответствует отчетному периоду бух. контура - все, что раньше даты отчетного периода, должно быть закрыто для редактирования. Во втором плане счетов закрытый период должен быть равен (отчетный период - 1 месяц). Объясняется это следующей спецификой работы: 1. Например, текущий отчетный период бух. контура - март 2012. В основном плане счетов формируем все проводки, проверяем, переходим на новый отчетный месяц (апрель 2012). Данные по основному плану счетов до 01.04.2012 должны быть закрыты для редактирования, начинаем вводить апрельские документы и проводки в основном плане счетов. 2. После перехода на апрель формируем на основе ТХО и при необходимости корректируем проводки за март 2012 во втором плане счетов на основе данных закрытия в основном плане счетов. Чтобы это сделать, пользователям приходится вручную менять настройку "Закрытый отчетный период до", т.к. после перехода эта настройка имеет значение 01.04.2012. Второй план счетов повторяет план счетов учетной системы вышестоящей организации, дочерним предприятием которой является наш клиент. Сформированные во втором плане счетов итоги экспортируем в учетную систему вышестоящей организации. Меняем настройку "Закрытый отчетный период до" на 01.04.2012.Доработана пользовательская настройка "Настройки Галактики Бухгалтерский контур Параметры работы с регистрами учета и планами счетов". При изменении значения данной настройки открывается окно, в котором производится настройка параметров. На закладке "Закрытый период для проводок" необходимо выбрать планы счетов и указать для них дату, начиная с которой можно редактировать (создавать, изменять или удалять) проводки, сформированные по этому плану счетов. Параметры работы с регистрами учета и планами счетов можно скопировать от одного пользователя другому с помощью стандартного функционала копирования настроек. Параметр настройки "Закрытый период для проводок" учитывается в функции "Переразноска в текущем периоде". Формировать новые проводки разрешено на дату, не попадающую в закрытый период по текущему плану счетов при раздельной привязке ТХО и в закрытый период всех планов счетов при сквозной привязке ТХО. В интерфейсах ввода сальдо за день, сальдо за месяц и сальдо по просроченной задолженности редактирование сальдо запрещено в закрытом по текущему плану счетов периоде. В функции "Сальдо за месяц - Перерасчет сальдо на начало месяца" в зависимости от параметра "Провести пересчет сальдо на начало месяца по: по всем планам счетов/заданному плану счетов/заданным счетам/субсчетам" период пересчета не должен попадать в закрытый период всех планов счетов/выбранного плана счетов/текущего плана счетов. Если во всех выбранных настройках закрытия счетов установлен параметр "формировать проводки только в текущем ПС", то дата выполнения закрытия счетов не может попадать в закрытый период по текущему плану счетов, иначе в закрытый период всех планов счетов. При отмене закрытия счетов (удалении бухсправок по закрытию счетов), как и раньше, анализируется общая настройка закрытого отчетного периода бухгалтерского контура.
101.548419.1.21.0Сообщение "Операция запрещена. Табица №9011", если встать курсором на ордер с проводкамиСкладской учетПриходные ордера
Если встать курсором на ордер, по которому сформирована проводка, выдается сообщение "Операция запрещена. Табица №9011". Проблема появилась только после установки обновлений и распространяется только на ордера введенные после установки обновлений, и соответственно по которым есть проводки. Настройки, указанные ниже никак не повлияли на ситуацию: "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода", "Настройки Галактики Бухгалтерский контур Типовые проводки Контроль соответствия сумм хозоперации и проводок в документах контура логистики". У пользователя наложены ограничения на таблицу oborot - только чтение.Исправлено.
102.1301959.1.21.0Состояние задолженности при распределении платежаФинансово-расчетные операцииБухгалтерская справка
ФРО - Документы - Платежное поручение/бухсправка. Привязываем ДО. Автоматический расчет баланса. V - есть платежи, Н - только отгрузка. Возврат по рекламации никак не обозначен. Бухгалтеру неудобно работать. Можно ли добавить еще признак, "долг закрыт возвратом"? Достаточно какой-нибудь буквы и цветом выделять, аналогично как сейчас выделяется: черный - долг на всю сумму, красный - долг закрыт полностью, зеленый - долг закрыт частично.В интерфейсе выбора ДО, в режиме расчета баланса по ДО добавлено поле "Возврат", в котором отображается сумма возвратов по рекламационным накладным для текущего ДО. В случае, если по ДО нет оплаты и есть возвраты, то текущая запись будет отображаться синим цветом.
102.1334699.1.21.0Доработать функционал формирования платежных поручений в договоре цессии (продажа долга)Расчеты с поставщиками и получателямиДоговоры уступки долга (продажа)
Доработать функционал формирования платежных поручений в договоре цессии (продажа долга). В настоящий момент при формировании платежного документа по кнопке "выполнение обязательств покупателем" (статус договора "исполняемый") сумма платежки формируется на величину, за которую продается долг (или на разницу между суммой продажи и суммой предыдущих платежей от покупателя по этой цессии, если таковые имеются). НО как только сумма оплаты от покупателя долга становится равной сумме продажи долга, автоматический контроль задолженности по договору цессии отключается, и пользователю может формировать платежи далее без запрета и вывода предупредительных сообщений. Ситуация одинаково верна и при включенои и при выключеной настройке "При выборе контрагента контролировать долг".Запрещено "Выполнение обязательств покупателем", до момента, пока не будет заполнена дата обработки договора уступки долга. Исправлены ошибки при формировании платежей
102.1320559.1.20.0Запрещать отвязывать / привязывать закрытые договораФинансово-расчетные операцииПлатежное поручение
Запрещать отвязывать / привязывать закрытые договора Необходимо реализовать функциональность, позволяющую запрещать любые действия по привязке/отвязке закрытого договора от платежного документа, которые влекут за собой нарушение баланса расчетов по этому договору: 1) Запрет на удаление платежных документов, у которых есть хозоперации с закрытыми договорами. При этом модификация шапки платежного документа разрешена. Исключением является привязка/отвязка ДО. Данную операцию запрещено проводить в шапке платежного документа. 2) Запрет на удаление хозопераций платежного документа при наличии ссылок на закрытые договора. При этом разрешена модификация хозоперации. Исключением является привязка/отвязка ДО и изменение суммы хозоперации. 3) Запрет на привязку закрытых договоров к хозоперациям. Запрещена как привязка закрытого договора, так и привязка ДО с закрытым договором. P.S. Указанные запреты должны работать также при использовании пакетного распределения платежей.Реализована функциональность запрещающая в платежных документах выполнять действия ведущие к привязке/отвязке договоров/соглашений/ПКП в статусе "закрытый". Управляется настройкой "Настройки Галактики Логистика Документы Управление договорами Разрешать отвязывание закрытых договоров/соглашений/ПКП от документа". Если в платежном документе, есть хотя бы одна хозоперация с закрытом договором/соглашением/ПКП, то происходит блокировка шапки платежного документа. В данном случае документ нельзя удалить, модифицировать или выполнить его копирование. При этом блокируются только те его хозоперации, в которых есть связь с закрытыми договорами/соглашениями/ПКП. В заблокированной хозоперации запрещено привязывать/отвязывать ДО, изменять дату операции, сумму, валюту, а так же уводить хозоперацию в "минус". Остальные действия разрешены. Не заблокированные хозоперации свободно редактируются за исключением привязки закрытых договоров или ДО с закрытыми договорами/соглашениями/ПКП. При создании новых хозопераций, шапка заблокированного платежного документа не изменяется и равновесие сумм достигается за счет автоматического создания сумм с минусом. Функциональность распространяется только на ручную работу пользователя в каталоге платежных документов и не распространяется на пакетное распределение платежных документов и на создание платежных документов из ДО.
102.1324399.1.20.0Исправить перерисовку "подвала" интерфейса при движении по документам в спискеУправление снабжениемФормирование накладных на получение
Исправить перерисовку "подвала" интерфейса при движении по документам в окне "Исполняемые ДО, основание на закупку". При быстром перемещении по документам в нижней части окна отображается некорректная информация (отображается разница сумм по соответствующим графам между текущим и предыдущим документами). Верная информация по текущему документу отображается только через несколько секунд при остановке на конкретной записи.Отображение значений задолженности по платежам и отгрузкам по текущему документу выполняется после пересчета соответствующих значений приходов и расходов, т.е. после остановки на конкретной записи.
102.1324639.1.20.0Стороннее платежное поручение из договора уступки долга (продажа) формируется на нулевую суммуРасчеты с поставщиками и получателямиДоговоры уступки долга (продажа)
Стороннее платежное поручение из договора уступки долга (продажа) формируется на нулевую сумму.Договоры уступки долга (продажа) Договоры уступки долга (покупка) Договоры уступки собственного долга Исправлено формирование платежных документов функциями "Выполнение обязательств должником" и "Выполнение обязательств покупателем"
102.858479.1.20.0Необходимо контролировать превышение дебиторской задолженности контрагентаФинансово-расчетные операцииПредложения по новой функциональности модуля "ФРО"
Необходим функционал, позволяющий запретить оплату (формировать платежное поручение), если долг контрагента превышен. -Необходимо контролировать превышение дебиторской задолженности контрагента в момент формирования очередного платежа этому контрагенту. - Система должна запретить формирование платежного поручения. - Контролировать необходимо общую дебиторскую задолженность контрагента.Реализован функционал, позволяющий запрещать формирование платежного документа, если долг контрагента превышен. Для любого контрагента можно указать максимальный долг (в окне редактирования на закладке "Прочее"). Этот долг может быть задан в НДЕ и/или в базовой валюте. Функциональность распространяется на собственные документы-поручения и на сторонние документы требования и регулируется настройкой "Настройки Галактики Логистика Расчеты с контрагентами При выборе контрагента контролировать долг". Смысл доработки заключается в том, что бы сумма платежных документов по контрагенту, не превышала один из указанных долгов. Таким образом контроль баланса производится в следующих случаях: 1) При ручном создании платежного документа. 2) При изменении суммы платежного документа. 3) При изменении контрагента платежного документа. 4) При выполнении копирования платежного документа (текущего, по маркеру или из открытого окна редактирования). 5) При изменении даты оплаты. В случае возникновения нарушения баланса, при выполнении вышеописанных действий с 1-го по 4-й пункт, система выдает сообщение о нарушении баланса, с отображением сумм баланса, и запрещает выйти из режима редактирования документа до тех пор, пока в документе не будет указана разрешенная сумма. При изменении даты оплаты (5-й пункт), проверка баланса носит исключительно информативный характер. При нарушении баланса, система информирует пользователя об этом, но позволяет проставить дату оплаты. При отмене даты оплаты, проверка баланса не производится. В окне редактирования платежного документа, в локальное меню добавлена секция "Информация о балансах", в которой располагаются следующие команды меню: - Просмотр имеющихся ежедневных балансов. - Рассчитать и показать баланс с контрагентом на дату платежа. Данные команды дублируют аналогичные пункты меню из каталога организаций, за исключение того, что баланс рассчитывает на дату и для контрагента из текущего платежного документа. Следует отметить, что для платежных документов в контроле баланса участвуют не только оплаченные документы, но и выписанные (без даты оплаты). При этом наличие выписанных документов анализируется только для направления "закупка", т.е. собственные документы-поручения и сторонние документы-требования.
102.1313049.1.19.0Обеспечение корректной работы на докомпилированном словаре Галактики ERP 9.1Предложение по новой функциональности Галактики ERP (по системе в целом)?
Необходимо обеспечить корректную работу ресурсов на докомпилированном словаре.Для обеспечения корректной работы ресурс пересобран на докомпилированном словаре. Комплектность установки ресурсов будет обеспечена требованиями при установке.
102.1283859.1.18.0Ссылка на ДО на предоплату в хозоперации платежкиФинансово-расчетные операцииПлатежное поручение
Авансовое платежное поручение сформировано на основании ДО на предоплату. После формирования акта и ДО бухгалтера делают зачет аванса: заходят в хозоперацию, т.к. на аванс уже привязана ТХО, то в ней устанавливают признак Входит в сумму документа "-" и создают новую хозоперацию, в которой привязывают ДО. В созданной по F7 хозоперации ссылка на ДО на предоплату 0. В пакетном распределении в новой хозоперации ссылка на ДО на предоплату наследуется. Необходимо, чтобы работало как и в пакетном - оставалась ссылка на ДО на предоплату.Автоматизирована операция увода хозоперации в "минус". В случае, если пользователь уводит хозоперацию в "минус", происходит автоматическое создание аналогичной хозоперации с "плюсом", при этом производится перенос всех ссылок из уведенной в минус хозоперации, кроме проводок. Таким образом переносится связь с ДО, ДО на предоплату, распределение по накладным, по ДО, по платежному календарю, налоги, счет-фактура и внешняя аналитика. При этом позиционирование производится на созданной "плюсовой" записи. При этом в записи уведенной в "минус" блокируются для редактирования поля ДО и ДО на предоплату.
104.202389.1.18.0Изменение принципа расчета курсовых разниц в PAYDIFFRATEХозоперацииНастройка хозопераций /укажите тип документа/
Изменение принципа расчета курсовых разниц в PAYDIFFRATE В идентификатор PAYDIFFRATE был добавлен параметр "учитывать дату баланса", который может использоваться при расчете результата с типом "Курсовая разница" для расчета операционной КР по документам. Параметр предназначен для того, чтобы при расчете операционной КР учитывался курс валюты по состоянию на дату баланса, коей является последнее число каждого квартала (31/03, 30/06 и т.д.), т.к. согласно украинского законодательства валютные счета переоцениваются согласно текущему курсу на последний день квартала. В данный момент эта функция реализована так, что для пересчета берется курс на следующую ближайшую дату баланса по отношению к отгрузке (например, если накладная от 15/08, курс для пересчета будет взят на 30/09). Это не является правильным, т.к. переоценка счетов делается ежеквартально. Прошу реализовать пересчет по курсу на ближайшую предшествующую ОПЛАТЕ дату баланса. Например, если отгрузка 15/11/2013, а оплата 20/02/2014, курс для пересчета должен браться на 31/12/2013.Изменен принцип расчета курсовых разниц при использовании параметра "учитывать дату баланса" в PAYDIFFRATE. Реализован пересчет по курсу на ближайшую предшествующую оплате дату баланса. Например, если отгрузка 15/09/2013, а оплата 20/02/2014, курс для пересчета берется на 31/12/2013.
180.79669.1.18.0Удаление ХозОперации в платежном порученииФинансово-расчетные операцииВходящие документы
На текущий момент после удаления хозопераций пользователи вручную восстанавливают связь между авансовым СФ и хозоперацией и также вручную удаляют записи в книги, что иногда влечет ошибки. Предлагается доработать алгоритм удаления хозоперации непосредственно из хозоперации: ввести параметр, который позволит перепривязывать авансовый СФ к одной из оставшихся хозопераций (входимость в сумму в документа +). То есть при удалении хозоперации, если она является главной - авансовый СФ ссылается на нее, - то найти хозоперации в этом документе, которые тоже ссылаются на данный СФ и связать с любой из них счет-фактуру. Записи в книги в авансовом СФ по данной хозоперации при этом удалить.При формировании счет-фактуры устанавливается двухсторонняя связь. Хозоперация ссылается на СФ, и сама СФ ссылается на хозоперацию - это так называемая "первичная" хозоперация. При последующем дроблении хозоперации происходит наследование ссылки на авансовую СФ, т.е. все новые хозоперации начинают ссылаться на эту авансовую СФ. Но в самой СФ ссылка на "первичную" хозоперацию, по которой она была создана, остается неизменной. В случае, когда удаляется не "первичная" хозоперация, попытки удалить СФ не производятся. При удалении "первичной" хозоперации выдается запрос на удаление СФ, и если пользователь отвечает утвердительно, то происходит удаление СФ, а это приводит к тому, что в других хозоперациях ссылка на авансовую СФ так же пропадает. Если пользователь не удаляет СФ, то в других хозоперациях ссылка на СФ сохраняется, однако сама СФ теряет связь с платежом, т.к. "первичная" хозоперация, на которую она ссылается, уже удалена. Доработка заключается в том, что при удалении первичной хозоперации, в случае если её авансовая счет-фактура привязана к двум или более хозоперациям, в счет-фактуре производится замена ссылки на "первичную" хозоперацию, на первую попавшуюся хозоперацию текущего платежного документа, которая ссылается на данную СФ. Таким образом, при удалении множества хозопераций, ссылающихся на одну и ту же СФ, запрос на удаление СФ возникнет только на удалении последней хозоперации ссылающейся на данную СФ. При этом записи регистрации по хозоперациям с распределенным сопроводительными документами, при удалении хозоперации удаляются автоматически. А первичная запись регистрации предоплаты на всю сумму платежного документа остается неизменной, и в случае изменения суммы платежного документа контроль за соответствиями этих сумм остается на совести пользователя.
102.1291949.1.17.0Необработанное исключение при выходе из ЛЗКУправление производственной логистикой (УПЛ)Основание/ЛЗК
Необработанное исключение при выходе из ЛЗК Захожу в окно редактирования ЛЗК, Esc. Сообщение "не установлен план счетов", ОК, Необработанное исключеник. То же самое в накладных.В связи с тем, что не заданы настройки "Настройки ГалактикиБухгалтерский контурТекущий план счетов" и "Настройки ГалактикиБухгалтерский контурТекущий регистр учета", не происходит загрузка объекта проверки проводок, что в результате приводит к возникновению необработанного исключения. Добавил обработку данного исключения. В случае если не заданы настройки, и соответственно не происходит загрузка объекта проверки проводок, то не запускаю проверку проводок. В результате исключение не возникает. При этом обновление хозоперации не производится до тех пор, пока настройки не будут установлены.
102.1300059.1.17.0Несоответствие количества знаков в полях Номер документа между таблицамиКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Номер документов в сопроводительных документах (актах, накладных и т.п.) (таблица Katsopr) вмещает 41 знак. В Хозоперациях по этому документу (таблица SOPRHOZ),в проводках (таблица Oborot)в поле "N док" ограничение до 21 знаков. Соответственно при печати отчетов (Реестры хозяйственных операций, книга бух.проводок, в интерактивных очтетах, акты сверки, журнал-ордер) на печать выводится информация не соответствующая сопроводительному документу. Необходимо увеличить длину поля Номер документа в таблицах - до 41 знака.Реализована возможность вывода полного номера первичного документа соглавно настройке "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Отображать в отчетах номер первичного документа". Доработано: Отображение номеров в нижней панели отчетов: -Аналитический отчет(формирование) -Интерактивный аналитический отчет -Акт сверки -Журнал операций -Универсальный журнал-ордер Печатные формы отчетов: -Книга бухгалтерских прводок -Акт сверки -Журнал операций -Универсальный журнал-ордер -Аналитический отчет(формирование) -Интерактивный аналитический отчет
102.1300309.1.17.0Добавить поле "Номер сопроводительного документа"ХозоперацииРазноска ТХО "Все документы"
В интерфейсе привязки ТХО необходимо добавить поле "Номер сопроводительного документа": - на закладке хозяйственный документ; - в окне редактирования проводок по хозяйственной операции; - в окне редактирования проводки.В интерфейсе привязки ТХО добавлено поле "Номер сопроводительного документа": - на закладке хозяйственный документ; - в окне редактирования проводок по хозяйственной операции; - в окне редактирования проводки. Типы документов, для которых отображается значение поля номер сопроводительного документа: 1..12, 15..24, 27..34, 36..39, 41..44, 51..53, 61, 62, 70, 71, 74, 75, 78..80, 90, 95, 100..103, 106, 110..115, 119, 150, 151, 160, 161, 170, 201..204, 206, 210, 211, 229, 250, 251, 260, 261, 270, 400, 401, 403, 501..509, 511..513, 521..523, 532, 550..554, 557, 559, 600..607, 611..613, 621, 703, 704, 721, 728, 1005, 1007, 1011, 1030, 1032, 1044, 1050..1058, 1081..1090.
102.1302159.1.17.0Доработать параметр [Курс:ДатаБал] идентификатора PAYDIFFRATE для акта на услуги.ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Доработать параметр [Курс:ДатаБал] идентификатора PAYDIFFRATE для акта на услуги.Доработан параметр [Курс:ДатаБал] идентификатора PAYDIFFRATE для документа 111-"Акт на прием услуги".
102.1304519.1.17.0Возврат "свободного остатка" при возврате платежаФинансово-расчетные операцииПлатежное поручение
Добавить возможность возврат "свободного остатка" при возврате платежа (в существующей функциональности платеж возвращается полностью)Доработана функция возврата платежа. Теперь она может вызываться на закладке "ХозОперации" и возврат формируется либо для текущей хозоперации, либо для помеченных. В случае, если возврат формируется по хозоперациям с валютным эквивалентом, и валюта во всех хозоперациях одна и та же, то в шапке платежного документа тоже будет указана валюта и сумма в валюте. В противном случае, если валюта хозопераций отличается, то шапке сформированного платежного документа будет только сумма в НДЕ, без валютного эквивалента. По валютным хозоперациям, в сформированном платеже, сумма в НДЕ рассчитывается по курсу на дату этого документа. Дата документа будет текущая.
102.1313419.1.17.0Код валюты в бухсправке по курсовой разницеФинансово-расчетные операцииБухгалтерская справка
Код валюты в бухсправке по курсовой разнице После формирования бухсправки по курсовым разницам (Расчеты с поставщиками, получателями- Операции - Расчет курсовых разниц по Вал-НДЕ документам-основаниям), если привязать хозоперацию, то удаляется код валюты.В случае, если бухгалтерская справка сформирована по курсовой разнице, автоматическая синхронизация валюты хозоперации с валютой из шапки документа, при привязке ТХО - не производится.
104.201089.1.17.0Необходимо получать nrec Накладной/акта из ППХозоперацииТиповые алгоритмы и константы
В идентификаторе PayDiffRate необходимо учитывать дату баланса при расчете курсовых разниц.Доработан параметр [Курс:ДатаБал] - учитывать дату баланса. При установке флага "учитывать дату баланса" курсовая разница рассчитывается с учетом даты баланса. Дата баланса - это последний день каждого квартала. Если накладная была до даты баланса, а платеж за эту накладную уже после, то курсовая разница рассчитывается между курсом на дату баланса и курсом платежа.
102.1289089.1.16.0дать возможность привязки ТХО к БГУправление договорамиРабота с банковской гарантией
Дать возможность привязки ТХО к БГ. На основании банковской гарантии формируется Сальдо Д-т на 008 (на сумму БГ), если снимают по претензии, то уменьшают сальдо на сумму претензии, проводку делают К-т 008 Д-т 000, и после срока окончания снимают оставшуюся сумму К008-Д00. Т.е. необходима возможность привязки ТХО к БГ для формирования проводок на основании суммы БГ.Добавлен пункт в главное меню: Хозоперации | Операции | Разноска хозяйственных операций | Управление договорами | Банковская гарантия В интерфейсе банковской гарантии по договорам можно просмотреть хозоперации (по Ctrl+H), а также привязать операцию. Доступно по настройке Настройки ГалактикиБухгалтерский контурТиповые проводкиРазрешать привязку ТХО в документах оперативного контура P.S. Для старых документов хозопераций нет. Они появятся только после редактирования документа.
180.75699.1.16.0расчет оплаченных налогов в платежном порученииФинансово-расчетные операцииПлатежное поручение
У заказчика есть более десятка контрагентов, которые оплачивают счета несколькими платежками в разрезе ставок НДС. Формирует на Почтамте(один пользователь) ДО по услугам, в нем 3 услуги с разными ставками НДС. Платежи формируются и распределяются в УФПС (другой пользователь). Платежей 3 = по ставкам НДС. При распределении платежа №1 по ДО услуге №1 (суммы платежа соответствуют сумме услуг) - оплаченные налоги считаются не верно.Реализовано автоматическое распределение по позициям спецификации документа основания. Распределение возможно по двум схемам. Если в интерфейсе настроек "Настройки ГалактикиБухгалтерский контурОбработка документовПараметры работы с документами различных типов" для параметра "схема распределения" задано значение "по порядку", то распределение происходит по порядку. Если установлено любое другое значение, то производится пропорциональное распределение. Распределение запускается: - при привязке ДО; - при установке даты оплаты в документе, к которому привязано ДО. Распределение отменяется: - при отвязке ДО; - при удалении даты оплаты в документе, к которому привязано ДО. В пакетном распределении платежей распределение производится при привязке ДО к платежному документу, а отмена распределения, соответственно, при отвязке ДО. Для того, чтобы открыть окно распределения по ДО, необходимо выполнить пункт локального меню "Распределение по спецификации накладных". В случае, если по ДО нет сформированных накладных, откроется окно распределения по позициям ДО. В случае, если накладные есть - откроется окно распределения по спецификации накладных/актов. Кроме того, всегда открыть окно распределения по позициям ДО можно, нажав F4 в окне редактирования хоз.операции на закладке "Оплата МЦ/Услуг ДО". На основании вышеописанной доработки изменен алгоритм расчета налогов. Если к хоз.операции привязано ДО, по которому нет распределения ни по позициям спецификации ДО, ни по позициям спецификации накладной/акта, то налоги рассчитываются по ДО. А именно, рассчитанные налоги в ДО умножаются на коэффициент оплаты текущего ДО в платеже (сумма хоз.операции деленная на сумму ДО). Если к хоз.операции привязано ДО, по которому есть распределение по позициям спецификации ДО, но нет распределения по позициям спецификации накладной/акта, то налоги рассчитываются в соответствии с оплаченными позициям спецификации ДО. Если к хоз.операции привязано ДО, по которому есть распределение по позициям спецификации ДО, и есть распределения по позициям спецификации накладной/акта, то налоги рассчитываются в соответствии с оплаченными позициями спецификации накладной/акта. После выполнения распределения или отмены распределения вручную (в окне "Распределение по позициям ДО"), запускается пересчет налогов. Распределение не производится по ДО на предоплату, если отсутствует спецификация документа.
102.1188979.1.15.0в ТХО к накл-й на внутр.перем-е в ТОРО нужна возм-ть выбрать Подр-е получатель и отправительКонтур логистикиНе знаю, какая именно часть контура логистики, научите
В ТХО к накладной на внутреннее перемещение в ТОРО (модуль техническое обслуживание и ремонт оборудования) нужна возможность выбрать Подразделение - получатель и Подразделение - отправитель, Мол - получатель и МОЛ - отправитель.Для документа 607- "Накладная на внутреннее перемещение" модуля ТОРО (техническое обслуживание и ремонт оборудования) сделаны активными режимы извлечения аналитики: Подразделение - получатель, Подразделение - отправитель, Мол - получатель и МОЛ - отправитель. Добавлена их обработка в модуле ТХО, в т.ч. возможность открытия этого документа на редактирование по нажатию F4 в окне "Привязка ТХО". Также в этом окне добавлены вкладки "Хозяйственный документ" и "Спецификация". Исправлено окно "Редактирование проводок по хозяйственной операции...".
102.1280979.1.15.0Определять ДО из финансовой операцииХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Хозоперации | Операции | Разноска хозяйственных операций | Платежный календарь | Финансовая операция После решения "106.9705 Финансовое обязательства по нескольким ДО" На закладке "хозяйственный документ" определять ДО из финансовой операции.ДО определяется из финансовой операции
101.498609.1.14.0Больше одного раза спрашивать о расчете налогаФинансово-расчетные операцииПлатежное поручение
При первой привязке ТХО в платежках, сразу после создания появляется запрос на расчет налогов, если выбрать нет и отвязать ТХО, то при повторной привязке запрос не появляется. Нужно что бы появлялся при каждой привязке.Добавлена системная настройка "Настройки Галактики Бухгалтерский контур Обработка документов Значения полей по умолчанию Авизо входящие Расчет налогов при привязке ТXO на филиальных БД" со значением по умолчанию "нет". На не филиальных БД, при попытке изменить значение настройки выдается сообщение "Текущая база данных не является филиальной. Изменение настройки невозможно". В случае если на филиальной БД, данная настройка включена, то во входящих авизо, при привязке ТХО (как из документа, так и из конкретной хозоперации), предварительно будут рассчитаны налоги, в соответствии с текущими настройками системы.
102.1266789.1.14.0Распределение платежа - Налоги в акте при обработке суммовой разницы не верныФинансово-расчетные операцииПлатежное поручение
Установлены следующие настройки: "Настройки Галактики Логистика Налоги, документы для учета НДС Услуга по суммовой разнице" - определена услуга, для которой привязана группа налогов. "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" - установлен признак обработки суммовых разниц. "Настройки Галактики Логистика Документы Управление снабжением Входимость налогов по умолчанию" - не входят (!) - распространяется на документы (KATSOPR.VIDSOPR=111) При распределении платежа по вал-руб ДО формируется хозоперация на суммовую разницу, после чего автоматически создается акт на услуги (KATSOPR.VIDSOPR=111). В данном акте в соответствии с настройкой налоги берутся сверх суммы хозоперации - в результате сумма акта не равна сумме хозоперации. Необходимо создавать акт со значением "налоги входят".Вне зависимости от значения настройки "Настройки Галактики Логистика Документы Управление снабжением Входимость налогов по умолчанию", в акте на услуги, сформированном при обработке суммовой разницы, параметр "Входимость налогов в цену услуг" всегда принимает значение "входят в цену услуг".
103.57239.1.14.0Платежные документы не имеют разноски ЦУУправление капитальными вложениями и строительствомОбъекты строительства
Для клиента очень важно в объектах строительства иметь сведения об оплате. Но на закладке Документы>Платежи Данные появляются только если платежные документы привязаны к ДО, в котором есть либо связь с договором и объектом строительства, либо разноска целевого учета в ДО, которую наследует платежный документ. Так как ведением договоров и ДО у клиента занимается совсем другая служба, ТЭК очень хочет иметь разноску ЦУ в платежных документах (собств. пл.поручение и бухгалтерская справка как минимум) в явном виде как в ДО.В окне редактирования хозяйственной операции платежного документа на закладках "Оплата МЦ/услуг накл" и "Оплата МЦ/услуг ДО" выведены поля целевого учета (объект ЦУ и и 10 полей КАУ). Так же эти поля выведены в окне распределения по позициям ДО. Видимостью полей управляет настройка "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Целевое назначение МТР Отображать поля КАУ в спецификации документов".
180.78019.1.14.0Перепривязка ТХО в документеХозоперацииРазноска ТХО "Все документы"
При привязке/перепривязке ТХО в любом документе логистики запускается длительный процесс коррекции проводок к документу.При привязке/перепривязке ТХО вызывается функция подсчета количества хозопераций у документа. Данная функция имеет смысл только при привязке ТХО в платежных документах. При привязке ТХО в документах логистики вызов данной функции приводил к существенному замедлению по причине того, что снимались текущие ограничения на таблицу SoprHoz и запрос к БД возвращал все записи таблицы вместо того, чтобы вернуть одну. А когда включен протект, выгруженные данные упорядочиваются по полям индекса. Это и приводило к снижению быстродействия. На правильно настроенном сервере БД такие "тяжелые" запросы отрабатывают быстро. У клиента проблемы с быстродействием возникли на тестовой БД, поэтому большая вероятность того, что сервер БД некорректно настроен. Функция, вызывающая замедление, была удалена из интерфейса.
102.1240079.1.13.0нужно автоматически менять статус платежа после привязке к нему ТХОКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
например сюда: "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" добавить настройку, которая бы определяла статус для перехода платежного документа после привязки ТХО. При привязке ТХО к платежке статус в ней должен изменятся автоматически согласно указанного в значении настройки.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на закладке "Права доступа" добавлено поле "Статус документа после привязки ТХО". Данное поле отображается только для тех типов документов, которые построены на базе таблицы PlPor и заполняется с учетом доступных пользователю статусов (ФРО-Настройка-Настройка прав доступа к документам). После выполнения привязки ТХО к документу (как в пакетном распределении платежей, ручном, так при выполнении разноски ТХО в модуле "Хозоперации"), будет проверятся задан ли в настройке статус для текущего типа документа и если он задан, то этот статус будет устанавливаться в документе. При выставлении статуса не анализируется ни ограничение прав доступа по статусам, ни результат привязки ТХО к платежному документу.
104.201439.1.13.0Рантайм при удалении платежного поручения связанного со счетом-фактуройРасчеты с поставщиками и получателямиНаши налоговые накладные
Рантайм при удалении платежного поручения связанного со счетом-фактурой Есть следующая цепочка документов: Стороннее ПП - по ПП сформирована Налоговая накладная (счет-фактура) - по налоговой накладной сформирована корректировка. И налоговая и корректировка зарегистрированы. При попытке удалить платежное поручение - система падает по рантайму. Просьба изменить функцию удаления таким образом, чтобы при попытке удаления подобной цепочки система выдавала соответствующее предупреждение и не сваливалась.Ликвидировано падение системы по "рантайму", так же в рамках проблему убрано зацикливание при удалении ПП.
106.97009.1.13.0Наследование ссылки на финансовую операциюХозоперацииПредложения по новой функциональности модуля "Хозоперации"
Если ПП было сформирован на основании ФОП то после ручного редактирования ХО добавить проверку (при проверке соответствия сумм ХО и документа), которая восстановит исполнение в случае если : 1. Сумма всех ХО = Сумма ФОП 2. Одна (возможно несколько) из ХО являются исполнением ФОП 3. Остаток к исполнению по ФОП = сумма не распределенных ХО"Доработана проверка документа при ручном редактировании. Если ХО (несколько ХО) по документу являются исполнением одной ФОП и при этом : 1. Сумма всех ХО, которые входят в сумму документа = Сумма ФОП 2. ФОП исполнена не на всю сумму исполнение формируется автоматически.
102.1151609.1.12.0Необходимо сохранять ссылку на предоплатное ДО в платежкеРасчеты с поставщиками и получателямиПакетное распределение платежей
Необходимо сохранять ссылку на предоплатное ДО в платежке. Необходимо чтобы ссылка на предоплатное ДО после отмены распределения по основному ДО сохранялась в платежке на закладке "ДокОснования".Была доработана отмена разноски ДО в платежном документе, в случае если есть разноска по ДО на предоплату. 1) В интерфейсе платежного документа. После выполнения отмены разноски ДО (либо из поля "Документ-основание" на закладке "ДокОснования", либо из поля "Основание" в окне "Учет платежа в расчетах с контрагентами"), в поле "Документ-основание", на закладке "ДокОснования", подставляется ссылка на ДО на предоплату, указанное в поле "Предопл. ДО" из окна "Учет платежа в расчетах с контрагентами". 2) В пакетном распределении платежа. Отмена происходит в зависимости от выбранного режима: a) При выбранных режимах "распределенных в последнем действии" или "распределенных в последнем сеансе": - если в последнем действии (сеансе) было привязано и предоплатное и обычное ДО, то в результате отмены будут отвязаны оба ДО. - если в последнем действии (сеансе) было привязано только обычное ДО, а предоплатное было привязано в предыдущих действиях (сеансах), то в результате отмены будет отвязано только обычное ДО, а предоплатное останется. б) При выбранных режимах "всех помеченных" или "всех распределенных (по уст. фильтру)": - при выполнении отмены, всегда отменяется только ссылка на ДО, а ссылка на предоплатное ДО остается. Для отмены предоплатного ДО, необходимо повторно выполнить отмену.
102.1228689.1.12.0Запретить пересчет налогов при налии с/фРасчеты с поставщиками и получателямиПакетное распределение платежей
В интерфейсе пакетного распределения платежных документов, в ходе выполнения распределения, происходит пересчет налогов, без учета наличия с/ф. В то время, как при ручной работе с документом, согласно пиру 180.6600, пересчет налогов, при наличии с/ф запрещен. Доработать пакетное распределения по аналогии с ручным - запретить пересчет налогов при наличии уже сформированных с/ф. Пример такой ситуации, когда в платежном документе сформирована авансовая счет/фактура с одной ставкой, и производится привязка ДО, с другой ставкой. В результате налоги в с/ф остаются старые, в то время как налоги хозоперации оказываются пересчитаны в соответствии со ставкой из ДО.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" добавлен параметр - "Пересчитывать налоги при наличии СФ". По умолчанию устанавливается значение "Да". В данном случае, при пересчете налогов не анализируется наличие счет-фактуры и налоги пересчитываются всегда. В случае, если настройка выключена и для хоз.операции сформирована счет-фактура, пересчет налогов не производится. Данная доработка распространяется как на пакетное распределение платежей, так и на ручное. При выключенной настройке и в режиме расчета налогов "По запросу", при выполнении распределения по спецификации накладной, в ручном режиме выдается запрос с предупреждением, что счет-фактура уже сформирована и стоит ли пересчитывать при этом налоги. В пакетном режиме, данные запросы не выдаются и налоги не пересчитываются.
102.1230219.1.12.0Добавление настройкиФинансово-расчетные операцииПлатежное поручение
Для целей обеспечения возможности гибко работать с обработкой события с помощью JavaScript при привязке ДО к стороннему платежу требуется добавить 2 настройки к документу Стороннее платежное поручение в разделе "Запуск алгоритмов": 1.Перед привязкой ДО к хозоперации; 2.После привязки ДО к хозоперации; Данные события должны отрабатываться как для пакетного распределения платежа, так и для ручного (самостоятельной привязки ДО).Создана новая ветка настроек "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Запуск алгоритмов ..", в которой добавлены две настройки: - Перед привязкой ДО к хозоперации; - После привязки ДО к хозоперации. В данных настройках задаются пользовательские алгоритмы расчета, которые выполняются перед привязкой ДО к хозоперации и соответственно после привязки. Данные события отрабатывают в интерфейсе платежных документов, как в шапке документа, так и внутри хозоперации. И в пакетном распределении платежей. При привязки ДО в платежном документе, в ситуации, когда происходит дробление хозоперации на несколько (в разрезе накладных), запуск алгоритма "Перед привязкой ДО к хозоперации", производится к первоначальной хозоперации (до дробления), а запуск алгоритма "После привязки ДО к хозоперации" производится для всех хозопераций к которым было привязано ДО и которые были сформированы при дроблении. При привязке ДО в пакетном режиме, в ситуации, когда происходит дробление хозоперации на несколько (в разрезе накладных), запуск алгоритмов производится для каждой хозоперации к которым было привязано ДО и которые были сформированы при дроблении. Входящим параметром для алгоритма является ссылка на документ основание. При создании платежа из ДО запуск алгоритмов не осуществляется.
102.1249879.1.12.0Убрать F3 из статус-строкиРасчеты с поставщиками и получателямиОснования на закупку
Убрать F3 из статус-строки, когда курсор на кнопках окна параметров фильтра. Пункт меню Операции - Пакетное распределение платежей. См. вложение.Исправлено.
102.1165259.1.11.0Ошибка распределения по платежному календарю при пакетном распределении платежейРасчеты с поставщиками и получателямиПакетное распределение с учетом рекламаций
По сторонним платежным поручения формируется Фоб. После пакетного распределения платежей, используя "Распределение платежей с учетом рекламаций и возвратов", суммы по фин.обязательствам по факту исполнения не верные. Необходимо чтобы после распределения платежей сумму по факту исполнения Фоб оставались верные. Подробнее во вложении.При выполнении высвобождения по рекламационной накладной, не происходит синхронизация с ПК. Что в свою очередь может приводить к некорректным суммам фин.обязательст. Если в рамках одного платежного документа производится несколько различных высвобождений, с последующим распределением высвобожденных сумм, с большой вероятностью могут появиться не вполне "адекватные" суммы в фин.обязательствах. В результате данной доработки, при выполнении высвобождения по рекламационной накладной, происходит синхронизация распределения фин.обязательст с образовавшимися, в результате высвобождения хозоперациями. Синхронизация производится во всех режимах высвобождения, а именно, в случае когда суммы одной хозоперации хватает для высвобождения, и в случае, когда суммы не хватает и приходится высвобождать по "кусочкам".
103.62089.1.11.0Не появляется ссылка на договор в таблице SOPRHOZ при привязке ДО к платежному поручениюФинансово-расчетные операцииПлатежное поручение
Не появляется ссылка на договор в таблице SOPRHOZ при привязке ДО к платежному поручению. Проверяли на последних обновлениях.Настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Наследовать ссылку на договор при создании новой хозоперации" выключена. В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" должна быть включена настройка - "При выборе ДО контролировать сумму документа". К платежному документу привязано ДО на предоплату в котором есть ссылка на договор. Затем, на сумму меньшую чем платежный документ, привязываем ДО на оплату, в котором тоже есть ссылка на тот же договор. В результате, будет сформирована хозоперация на остаток, в которую будет наследоваться ДО на предоплату. И несмотря на то, что на закладке "Договоры" будет ссылка на договор для обоих хозопераций, непосредственно в таблице Soprhoz поле cDogovor будет не заполнено. Ошибка заключается в том, что при наследовании ДО на предоплату в новую хозоперацию, не учитывается что у ДО может быть договор и его необходимо так же наследовать. Исправлено. Поле Soprhoz.cDogovor заполняется.
180.74989.1.11.0Не создавать проводки по документам закрытого периодаФинансово-расчетные операцииПлатежное поручение
Добрый день! Есть бух. справки, платежные поручения в закрытом периоде, например декабрь 2012 г. Изменить документ нет возможности, оно и правильно. Но есть возможность подтянуть к ней проводки. Клиенты существующую возможность воспринимают как модификацию данных закрытого периода при всех установленных запрещающих настройках и просят ограничить их пользователей от ошибок, которые возникают при работе в системе. В виду того, что версия Галактики 8.10 на данный момент ограниченно сопровождается до 31.12.2013 г (устранение критичных ошибок и поддержка изменений законодательства) убедительно просим Вас реализовать новую настройку для Галактики 9.10, которая запретит пользователю привязывать проводки с датой открытого периода к документам закрытого периода.Добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Типовые проводки Запрещать привязку ТХО в документах закрытого отчетного периода", которая по умолчанию имеет значение "нет". Если данная настройка включена, то при выполнении привязки/отвязки ТХО к хозоперациям платежных документов, находящихся в закрытом отчетном периоде, система будет запрещать производить это действие. Действие данной настройки распространяется на все типы документов построенных на базе таблицы PlPor и срабатывает при выполнении привязки/отвязки ТХО в интерфейсе платежных документов, и интерфейсе разноски ТХО модуля "Хозоперации". Запрет не работает в случае если в настройке "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода" выставлено значение "разрешать".
180.75309.1.11.0Не корректно отображается информация по ордерам в ХозОперации документаТехническое обслуживание и ремонт оборудованияНакладная на отпуск МЦ для ремонта
Модуль Техническое обслуживание и ремонт оборудования = Документы = Накладные на отпуск МЦ для ремонта. По данному документу формируются 2 ордера: 1 ордер является расходным складским ордером, 2 ордер является приходным ордером ТОРО. При просмотре ХозОперации по документу видим, что сумма по складским ордерам задваивается (т.е. показывает сумму по приходному и расходному ордерам). Необходимо сделать, чтобы в данном окне отображалась сумма отдельно по приходным и расходным ордерам, аналогично как в документах модуля управление производственной логистикой.Разбил поле "Стоимость по скл.ордерам" на два "Стоимость по приходным оредерам" и "Стоимость по расходным ордерам" на закладке "Хозяйственный документ" интерфейса "Привязка ТХО" и на поля "по приходным ордерам", "по расходным ордерам" в интерфейсе "Редактирование проводок по хозяйственной операции" для документов 551 - "Накладная на отпуск для ремонта", 552 - "Накладная на возврат неиспользованных МЦ при ремонте"
102.1241309.1.10.0В ДО - цена = 0?Управление снабжениемПриходные накладные
В ДО - цена = 0? В накладной есть соп.услуга(%) = 1% , т.е. и цена и сумма одинаковы. По кнопке из накладной создаем ДО - в нем цена = 0. И больше в интерфейсе(см. вложение) выбора ДО из накладной и цена и сумма по услуге раны нулю!Исправлен интерфейс выбора ДО. Поле "стоимость" для услуги "%" была нулевая.
101.479759.1.9.0Разнесение типов документов в разноске хозоперацийХозоперацииРазноска ТХО по видам документов /укажите тип документа/
В разделе модуля "Хозоперации" по адресу "Операции => Разноска хозяйственных операций => Учет спецоснастки => Приход, ввод в эксплуатацию спецоснастки" собираются 3 разных типа документов, сформированных в модуле "Спецодежда": "Приход, поступление", "Ввод в эксплуатацию", "Возврат из использования". Если при создании этих документов не были привязаны проводки, то в окне разноски хозопераций разнести различные проводки в зависимости от типа документа не представляется возможным (например, возникают затруднения, если много документов различных типов), к тому же в этом окне не предусмотрено фильтра по типу документов. Предлагается в модуле "Хозоперации" по адресу "Операции => Разноска хозяйственных операций => Учет спецоснастки" вместо вкладки "Приход, ввод в эксплуатацию спецоснастки" сделать три вкладки "Приход, поступление", "Ввод в эксплуатацию", "Возврат из использования" - каждая для привязки ТХО к своему одному типу документа.При создании хозопераций с типом "Приход, ввод в эксплуатацию спецоснастки" (SoprHoz.TiDkGal = 12) поле SoprHoz.SysOper заполняется следующим образом: а) SoprHoz.SysOper = 1 для приходов, созданных по документам на ввод в эксплуатацию; б) SoprHoz.SysOper = 2 для приходов, созданных по документам на возврат из использования; в) SoprHoz.SysOper = 0 для приходов, созданных другими способами. Доработано заполнение поля SoprHoz.SysOper при создании хозопераций в результате выполнения функций "Настройка => Контроль соответствия операций" (в модуле "Учет спецоборудования и спецоснастки") и "Администратор => Проверка целостности таблиц => Контроль целостности таблиц КБУ". Разработана утилита F_MBP::SetSysOper, которая модифицирует поле SoprHoz.SysOper в существующих хозоперациях, созданных по документам на ввод в эксплуатацию и возврат из использования. Доработано меню модуля "Хозоперации": пункт меню "Учет спецоснастки / Приход, ввод в эксплуатацию спецоснастки" заменен на пункты "Учет спецоснастки / Приход, поступление", "Учет спецоснастки / Ввод в эксплуатацию", "Учет спецоснастки / Возврат из использования". Доработан интерфейс редактирования ТХО с учетом типа операции. Доработан выбор типа хозоперации в функции "Операции / Групповые операции ТХО" и его обработка. Разработана утилита F_SoprHoz::SetTXOSysOperMBP, которая анализирует записи в SoprHoz и привязанные к ним ТХО на предмет совпадения SysOper. При несоответствии полей SysOper: в таблице HozOper создается копия исходной ТХО с требуемым значением SysOper, привязанная к SoprHoz исходная ТХО заменяется на копию (проводки при этом не меняются); если копия уже была создана, то она и используется при замене ссылки на ТХО. Также при SysOper <> 0 в таблице SoprHoz анализируются записи таблицы MagOper по аналогичному принципу.
102.796139.1.9.0ХозОперации для нового документа "Акт перевода в утиль МБП/СФО"ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Необходимо организовать работу с хозоперациями для нового документа "Акт перевода в утиль спецоснастки/СФО" (721).Доработано меню модуля "Хозоперации": добавлен пункт меню "Учет спецоснастки / Акт перевода спецоснастки в утиль". В окне "Привязка ТХО" добавлен переход к связанному с хозоперацией документу. Также на закладке "Хозяйственный документ" отображаются основные реквизиты этого документа, а на закладке "Спецификация" - список спецификаций документа. Доработана проверка корректности хозяйственных операций, созданных по актам перевода спецоснастки в утиль: - с помощью функции "Настройка - Контроль соответствия операций"; - с помощью функции "Настройка - Администратор - Проверка целостности таблиц - Контроль целостности таблиц КБУ".
102.1203169.1.8.0при удалении СФ дублируется сообщение на удалениеФинансово-расчетные операцииПлатежное поручение
при удалении СФ дублируется сообщение на удаление В платежке в ХО удаляем по DEL документ по НДС, получаем: --------------------------- Подтверждение --------------------------- Удалить документ по учету НДС? --------------------------- Да Нет --------------------------- по умолчанию ДА - жмем --------------------------- Подтверждение --------------------------- Удалить документ для учета НДС № 127 от 23/11/2012? --------------------------- Да Нет --------------------------- по умолчанию НЕТ - жмем СФ на месте :) Зачем 2 месаги? Надо лишнюю убрать.При выполнении групповых модификаций хозопераций в платежном документе, избавился от множественных запросов на удаление счет-фактур. Данные сообщения не возникают при следующих операциях: 1) При удаление нескольких помеченных хозопераций. 2) При сбросе даты обработки в платежном документе. 3) При выполнении пересчета разнесенной суммы и оплаченных нологов (Alt+G). Кроме этого, при удалении СФ, в хозоперации платежки, убрал первый запрос "Удалить документ по учету НДС?". Данный запрос не нужен, так как более информативный запрос следует за ним, его и оставляем.
102.1218399.1.8.0зависаниеУчет ОСДругие вопросы по ОС
Если зайти в карточку ОС - операции - амортизация - конкретная операция - просмотр проводок - добавить проводку и попытаться закрыть интерфейс "хоз.операции", то система зависает. Интерфейс закрывается около 60 минут. Ситуация воспроизводится для операции, в которой количество уже существующих проводок превышает 1000. Вопрос локализован на базе beltel (минскоблтелеком), карточка 160000004.В случае, когда производится удаление, модификация, или создание проводки, запускается проверка корректности всех проводок, сформированных к данной хозоперации. При проверке производится синхронизация полей из хозоперации в проводки (филиал, номер документа, ссылка на ТХО и т.д.), проверка соответствия дат, валют, сумм проводок и хозоперации, наследование дескриптора. Именно по этой причине происходит зависание, т.к. в данном документе 56 тысяч проводок, то и проверка данная занимает много времени. В случае, если выключена настройка "Настройки Галактики Бухгалтерский контур Типовые проводки Контроль соответствия сумм хозоперации и проводок в ТХО", проверки (кроме контроля сумм) и синхронизации будут запускаться только для тех хозопераций, которые пользователь модифицировал или создал. Это решит проблемы с зависанием. Кроме этого, добавлена визуализация процесса коррекции проводок по документу. При включенной настройке "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Проверять соответствие валют проводок и хозоперации", кроме валют, проверяется соответствие сумм в валюте. Теперь проверка сумм в валюте будет производится только в том случае, если включена настройка "Контроль соответствия сумм хозоперации и проводок в ТХО". Когда происходит создание новой ручной проводки, запускается подсчет суммы, на которую уже сформированы проводки, и дельта между суммой хозоперации и подсчитанной суммой подставляется в новую проводку. Данная операция, тоже вызывает зависание на несколько минут. Для операций амортизации и переоценки ОС и НМА ручные проводки практически не создаются, поэтому для этих операций данный функционал отключен. При создании новой ручной проводки, в неё будет подставляться нулевая сумма.
102.1223969.1.8.0Не хватает длины поля для отображения больших суммХозоперацииРазноска ТХО по видам документов /укажите тип документа/
В интерфейсе "Привязка ТХО" на закладке "Хозяйственный документ" не хватает длины поля для отображения больших сумм. Если сумма по операции больше 1 000 000 000 000, то она не влезает в поле.В интерфейсе "Привязка ТХО" для всех документов увеличены размеры поля для отображения суммы и на закладке "Хозяйственный документ" для документов: 12 - Приход, ввод в эксплуатацию спецоснастки 13 - Начисление износа спецоснастки 15 - Операция основных средств 16 - Операция нематериальных активов 19 - Списание спецоснастки 20 - Внутреннее перемещение спецоснастки 28 - Возврат спецоснастки из эксплуатации 29 - Передача спецоснастки на склад 80 - Переоценка спецоснастки & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1225779.1.8.0Проверка соответствия сумм в НДЕФинансово-расчетные операцииВалютное платежное поручение
После ПиР 102.106034 у клиента изменился бизнес-процесс при формировании валютных платежных поручений. Предложение сделать настройку или вернуть назад функциональность, чтобы проверялась также и соответствие сумм в НДЕ. см.вложениеВ платежных документах всегда происходит автоматический контроль соответствия суммы документа и его хозопераций. Если документ валютный, то контролируется только сумма в валюте, а проверка суммы в НДЕ не производится. Соответственно для документов в НДЕ контролируется сумма в НДЕ. У некоторых пользователей бизнес процесс построен таким образом, что необходимо контролировать как сумму в НДЕ, так и сумму в валюте. Для таких ситуаций добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Проверять соответствие сумм в НДЕ валютного документа и его хозопераций", которая по умолчанию выключена. При включении данной настройки, в валютных документах будет производится контроль как валютной суммы хозопераций и документа, так и суммы в НДЕ. Данная настройка позволяет отключать доработку по контролю соответствия сумм в документах, выполненную в Пир 102.106034. А именно: - в случае, если валюта документа совпадает с валютой всех его хозопераций, то при выполнении проверки соответствия суммы документа сумме его хозопераций, проверяется только соответствие сумм в валюте. Таким образом, если валютная сумма документа совпадает с валютной суммой его хозопераций, то несоответствие сумм в НДЕ игнорируется и хозоперация на не распределенную рублевую сумму не создается.
180.70499.1.8.0Очень долго нужно ждать выбора хозоперации на больших бухсправкахФинансово-расчетные операцииБухгалтерская справка
Очень долго нужно ждать выбора хозоперации на больших бухсправках. Например при переформировании бухсправок по зарплате. На сервере от момента нажатия F3 в поле "ТХО" в документе до появлениния окна со списком ТХО прошло 20 минут. При этом сами проводки формировались потом 10 минут - это что надо делать чтобы выбор шел дольше, чем обработка? На локальной машине просто не дождался(забыл что будет висеть все), но обратил внимание, что загрузка процессора 0, сети 0, индикации нет, что делали не понятно. Неужели ничего нельзя придумать? Проводок то в документе всего 8000. По налогам на фот в 7 раз больше - это минут 40 на сервере приходится ждать. Кнотроль сумм отключен. Субд MSSQl , но на других тоже самое.В случае, если привязывать ТХО из шапки платежного документа, запускается проверка прав доступа к бухгалтерским проводкам. Затем, происходит проверка соответствия дат, и синхронизация хозоперации с шапкой платежного документа, причем сопровождается это проверкой прав доступа к бухгалтерским проводкам. В итоге, права доступа к проводкам анализируются 3 раза, и если по документу много проводок, то это может привести к существенным замедлениям. С помощью семафоров реализовал кэширование результата расчета прав доступа к проводкам. В результате, при привязки ТХО из шапки документа, права рассчитываются только один раз. Так же была добавлена визуализация процесса расчета прав доступа к проводкам.