и как, удобно было с хранилищем значений?

если найти надо что то по json'у как искал?

Да собственно никак) задача была немного в другом. Нужно было хранить чек и в случае чего получать его по номеру чека или ыискальному признаку. Анализ по самому чеку не производился. В случае если нужно было как то скорректировать чек, неиотражая корректировку с учётной системе, открывал запись регистра, получал чек из хранилища, по тексу чека заполнял форму и правил его отправляя скорректированный чек на кассовый аппарат. В частности для этого и логировал

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

Ну и везде в хранилище пишется то, что изначально пришло в теле.
Так что тут все индивидуально. все, что может понадобится для поиска информации - в структуру регистра или в реквизиты

Немного офтопа. В рабочем чате обсуждаем кто тру программист а кто не тру

Обычно так же через регистр сведений. Если есть возможность то привязываю измерение к ссылка в базе и в хранилище значений запрос и ответ помещаю.

Я примерно так и думаю сделать, но имеет ли смысл хранить заголовки запроса? Или храните весь запрос как json записывпя в него и параметры и заголовки и само тело?

Присваивает ли им какие то идентификатор, что бы можно было сопоставлять запрос и ответ, а значит и признак того запрос это или ответ? Я понимаю что все индивидуально я приду к какому либо при5мшимому решению. Просто интересный рассуждения других людей. Обсудить мне это больше не с кем

В зависимости от ситуации. Если приходит json - его и храню. Потом в вывожу его в форму при просмотре.
Если все приходит в параметрах, то их в структуру заношу и в хранилище. Потом также вывожу в виде таблички на форму

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

Спасибо.

Я храню только запрос и ответ вместе в виде текста.

Почему в хранилище ? Чем Строка для JSON не подходит ?

Какое преимущество даёт хранилище или какие минусы в строке ?

Строка в чистом виде очень много места занимает

Это единственный минус?

РС, измерение ID, ресурсы параметры. там же описание в json по необходимости

Да, в принципе, всем подходит. Выбор обусловлен тем, что я в хранилище могу засунуть хоть строку, хоть структуру и т.п. И так же получить обратно, не извращаясь.

Данные, которые я храню в хранилище, не нужны для получения по ним какой-то выборки или обработки. Мне они нужны только тогда, когда я к ним обращусь по нужным значениям измерений. Поэтому я сначала определяю, что мне нужно быстро получить при поиске или выборке. Это и определяет структуру регистра. А все, что не важно, но может понадобится при каком-то детальном анализе - в хранилище в том виде, в каком я принимаю и в каком мне удобно. Могу json сначала в соответствие преобразовать и ее в хранилище хранить, могу строку json хранить.
Как говорится - на вкус и цвет все фломастеры разные. 😊  Мне так удобнее.