Хранилище внешних отчетов и обработок (интегрируемый модуль)

05.11.20

Разработка - Групповая разработка (Git, хранилище)

Сие идея по принципу хранилища конфигурации была реализована для удобства и надежности совместной работы программистов с внешними отчетами и обработками для БСП справочника "Дополнительные отчеты и обработки": все файлы ВОиО для спр. ДОиО всех подключенных ИБ хранятся и учитываются в одном месте; возможность захвата/освобождения файла ВОиО; создание версий с комментариями (добавление новой или обновление текущей); признак проверенности (для связки работы с аналитиком); проверочный механизм совместимости версий файла ВОиО и конфигурации; быстрое переключение между версиями.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
СОИБ (хранилище ВОиО)
.dt 55,86Mb ver:1.0.0.1
23 3 400 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

ИНСТРУКЦИЯ ПО РАБОТЕ С ХРАНИЛИЩЕМ ВОиО

 

Данное "Хранилище Внешних Отчетов и Обработок" реализовано в виде модуля, встраиваемой подсистемы под названием ВОиО, для отдельной конфигурации по обслуживанию или администрированию ИБ в компании на платформе 1С не ниже 8.3.12, с обязательным наличием в ней такой подсистемы БСП как РаботаСФайлами. Если у заказчика нет подобного рода конфигурации для встраивания этого модуля, то можно просто развернуть новую чистую базу из прилагаемого архива СОИБ (хранилище ВОиО).dt и назвать, например, также как и называется конфигурация идущая в комплекте: СОИБ (Система Обслуживания Информационных Баз). Данная конфигурация была реализована на БСП версии 3.0.2.243 с доработкой подсистемы РаботаСФайлами. Доработки сделаны через расширение, БСП на поддержке. Главная форма хранилища, это форма списка справочника ВОиО и для удобства она сразу выведена на начальную страницу.

 

 

Первое, что следует сделать, завести в СОИБ пользователей, которые будут работать с ВОиО. Далее, можно приступать к заполнению справочника ВОиО. Иерархию групп удобно делать вида Наименование вида конфигурации -> Наименование вида ДОиО, но такое удобство конечно зависит от случая. При создании элемента заполняем Имя и Синоним из файла внешней обработки или отчета открытом в конфигураторе (можно и вручную, если заранее известно точное значение) и остальные поля кроме "Файл" (пример на скриншоте). Записываем элемент. Перед записью происходит проверка заполнения на контроль уникальности по значению полей: Используется, Имя, Вид конфигурации, Расширение файла (если файл прикреплен). Теперь можно будет прикрепить и сам файл через форму выбора поля "Файл" (создать и выбрать), после чего нужно еще раз записать элемент.

 

 

Добавлено некоторое удобство: при открытии уже созданного элемента ВОиО, если у него заполнен файл, то сразу поверх открывается и форма карточки файла. На всякий случай, в меню "Еще" находится команда "Обновить сведения для обслуживаемых ИБ", если вдруг понадобится вручную добавить/обновить сведения по текущей ВОиО для передачи в ИБ, у которых включен признак использования обслуживания ДОиО. После включения "Используется" и записи, а также при работе с файлом, после сохранения новой версии событие этого действия происходит автоматически.

Для того, чтобы НАЧАТЬ работу с ВОиО, в форме элемента присоединенного файла обязательно нажимаем "Занять" и далее "Сохранить как".

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

"Сохранить как" - сохранить последнюю (активную) версию файла к себе на диск, доступно всегда.

 

 

Для того, чтобы ЗАКОНЧИТЬ работу с элементом ВОиО, в форме карточки присоединенного файла нажимаем "Обновить из файла на диске..." и выбираем доработанный файл. Если файл изменён, то появится окно "Сохранение версии файла", где обязательно нужно указать комментарий (как при помещении объекта в хранилище). Обратите внимание, хорошим тоном, уважением к коллективу и показателем качества будет считаться, наличие такого же или подобного комментария в самой внешней обработке в соответствующем месте, как в примере ниже на скриншоте. А для этого, следует научить себя сразу добавлять дельный текст комментария для параметра Информация в функции СведенияОВнешнейОбработке() модуля объекта файла, кусок которого затем можно просто скопировать и вставить в поле Комментарий версии при сохранении новой версии файла в элементе ВОиО.

 

 

