Многие используют в 1С возможность хранения внешних файлов, картинок в объектах базы. Иногда возникает вопрос об объеме файлов, помещенных в справочники и документы базы, оперативном анализе наличия таких файлов. Данная обработка поможет вычислить объем и оперативно открыть любые прикрепленные файлы.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Многие используют в 1С возможность хранения внешних файлов, картинок. Иногда возникает вопрос об объеме файлов, помещенных в справочники и документы базы. Данная обработка поможет вычислить объем и оперативно открыть все прикрепленные файлы.
Возможности:
1. Получение списка типов объектов 1С (а также количество), к которым прикреплены внешние файлы. Получение суммарного объема по каждому типу объекта, а также получение данных по общему объему прикрепленных внешних файлов (при нажатии на кнопку "Объем").
2. Получение списка элементов объекта по выбранному типу с возможностью открытия по двойному клику.
3. Получение списка прикрепленных файлов по выбранному элементу (справочника или документа) с информацией об имени и размере каждого файла. Просмотр файла по двойному клику.
Обработка работает со справочником "ХранилищеДополнительнойИнформации", проверена на УПП, ЗУП.
Практический курс по работе с AI-агентами для разработчиков 1С уровня middle и senior, а также тимлидов команд: от постановки задач и передачи контекста до создания расширений, интеграций, MCP-инструментов, тестов и проверки готового решения.
Практическое руководство по выстраиванию процессов версионирования в экосистеме «1С:Предприятие 8»: разбор физики сериализации метаданных, скрытые риски построчного слияния XML, сайзинг 1C:EDT vs gitsync/ibcmd и поэтапный конвейер миграции без остановки релизов.
Как реализовать безопасное маскирование данных в процессе CI/CD без создания промежуточных копий баз. Объясняем, как использовать инструмент pg_anon для автоматизации скрытия персональных данных при тестировании и развёртывании, сохраняя целостность и структуру информации. Материал объединяет практику Site Reliability Engineering (SRE) с задачами защиты данных, демонстрируя подход, при котором разработчики и DevOps;инженеры могут работать с реалистичными, но обезличенными данными, не нарушая требования безопасности и конфиденциальности.
В четвёртой части серии 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С:Предприятие 8.3» под управлением PostgreSQL всё чаще проявляются архитектурные пределы масштабирования: рост числа пользователей, обязательная маркировка, плотный поток API-интеграций и высокая стоимость простоя. Вводная часть цикла разбирает ключевые факторы современной эксплуатационной нагрузки и формирует инженерную методологию эволюционной модернизации без остановки продуктивного контура.
Материал основан на практическом кейсе «Торговый контур» и показывает, как определить целевые метрики (p95, MTTR, APDEX), выстроить наблюдаемость, стабилизировать работу кластера и подготовить инфраструктуру к дальнейшему масштабированию. Публикация задаёт фундамент для последующих частей, посвящённых телеметрии, оптимизации PostgreSQL, CI/CD и архитектурному росту.
Системный анализ архитектурных границ масштабирования учетных систем «1С:Предприятие 8.3» под управлением PostgreSQL в ОС Linux. Формулирование инженерной методологии сквозного проекта «Торговый контур», определение измеримых целевых показателей (p95, MTTR, APDEX) и стратегии поэтапной модернизации эксплуатационного контура без остановки промышленных учетных процессов.
Декларативный pipeline в GitHub Actions, тонкости лицензирования в Docker (--net=host), изоляция RUN_ID и интеграция со сборочным конвейером SRE-Suite-for-1C-platform.
Вторая часть практического руководства (https://infostart.ru/public/2779597): от первого коммита до детерминированного синтаксического гейта на headless-раннере Linux
Четыре года в интеграторе я работал с git и EDT. Git после хранилища полюбил сразу: видно, кто и что менял. С EDT сложнее: тормозит, ошибки при обновлении ERP, автономный сервер внутри него работает только с файловой базой. На новой работе команда захотела перейти на git, я развернул EDT, и оно на второй день разрушило проект при загрузке расширения. Тогда я решил дать команде git с привычным Конфигуратором и инструмент, который за минуту доносит коммит до базы через ibcmd, вместо получасовой загрузки из файлов. На новой работе разрешили ИИ, и я написал это приложение с его помощью: от чтения документации и первого ТЗ до идей в электричке. Впервые за годы снова почувствовал себя творцом, а не закрывателем задач. По дороге приросли выгрузка, объединение и проверка конфигурации по коммитам, YAxUnit и режим MCP-сервера. В статье: схемы, скриншоты, грабли и честный список ограничений. Ссылки пока нет: хочу понять, нужно ли это кому-то, кроме меня.
Хорошая обработка.
В правой верхней таблице (перечень объектов с количеством файлов) не хватает столбца объём прикреплённых файлов, с возможностью сортировки по данному столбцу.
извиняюсь за оффтоп.
можно ли использовать файл(фото) из хранилища доп.информации в 2х справочниках?
например 1С ЗУП 8.2 (2.5.77.2):
Фото загруженное в справочник кандидаты, использовать при заполнении справочника физические лица не загружая снова.
(4) Справочник Кандидаты (в конфигурации это "ЗаявкиКандидатов") и Физические лица - это разные объекты базы данных ЗУП.
Как вариант можно написать обработку по переносу данных файлов из одного элемента справочника в другой, но физически в базе это будут два разных элемента справочника "Хранилище дополнительной информации". В этом случае не надо будет загружать файлы еще раз.
(6) Xershi, Как быть если не скуль ? (файловая версия, Postgre, Oracle). Обработка универсальная, в этом ее плюс.
(8) Xershi, Вы же не собираетесь формировать данную обработку каждый день.
И если память мне не изменяет - обработка не сохраняет во временный каталог файлы.
Получается объект из хранилища типа "Файл" и у объекта вызывается метод "Размер()".
