L_COMMON
Краткое описание :
Множественный выбор в настройке Подразделение-кураторОписание :
Управление договорами\ Документы \ДоговорыЧто измененно :
Настраиваем разграничение прав доступа к договорам. Есть
настройка Логистика - Управление договорами - Права доступа -
Подразделение-куратор (DOGOVOR.CCURRPODR). В этой настройке имеется возможность
указать только одно подразделение, но в компании у одного руководителя могут
быть в подчинении несколько подразделений. Пример: необходимо при настройке
"Подразделение-куратор" - "Коммерческий отдел" были доступны договора
подчиненных подразделений (Бюро МТС и Бюро реализации), но чтобы подчиненные
подразделения не могли иметь доступ к договорам соседних и вышестоящих
подразделений (Бюро МТС не имеет доступ к Бюро реализации и Коммерческий
отдел). Для гибкой настройки по курирующим подразделениям необходим
множественный выбор в указанной настройке.
Как измененно :
Реализовано множественное сохранение фильтра. При задании
значений следует обратить на строку подсвеченную жирным. Можно ее изменить по
F3 в поле "По умолчанию" - это значение будет применяться по умолчанию в
договоре при установке значения настройки DOGOVOR.VISIBLE(Доступ к договорам) в
"все права по курирующему подразделению" при не заданной настройке
DOG.CURPODRDEF( Значения по умолчанию \ Курирующее подразделение) или ее
конфликте с правами . При одиночном выборе фильтр не меняется. При
множественном могут наблюдаться притормаживания при малом количестве договоров
в отборе по отношению к общему количеству. В системе предусмотрен проверка -
доступен ли договор или соглашение по при установке прав курирующему
подразделению. Если обнаруживаются случаи когда соглашение удовлетворяет
правам, а договор нет, то система переходит в режим более сложного отбора.
Поскольку сама такая проверка может выполнятся долго , то добавлена настройка
"В договоре и соглашении различные "подразделение-куратор"
(Dogovor.cCurrPodrDiff) со значениями: 0 - проверять(прежний функционал) 1 - да
(всегда переходим в режим сложной фильтрации) 2 - нет предполагаем, что договор
и соглашения имеют одинаковый доступ по курирующему подразделению. Напоминаю,
что отображение списка зависит также от настройки "Показывать доступные
соглашения при недоступности вышестоящих документов" - для значения "да, со
всеми договорами"(2) договора будут отображены все, но недоступные будут
подсвечены серым. Для "да, только со своими договорами" (1) условия фильтрации
будут более сложными, что может привести к замедлению. В случае если флаг
установки фильтра по курирующем подразделениям будет заблокирован( что
означает, что будут отображены только договоры и соглашения, попадаюище под
права), то при старте значения фильтра будет "доступные подразделения", но его
можно задать из списка доступных. Для отображения всех записей нужно нажать del
в поле значения фильтра. Также доработано применение прав доступа по
курирующему подразделению в большом количестве отчетов модуля договоров.
L_COMMON
Краткое описание :
Диадок. Доработать алгоритм выгрузки ИнфполФХЖ2 по СЧФДОПОписание :
Галактика ERP \ Логистика \ Управление сбытом \ Документы \
Работа с Контур.ДиадокЧто измененно :
Ситуация сейчас такая, если мы задаем ВА в spsopr которого нет
в spschf, то при выгрузке СЧФДОП не выводится ИНФПОЛФХЖ2 в xml, такое ощущение,
что при выгрузке в xml анализируется только набор ВА по СФ. Но с точки зрения
пользователей это не очень понятно. Предлагаю следующее, если у нас есть
выгрузка СЧФДОП, то надо анализировать в приоритете Экспорт=Да по закладке СФ,
а затем добирать ВА Экспорт=ДА с закладки Накладные, анализ повторяемости по
полю 'L_SOPRDOC::GETINFPOLFHJ2.BRSPORG.DIASYNCMCUSL.SNAME' "Наименование".
Вторая глобальная задача добавить в ФХЖ2 выбор ВА из каталога МЦ KatMC,
каталога услуг Katusl. Добавить выбор МЦ и Услуги при задании ВА, МЦ и Услуги
доступны всегда, СФ как и сейчас при наличии связанной СФ. В список добавляются
значения ВА и их наименование для xml. Приоритет СФ и накладных выше чем, для
МЦ\Услуг. То есть сначала идет анализ по spschf если есть СФ и затем по spsopr,
затем по katmc\katusl. Заполнение происходит относительно
'L_SOPRDOC::GETINFPOLFHJ2.BRSPORG.DIASYNCMCUSL.SNAME' "Наименование".
Как измененно :
Пункт 2 реализован. По поводу Пункта 1 - Сейчас сделано так,
что перед отправкой пользователь может зайти и посмотреть , что будет
выгружаться. При этом если соотв. нет, оно будет заполнено по умолчанию для
организации. При экспорте же если найдено соответствие, то выгрузка пойдет по
нему. После удаления всех записей в соответствии - выгрузка прошла нормально
без доработки. Выгрузка СЧФДОП так и идет как написано - сначала для
спецификации СФ, потом для спецификации накладной, если не было в спецификации
СФ. Добавил серым записи , которые не будут выгружаться для текущего документа.
Их можно вернуть в выгрузку переключателем в поле "Экспорт". Напоминаю что для
СЧФДОП нужно просматривать для обоих типов документа - СФ и Накладной
переключателем в верхней части интерфейса..