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


Описание файла обновления:
ФайлC_JOIN_RES_810480.TXT
ОбновлениеC_JOIN_RES_810480
НазначениеОбщее
ПродуктГалактика 8.10
Релиз03.11.2006 : Atlantis 5.2.8
КомпонентC_JOIN
ТипRES
Версия8.10.48.0
Дата2015-11-06 17:47:08
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
101.57984NEWЗамечания к ПИР 101.57603НастройкаОбъединение складов
Замечания к ПИР 101.57603 При объединении не задействованы таблицы модуля "Управление МТО". А именно планы снабжения. Получается , что в плане остался старый ЦО, и если формировать из него новые спецификации к договорам, и по ним приходовать, то опять будет использоваться старый ЦО. Описание во вложении.Исправлено.
101.576038.10.47.0Объединение центров ответственностиНастройкаОбъединение складов
Объединение центров ответственности При смене наименования подразделения (фактически заводилось новое подразделение в ШР и katpodr) ОАТП --> ОАСУТП была создана соответствующая позиция в каталоге ЦО. Сейчас возник вопрос о том, что в проводимых документах фигурирует ЦО с названием несуществующего подразделения. Все остатки на текущий момент на "старом" ЦО. Так же не можем переименовать "старый" ЦО, т.к. в системе останется "новый" с таким же именем. При этом перевести в архив новый также не можем - т.к. есть планы снабжения с этим ЦО, по этим планам формируются (и будут формироваться вплоть до конца 2016) новые спецификации дополнительных соглашений. А по соглашениям, в свою очередь, будут формироваться приходы ТМЦ. Необходимо провести слияние (объединение данных) двух ЦО в один Разные центры ответственности присутствуют в: 1. остатках ТМЦ по множеству разрезов; 2. планах-заявках модуля Управление МТО; 3. спецификациях договоров,документах формируемых на основании этих договоров.Добавлен пункт меню "Объединение центров ответственности".
101.563818.10.46.0Не объединяются банки указанные в БГНастройкаОбъединение банков
При объединении банков не обрабатывается документ БГ. После того как функция отрабатывает поле Банк в БГ обнуляется.в объединении счетов и объединении банков добавлена обработка ссылки на р.с. или банк соответственно.
103.65628.10.46.0Нужна возможность групповой пометки или по Insert (единичной) пометки настроек объединения для их удаления.НастройкаОбъединение МЦ
С помощью интерфейса объединения МЦ выполнили объединение большого количества МЦ (>1000) (т.е. было очень много настроек для объединения МЦ). Теперь нужно удалить все записи (а их много) со статусом "Завершено", но в интерфейсе нет возможности удалить их все разом. Нужна возможность групповой пометки или по Insert (единичной) пометки настроек объединения для их удаления. Возможно пометки по статусу...добавлена возможность пометки в верхней панели. работать будет следующим образом: 1. если пометки нет то работает как работало ранее 2. если пометка есть, то выдается сообщение об удалении помеченных записей. 3. если ответ утвердительных, то происходит удалении ппмеченных записей. однако помеченная запись может быть не удалена в случае, если запись создана другим пользователем.
102.1290978.10.45.0Рефакторинг: все интерфейсы справочников АТД надо перенести из компонента Z_Staff в Z_StaffCatКонтур управления персоналомZ_StaffCat
С 2014 года вместо классификатора ОКАТО будет применяться классификатор ОКТМО.Все интерфейсы справочников АТД перенесены из компонентов Z_Staff и Z_Zar в Z_StaffCat.
102.1281918.10.44.0Объединение организаций и давальческое сырьеНастройкаОбъединение организаций
В модуле Давальческое сырье Накладные на отпуск выписаны на двух контрагентов. Проведено объединение организаций. В накладных отображение правильное: контрагент - организация, которая явилась результатом объединения. А вот ведомость наличия по результирующей организации в разрезе контрагентов не формируется. Но если сформировать ее по другому разрезу - то наличие есть, но вместо организации выводится "??????????????".Исправлено.
180.74808.10.44.0Объединение пользовательской аналитикиНастройкаОбъединение пользовательской аналитики
Не меняются ссылки на пользовательскую аналитику после объединения в структуре дневника учета денежных средств. Требуется доработать настройку объединения аналитики.Ссылки на пользовательскую аналитику в структуре дневника учета денежных средств проставляются корректно после объединения.
101.517228.10.42.0Зависание при объединении МОЛ (долгая обработка таблицы MnAnal)НастройкаОбъединение МОЛ
исправлено замедление процесса объединения1. исправлен ошибка с визуализацией, приводящей к эфекту зависания 2. оптимизирован алгорит по обработкетаблиц, связанных с целевым учетом
101.518178.10.42.0"Объединение АТД" не меняется текстовая строка с отображением адресаНастройкаПредложение по всем объединениям данных, по новым объединениям
После объединения не меняется текстовая строка с отображением адреса (saddress1, saddress2), меняется только ссылка на адрес (cstreet).тест заменяется в данных полях saddress1, saddress2 только в случае, если в верней панели в качестве объединения используется улица. сделано аналогичная интерфейсу Изменения параметров адреса.
102.1187958.10.41.0Ошибка объединения МЦНастройкаОбъединение МЦ
Ошибка объединения МЦ. При объединении МЦ возникает ошибка №5 "Дублирование значение при уникальном ключе".Переработана функция для корректной работы с таблицей RepMove
102.1197038.10.41.0Ошибка уникального ключа в таблице SostBaz при объединения МЦНастройкаОбъединение МЦ
Ошибка уникального ключа в таблице SostBaz при объединения МЦИсправлена ошибка программирования
104.199858.10.41.0Быстродействие при объединении МЦНастройкаОбъединение МЦ
Быстродействие при объединении МЦ При выполнении операции объединения записей в каталоге МЦ очень много времени занимает обработка таблицы CalcPred - в базе клиента в таблице CalcPred примерно 2 320 000 записей, на объединение двух карточек уходит около 3-4 часов. Необходимо сократить время выполнения операции объединения каталога МЦ в части обработки таблицы CalcPredПереработана функция для корректной работы с таблицей CalcPred
102.1194868.10.40.0При объединении пользовательских аналитик в ЦУ не происходит замена на новую аналитикуНастройкаОбъединение пользовательской аналитики
При объединении пользовательских аналитик в ЦУ не происходит замена на новую аналитику. Пользователь запускает функцию "Объединение пользовательской аналитики" в модуле "Настройка" в меню "АдминистраторОбъединение данных", в которой настроил объединение некоторых элементов каталога пользовательских статей затрат. Объединение обработало проводки и прочие таблицы, а данные целевого учета оказались пропущены. Т.е. в спецификациях накладных, в которых был задан ЦУ КАУ1-КАУ10 с элементами пользовательской аналитики, после объединения имеют вид "?! Объект учета 281474976742290 аналитики [Статьи затрат]", а должно было замениться на результирующую пользовательскую аналитику, которая осталась после объединения и удаления старых аналитик.Замена происходит корректно.
106.95688.10.40.0Не правится ссылка Katotped.ckated при объединении единиц измеренияНастройкаОбъединение учетных единиц измерений
Не правится ссылка Katotped.ckated при объединении единиц измерения При объединении учетных единиц измерения не происходит корректировка ссылки katotped.ckated. После проведения объединения и удаления из списка получается, что поле katotped.ckated может ссылаться на несуществующую запись.При объединении учетных единиц измерения происходит корректировка ссылки katotped.ckated.
180.66908.10.40.0Добавить обработку таблицы OSCHGPAR во все объединенияНастройкаПредложение по всем объединениям данных, по новым объединениям
Необходимо добавить обработку таблицы OSCHGPAR во все объединения. В настоящее время обработка этой таблицы отсутствует, но она может содержать операции изменения любого внешнего КАУ карточки ОС (по сути любой аналитики системы). cgOsChg_KauReff : word = 16; // Внешние КАУ cgOsChg_KauReff == OsChgPar.ParCodeВ объединения контрагентов,групп ДО, признаков использования ОС/НМА, матценностей, кау, мол,складов, АТД, услуг, групп услуг, объекты строительства добавлена обработка таблицы OSCHGPAR.
180.71468.10.39.0объединение организаций обрабатывает не все ссылкиНастройкаОбъединение организаций
При объединении организаций не обрабатывается ссылка на получателя платежа в каталоге КПП (katkod.corg3). В результате при удалении старой оранизации пропадает связь между подразделением и налоговой инспекцией, в которую перечисляется подоходный налог. Соответственно неправильно формируются реестры и не формируются платежные поручения на перечисление подоходного налога. На Почте России налог перечисляется в несколько инспекций, пока определили по которой и по какой причине возникает ошибка, пришлось задерживать выплаты заработной платы сотрудникам.исправлено
102.1148228.10.38.0Выбор вышестоящего объекта при объединении объектов строительстваНастройкаОбъединение объектов строительства
Для функции объединения объектов строительства необходимо реализовать возможность выбора в качестве результирующего объекта строительства вышестоящий по иерархии объект.В интерфейсе "Объединение объектов строительства" в поле "Наим. объектов строительства (рез.объединения)" можно выбрать как стройку так и объекты строительства, т.е. вышестоящий по иерархии объект.
180.67908.10.37.0При объединении подразделений изменился табельный номерНастройкаОбъединение складов
При объединении подразделений изменился табельный номер. Объединял 2 подразделения на третье. В итоге все лицевые счета оказались в этом третьем подразделении . но на одном табельном номере. Установлена настройка использовать строчные табельные номера. В процессе объединения был протокол о замене табельного номера и подразделения, но это обычное дело. Но почему при этом изменился и табельный номер? Помимо лицевых счетов он изменился и в appointments.strtabn/ Да. Один лицевой счет в этом подразделении имел такой табельный номер до момента начала объединения, но зачем его надо было менять на такой же у других 29?. Пришлось аккуратно откатывать appointments и по нему уже востанавливать лицевые счета.Табельные номера в лицевых счетах не изменяются.
102.1138018.10.36.0Не копируются ТХО с HOZOBOR.FLSUBOS==0НастройкаОбъединение счетов
При объединении счетов не обрабатываются настройки ТХО с режимами субсчета отличными от "задать явно" и "не формировать".Обрабатываются настройки ТХО со всеми режимами субсчетов.
101.480598.10.35.0не меняется ссылка на группу налогов в спецификации накладнойНастройкаОбъединение групп налогов
При использовании стандартной функции объединения групп налогов (Настройка - Администратор - Объединение данных - Объединение групп налогов) не заменяется ссылка на группу налогов в спецификации накладных (spsopr.cgrnal). В результате при формировании ДО или корректирующих накладных по таким накладным сумма налогов в формируемом документе не рассчитывается. Сводный отчет во вложении.При объединении групп налогов происходит объединение поля cGrNal в таблице SpSopr.
180.64938.10.35.0Объединение подразделений сломало права в зарплатеНастройкаОбъединение складов
Объединение подразделений сломало права в зарплате. В результате объединения в таблице USERRIGHTS ссылка на подразделение тоже изменилась (при этом каким то образом не отразилась в журнале). Получилось в одной из папок 2 записи с объединяющим подразделением. Как следствие - при удаление результатов объединение записи в правах так и осталось 2. Как то не надо трогать права, а при удалении объединения просто удалить и все.Записи в таблице UserRight где есть связка с объединяемым складом удаляется.
180.57468.10.34.0Объединение контрагентов в таблицах соответствияНастройкаОбъединение организаций
При объединении контрагентов необходимо проверять ссылки на них в таблицах соответствия аналитикиВ интерфейс "Объединение организаций" (Управление договорами | Настройка | Администратор | Объединение данных | Объединение организаций) добавлен функционал объединения организаций в каталогах соответствий: 1. Соответствия аналитик созданные специально для использования в модуле "Управление бюджетом" (Управление бюджетом | Операции | Экспорт импорт бюджетов | Каталог соответствий) 2. Соответствия аналитик общего назначения, используемые в модулях: "Хозоперации", "ФРО", ... Работает это функционал следующим образом: 1. Осуществляется поиск объединяемых организаций как в "источнике" так и в "приемнике" и производится их замена. 1.1. При этом осуществляется проверка уникальности по полю "Значение аналитики в источнике". Если после замены "источника", запись становится не уникальной, то она удаляется. 2. После выполнения всех объединений, в случае если были удалены не уникальные соответствия, то формируется "протокол".
101.480068.10.33.0Объединение серийных номеров при объединении МЦНастройкаОбъединение МЦ
Учет матценностей Настройка Администратор Объединение данных Объединение МЦ Выбираю два МЦ и нажимаю Объединить. По окончанию открыл карточки МЦ в них расходы, приходы переместились. Захожу в карточки серийных номеров. Карточки СН у МЦ, которая должны была удалится после окончания объединения - остались привязаны к этой МЦ, а должный были перенестись на МЦ, в которую происходило объединение, и история движения по карточке СН (приходы, расходы) тоже должны были переместится.Осуществляется учет серийных номеров.
102.1130818.10.33.0Объединение групп услуг - добавить стандартный блок для обработки т-ц ЗПНастройкаОбъединение групп услуг
1.В функции "объединении групп услуг" отсутствует стандартный блок "включить в обработку т-цы модуля ЗП 2. При добавлении во второй панели второй и последующей записи по группе услуг не проставляется "+" в колонке "Удалять", во всех других объединениях "+" проставляется всегда в этой панели при добавлении новой записи.Добавлен стандартный блок обработки зарплатных таблиц. При добавлении во второй панели второй и последующей записи проставляется "+" в колонке удалять.
102.1130838.10.33.0Объединение складов-по каждому человеку подраздел-я выдается отдельный протоколНастройкаОбъединение складов
При выполнении функции "объединение складов" ( для объединения выбраны подразделения) с включенными в обработку таблицами модуля ЗП по каждому человеку подраздел-я выдается отдельный протокол. Пока окно протокола сообщений ZARERROR.out не закроешь, процесс дальше не идет. Предлагаю объединить эту информацию в единый протокол по ЗП и отдельно выдавать протокол по времени объединения.В результате операции объединения выдаются два протокола: протокол по результатам объединения в лицевых счетах и протокол по времени объединения.
180.64148.10.33.0Не учитывается поле KATOS.CORIGDOC в процедуре объединения объектов строительствНастройкаОбъединение объектов строительства
Процедура объединения объектов строительства не производит замену по полю KATOS.CORIGDOC, в котором может храниться ссылка на объект строительства (на что указывает katos.WORIGTYPE=1). В результате остаются битые ссылки на KatStroy и т.д. НЕОБХОДИМО: ИСПРАВИТЬ!При объединении объектов строительства ссылка KATOS.CORIGDOC при katos.WORIGTYPE=1 обрабатывается.
103.55688.10.31.0Слетают сальдовые остатки после объединения МЦ на филиальной БДКонтур логистикиНе знаю, какая именно часть контура логистики, научите
Слетают сальдовые остатки после объединения МЦ на филиальной БД. Описание клиента: Выявили откуда у нас появились записи в SaldoFnd, TekMC, TekSaldo, SaldoMC и SklOst поле atl_branch со значением 0x8000000000000000 Это происходит после запуска Объединения МЦ. Из-за этого все время слетают сальдовые остатки, вообще пропадают записи при просмотре в конкретном филиале и получается нужно запускать сначала проверку остатков проверкой целостности КОУ и только потом пересчитывать сальдовые остатки. SLKorder , sporder не общие таблицы, то и все таблицы, которые связаны с остатками, т.е SaldoFnd, TekMC, TekSaldo и SaldoMC, SklOst тоже не общие. Общие только справочники KATMC и Kated.Относится к: Объединение МЦ (Настройка Администратор Объединение данных ) Исправлено некорректное заполнение поля ATL_BRANCH в таблицах SaldoFnd, TekMC, TekSaldo, SaldoMC и SklOst при выполнении объединения МЦ на филиальной базе.
101.463488.10.30.0Необходимо объединение в каталоге IsPosНастройкаПредложение по всем объединениям данных, по новым объединениям
Необходимо объединение в каталоге IsPos Клиент в связи с необходимостью объединить некоторые значения в каталоге IsPos просит ввести соответствующих функционал.В объединение добавлено 2 пункта меню: - Объединение каталога использования ОС - Объединение каталога использования НМА
101.473778.10.30.0Объединение МЦНастройкаОбъединение МЦ
Объединение МЦ При выполнении функции объединения МЦ не обновляются следующие данные: - материальные нормы типовых ремонтов в ТОРО - ссылок на МЦ в картотеке шин и комплектующих модуля "Управление транспортом". Просьба реализовать обработку данных таблиц, так как функция объединения МЦ в таком случае не может быть использована на предприятиях, использующих модули ТОРО и Управление транспортом.Данные обновляются.
102.1101658.10.30.0Очень долго выполняется функция объединенияНастройкаОбъединение складов
Очень долго выполняется функция объединения При объединении подразделений возникла проблема - происходит зависание процесса и результата достигнуть не получается или получается через2-3 суток. Выполняли на примере двух подразделений. См. вложение.оптимизировано
102.1105028.10.30.0Исключить проверку поля PRIKAZ.CORGISНастройкаЧистка каталога организаций
В объединении Организаций исключил обработку поля PRIKAZ.CORGIS для TIPDOC==2, поскольку проставляемая в нем ссылка не является NREC организации!Исключил проверку поля PRIKAZ.CORGIS для TIPDOC=2 из объединения организаций.
180.59998.10.30.0Ф-ция объед. эл-тов сист аналитики 72 АТДУправление персоналомПроверка каталога АТД
В ходе комбинации закачек справочника АТД (системная аналитика 72), а также получения элементов этого справочника по корпо в справочнике возникла конкретная путаница. Для наведения порядка необходимо производство функции объединения элементов справочника. ПРЕДЛАГАЮ: Разработать функцию объединения элементов справочника АТД (системная аналитика 72).Добавлено объединение АТД справочника.
180.62758.10.29.0Объединение контрагентовНастройкаОбъединение организаций
Объединение контрагентов не обрабатывает поле katsopr.CORGPLAT в накладных снабжения, в результате чего получаются битые ссылки в документах.Ссылка katsopr.CORGPLAT в накладных снабжения обрабатывается.
102.1011028.10.28.0объединение объектов строительстваУправление капитальными вложениями и строительствомОбъекты строительства
Клиенты просят предоставить возможность переноса связи документов и объектов строительства в разрезе статей затрат при использовании функции "объединение объектов строительства".Относится к: Объединение объектов строительства (НастройкаАдминистраторОбъединение данных). При объединении объектов строительства связи документов и объектов строительства в разрезе статьи затрат переносятся из объединяемых объектов в результирующий.
106.91828.10.28.0Неверно рассчитывается атрибут Приобретено для спецификации сметыКонтур логистикиЛокальные сметы
Неверно рассчитывается атрибут Приобретено для спецификации сметы Клиент задал вопрос, в результате разбора которого выяснили, что есть ряд ошибок в функции расчета поля "Приобретено". Ошибки проявляются и при оперативной работе с документами, и при полном пересчете. 1. Если по SPDOCSMETA первым документом движения является документ, уменьшающий поле Приобретено - то количество из этого документа не учитывается, так как внешний атрибут не найден. 2. Если оприходуется документ, который должен уменьшить поле Приобретено, то количество этого документа учитывается не один раз, а столько, сколько привязано спецификаций смет к строке документа. Не знаю, является ли эта проблема побочным действием перечисленных ошибок, но было замечено, что если оприходовать и отменить оприходование у Акта на перемещение между объектами, то значения поля Приобретено отличаются от первоначальных. Во вложении пример, показывающий данные ошибки.Алгоритмы расчета атрибута "Приобретено" исправлены. Кроме того в интерфейс "Локальные сметы" добавлен пункт локального меню "Проверка корректности количества приобретенных ресурсов", при выборе которого производится проверка атрибута "Приобретено" по позициям спецификации текущей сметы на предмет наличия отрицательных значений. Если такие позиции будут обнаружены, появляется окно с указанием сметы, позиции сметы, перечнем документов, влияющих на значение атрибута, соответствующие количества оприходованных МЦ и др. По нажатию <Enter> или двойному клику мышкой на документе из списка осуществляется запуск интерфейса редактирования соответствующего документа.
102.1068418.10.27.0Выбор по F3 работает только при заполненной записиНастройкаОбъединение групп ДО
Выбор по F3 работает только при заполненной записи. При объединении групп ДО приходится создавать запись по F7, F3 не работает, хотя во всех объединениях (МЦ, услуги , организации, ...) мы по F3 сразу выбираем то, что нам необходимо. А вот F4 только при наличии записи и должен работать, а так и не виден должен быть в статус-строке.F3 работает как при выбранной так и при пустой записи. F4 - убрано.
104.195328.10.27.0Функции объединения данных в условиях филиальностиНастройкаПредложение по всем объединениям данных, по новым объединениям
Настройка - Администратор - Объединение данных Ситуация следующая: Филиальная БД. Таблицы KATMC, KATORG являются общими для всех филиалов (т.е. данные доступны для всех филиалов, независимо от того в каком филиале запись добавлена). При использовании функции объединения МЦ или организаций, которые были добавлены в разных филиалах, т.е. имеют разное значение поля atl_branch (но доступны во всех, т.к. являются общими) получаем сообщение: --------------------------- Подтверждение --------------------------- Обнаружено объединение, содержащее записи из разных филиалов. Объединение будет прервано --------------------------- ОК --------------------------- Т.е. если пользователь пытается объединить данные (в данном случае МЦ) и если они содержатся в общих таблицах то необходимо игнорировать тот факт, что МЦ были введены в каталог из разных филиалов. Это относится к объединению МЦ, организаций. Другие функции объединения не проверял, но предполагаю, что аналогичную задачу нужно решать по всем пунктам объединения.Если таблица общая, то сообщение не выдается и объединение выполняется. Исправлено для объединений: - Организации - Банки - Расчетные счета - МЦ - Услуги - МОЛ - Складов - Групп ДО - Групп услуг - Пользовательской аналитики - Налогов - Групп налогов - Учетных единиц измерения - Объектов строительсва - Водителей - Транспортных средств
180.56518.10.27.0Нужно добавить признак "не проверять зарплатные табл." в объединении мол.НастройкаОбъединение МОЛ
Нужно добавить признак "не проверять зарплатные табл." в объединении мол. Во вложении приводится протокол по времени. И это при не заполненном Perevod, кол-во записей в котором равно кол-ву записей в sumvidop*6 База практически чистая, время работы в оперативном контуре 2 месяца, в выходной день - 13 минут при таких условиях это очень много. В обычный день кол-во пользователей 150 и процесс идет гораздо дольше.Добавил checkbox Включить в обработку таблицы модуля Заработная плата со следующими параметрами: - таблицы с архивной информацией - таблицы с текущей информацией
180.57308.10.27.0Не полностью отрабатывает объединение контрагентовНастройкаОбъединение организаций
При проведении объединения контрагентов не происходит замена как минимум в: - Настройках(Аналитика для идентификации филиалаФилиал-организация) - Таблицах соответсвия аналитик - Каталоге подразделений(ссылка на организацию)Добавлено в в алгоритм п1. и п.3 . п.1 - заменяет значение в настрйоке. п.3 - заменяется ссылка.
102.1031108.10.26.0Для улучшения выпуска обновлений следует выделить компонент G_SumdivideЗаработная платаПредварительная разноска
Для оптимизации затрат по выпуску обновлений следует выделить компонент G_Sumdivide В данный компонент следует включить функции: 1.Расчет больничных и отпусков в части разбивки сумм по месяцам, а для больничных функции применения ограничения. 2.функцию "Предварительная разноска" 3.функцию "Переход к новому периоду". 4.Функции для отчета "Информация о среднем заработке".Для оптимизации затрат по выпуску обновлений выделен компонент G_Sumdivide В данный компонент включены функции: 1.Расчет больничных и отпусков в части разбивки сумм по месяцам, а для больничных функции применения ограничения. 2.функция "Предварительная разноска" 3.функция "Переход к новому периоду". 4.Функция для отчета "Информация о среднем заработке". В данной компоненте используются часть функций, которые перенесены из G_ZARPL в G_SUMDIVIDE, а именно InitChange, ChangeClockNumber, DoneChange. Проверяется функция "Объединение складов" в части изменений по таблице Лицевой счет и смежныхс ней данных. При тестировании необходимо обратить внимание на сообщения следующего рода "в G_ZARPL или G_SUMDIVIDE не обнаружена функция"
101.455498.10.25.0ошибки после проведения операции объед. организацийНастройкаОбъединение организаций
После проведения операции объединения организаций не во всех таблицах обновилась ссылка на контрагента.Ссылка меняется во всех случаях, описанных в проблеме.
102.1011808.10.25.0При объединении МЦ выдаётся некорректный протоколНастройкаОбъединение МЦ
Появилась проблема с протоколом. В протоколе появляются объединения, по которым уже объединение производилось.Исправлен протокол.
102.1010228.10.24.0При объединении МЦ не учитываются ДЕИНастройкаОбъединение МЦ
изменен алгоритм объединения МЦисправлено. учет ДЕИ сделан. Также сделана проверка на наличие доп. единиц у объединяемых МЦ. Если состав доп. единиц у МЦ, которая объединяется, не является подмножеством доп. единиц МЦ, в которую происходит объединение, то выдается протокол. Если пользователь решает все таки дальше продолжить объединение, то после объединения у объединяющей МЦ появятся отсутствующие доп.ед.
102.1001538.10.23.0После объединения банков не обновляются ссылки в ПКП договоровНастройкаОбъединение банков
После объединения банков не обновляются ссылки в ПКП договоров. См. проверка КОУ: Проверка направлений платежей и отгрузок/оказания услуг в ПКП Проверка ссылок в ПКП Некорректная ссылка на банк плательщика. ПКП N01 (nRec=125) по договору N27=01=2000 от 27/01/2000 г. Некорректная ссылка на банк плательщика. ПКП N01 (nRec=130) по договору N08062000=01 от 08/06/2000 г.исправлено обязательно
102.969388.10.22.0Реализовать процедуру объединения расчетных счетовНастройкаПредложение по всем объединениям данных, по новым объединениям
В настоящее время в Галактике есть процедуры объединения многих каталогов, также есть и процедура объединения банков. Если имелись несколько дублей одного и того же банка, то после объединения несколько расчетных счетов также могут оказаться задублированными. Процедуры устранения дублей расчетных счетов в Галактике нет. ПРЕДЛАГАЮ: Реализовать процедуру объединения расчетных счетов.сделана доработка. в модуле Администратор в главном меню АдминистраторОбъединение данныхОбъединение расчетных счетов
102.973598.10.21.0Добавить новый документ - распоряжение на отпуск МТРУправление договорамиРаспоряжение на прием-отпуск МТР
Добавить новый документ - распоряжение на отпуск МТРВ модуль "Управление сбытом" добавлен новый документ: Распоряжение на отпуск МТР. Данный документ доступен из одноименного пункта главного меню модуля. В накладной на отпуск распоряжение выбирается из расширеннной информации окна редактирования накладной на отпуск. Расбота распоряжения аналогична распоряжениям в складском учете.
101.432868.10.20.0Ошибка в объединении складов.НастройкаОбъединение складов
Ошибка в объединении складов. В Зарплате не меняются подразделения отнесения затрат. Пример во вложенных файлах.исправлено
101.435038.10.20.0Некорректная информация в атрибутах после объединения организацийНастройкаОбъединение организаций
К накладной на реализацию настроили внешние атирибуты с ссылкой на каталог организаций. После выполнения операции объединения контрагентов, значение в атрибуте изменилось не на организацию - "результат объединения", а на запись при потере ссылки (номер NREC, знаки вопроса и т.п.). В каталоге введены компании - Валенсия и Иветта, в атрибуте выбрана компания Валенсия. В операции объединения результатом объединения выступает компания Иветта, компания Валенсия - удаляется (в операции объединения).исправлено
101.436938.10.20.0Медленная работа функции объединения МЦНастройкаОбъединение МЦ
ускорено объединения МЦубрана обработка таблиц повторно объединяемых, а именно: PS_Lines(Производственные Спецификации), KatMarsh (Каталог техпроцессов/техмаршрутов), Marsh_Sp (Спецификация техмаршрута), HDR_PS (Заголовок Производственных Спецификаций). Скорость объединения уменьшена 1,5 раза
102.942578.10.20.0Опечатка в предупрежденияхНастройкаОбъединение объектов строительства
Опечатка в предупреждениях: в слове выбранА буква А лишняя, объект - он мой! И результуриющИЙ, а не результирующАЯ. --------------------------- Информация --------------------------- Объект строительства "Г.ЮГОРСК КАПИТАЛЬНЫЙ РЕМОНТ ГОСТИНИЦЫ "СПОРТ"" уже выбрана как результирующая --------------------------- OK --------------------------- --------------------------- Информация --------------------------- Объект строительства "РСУ1" уже выбрана для объединения в "Г.ЮГОРСК КАПИТАЛЬНЫЙ РЕМОНТ ГОСТИНИЦЫ "СПОРТ"" --------------------------- OK ---------------------------исправлено