Проверено - Признак того, что новая версия файла протестирована и рабочие ИБ смогут её получить. Когда программист закончил свою работу с обработкой, то загружает новую версию ВОиО в хранилище без пометки этого признака. Сообщает о готовности аналитику. А дальше, аналитик выполняет проверку новой версии в своей тестовой базе, где вероятнее всего заблокированы регламентные задания, а посему значит просто предварительно выполнит ручной запуск в соответствующего регламентного задания из списка, как показано дальше на скриншоте.

 

 

Ну, а в случае когда программист является как бы и инициатором, и исполнителем, будучи уверенным, что всё в его непростой судьбе складывается замечательным образом, то он естественно может сразу ставить признак Проверено при загрузке новой версии файла.

 

Версия модификации - заполняется, тогда, когда есть вероятность того, что обработка попадет в подключенные ИБ раньше, чем применятся новые изменения конфигурации, связанные напрямую с работоспособностью помещаемой версии файла. Иногда бывает, что приходится одновременно и внешнюю обработку дорабатывать и в конфигурации что-то связанное с этим редактировать/добавлять. В общем, это нужно для автоматизации и надежности, дабы полностью исключить ошибки совместимости. Данный функционал НЕ ОБЯЗАТЕЛЕН, подробнее о нём написано в Инструкции по подключению ИБ для обслуживания ДОиО.docx.

 

В форме элемента присоединенного файла есть переход к версиям файла ВОиО. В случае чего, можно открыть карточку любой версии и отредактировать Комментарий, признак Проверено и Версию модификации (что-то на подобие работы с хранилищем конфигурации). Признак Проверено можно проставить прямо в списке встав на нужную строку, или Сделать активной - меняет текущую версию файла. В случае чего, удобно использовать по типу "отката" на другую версию из списка. И тогда после последующего выполненного обмена, сменённая версия файла появится (заменится) в обслуживаемой ИБ.


 

 

ИНСТРУКЦИЯ ПО ПОДКЛЮЧЕНИЮ ИБ (для обслуживания ДОиО)

 

Шаг 1.  Для случая, когда нужно или очень хочется сохранить девственность подключаемой ИБ, если такова еще имеется и важна, прилагается расширение ОбслуживаемаяИБ.cfe. Обратите внимание, что в этом расширении установлен режим совместимости расширения конфигурации версия 8.3.12, что означает то, что нужно будет в этом расширении предварительно скорректировать это свойство и привести в соответствие с  режимом совместимости конфигурации подключаемой ИБ. Конфигурации с режим совместимости ниже версии 8.3.11 для этого расширения не подойдут, т.к. только с версии 8.3.11 появилась возможность добавлять реквизиты объектов в расширениях. А также, предварительно нужно будет добавить в конфигурацию подключаемой ИБ регламентное задание ОбновлениеДанных, потому как в расширениях их добавлять нельзя. После чего это РЗ добавить в подключенное расширение и повестить соответствующую процедуру.

 

 

Для случая, когда в конфигурацию подключаемой ИБ есть возможность вносить изменения, тогда из прилагаемой в комплекте ОбслуживаемаяИБ.cf нужно обязательно перенести (сравнить/объединить) объекты подсистемы ВОиО: два служебных реквизита справочника ДОиО УникальныйИдентификаторВОиО и ХешФайла (см. скриншот). И дополнительно, это объекты подсистемы Модификация: общие модули в которых реализован механизм учета версий доработок конфигурации с возможностью обновления данных и код вызова из модуля приложения в процедуре ПередНачаломРаботыСистемы().

 

 

В общем модуле ОбновлениеИнформационнойБазыМодификация можно добавлять свои обработчики обновления, если появляются какие-нибудь изменения конфигурации, после которых требуется вмешательство в данные в режиме предприятия и когда это будет целесообразнее реализовать через код. Например, если потребовалось в отчете конфигурации, подключенному к механизму "ВариантыОтчетов" подсистемы БСП,  создать новый предопределенный вариант, то после, в любом случае придется запускать обработку ОВД (ОбновлениеВспомогательныхДанных) с соответствующей настройкой и потом еще и в других базах, когда в них применится обновление. Чтобы избежать этих всяких затянутых дополнительных забот и хлопот, можно просто изменить версию на ходу, без долгих раздумий и учетов, добавив новый отложенный обработчик для новой версии. Этот формат версий подходит для простых и быстрых задач, для использования без заморочек с редакциями, подредакциями и прочими делениями, просто - для интуитивно понятного счетчика, на роль которого удобно подходит Дата. С механизмами обновления БСП этот механизм никак не связан, но создавался по аналогии, урезан, местами переделан и до безобразия упрощен.

 

 

При обмене, в СОИБ передаётся номер текущей версии модификации из РС ВерсииПодсистем, который попадает туда после успешного обновления версии и он сравнивается с тем номером, который был указан в получаемой для обслуживаемой ИБ версии файла ВОиО, при помещении программистом доработанного файла ВОиО в хранилище.

Наличие данной подсистемы НЕ ОБЯЗАТЕЛЬНО! Поэтому, если этот механизм по вашему мнению окажется излишним (реализована своя подобная система или достаточно типовой),  некорректным, неподходящим или попросту не потребуется, то объекты этой подсистемы можно просто не переносить (а в случае с расширением удалить соответствующие объекты). В таком случае, проверка на совместимость версий модификации конфигурации и загружаемого файла ВОиО просто игнорируется.

 

Шаг 2. В справочнике "Информационные базы" создаем новый элемент и заполняем необходимые реквизиты на вкладке Общие и Подключение. Важно включить признак Тестовая, если ИБ которую вы подключаете служит для разработки или для тестов, иначе такая база для системы будет считаться рабочей и непроверенная версия файла ВОиО не попадет в такую ИБ.

 

 

 

На вкладке Обслуживание ДОиО включаем признак обслуживания и записываем новый элемент. Теперь эта база появится в форме списка ВОиО.

 

 

Шаг 3. Далее, нужно добавить сведения для обмена по новой базе. Для этого, на этой же вкладке нужно нажать "Обновить использование". После чего, в списке формы ВОиО отобразятся проставленные признаки индивидуального использования для добавленной ИБ. Признак проставляется по всем ВОиО у которых установлен признак Используется и вид конфигурации соответствует виду конфигурации ИБ. Затем, напротив универсальных обработок (у которых вид конфигурации обязательно должен быть пустым) прямо в списке ВОиО на месте, где должна стоять галочка просто кликаем два раза по ЛК мышки. Тем же макаром можно убрать галочки с тех элементов ВОиО, которые не будут использоваться, если таковы окажутся после автоматического заполнения.

 

 

Теперь, по индивидуально настроенному использованию, нужно добавить сведения для обмена, для этого всё на той же вкладке Обслуживание ДОиО следует нажать "Обновить сведения". Таким образом, в специальный для обмена регистр сведений СведенияПоВОиОДляИБ добавятся новые записи по этой ИБ и используемыми ВОиО для неё. Запись в этот РС происходит с замещением последних не синхронизированных записей.

Шаг 4. Сохраняем файл последней актуальной версии универсальной обработки "Обслуживание ДОиО" из справочника ВОиО и в подключаемой ИБ в режиме предприятия открываем его и указываем настройки.

 

 

Местоположение WSDL: http://yourdomain.ru/ws/MaintenanceInfoBases.1cws?wsdl

