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


Описание файла обновления:
ФайлF_SOPRHOZ_RES_8101330.TXT
ОбновлениеF_SOPRHOZ_RES_8101330
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентF_SOPRHOZ
ТипRES
Версия8.10.133.0
Дата2016-07-22 15:52:19
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.155596NEWПри вводе в эксплуатацию выдаётся ненужное сообщение от отсутствии прав на доступ к проводкамСпецодеждаВвод в эксплуатацию
Сейчас в Спецодежде в документах на ввод эксплуатацию (после нажатия кнопки Ввести в эксплуат.) и внутреннем перемещении (кнопка Переместить)выходит предупреждении на каждую позицию: доступ к проводкам - только чтение. Пользователь, который создает документ никогда не формировал проводок. Это сообщение совершенно никому не надо, а при большой спецификации существенно затрудняет использование Галактики.При выполнении привязки/отвязки ТХО производится проверка прав доступа на выполнение данной операции. В связи с тем, что данная операция может быть пакетной, могут возникать случаи, когда пользователю может выдаваться слишком много сообщений о невозможности выполнить операцию. В связи с этим была выполнена доработка, позволяющая избавиться от этих сообщений, путем вывода их в протокол. Таким образом, если протокол разноски выключен настройкой "Настройки Галактики Бухгалтерский контур Типовые проводки Формировать протокол расчетов при разноске ТХО", то сообщения об отсутствии прав доступа выводятся в стандартном режиме, т.е. постоянно. В случае если протокол разноски включен, то все сообщения выводятся в протокол. Следует отметить что сообщения о правах доступа выводятся в протокол при уровне настройки детализации "2 Данные по регистру учета" и выше ("Настройки Галактики Бухгалтерский контур Типовые проводки ..уровень детализации протокола расчетов ТХО"). Кроме этого, в модуле Спецодежда используется новая функция привязки/отвязки ТХО, которая при выключенном протоколе формирования ТХО производит проверку прав доступа без оповещения об ошибках доступа, и если прав нет, то не привязывает/отвязывает ТХО. А в случае включенного протокола формирования ТХО, все ошибки прав доступа выводятся в него.
102.1547348.10.131.3Доработать реестр хоз.операций с выводом абстрактного ШКХозоперацииРеестры ТХО по видам документов /укажите тип документа/
Доработать реестр хоз.операций с выводом абстрактного ШК После экспорта реестра из fastreport в PDF обрезается часть ШКЭкспорт штрихкода происходит корректно.
102.1469808.10.131.2Необходимо корректно обрабатывать права по настройкам при формировании финпроводокХозоперацииРазноска ТХО "Все документы"
Для пользователей-финансистов установили настройки "Настройки Галактики Бухгалтерский контур Типовые проводки Доступ к формированию проводок" = " только чтение" "Настройки Галактики Управление финансами Бюджетирование Права доступа Запретить модификацию Книг финансовых операций" = "нет" Теперь при проведении финопераций на каждую проводимую хозоперацию выводится информационное сообщение о доступе только на чтение и только затем формируется запись в финпроводках. Если находимся в регистре учета относящемуся к управленческому учету (план, факт, резерв и т.д.) то не нужно проверять доступ к проводкам, потому что формироваться будут сейчас не проводки, а финпроводки.В платежных документах и интерфейсе разноски ТХО доработана обработка прав доступа к бухгалтерским и финансовым проводкам в зависимости от регистра учета. А именно, права доступа анализируются только в том регистре учета в котором будет формироваться/отменяться проводка. Таким образом запрет на модификацию финансовых проводок не будет влиять на работу с бухгалтерскими проводками. И наоборот отсутствующие права на бухгалтерские проводки, не будут влиять на формирование финансовых. Таким образом при привязке ТХО в текущем регистре, анализируются права доступа к проводкам в этом регистре. А в случае разноски ТХО с помощью дерева привязок права доступа анализируются только в тех регистрах учета, в которых вы настроили формирование или отмену ТХО.
102.1412598.10.131.0Дать возможность отказаться от долгорграющих расчетов при выборе ДО в платежкеФинансово-расчетные операцииПлатежное поручение
Когда в платежном поручении выбираются ДО (вызов F_SOPRHOZ::GETDBASE) идет долгий пересчет: визуализация процесса "Расчет сумм платежей поступивших по ДО". Связано это с тем, что к одному ДО привязано очень много документов за несколько лет кряду. Нужно дать возможность отказаться от долгоиграющих расчетов при выборе ДО в платежном документе.Добавлен новый режим формирования суммы задолженности по ДО к обработке = "Без расчета задолженности". В данном режиме не производятся никакие расчеты, а суммой к обработке является сумма ДО.
180.86478.10.130.0Контролировать настройку "Модификации данных после закрытия периода" при привязке ТХО в операциях ОС/НМАУчет НМАПоступление
При попытке перепровести ТХО в операции ОС получаю сообщение --------------------------- Информация --------------------------- Для привязки ТХО к хозяйственной операции, попадающей в закрытый отчетный период, необходимо установить дату проводок! --------------------------- ОК --------------------------- Однако у меня включена настройка "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода" = с подтверждением Т.е. фактически запрет системы не адекватен настройке. Система должна контролировать значение этой настройки, и вести себя в зависимости от ее значения: при "с подтверждением" нужно запросить подтверждение и дальше разрешить перепровести без дополнительных условий.Есть такое правило, если хозоперация находится в закрытом периоде, то необходимо включить настройку "Настройки Галактики Бухгалтерский контур Типовые проводки Брать дату из поля "Дата проводок" в разноске ТХО". А если включена эта настройка, то необходимо задать дату формирования проводок. И если дата проводок не задана, то появляется сообщение "Для привязки ТХО к хозяйственной операции, попадающей в закрытый отчетный период, необходимо установить дату проводок!" При чем указать можно только дату не попадающую в закрытый период. Был доработан данный алгоритм работы для случая когда значение настройки "Настройки Галактики Бухгалтерский контур Модификации данных после закрытия периода" равно "с подтверждением". При попытке привязать ТХО, выводится запрос о разрешении модификации хозоперации в закрытом периоде. Если ответ был утвердительный, то не производится проверка заполнения поля "Дата проводок", а так же не производится проверка попадания даты из этого поля в закрытый период. Т.е. работаем так же, как в режиме когда настройка модификации данных после закрытия периода разрешена.
102.1408728.10.129.0При выборе ТХО для новых проводок не обновляется ссылка на ТХО в документеХозоперацииРазноска ТХО по видам документов /укажите тип документа/
При выборе ТХО для новых проводок не обновляется ссылка на ТХО в документеПри выполнении пункта локального меню "Переразноска в текущем периоде", с режимом "Запросить ТХО для новых проводок" не происходит синхронизация новой ссылки на ТХО в первичном документе. Исправлено.
102.1408938.10.129.0Нужен режим синхронизации ссылки на ТХО из хоз.операции в первичный документФинансово-расчетные операцииПроверка ссылок на журнал ТХО из журнала учета платежей
Нужен режим синхронизации ссылки на ТХО из хоз.операции в первичный документВ интерфейсе "Проверка корректности журнала хоз.операций по регистрам учета" добавлен новый параметр "Синхронизировать с первичным документом". Данный параметр доступен в режиме исправления некорректных записей, и работает для документов по которым настроена сквозная разноска ТХО. Синхронизация выполняется в случае если в хозяйственной операции есть ссылка на ТХО, а в первичном документе она не проставлена. Ссылка переносится в первичный документа и информация о синхронизации выводится в протокол.
102.1297668.10.128.0Доработать возможности идентификатора PAYDIFFRATEХозоперацииНе знаю, какая именно часть модуля "Хозоперации", научите
Доработать возможности идентификатора PAYDIFFRATE, а именно: дать возможность тянуть информацию о авансовых платежах (предоплата:&Vip[Obj:"PAYDIFFRATE"][Рез:СумОпл][Платеж:ПредОпл] ) из расширенной информации позиции спецификации приходной/расходной накладной (вкладка "распределение платежей") при привязке ТХО к приходному/расходному складскому ордеру. Сейчас вытащить суммы можно только при привязке к акладной.В идентификаторе PAYDIFFRATE доработана возможность привязки к документам 150 - "Приходный складской ордер" и 250 - "Расходный складской ордер". Вся аналитика и суммы тянутся из накладной и платежных документов в прежних режимах.
102.1298178.10.128.0Идентификатором PAYDIFFRATE неверно определяется сумма авансовых(предоплата) платежей, если накладная в бел.рубХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Идентификатором PAYDIFFRATE неверно определяется сумма авансовых(предоплата) платежей, если накладная в НДЕ, а платеж валютный, после выполнения функции "Пакетный пересчет сумм НДЕ для накладных/актов по курсам на дату платежа"В идентификаторе PayDiffRate доработан параметр "Результат". При установленном значении [Рез:Распр] выдает сумму из распределения платежа.
102.1379948.10.128.0Требуется предоставить возможность выбора Типовой хозяйственной операции для новых проводок.ХозоперацииРазноска ТХО "Все документы"
Требуется предоставить возможность выбора Типовой хозяйственной операции для новых проводок.Предоставлена возможность выбора новой ТХО при использовании функции "Переразноска в текущем периоде"
102.1196168.10.127.0Реализовать возможность привязывать ТХО к операции корректировки разницУчет ОСКорректировка разниц
В Галактике имеется операция корректировки разниц. Корректировка разниц отражается впоследствии во входящем сальдо по разницам при работе с текущим месяцем. Как известно в бухгалтерском учете, временным разницам соответствуют 09 и 77 счета, а постоянным разницам 99 счет. Очевидно, что изменение оперативных данных по разницам должно корреспондировать с соответствующими изменениями по вышеуказанным счетам. Поскольку, сейчас привязывать ТХО к операции корректировка разниц возможности нет, приходится проводить корректировки по бух.учету ручными проводками в бухгалтерских справках, что неудобно и, на мой взгляд, не соответствует концепции Галактики. ПРЕДЛАГАЮ: Реализовать возможность привязывать ТХО к операции корректировки разниц, а также обучить OSNMA работать с этим типом операций.Добавлена возможность привязывать ТХО к операциям корректировки амортизации и корректировки разниц ОС/НМА. В окна редактирования этих операций внедрены стандартные вкладки "ХозОперации" и "Проводки". Для операции корректировки амортизации создаются хозоперации по одной на каждый метод учета на сумму изменения износа по методу учета. Для операции корректировки разниц создается одна хозоперация на сумму первоначальной стоимости предметов по налоговому методу учета (см. настройки "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет ОС Налоговый метод учета" и "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет НМА Налоговый метод учета"). В операции корректировки разниц данные отображаются всегда по налоговому методу учета, переключиться на другой метод учета нельзя. Если налоговый метод учета не указан для пользователя, то интерфейс не открывается. Добавлена настройка "Настройки Галактики Бухгалтерский контур Учет ОС и НМА Налоговый учет Сразу проводить операцию корректировки разниц" Если настройка включена, то : - при проведении операции сразу корректируется сальдо по разницам на начало месяца. - в интерфейсе расчета амортизации Параметр позволяющий включить корректировку дисаблится. - сообщение о несоответствии сальдо прошлого периода и сальдо начало текущего, выдается с учетом проведенной операции.
102.1356118.10.126.0Учет банковских гарантийУправление договорамиРабота с банковской гарантией
Реализовать функциональные требования согласно ФТРеализованы функциональные требования согласно ФТ (BG_New.doc)
102.1324638.10.125.0Стороннее платежное поручение из договора уступки долга (продажа) формируется на нулевую суммуРасчеты с поставщиками и получателямиДоговоры уступки долга (продажа)
Стороннее платежное поручение из договора уступки долга (продажа) формируется на нулевую сумму.Договоры уступки долга (продажа) Договоры уступки долга (покупка) Договоры уступки собственного долга Исправлено формирование платежных документов функциями "Выполнение обязательств должником" и "Выполнение обязательств покупателем"
102.1334698.10.125.0Доработать функционал формирования платежных поручений в договоре цессии (продажа долга)Расчеты с поставщиками и получателямиДоговоры уступки долга (продажа)
Доработать функционал формирования платежных поручений в договоре цессии (продажа долга). В настоящий момент при формировании платежного документа по кнопке "выполнение обязательств покупателем" (статус договора "исполняемый") сумма платежки формируется на величину, за которую продается долг (или на разницу между суммой продажи и суммой предыдущих платежей от покупателя по этой цессии, если таковые имеются). НО как только сумма оплаты от покупателя долга становится равной сумме продажи долга, автоматический контроль задолженности по договору цессии отключается, и пользователю может формировать платежи далее без запрета и вывода предупредительных сообщений. Ситуация одинаково верна и при включенои и при выключеной настройке "При выборе контрагента контролировать долг".Запрещено "Выполнение обязательств покупателем", до момента, пока не будет заполнена дата обработки договора уступки долга. Исправлены ошибки при формировании платежей
102.1350768.10.124.0Для работы с банковскими гарантиями необходимо большее количество символов в номере. Прошу расширить до 80.Управление договорамиРабота с банковской гарантией
Для работы с банковскими гарантиями необходимо большее количество символов в номере. Прошу расширить до 80.Банковские гарантии перенесены из таблицы Iski на таблицу KatSopr. При этом для сохранения ссылок в аналитиках и ЦУ сохранена связь между записями KatSopr и Iski. Поле для номера на 8.1 - 40 символов, на 9.1 - 100.
102.1313418.10.122.0Код валюты в бухсправке по курсовой разницеФинансово-расчетные операцииБухгалтерская справка
Код валюты в бухсправке по курсовой разнице После формирования бухсправки по курсовым разницам (Расчеты с поставщиками, получателями- Операции - Расчет курсовых разниц по Вал-НДЕ документам-основаниям), если привязать хозоперацию, то удаляется код валюты.В случае, если бухгалтерская справка сформирована по курсовой разнице, автоматическая синхронизация валюты хозоперации с валютой из шапки документа, при привязке ТХО - не производится.
104.202388.10.122.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.
102.1314088.10.121.0Не правильно формируется реестр хозяйственных операций, не выводится номер документаКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Во вложении описание. Не понятно влияние новой настройки "Отображать в отчетах номер первичного документа". Пользователь понял действие этой настройки так: если настройка в значении "Да", то должен быть привязан документ-основание, но ввиду его отсутствия номер не выводится, поэтому настройка должна быть в значении "нет". На скринах видно, что в хоз.операциях и в проводках есть номер документа и т.к. он маленький, то при любом значении данной настройки он должен выводится.Для платежных документов исправлен вывод номера документа в отчеты реестров хозяйственных операций в окне разноски хозяйственных операций при включенной настройке "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Отображать в отчетах номер первичного документа". Доработано: Отображение номеров в нижней панели отчетов: -Аналитический отчет(формирование) -Интерактивный аналитический отчет Отображение номеров документов в основной панели: -Акт сверки -Журнал операций -Универсальный журнал-ордер Печатные формы отчетов: -Книга бухгалтерских прводок -Акт сверки -Журнал операций -Универсальный журнал-ордер -Аналитический отчет(формирование) -Интерактивный аналитический отчет
102.1291948.10.120.0Необработанное исключение при выходе из ЛЗКУправление производственной логистикой (УПЛ)Основание/ЛЗК
Необработанное исключение при выходе из ЛЗК Захожу в окно редактирования ЛЗК, Esc. Сообщение "не установлен план счетов", ОК, Необработанное исключеник. То же самое в накладных.В связи с тем, что не заданы настройки "Настройки ГалактикиБухгалтерский контурТекущий план счетов" и "Настройки ГалактикиБухгалтерский контурТекущий регистр учета", не происходит загрузка объекта проверки проводок, что в результате приводит к возникновению необработанного исключения. Добавил обработку данного исключения. В случае если не заданы настройки, и соответственно не происходит загрузка объекта проверки проводок, то не запускаю проверку проводок. В результате исключение не возникает.
102.1300058.10.120.0Несоответствие количества знаков в полях Номер документа между таблицамиКонтуры: финансовый, бухгалтерского учетаНе знаю, какая именно часть финансового контура, научите
Номер документов в сопроводительных документах (актах, накладных и т.п.) вмещает 41 знак. В Хозоперациях по этому документу ,в проводках в поле "N док" ограничение до 21 знаков. Соответственно при печати отчетов (Реестры хозяйственных операций, книга бух.проводок, в интерактивных очтетах, акты сверки, журнал-ордер) на печать выводится информация не соответствующая сопроводительному документу. Необходимо в печатные формы выводить полный номер документа.Добавлена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Отображать в отчетах номер первичного документа" для возможности переключения режима вывода номеров хозяйственных операций и проводок в формируемые отчеты. В отчеты "Реестр хозяйственных операций" (печать из разноски хозяйственных операций) добавлен вывод номера из основного документа, по которому сформирована хозяйственная операция. Расширено поле для вывода номера документа в отчетах формата"Бизнес-текст": 1. Реестр хозяйственных операций по контрагентам 2. Реестр хозяйственных операций по документам-основаниям 3. Реестр хозяйственных операций (с проводками) N1 4. Реестр хозяйственных операций (с проводками) N2
102.1300308.10.120.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.1302158.10.119.2Доработать параметр [Курс:ДатаБал] идентификатора PAYDIFFRATE для акта на услуги.ХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Доработать параметр [Курс:ДатаБал] идентификатора PAYDIFFRATE для акта на услуги.Доработан параметр [Курс:ДатаБал] идентификатора PAYDIFFRATE для документа 111-"Акт на прием услуги".
102.1289088.10.119.0дать возможность привязки ТХО к БГУправление договорамиРабота с банковской гарантией
Дать возможность привязки ТХО к БГ. На основании банковской гарантии формируется Сальдо Д-т на 008 (на сумму БГ), если снимают по претензии, то уменьшают сальдо на сумму претензии, проводку делают К-т 008 Д-т 000, и после срока окончания снимают оставшуюся сумму К008-Д00. Т.е. необходима возможность привязки ТХО к БГ для формирования проводок на основании суммы БГ.Добавлен пункт в главное меню: Хозоперации | Операции | Разноска хозяйственных операций | Управление договорами | Банковская гарантия В интерфейсе банковской гарантии по договорам можно просмотреть хозоперации (по Ctrl+H), а также привязать операцию. Доступно по настройке Настройки ГалактикиБухгалтерский контурТиповые проводкиРазрешать привязку ТХО в документах оперативного контура P.S. Для старых документов хозопераций нет. Они появятся только после редактирования документа.
104.201088.10.119.0Необходимо получать nrec Накладной/акта из ППХозоперацииТиповые алгоритмы и константы
В идентификаторе PayDiffRate необходимо учитывать дату баланса при расчете курсовых разниц.Доработан параметр [Курс:ДатаБал] - учитывать дату баланса. При установке флага "учитывать дату баланса" курсовая разница рассчитывается с учетом даты баланса. Дата баланса - это последний день каждого квартала. Если накладная была до даты баланса, а платеж за эту накладную уже после, то курсовая разница рассчитывается между курсом на дату баланса и курсом платежа.
102.1266788.10.118.0Распрелеление платежа - Налоги в акте при обработке суммовой разницы не верныФинансово-расчетные операцииПлатежное поручение
Установлены следующие настройки: "Настройки Галактики Логистика Налоги, документы для учета НДС Услуга по суммовой разнице" - определена услуга, для которой привязана группа налогов. "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" - установлен признак обработки суммовых разниц. "Настройки Галактики Логистика Документы Управление снабжением Входимость налогов по умолчанию" - не входят (!) - распространяется на документы (KATSOPR.VIDSOPR=111) При распределении платежа по вал-руб ДО формируется хозоперация на суммовую разницу, после чего автоматически создается акт на услуги (KATSOPR.VIDSOPR=111). В данном акте в соответствии с настройкой налоги берутся сверх суммы хозоперации - в результате сумма акта не равна сумме хозоперации. Необходимо создавать акт со значением "налоги входят".Вне зависимости от значения настройки "Настройки Галактики Логистика Документы Управление снабжением Входимость налогов по умолчанию", в акте на услуги, сформированном при обработке суммовой разницы, параметр "Входимость налогов в цену слуг" всегда принимает значение "входят в цену услуг".
102.1280978.10.118.0Определять ДО из финансовой операцииХозоперацииРазноска ТХО по видам документов /укажите тип документа/
Хозоперации | Операции | Разноска хозяйственных операций | Платежный календарь | Финансовая операция На закладке "хозяйственный документ" определять ДО из финансовой операции.ДО определяется из финансовой операции
180.78018.10.117.0Перепривязка ТХО в документеХозоперацииРазноска ТХО "Все документы"
Запускаем в документе выбор ТХО, например, в актах на получение услуг перевыбираем ТХО: Система начинает долго отображать сообщение "Коррекция проводок к документу" Если терпеливо ждать, то можно минут через 10-15 дождаться выбора ТХО. Система сообщит о формировании проводок, выдаст протокол сформированных проводок (у меня включен протокол), а затем снова выйдет на отображение экрана «Коррекция проводок к документу…» и еще минут на 20 пока пользователю не надоест ждать.При привязке/перепривязке ТХО вызывается функция подсчета количества хозопераций у документа. Данная функция имеет смысл только при привязке ТХО в платежных документах. При привязке тхо в документах логистики, вызов данной функции приводил к существенному замедлению, по причине того, что снимались текущие ограничения на таблицу SoprHoz и запрос к БД возвращал все записи таблицы вместо того, чтобы вернуть одну. Кроме этого, в случае, когда включен протект (а у клиента он включен), выгруженные данные упорядочиваются по полям индекса. В данном случае по 4-м полям. Это и приводило к замедлению у пользователя. Повторить проблему у нас не удалось. На правильно настроенном сервере БД такие "тяжелые" запросы отрабатывают быстро. А так как у клиента проблемы с быстродействием возникли на тестовой БД, то существует большая вероятность того, что сервер БД некорректно настроен. Но в любом случае, код, вызывающий замедления, в данном интерфейсе не нужен и необходимости в нем уже нет. Поэтому функция была удалена.
103.57238.10.116.0Платежные документы не имеют разноски ЦУУправление капитальными вложениями и строительствомОбъекты строительства
Пользователю необходимо видеть из платежного документа какие объекты ЦУ указаны в спецификации ДО, и какие указаны в спецификации накладной.В окне редактирования хозяйственной операции платежного документа, на закладках "Оплата МЦ/услуг накл" и "Оплата МЦ/услуг ДО" выведены поля целевого учета (Объект ЦУ и и 10 полей КАУ). Так же эти поля выведены в окне распределения по позициям ДО. Видимостью полей управляет настройка "Настройки Галактики Общие настройки системы Работа с МЦ, услугами Целевое назначение МТР Отображать поля КАУ в спецификации документов".
104.201438.10.115.0Рантайм при удалении платежного поручения связанного со счетом-фактуройРасчеты с поставщиками и получателямиНаши налоговые накладные
Рантайм при удалении платежного поручения связанного со счетом-фактурой Есть следующая цепочка документов: Стороннее ПП - по ПП сформирована Налоговая накладная (счет-фактура) - по налоговой накладной сформирована корректировка. И налоговая и корректировка зарегистрированы. При попытке удалить платежное поручение - система падает по рантайму. Просьба изменить функцию удаления таким образом, чтобы при попытке удаления подобной цепочки система выдавала соответствующее предупреждение и не сваливалась.Ликвидировано падение системы по "рантайму", так же в рамках проблему убрано зацикливание при удалении ПП.
106.97008.10.115.0Наследование ссылки на финансовую операциюХозоперацииПредложения по новой функциональности модуля "Хозоперации"
Если ПП было сформирован на основании ФОП то после ручного редактирования ХО добавить проверку (при проверке соответствия сумм ХО и документа), которая восстановит исполнение в случае если : 1. Сумма всех ХО = Сумма ФОП 2. Одна (возможно несколько) из ХО являются исполнением ФОП 3. Остаток к исполнению по ФОП = сумма не распределенных ХО"Доработана проверка документа при ручном редактировании. Если ХО (несколько ХО) по документу являются исполнением одной ФОП и при этом : 1. Сумма всех ХО, которые входят в сумму документа = Сумма ФОП 2. ФОП исполнена не на всю сумму исполнение формируется автоматически.
102.1228688.10.114.0Запретить пересчет налогов при налии с/фРасчеты с поставщиками и получателямиПакетное распределение платежей
В интерфейсе пакетного распределения платежных документов в ходе выполнения распределения происходит пересчет налогов без учета наличия с/ф. В то время, как при ручной работе с документом пересчет налогов при наличии с/ф запрещен. Доработать пакетное распределения по аналогии с ручным - запретить пересчет налогов при наличии уже сформированных с/ф. Пример такой ситуации, когда в платежном документе сформирована авансовая счет/фактура с одной ставкой, и производится привязка ДО с другой ставкой. В результате налоги в с/ф остаются старые, в то время как налоги хозоперации оказываются пересчитаны в соответствии со ставкой из ДО.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" добавлен параметр - "Пересчитывать налоги при наличии СФ". По умолчанию устанавливается значение "Да". В данном случае, при пересчете налогов не анализируется наличие счет-фактуры и налоги пересчитываются всегда. В случае, если настройка выключена и для хоз.операции сформирована счет-фактура, пересчет налогов не производится. Данная доработка распространяется как на пакетное распределение платежей, так и на ручное. При выключенной настройке и в режиме расчета налогов "По запросу", при выполнении распределения по спецификации накладной, в ручном режиме выдается запрос с предупреждением, что счет-фактура уже сформирована и стоит ли пересчитывать при этом налоги. В пакетном режиме, данные запросы не выдаются и налоги не пересчитываются.
102.1230218.10.113.0Добавление настройкиФинансово-расчетные операцииПлатежное поручение
Для целей обеспечения возможности гибко работать с обработкой события с помощью JavaScript при привязке ДО к стороннему платежу требуется добавить 2 настройки к документу Стороннее платежное поручение в разделе "Запуск алгоритмов": 1.Перед привязкой ДО к хозоперации; 2.После привязки ДО к хозоперации; Данные события должны отрабатываться как для пакетного распределения платежа, так и для ручного (самостоятельной привязки ДО).Создана новая ветка настроек "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Запуск алгоритмов ..", в которой добавлены две настройки: - Перед привязкой ДО к хозоперации; - После привязки ДО к хозоперации. В данных настройках задаются пользовательские алгоритмы расчета, которые выполняются перед привязкой ДО к хозоперации и соответственно после привязки. Данные события отрабатывают в интерфейсе платежных документов, как в шапке документа, так и внутри хозоперации. И в пакетном распределении платежей. При привязки ДО в платежном документе, в ситуации, когда происходит дробление хозоперации на несколько (в разрезе накладных), запуск алгоритма "Перед привязкой ДО к хозоперации", производится к первоначальной хозоперации (до дробления), а запуск алгоритма "После привязки ДО к хозоперации" производится для всех хозопераций к которым было привязано ДО и которые были сформированы при дроблении. При привязке ДО в пакетном режиме, в ситуации, когда происходит дробление хозоперации на несколько (в разрезе накладных), запуск алгоритмов производится для каждой хозоперации к которым было привязано ДО и которые были сформированы при дроблении. Входящим параметром для алгоритма является ссылка на документ основание. При создании платежа из ДО запуск алгоритмов не осуществляется.
103.62088.10.113.0Не появляется ссылка на договор в таблице SOPRHOZ при привязке ДО к платежному поручениюФинансово-расчетные операцииПлатежное поручение
Не появляется ссылка на договор в таблице SOPRHOZ при привязке ДО к платежному поручению. описание в файле. Проверяли на последних обновлениях.Настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Наследовать ссылку на договор при создании новой хозоперации" выключена. В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" должна быть включена настройка - "При выборе ДО контролировать сумму документа". К платежному документу привязано ДО на предоплату в котором есть ссылка на договор. Затем, на сумму меньшую чем платежный документ, привязываем ДО на оплату, в котором тоже есть ссылка на тот же договор. В результате, будет сформирована хозоперация на остаток, в которую будет наследоваться ДО на предоплату. И несмотря на то, что на закладке "Договоры" будет ссылка на договор для обоих хозопераций, непосредственно в таблице Soprhoz поле cDogovor будет не заполнено. Ошибка заключается в том, что при наследовании ДО на предоплату в новую хозоперацию, не учитывается что у ДО может быть договор и его необходимо так же наследовать. Исправлено. Поле Soprhoz.cDogovor заполняется.
102.1241308.10.112.0В ДО - цена = 0?Управление снабжениемПриходные накладные
В ДО - цена = 0? В накладной есть соп.услуга(%) = 1% , т.е. и цена и сумма одинаковы. По кнопке из накладной создаем ДО - в нем цена = 0. И больше в интерфейсе(см. вложение) выбора ДО из накладной и цена и сумма по услуге раны нулю!Исправлен интерфейс выбора ДО. Поле "стоимость" для услуги "%" была нулевая.
102.1240078.10.111.0нужно автоматически менять статус платежа после привязке к нему ТХОКонтуры: финансовый, бухгалтерского учетаПредложение по новой фукциональности финансового контура
например сюда: "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов" добавить настройку, которая бы определяла статус для перехода платежного документа после привязки ТХО. При привязке ТХО к платежке статус в ней должен изменятся автоматически согласно указанного в значении настройки.В интерфейсе настроек "Настройки Галактики Бухгалтерский контур Обработка документов Параметры работы с документами различных типов", на закладке "Права доступа" добавлено поле "Статус документа после привязки ТХО". Данное поле отображается только для тех типов документов, которые построены на базе таблицы PlPor и заполняется с учетом доступных пользователю статусов (ФРО-Настройка-Настройка прав доступа к документам). После выполнения привязки ТХО к документу (как в пакетном распределении платежей, ручном, так при выполнении разноски ТХО в модуле "Хозоперации"), будет проверятся задан ли в настройке статус для текущего типа документа и если он задан, то этот статус будет устанавливаться в документе. При выставлении статуса не анализируется ни ограничение прав доступа по статусам, ни результат привязки ТХО к платежному документу.
102.1223968.10.109.0Не хватает длины поля для отображения больших суммХозоперацииРазноска ТХО по видам документов /укажите тип документа/
В интерфейсе "Привязка ТХО" на закладке "Хозяйственный документ" не хватает длины поля для отображения больших сумм. Если сумма по операции больше 1 000 000 000 000, то она не влезает в поле.В интерфейсе "Привязка ТХО" на закладке "Хозяйственный документ" увеличены размеры полей для отображения сумм для документов: 12 - Приход, ввод в эксплуатацию спецоснастки 13 - Начисление износа спецоснастки 15 - Операция основных средств 16 - Операция нематериальных активов 19 - Списание спецоснастки 20 - Внутреннее перемещение спецоснастки 28 - Возврат спецоснастки из эксплуатации 29 - Передача спецоснастки на склад 80 - Переоценка спецоснастки
102.1225778.10.109.0Проверка соответствия сумм в НДЕФинансово-расчетные операцииВалютное платежное поручение
После ПиР 102.106034 у клиента изменился бизнес-процесс при формировании валютных платежных поручений. Предложение сделать настройку или вернуть назад функциональность, чтобы проверялась также и соответствие сумм в НДЕ. см.вложениеВ платежных документах всегда происходит автоматический контроль соответствия суммы документа и его хозопераций. Если документ валютный, то контролируется только сумма в валюте, а проверка суммы в НДЕ не производится. Соответственно для документов в НДЕ контролируется сумма в НДЕ. У некоторых пользователей бизнес процесс построен таким образом, что необходимо контролировать как сумму в НДЕ, так и сумму в валюте. Для таких ситуаций добавлена пользовательская настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Проверять соответствие сумм в НДЕ валютного документа и его хозопераций", которая по умолчанию выключена. При включении данной настройки, в валютных документах будет производится контроль как валютной суммы хозопераций и документа, так и суммы в НДЕ. Данная настройка позволяет отключать доработку по контролю соответствия сумм в документах, выполненную в Пир 102.106034. А именно: - в случае, если валюта документа совпадает с валютой всех его хозопераций, то при выполнении проверки соответствия суммы документа сумме его хозопераций, проверяется только соответствие сумм в валюте. Таким образом, если валютная сумма документа совпадает с валютной суммой его хозопераций, то несоответствие сумм в НДЕ игнорируется и хозоперация на не распределенную рублевую сумму не создается.
180.74488.10.109.0Пересчет суммы проводок в бухгалтерской справке.Финансово-расчетные операцииБухгалтерская справка
Пересчет суммы проводок в бухгалтерской справке. При установленной настройке "Настройки Галактики Бухгалтерский контур Типовые проводки Контроль соответствия сумм хозоперации и проводок в ТХО" при корректировке суммы проводки запускается проверка соответствия. При активной работе в нескольких планах счетов пересчет сумм по проводкам не всегда работает. Выявлена причина: функция CheckOborot использующаяся в public функции CSH_CheckOborot2 интерфейса ChkSoprHoz if (Oborot.cPlansSch = myPlansNo) { // Соответствие сумм проводок и суммы ХО проверяем только для текущего плана счетов if (vbFirstOborot) { // Сохраним валюту первой проводки vbFirstOborot := false; vrSumOb.cVal := Oborot.KodValut; } AggregateSumOb; // Агрегация суммы оборотов для контроля SoprHoz if (Abs(Round(vrSumOb.NdeSum, 2)) > 0.005) vbEmptySumm := false; } значение переменной myPlansNo фиксируется на момент первого запуска функции и после смены текущего плана счетов не изменяется. это создает много проблем при работе с интерфейсом. Также предлагаю реализовать функцию в локальном меню интерфейса редактирования хозоперации "пересчет суммы хоз. операции по проводкам" которая бы инициализировала запуск проверки соответствия суммы по хозоперации и проводкам в текущем плане счетов.Исправлено. При установленной настройке "Настройки Галактики Бухгалтерский контур Типовые проводки Контроль соответствия сумм хозоперации и проводок в ТХО" при корректировке суммы проводки запускается проверка соответствия сумм в текущем плане счетов. Кроме этого, в локальные меню закладки "ХозОперации" и окна редактирования хоз. операции платежного документа, добавлена команда "Контроль сумм хозоперации и проводок". При выполнении данной команды запускается проверка соответствия сумм хозоперации и проводок, сформированных по ней, в текущем плане счетов. В случае несоответствия сумм, пользователю предлагается возможность скорректировать хоз. операцию.
102.1218398.10.107.0зависаниеУчет ОСДругие вопросы по ОС
Если зайти в карточку ОС - операции - амортизация - конкретная операция - просмотр проводок - добавить проводку и попытаться закрыть интерфейс "хоз.операции", то система зависает. Интерфейс закрывается около 60 минут. Ситуация воспроизводится для операции, в которой количество уже существующих проводок превышает 1000.В случае, когда производится удаление, модификация, или создание проводки, запускается проверка корректности всех проводок, сформированных к данной хозоперации. При проверке производится синхронизация полей из хозоперации в проводки (филиал, номер документа, ссылка на ТХО и т.д.), проверка соответствия дат, валют, сумм проводок и хозоперации, наследование дескриптора. Именно по этой причине происходит зависание, т.к. в данном документе 56 тысяч проводок, то и проверка данная занимает много времени. В случае, если выключена настройка "Настройки Галактики Бухгалтерский контур Типовые проводки Контроль соответствия сумм хозоперации и проводок в ТХО", проверки (кроме контроля сумм) и синхронизации будут запускаться только для тех хозопераций, которые пользователь модифицировал или создал. Это решит проблемы с зависанием. Кроме этого, добавлена визуализация процесса коррекции проводок по документу. При включенной настройке "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Проверять соответствие валют проводок и хозоперации", кроме валют, проверяется соответствие сумм в валюте. Теперь проверка сумм в валюте будет производится только в том случае, если включена настройка "Контроль соответствия сумм хозоперации и проводок в ТХО". Когда происходит создание новой ручной проводки, запускается подсчет суммы, на которую уже сформированы проводки, и дельта между суммой хозоперации и подсчитанной суммой подставляется в новую проводку. Данная операция, тоже вызывает зависание на несколько минут. Для операций амортизации и переоценки ОС и НМА ручные проводки практически не создаются, поэтому для этих операций данный функционал отключен. При создании новой ручной проводки, в неё будет подставляться нулевая сумма.
102.1218418.10.107.0Привязка ДО к платежным поручениям - пересчет/редактирование сумм.Финансово-расчетные операцииПлатежное поручение
Привязка ДО к платежным поручениям - пересчет/редактирование сумм. Имеем Стороннее платежное поручение к нему несколько привязанных валютных ДО. По одному из ДО возникла необходимость изменить сумму в распределении. В нижней части окна Поручения, в закладке ДокОснования выбираем нужное для редактирования. Интерфейс "Учет платежа в расчетах с контрагентами". Меняем сумму в валюте(так как клиент работает с валютой). Как только мы покидаем это поле сумма меняется на прежнюю, сумма в НДЕ не пересчитывается вообще. Если меняем сумму в НДЕ, то сумма в валюте меняется. Раньше пересчет работал в обе стороны. см. вложение.Изменен механизм пересчета сумм в платежных поручениях в окнах редактирования закладок "ХозОперации" и "ДокОснования". Т.к. в платежных документах основной считалась сумма в НДЕ, то все расчеты велись от нее, вне зависимости от того, какая сумма изменяется. Т.е. при изменении суммы в валюте расчет всё равно производился от суммы в НДЕ, что в итоге приводило к тому, что сумма в валюте не изменялась. В результате данной доработки пересчет производится от изменяемой суммы. При редактировании суммы в валюте, пересчитывается сумма в НДЕ, и наоборот. При этом, в случае изменения даты хозоперации, пересчет ведется от суммы в НДЕ.
102.1224158.10.107.0Визуализация при привязке ТХО через деревоХозоперацииРазноска ТХО по видам документов /укажите тип документа/
При разноске ТХО через дерево привязок странная визуализация(см. вложение)Исправлено. При выполнении разноски ТХО через дерево привязок, проблем с визуализацией не возникает.
" при выборе типа ДО по Ctrl+Enter ">102.1227408.10.107.0Доработать сохрание поля "К обработке " при выборе типа ДО по Ctrl+EnterФинансово-расчетные операцииПредложения по новой функциональности модуля "ФРО"
В рамках проблемы 101.50406 было доработано сохранение значения поля "К обработке <alt><D>" только при выборе типа ДО по F3. Необходимо доработать сохранение также при выборе ДО другого типа по Ctrl+Enter.Реализовано сохранение значения поля "К обработке <alt><D>" при выборе другого типа ДО по Ctrl+Enter, и при изменении настроек фильтра, в результате которых происходит смена текущего типа ДО.
101.514078.10.106.0Неверно работает фильтр по контрагентам в интерфейсе выбора ДОФинансово-расчетные операцииПлатежное поручение
Неверно работает фильтр по контрагентам (из документа) в интерфейсе выбора ДО, если перед этим был установлен фильтр в отчете "Управление сбытом - отчеты - реализация товаров, оказание услуг".Исправлено.
102.1219508.10.106.0Расчет налога в ПП при значении в параметрах "Оплата без НДС"Финансово-расчетные операцииПлатежное поручение
Расчет налога в ПП при значении в параметрах "Оплата без НДС". Описание во вложении. В стороннем п/п на закладке ТХО две записи. Первая распределена по ДО. Заходим во вторую и прикрепляем ДО, автоматически рассчитываются налоги. После этого удаляем ДО, и перепрекрепляем его с параметром "Оплата без НДС". Налоги пропали. Удаляем ДО еще раз и перепрекрепляем его с параметром "Сумма задолженности по платежам". Налоги по прежнему пустые.Исправлено. Значение "Оплата без НДС", сбрасывается при отвязке ДО, или при пере привязки ДО в другом режиме расчета задолженности.
104.200498.10.105.0Обновление поля ТХО в платежном порученииФинансово-расчетные операцииПлатежное поручение
Обновление поля ТХО в платежном поручении. Условия проявления проблемы: 1. Устанавливаем значение настройки - "Настройки Галактики Бухгалтерский контур Обработка документов Распределение платежа по ДО Изменять ссылку на ДО в поле "Основание" платежного документа" - Нет. 2. Привязываем к платежному поручению ДО. 3. Привязываем ТХО к документу в поле "ТХО" в шапке документа В результате в системе формируются проводки, на закладке "Хозоперации" в нижней части документа ТХО привязана (поле SoprHoz.cHozOper), но в поле "ТХО" (поле PlPor.cHozOper) запись не появляется. И появляется только после того как фокус будет переведен на нижние закладки и назад в шапку. Просьба исправить данную ошибку.Исправлено.
101.504068.10.104.0не выдавать сообщение об отсутствии задолженности по документуФинансово-расчетные операцииПлатежное поручение
Реализовать сохранение значения поля "К обработке <alt><D>." каждого типа ДО.В интерфейсе выбора ДО, поле "К обработке <alt><D>" сохраняет свое последнее значение в разрезе типов документов.
102.1150518.10.104.0Удаляются проводки, к которым нет доступаФинансово-расчетные операцииПлатежное поручение
Удаляются проводки, к которым нет доступа "Настройки Галактики Бухгалтерский контур Типовые проводки Способ раздельной привязки ТХО по регистрам учета" = "для всех доступных регистров". "Настройки Галактики Общие настройки системы Доступ к документам" = "свои - изменение, по всем - чтение". По платежке разные пользователи в разных регистрах сформировали проводки, к которым они имеют доступ (но не к проводкам друг друга). Но любой пользователь в "своем" регистре нажав Del в поле ТХО отменяет ТХО (удаляет проводки) не только в своем регистре, а и недоступные проводки другого пользователя. Без всяких предупреждений. Это потому что про настройке способа привязки "для всех доступных регистров" отмена происходит во всех доступных регистрах, а вот проверка доступа к проводке проводится только в текущем. Аналогично для других значений настройки "Способ раздельной привязки ТХО по регистрам учета" (кроме "для текущего регистра").В случае, если в соответствии со значением настройки "Настройки Галактики Бухгалтерский контур Типовые проводки Способ раздельной привязки ТХО по регистрам учета", при выполнении перепривязки/отвязки ТХО, может произойти переформирование или удаление проводок не только в текущем, но и в других доступных регистрах учета, происходит проверка прав доступа к сформированным проводкам по всем регистрам учета. Если в каком-нибудь регистре учета есть проводки к которым нет доступа, то в данном регистре учета не производится отвязка или привязка ТХО. В случае, если значение настройки "Настройки Галактики Бухгалтерский контур Типовые проводки ..уровень детализации протокола расчетов ТХО" равно "2 Данные по регистру учета" или выше, то в протокол выводится информация о регистре учета в котором не удалось сформировать проводки, по причине того, что в данном регистре учета уже есть проводки, к которым нет прав доступа.
102.1203168.10.104.0при удалении СФ дублируется сообщение на удалениеФинансово-расчетные операцииПлатежное поручение
при удалении СФ дублируется сообщение на удаление В платежке в ХО удаляем по DEL документ по НДС, получаем: --------------------------- Подтверждение --------------------------- Удалить документ по учету НДС? --------------------------- Да Нет --------------------------- по умолчанию ДА - жмем --------------------------- Подтверждение --------------------------- Удалить документ для учета НДС № 127 от 23/11/2012? --------------------------- Да Нет --------------------------- по умолчанию НЕТ - жмем СФ на месте :) Зачем 2 месаги? Надо лишнюю убрать.При выполнении групповых модификаций хозопераций в платежном документе, избавился от множественных запросов на удаление счет-фактур. Данные сообщения не возникают при следующих операциях: 1) При удаление нескольких помеченных хозопераций. 2) При сбросе даты обработки в платежном документе. 3) При выполнении пересчета разнесенной суммы и оплаченных налогов (Alt+G). Кроме этого, при удалении СФ, в хозоперации платежки, убрал первый запрос "Удалить документ по учету НДС?". Данный запрос не нужен, так как более информативный запрос следует за ним, его и оставляем. & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ БАЗОВЫХ ФОРМ: НЕТ & УНАСЛЕДОВАННЫЕ ИЗМЕНЕНИЯ ШАБЛОНОВ: НЕТ
102.1213068.10.104.0при привязке ДО слетает ссылка на товарный ПКПФинансово-расчетные операцииПлатежное поручение
при привязке ДО слетает ссылка на товарный ПКП Есть Договор в котором 2 финансовых и 1 товарный GRG/ фин №1 авансовый с 01.01.2013 по 10.01.2013 500 фин №2 авансовый с 01.01.2013 по 10.01.2013 1000 тов №3 по факту через 5 дней после фин №2 В фин №1 и фин №2 в схеме указан тов №3. По фин №1 и фин №2 сформированы ДО на предоплату закупки. По тов №3 сформирован ДО на закупку. Формируем ПП на сумму 1500. Вяжем предоплатные ДО в хозоперации. Получаем 2 ХО на 500 и 1000. Смотрим на закладке Договор: две записи, в обеих ссылки на тов №3 и на разные финансовые - фин №1 и фин №2. Это верно Привяжем в обеих ХО ДО на закупку. После на закладке Договор видим, что вместо товарного ПКП тов №3 в обеих записях проставился фин №2.Исправлено. При привязке ДО на предоплату и ДО на закупку/продажу ссылка на товарный ПКП проставляется корректно.
180.72798.10.104.0Заполнение поля DataOt в проводкахФинансово-расчетные операцииНе знаю, какая именно часть модуля "ФРО", научите
В данный момент складывается неоднозначная ситуация с заполнением поля DataOt в таблице Oborot. 1. При формировании новых проводок данное поле заполняется равным дате проводок (DataOt = DatOb). 2. При копировании бухсправок - DataOt = DatOb 3. При копировании проводок поле DataOt копируется из копируемой проводки (непонятно какое отношение к текущей проводке итеет исходная проводка, видимо просто недоработка функции копирования). 4. При изменении даты проводки поле DataOt остается неизменным (старая дата). 5. При изменениии даты оплаты по п/п или бухсправке - поле DataOt стается неизменным, поле DatOb меняется (получается ситуация, когда результат операции зависит от последовательности операций: если меняем дату оплаты и потом привязываем ТХО или привязываем ТХО и меняем дату оплаты). Поле DataOt используется в типовом проектном решении для системы Транснефть. Предлагаю доработать функции, указанные в пунктах 3, 4, 5 для того чтобы поле DataOt менялось в соответствии с DatOb. Вариант с тригером нам не подходит, основная проблема в том, что для решения п.3 необходимо делать тригер before insert, а он замедляет процесс создания проводок примерно на 50% (проверялось на вставке 6000 проводок). Быстродействие для нас критично.Добавлена настройка "Настройки Галактики Бухгалтерский контур Обработка документов Хозяйственные операции и бухгалтерские проводки Синхронизировать дату отчета с датой проводки". Если данная настройка включена, то в следующих случаях происходит синхронизация поля "Дата отчета" с полем "Дата проводки": - при копировании проводок; - при изменении поля "Дата обработки" платежного документа; - при изменении поля "Дата операции" текущей хозоперации; - при изменении даты проводки. Поле "Дата отчета" можно увидеть в Авансовом отчете, на закладке "Проводки", в экранном режиме отображения полей (Alt+S).