Страница 1 из 1

Не создается автоматически СЕ ШР

Добавлено: 01 фев 2010, 16:54
Nikos
Добрый день.
После установки декабрьских патчей перестала работать функция автоматического создания СЕ ШР при добавлении нового подразделения. Настройка "Синхронное заполнение каталогов" установлена в "проводить без учета складов".
С правами скорее всего все в порядке, т.к. если заводить СЕ ШР, то подразделение автоматически создается.

Добавлено: 01 фев 2010, 16:56
Nikos
Забыл написать что выдает система при добавлении подразделения: "Не удалось создать каталог структурных единиц штатного расписания"

Добавлено: 01 фев 2010, 22:04
edward_K
А через струтурные не пробовали заводить? вообще то там логичней - через приказ о созданни.

Добавлено: 02 фев 2010, 07:13
Nikos
Пробовали - там все нормально, просто исторически заводят через подразделения, не знаю уж с чем это связано. Схему, конечно, можно поменять, но хотелось бы выяснить, это косяк в нашей Галактике, патчи кривые или так и должно быть теперь?

Добавлено: 02 фев 2010, 10:42
m0p3e
Вчера натолкнулся на такое же сообщение.
Видимо что-то в патчах искривили...

Добавлено: 02 фев 2010, 10:45
Nikos
Спасибо, будем работать по другой схеме.

Добавлено: 02 фев 2010, 11:41
m0p3e
Если кто из партнеров поделится актуальным исходником Z_KatPodr..KatPodr.vip, то посмотрю что сломали. :)

Добавлено: 02 фев 2010, 12:10
galover
исходники в студию!

Добавлено: 02 фев 2010, 12:40
Алексей
m0p3e писал(а):Если кто из партнеров поделится актуальным исходником Z_KatPodr..KatPodr.vip, то посмотрю что сломали. :)
да что уж там, кидайте прямо сюда, всем посмотрим ;)

Добавлено: 02 фев 2010, 13:35
KATZ
Есть в карточке подразделения поле "Роль", на него обычно не обращают внимания. А зря... Если при вводе нового подразделения это поле не пропускать, а что-нибудь в нем выбрать - будет счастье, даже без исходников.

Добавлено: 03 фев 2010, 07:22
Nikos
Действительно, работает!
Спасибо.

Добавлено: 03 фев 2010, 10:54
m0p3e
KATZ
Странно...
Поле "роль" заполняется автоматически при создании нового подразделения. После (по старым сырцам) идет проверка на наличие клонированной записи в Catalogs. Если ее нет то запускается интерфейс CheckCatalog. В нем (по свежим сырцам) обработка поля KatPodr.LastUser (роль) не ведется. Из чего можно сделать вывод, что что-то было изменено в KatPodr.vip. Я бы от просмотра актуального сырца не отказался...

От всей этой схемы KatPodr <-> Catalogs отдает гнильцой и полное понимание происходящего крайне важно.

Добавлено: 03 фев 2010, 11:52
KATZ
m0p3e
Нашел эту зависимость обычным "тыком", исходниками не располагаю, посему "полное понимание происходящего" отсутствует, и конкретную причину указать не могу. На какое-то время этим можно решить проблему Nikos-а, а потом разработчики исправят...