Логин и Пароль отдельного бот-пользователя, созданного специально для веб-сервисов в обслуживающей базе. Например, в СОИБ это ws_bot с паролем 1q2W3e4

Отключить механизм регистрации объектов: При записи обновленного элемента справочника ДОиО пропускается механизм регистрации для планов обмена. В тестовых ИБ рекомендуется включать этот признак, потому что маловероятно, что для тестовых ИБ такой случай имеет надобность.

 

Записываем настройки и жмакаем "Выполнить обмен". Теперь, эта обработка появится в справочнике ДОиО или обновится, если такой элемент там уже был.

Либо, можно сразу создать новый элемент в справочнике ДОиО с видом дополнительная обработка и загрузить в него этот файл внешней обработки и далее попасть в настройки подключения можно уже и из самой формы этого созданного  элемента нажав кнопку Выполнить на команде "Обслуживание ДОиО (ручной запуск)". И далее, также как в первом варианте, заполняем и записываем настройки подключения и жмакаем "Выполнить обмен".

 

 

Теперь нужно создать  регламентное задание выполнения этой служебной дополнительной обработки. Для этого, у команды "Обслуживание ДОиО" следует указать расписание (например каждые 3600 сек.), после чего, в списке регламентных заданий появится соответствующий элемент.

 

На этом, ВСЁ. Теперь, добавленная база успешно подключена для автоматического поддержания справочника ДОиО в актуальном состоянии.

 

Примечание: нужно учитывать, что если в обслуживаемой ИБ ранее не было какого-либо из используемых для ИБ ВОиО, то после обмена следует проверить и один раз вручную настроить (назначения, доступ пользователей, команды, расписания и т.п.) новые загруженные элементы ДОиО, если это требуется.

 

Дополнительно: чтобы проанализировать детальную информацию по состоянию обслуживания ДОиО можно воспользоваться специальным для этого отчетом "Анализ сведений по обмену ВОиО". Отчет по-умолчанию имеет два предопределенных варианта: по группировке ИБ и по группировке ВОиО. Если что, можно легко донастроить отчет под себя.

 

Вступайте в нашу телеграмм-группу Инфостарт

хранилище внешние дополнительные отчеты обработки ВОиО ДОиО обслуживание администрирование версионирование обмен

См. также

Разработка Инструментарий разработчика Групповая разработка (Git, хранилище) Разработчик Платные (руб)

Практический курс по работе с AI-агентами для разработчиков 1С уровня middle и senior, а также тимлидов команд: от постановки задач и передачи контекста до создания расширений, интеграций, MCP-инструментов, тестов и проверки готового решения.

50000 руб.

10.09.2026    3941    25    0    

18

Инструментарий разработчика DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Разработчик 1С 8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление холдингом Бесплатно (free)

Практическое руководство по выстраиванию процессов версионирования в экосистеме «1С:Предприятие 8»: разбор физики сериализации метаданных, скрытые риски построчного слияния XML, сайзинг 1C:EDT vs gitsync/ibcmd и поэтапный конвейер миграции без остановки релизов.

22.09.2026    429    Ninel_S    0    

0

DevOps и автоматизация разработки Групповая разработка (Git, хранилище) Информационная безопасность Инструменты администратора БД Системный администратор Разработчик 1С 8.3 Беларусь Россия Казахстан Абонемент ($m)

Как реализовать безопасное маскирование данных в процессе CI/CD без создания промежуточных копий баз. Объясняем, как использовать инструмент pg_anon для автоматизации скрытия персональных данных при тестировании и развёртывании, сохраняя целостность и структуру информации. Материал объединяет практику Site Reliability Engineering (SRE) с задачами защиты данных, демонстрируя подход, при котором разработчики и DevOps;инженеры могут работать с реалистичными, но обезличенными данными, не нарушая требования безопасности и конфиденциальности.

1 стартмани

11.09.2026    1015    Ninel_S    0    

