Отследить изменение подразделения создаваемого/созданного нумератора без изменения конфигурации

1. parubetssm 29.08.16 16:46 Сейчас в теме
Приветствуем. 1С Документ Корп. Требуется вести нумерацию в разрезе подразделений, но не всех, а только части из тех, что упомянуты в структуре. Т.е в процессе редактирования/создания нумератора при выборе одних подразделений (в разрезе которых можно нужно вести нумерацию) - подразделение подходит. В случае, если выбирается подразделение, по которому нельзя вести нумерацию, необходима автоматическая подмена данного подразделения на одно из родительских/дедовсих/и т.д. подразделений, в разрезе которых нумерацию вести уже можно. Правила игры: конфигурацию менять нельзя, структура предприятия так же не изменяема.

1) Предыстория. Через изменение конфигурации задача мной реализована: заведен еще один справочник, типа справочника "Вопросы деятельности", назовем его "Признаки нумерации" (по Признаку нумерации так же как по подразделению, виду документа, вопросу деятельности, типу документа и т.д., будет осуществляться нумерация документов), был изменен справочник Нумераторы, два Регистра (Нумерация, Настройки нумерации) с добавлением реквизитов, правкой кода и форм, дополнен код в два модуля, отвечающих за нумерацию. Справочник Признаки нумерации по своим элементам повторил справочник СтруктураПредприятия в части элементов, по которым должна вестись нумерация. Не нужные элементы структуры организации в справочнике не были упомянуты. Нумерация после этого стала происходить по введенному мной признаку (перечисленным в справочнике ПризнакНумерации подразделениям) так же как и по вопросу деятельности.

Но вот беда (или здравый подход), начальство не одобряет внесение изменений в конфигурацию, ДАЖЕ ПУТЕМ СОЗДАНИЯ ДОПОЛНИТЕЛЬНЫХ МОДУЛЕЙ

Скажу и то, что теперь вижу и более простой способ изменения существующей конфигурации, согласно описанному заданию.

2) Суть вопроса.
Подскажите, любезные, нельзя ли использовать для фиксирования изменений поля "Подразделение" табличной части нумератора в его форме? Нельзя ли использовать для этого детекторы событий. Не имел опыта работы с ними. Можно ли получить объект формы или элемента справочника, в котором произошло изменение поля в детекторе событий? Как отследить в детекторе событий измененные недолжным образом элементы справочника (выбраны не те подразделения)? Не пишутся ли в какие-либо логи изменения по справочнику Нумераторы с описанием изменений (какие поля менялись и время изменения)? Насколько идея использования детекторов и обработчиков событий тут уместна?
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. parubetssm 29.08.16 17:42 Сейчас в теме
Что нарыл сам: журнал регистрации не фиксирует изменения в форме документа. Что логично и печально... Работа с ним может вестись только через выгрузку в XML файл (может, что-то не СОВСЕМ ДОСТОВЕРНО ПЕРЕДАЮ...)
3. SkrAn 1 30.08.16 09:36 Сейчас в теме
А нельзя разве просто заполнить РС "Индексы объектов при нумерации" - и каждому подразделению указать какой индекс подставлять? там можно указать как пустой так и одинаковые .
4. parubetssm 30.08.16 17:00 Сейчас в теме
Индексы не прокатят: индексы будут одними и теми же в подразделениях одной ветви иерархии, но нужна сквозная нумерация на всю ветку иерархии (Управление, отделы в управлении, подотделы в отделах и т.д. ...). Можно, конечно, создать нумератор, куда будут в табличную часть включены строки с перечислением всех подразделений упомянутой ветки иерархии. Получится как-то так (на примере бухгалтерии):
___Тип ____Вид ___Подразделение
Внутр док Приказ Бухгалтерия
Внутр док Приказ Первый отдел Бухгалтерии
Внутр док Приказ Второй отдел Бухгалтерии
... и т.д.
Но дело в том, что приказ может быть и по подразделению верхнего уровня иерархии (не только по организации): по бухгалтерии, включая . При этом, нумерация таких приказов "внутриподразделенческих" должна быть своя в каждой ветке иерархии (подразделение верхнего уровня+ подразделения подчиненные).

При таком раскладе каждому подразделению верхнего уровня иерархии надо создавать свой нумератор. А подразделений десятки.... И документов, подобных внутреннему приказу - тоже с десяток. Получается слишком большое число администрируемых объектов... Я не доволен, начальство недовольно...

Предложил один способ. Чисто через настройки. Сказали инструмент не по назначению использую. ... Чуть позже изложу. Надо отбежать
5. parubetssm 30.08.16 17:17 Сейчас в теме
Вернулся. Предложенный способ заключается в создании вопросов деятельности, повторяющем список подразделений верхнего уровня иерархии (и не только верхнего - тех, у кого своя отдельная номенклатура и у которых возможны внутренние приказы и др. внутренние документы). Так вот, вопросы деятельности так и были названы по наименованию подразделений верхнего уровня (и тех, что имеют свою номенклатуру). Пользователям регламентировано заполнение вопроса деятельности при создании документа. Вся нумерация осуществляется по вопросу деятельности (хотя, за каждым вопросом стоит выбор подразделения верхнего уровня иерархии). На мой взгляд все неплохо. Начальство высказывает предположение, что имело место применение инструментария "Вопрос деятельности" не по назначению.

В остальном - вроде пашет, хотя, просят предложить более адекватные варианты....


Может кто - нибудь подскажет что-то более здравое, чем вопрос деятельности...
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот