LogManager — Внешний журнал регистрации в SQL

Причины купить

Не требует встраивания в рабочие базы данных. 

Все журналы разных ИБ-источников, настройки, фильтры, уведомления, история импорта  — все в одной месте.

Разделямый доступ филиалов к событиям журналов по подразделениям.

Пропуск ошибок "журнал регистрации поврежден". Позволяет выбрать даже если есть события "Повреждения журнала" и 1С завершает работу с ошибкой.

Повышенная производительность и улучшенный функционал!

Достоинства

Принципиальные отличия продукта от других. Чтобы не потеряться во всем этом многообразии.. есть несколько подходов: 

Версионирование.

Встраивание в рабочие базы, по подпискам на события добавления, изменения, проведения делаются записи в регистр сведений. Потом можно сравнить версии, например раньше в накладной было количество 10, а теперь 20. Это дает дополнительный функционал, которого нет в стандартном ЖР, но за это надо платить производительностью, размерами базы, снятием с поддержки и т.д. 

В таком варианте рабочую базу данных ждет увеличение объема. Это приводит к снижению производительности базы, ведь кроме записи информации о самой приходной накладной система будет записывать еще и информацию о событиях. Увеличение объема также негативно повлияет на организацию резервного копирования. Для рабочей БД, как правило, хранится несколько рабочих копий, т.е. «лишний» объем будет умножаться. Встраивание подсистем в рабочую БД может вызывать дополнительные сложности при последующих обновлениях, хотя бы за счет увеличения времени реструктуризации более больших баз данных.

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

Вынос за рамки 1С.

Хранение событий ЖР в отдельности от 1С — в специализированных базах, файловых, внешних sql, встроенный формат sql-Lite в свежих платформах, различные выгрузки и пр. Все это облегчает жизнь серверу, позволяет ускорить выборку событий, но отвязывает от документов и справочников в режиме предприятия. Т.е. в стандартном режиме ЖР вы можете открыть накладную №15 и выбрать по ней все события — кто когда ввел, менял и пр. А тут нет, вам придется морочится с идентификаторами или представлниями объектов. Из прикладного инструмента задача превращается в "спортивное программирование" — надо освоить какие то внешние для 1С методики, настроить обмен, перегрузить данные, затем выбирать идентификаторы вручную и фильтровать по ним внешнюю базу. В общем то не самый плохой подход и расширяет горизонты.

Дублирование справочников объектов рабочей ИБ. Такой подход встречается в бесплатных аналогах LM. В системе хранения журналов заводятся справочники, которые повторяют пользовательские данные из рабочей ИБ. Т.е. если в бухгалтерской базе создано 1000 приходных накладных, то в справочнике объектов будет также создано 1000 записей от «Приходная накладная №1″ до «Приходная накладная №1000″. Конечно одна запись при этом не занимает столько же места, как весь документ «Приходная накладная» с табличными частями и проводками, но размер базы хранения журналов все равно будет существенно увеличен. Кроме того при загрузке ЖР наблюдается значительное снижение производительности за счет поиска ссылок и создания новых объектов. Также производительность снижается еще на порядок при использовании промежуточных файлов для перегрузки, xml и им подобных.

LogManager решает проблему за счет интеграции через COM и OLE 
В рабочую БД ничего не встраивается, а в LM не хранится лишних данных. При необходимости фильтрации по объекту открывается рабочая БД через OLE подключение и Приходная накладная № 5 выбирается там. Механизм работает и в обратную сторону — выбрав событие в LogManager можно открыть в рабочей ИБ объект к которому оно относится.
Загрузка данных ЖР осуществляется через com штатными средствами 1С, т.е. напрямую в оперативной памяти и без лишних преобразований. Есть настройки порционности итераций обмена, чтобы случайно не занять все ресурсы сервера или ОЗУ.

Гарантия возврата денег

ООО «Инфостарт» гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.

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

Для возврата оплаты просто свяжитесь с нами.