Кратко если, то можно посмотреть, кто менял и когда сумму, цену, количество в документах.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Тестировалось на Предприятии 8.3.12.1790 на конфигурации Управление торговлей 10.3 и Бухгалтерии 2.0, но можно адаптировать и под управляемые формы.
В конфигурации создан регистр сведений, в который пишутся данные через подписку на событие, какие документы будут участвовать, выбрать можно любые в подписке, а также реквизиты, у меня выбрано количество, сумма и цена, но вы можете добавить свои, так как это наиболее важные величины для меня были, я их добавил. Фиксируется также удаление строки и добавление.
Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.
Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.
Полнотекстовый поиск в миллионах записей журнала регистрации 1С может занимать минуты или даже часы, а стандартные инструменты не позволяют эффективно выполнять агрегации и анализировать данные на больших объемах. Расскажем о том, как с помощью ClickHouse обеспечить практически мгновенный разбор инцидентов, настроить мониторинг и автоматическую реакцию на события журнала регистрации.
В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.
Поговорим про логирование в приложениях на базе 1С, рассмотрим проблемы, которые возникают при сборе информации из этих систем, и обсудим практический опыт применения внутренних и внешних инструментов для анализа логов.
(1)спасибо за вопрос, для меня перенос версионирования это слишком сложно, нужна была простая процедура, которую легко подправить.Будет еще работа с созданием заявки на изменение документов в закрытом периоде в рамках которой из заявки можно подправить документ и в нем сохранится то что изменили, и человек который согласовал заявку сможет просмотреть результат.Я скину ссылку как пройду модерацию если что.
Зачем ставить ценник 10? чтобы никто не качал.
вот для ут 10 в 10 раз дешевле, типовой механизм и возможность восстанавливать нужное состояние документа или справочника.
«Леонид Ильич! Народ жалуется, что на бутылках с водкой перестали делать ушко». – «Ну так распорядитесь, чтобы выпускали с ушками». Через некоторое время Брежнев подходит к сейфу, достает бутылку водки, отвинчивает пробку, рассматривает: «И нахрена здесь ушко?»
(2)Я эту даже не видел адаптацию, спасибо за ссылку, цели восстанавливать не было, и не все реквизиты нужны для контроля в моей ситуации, у меня код занимает всего одну процедуру небольшого размера и один регистр.
нужно создать общую подписку на событие "ПослеПроведенияДокумента" и создать регистр сведений. В подписке записать новые значения реквизитов, документ и ответсвенного пользователя.
1) Если стоит "Изменена" то не понятно , какой из реквизитов изменен, количество, цена или сумма?
2) обработка пишет в регистр всё подряд или создает записи только у реквизитов которые изменились\добавились\удалились?
3) А если строка "удалена" то выходят значения реквизитов до удаления?
4) А если "изменена" то значения до или после изменения? А что значит вообще "добавлена" , если я поменяю последовательность строк в документе то программа не посчитает что строки добавились или изменились?
(12) И зачем хранить в базе лишние значения если изменили только один из 3х реквизитов, (либо количество, либо цену, либо сумму) . Может нужно чтобы было значение до и значение после?
