ну для харькова - харьков харьков2, для днепра - днепр и днепр2 и тд

В табличной части храни дополнительные колонки с соответствием складов. Метод сделай один общий, например РаботаСоСкладскимиДокументами.ПриПроведении() и там опиши всю проверку. А в обработках проведения вызывай одной строкой.

Нормально у тебя было сделано сейчас. Просто у тебя появилось новое измерение настроек и нужно доработать старый механизм. А вот РЛС - это ты велосипедным путем пошел.

И переключать режим записи тоже странно, нужно бросать явное исключение, что нарушено право. Чтобы пользователю неповадно было.

если бы не необходимость записи другими не своих документов, то рлс хватило бы

Доброе утро, коллеги!
Появилась задача отслеживания времени работы некоторого процесса в разрезе аналитических признаков (передаваемые параметры, сервер и прочее)
Как это лучше всего реализовать? Есть какие-то готовые решения, кроме подсистемы оценки производительности в БСП? Она избыточно сложная моей задачи.
Первой мыслю было: выгружать время выполнения и аналитику в сторонний сервис http запросом, но в случае отказа такого сервиса получим зависание на секунду основного процесса.
Выгружать фоновым? Тогда не увидим корректно временную метку, хотя можем корректную передавать.

Поделитесь вашим опытом, пожалуйста.

Писать аналитики в регистр, а фоновым заданием из этого регистра отправлять данные во внешний сервис. При отправке можно регистр чистить от уже отправленных данных (если аналитики большого объема). При этом отставание данных во внешней системе будет на срок периодичности запуска ФЗ, актуальные данные можно посмотреть в регистре, ничего не теряется. Второй вариант (вместо фз отправки данных) - доступ к этому регистру дать внешней системе через odata или веб-сервис.

А что не так с оценкой производительности? Вызвать два метода не кажется слишком сложным

Спасибо за ответ! Да, о такой схеме тоже думал, но придется создавать какой то универсальный регистр, например с полями: timestamp, процесс и аналитика в одном поле в виде json?

Спасибо за ответ! Я посмотрел количество объектов в подсистеме и решил что много лишнего в уже перегруженную конфу.  Или там можно только один модуль замера и регистр для хранения подключить и всё будет работать?

Без тестов сложно сказать, но лучше подключать подсистемы БСП целиком. А из объектов... Регистр, пара общий модулей, регл задание, константа, отчёт и обработка, разве что-то ещё?

А, ещё справочник с профилями ключевых операций

В любом случае, подсистема не имеет внешних зависимостей кроме базовых (пользователи, обновление иб и базовая функциональность), так что перетаскивается сравнением объединением за пять минут. Если обработка панель администрирования типовая, то там ещё и раздел автоматом появится

Зачем менять 7+ обработок проведения, когда можно сделать одну подписку на событие?

Хорошо, попробую внедрить оценку производительности, а потом предоставить доступ к данным через http интерфейс для внешней системы. Благодарю за советы!

Там могут быть некоторые проблемы с аналитикой. Из параметров замера там есть только строковое имя ключевой операции и "вес", который выступает как множитель при расчёте апдекса. Но можно либо реквизитов в регистр добавить и расширить апи записи, либо конструировать строку ключевой операции по шаблону типа ИмяОперации_ИмяСервера_ЗначениеПараметра, а потом в отчёте просто выделять колонки из имени через разделение строки по _

Ключевой момент, влияющий на принятие решения: нужно ли будет логировать поломанные транзакции (которые будут отменены) или достаточно логировать только успешные

Понял. Принял. Исправился.

Замер времени только успешных, ошибки в отдельный мониторинг уже выведены