0

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) Системный администратор Разработчик Руководитель проекта Стажер 1С 8.3 1С:Бухгалтерия государственного учреждения 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1C:ERP Беларусь Россия Казахстан Абонемент ($m)

В четвёртой части серии SRE-Suite-for-1C-platform мы переходим к практической автоматизации развёртывания отказоустойчивого кластера PostgreSQL для высоконагруженных систем 1С на Linux. В материале подробно разбирается инженерное решение без HAProxy — с использованием виртуального IP-адреса и vip-manager от CYBERTEC, обеспечивающего прямое подключение к активному мастеру без лишних задержек и точек отказа. Показана структура Ansible-модуля: подготовка ОС, развёртывание etcd, настройка Patroni с параметрами для больших нагрузок 1С. В конфигурационный шаблон Patroni автоматически закладываются параметры, критически важные для высоконагруженных баз данных, запуск vip-manager и полная автоматизация создания трёхнодового кластера. В конце — пошаговый Quick Start и планы развития модуля, включая резервное копирование, оптимизацию ОС Linux и rolling updates PostgreSQL.

1 стартмани

11.09.2026    880    Ninel_S    0    

0

DevOps и автоматизация разработки Администрирование СУБД Групповая разработка (Git, хранилище) Разработчик 1С 8.3 Абонемент ($m)

В корпоративных инсталляциях «1С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура. Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.

1 стартмани

10.09.2026    885    Ninel_S    0    

5

DevOps и автоматизация разработки Linux HighLoad оптимизация Групповая разработка (Git, хранилище) Системный администратор Разработчик Руководитель проекта 1С:Предприятие 8 1С 8.3 1С:Документооборот 1С:ERP Управление предприятием 2 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Беларусь Россия Казахстан Абонемент ($m)

Системный анализ архитектурных границ масштабирования учетных систем «1С:Предприятие 8.3» под управлением PostgreSQL в ОС Linux. Формулирование инженерной методологии сквозного проекта «Торговый контур», определение измеримых целевых показателей (p95, MTTR, APDEX) и стратегии поэтапной модернизации эксплуатационного контура без остановки промышленных учетных процессов.

1 стартмани

07.09.2026    1154    Ninel_S    10    

1

Linux Групповая разработка (Git, хранилище) Администрирование СУБД Системный администратор Разработчик 1С 8.3 Абонемент ($m)

Декларативный pipeline в GitHub Actions, тонкости лицензирования в Docker (--net=host), изоляция RUN_ID и интеграция со сборочным конвейером SRE-Suite-for-1C-platform. Вторая часть практического руководства (https://infostart.ru/public/2779597): от первого коммита до детерминированного синтаксического гейта на headless-раннере Linux

1 стартмани

03.09.2026    1637    Ninel_S    0    

4

DevOps и автоматизация разработки Тестирование QA Групповая разработка (Git, хранилище) Разработчик 1С:Предприятие 8 Бесплатно (free)

Четыре года в интеграторе я работал с git и EDT. Git после хранилища полюбил сразу: видно, кто и что менял. С EDT сложнее: тормозит, ошибки при обновлении ERP, автономный сервер внутри него работает только с файловой базой. На новой работе команда захотела перейти на git, я развернул EDT, и оно на второй день разрушило проект при загрузке расширения. Тогда я решил дать команде git с привычным Конфигуратором и инструмент, который за минуту доносит коммит до базы через ibcmd, вместо получасовой загрузки из файлов. На новой работе разрешили ИИ, и я написал это приложение с его помощью: от чтения документации и первого ТЗ до идей в электричке. Впервые за годы снова почувствовал себя творцом, а не закрывателем задач. По дороге приросли выгрузка, объединение и проверка конфигурации по коммитам, YAxUnit и режим MCP-сервера. В статье: схемы, скриншоты, грабли и честный список ограничений. Ссылки пока нет: хочу понять, нужно ли это кому-то, кроме меня.

03.09.2026    11187    KatanaDragon511    29    

40
Для отправки сообщения требуется регистрация/авторизация