ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Однажды я столкнулся с задачей, где надо было разобраться в обработке, которая содержала более 15000 строк в модуле и основной форме. Удержать в голове такую структуру было невозможно, и я обратился к Инфостарту, где нашел замечательную обработку: //infostart.ru/public/78976/. Она мне очень помогла, но у нее был один недостаток. Графы, которые строятся с помощью dot.exe это просто картинки, если объектов много, они становятся труднообозримыми.
Поэтому, я сделал альтернативный вывод результата в формат GML, который можно загрузить в редактор графов YeD. YeD позволяет редактировать, масштабировать и автоматически перестраиваеть граф по различным алгоритмам, что очень удобно для анализа.
В отличие от исходной обработки работает только в обычном приложении — поленился написать для управляемого.
Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку одновременно в несколько потоков. А так же автоматически, без непосредственного участия пользователя.
Решение в Реестре отечественного ПО
Расширение для создания и редактирования печатных форм в системе 1С:Предприятие 8.3. Благодаря конструктору можно значительно снизить затраты времени на разработку печатных форм, повысить качество и прозрачность разработки, а также навести порядок в многообразии корпоративных печатных форм. Обновление версии от 21.04.26
Первые попытки разработки на 1С с использованием больших языковых моделей (LLM) могут разочаровать. LLMки сильно галлюцинируют, потому что не знают устройства конфигураций 1С, не знают нюансов синтаксиса. Но если дать им подсказки с помощью MCP, то результат получается кардинально лучше.
Далее в публикации:
MCP для поиска по метаданным 1С, справке синтакс-помощника и проверки синтаксиса.
Infostart MagicInput улучшает подбор в полях ввода 1С: ищет по любой части названия и по нескольким ключевым фрагментам, распознаёт ввод в другой раскладке и показывает иконки/статусы объектов прямо в списке. Поддерживает вставку навигационной ссылки/представления документа для автоподбора; для разработчиков доступны поиск по GUID и полному имени предопределённого. Работает в управляемых формах и подключается в большинстве конфигураций 1С 8.3/8.5.
Расширение позволяет без изменения кода конфигурации выполнять проверки при вводе данных, скрывать от пользователя недоступные ему данные, выполнять код в обработчиках. Не изменяет данные конфигурации, легко устанавливается практически на любую конфигурацию на управляемых формах.
В крупных внедрениях 1С типовая почти всегда дополнена расширениями, а конфигуратор показывает их раздельно. «Поиск ссылок на объект» в ERP — минуты ожидания, и даже после него неясно: типовое поведение, дополнение из расширения или переопределённый обработчик.
Analyzer 1C — веб-инструмент, который парсит выгрузку (основную плюс все расширения) и собирает единый граф знаний в ArangoDB. Любой межсущностный запрос — за доли секунды.
Внутри:
— Сквозные пометки «Доб.» / «Заимств.» / переопределения во всём UI
— Импакт-анализ через подписки, регламентные задания и переопределения
— Анализ запросов BSL: кто читает и пишет объект — модули, формы, СКД
— Роли: матрица «роль × объект × право», RLS, программные РольДоступна, PRIV
— Конструктор профилей, граф функций, обработчики обновления, XDTO, функциональные опции
— Мгновенный поиск по конфигурации
Разворачивается за минуту через Docker, без интернета. Любая 1С:Предприятие 8.3+.
Инструмент для написания и отладки кода в режиме «1С:Предприятие». Представляет собой консоль кода с возможностью пошаговой отладки, просмотра значений переменных любых типов, использования процедур и функций, просмотра стека вызовов, вычисления произвольных выражений на встроенном языке в контексте точки останова, синтаксического контроля и остановки по ошибке. В консоли используется удобный редактор кода с подсветкой, контекстной подсказкой, возможностью вызова конструкторов запроса и форматной строки. 1.3.11 Доработан механизм контекстной подсказки по метаданным
Открыл обработку. Выбрал действие "Настройка построения графов". В ответ получил сообщение: "Не удалось найти установленную версию graphviz!". Нажал "ОК", открылась обработка "Настройка построения графов". Указал рабочий каталог, во 2-м поле требуется выбрать файл dot.exe. Но его нет в каталоге программы. Я правильно понимаю, что надо переименовать командный файл yEd?
"YeD позволяет редактировать, масштабировать и автоматически перестраиваеть граф по различным алгоритмам, что очень удобно для анализа" - то что доктор прописал
Идет построение графа ....
Error: D:\Temp\GraphData\graph.txt:1676: syntax error near line 1676
context: N001 >>> - <<< > N173 [color="black",label=""]
dot: graph is too large for cairo-renderer bitmaps. Scaling by 0.545944 to fit
Произошла ошибка!
Для продолжения нажмите любую клавишу . . .
что это за ограничение?
модуль в студию не влезет :)
Error: D:\Temp\GraphData\graph.txt:1676: syntax error near line 1676
context: N001 >>> - <<< > N173 [color="black",label=""]
dot: graph is too large for cairo-renderer bitmaps. Scaling by 0.545944 to fit
Произошла ошибка!
(0) Если "натравить" эту обработку на обработку, имеющую одну форму, она покажет вызовы процедур из модуля объекта и модуля формы вместе, или только по-отдельности?
(13) Когда мне надо было анализировать вызовы между модулем и формой я делал так:
1) брал текст модуля;
2) Добавлял разделитель разделов
////////////////////////////////////////////////////////////////////////////////
// ФОРМА
3) Вставлял ниже модуль формы
4) Выбирал тип отчета "По секциям"
Процедуры и функции формы будут находиться в отдельной группе
Т.е. надо немного пошаманить, но это занимает буквально минуту.
К сожалению не отличает вызовы к методам от вызовов функций внутри модуля. Например, есть у меня "очистить" и часто чищу коллекции в коде. Все валит в одну кучу. Думаю логично было бы не считать вызовом функции из таблицы то, что стоит после точки.
