Чёрный пояс 1С: рубрика разборов для senior 1С-специалистов | infolimp.ru
Все статьи Свежий выпуск
Рубрика «1С-обозрение» для senior+

Чёрный пояс 1С

Разборы каверзных вопросов из реальных собеседований на senior-позиции и из проектов, где красивое архитектурное решение через полгода стало источником боли. Без пересказа ИТС.

28
выпусков
2–3
в сутки
senior+
уровень разбора

Для кого это

Эта рубрика - не для тех, кто разбирается с регистром сведений впервые. Если вы пятнадцатый год в платформе, ведёте архитектуру внедрений и регулярно ходите на собеседования, где вам задают вопросы, после которых пауза в полминуты считается приличной, - вы по адресу. Остальным здесь будет скучно, и это нормально: «1С-обозрение» пишет и для тех, кто только разбирается, но в этом потоке мы говорим со старшими.

«Чёрный пояс 1С» - не пересказ ИТС и не очередной разбор того, как устроен механизм. Это разбор того, что именно ломается через полгода после того, как красивое архитектурное решение ушло в прод. Когда регистр сведений становится узким местом, когда расширение конфигурации превращается в техдолг, когда план обмена держит загрузку под честное слово, а не под механизм. Мы заходим оттуда, откуда заходит реальный проект, - со стороны последствий.

Темы приходят из трёх источников: вопросы с собеседований на senior- и архитектурные позиции (которые собирают и присылают сами читатели), кейсы с живых проектов и внутренняя аналитика по корпусу документации и обсуждений. Главред читает каждый материал перед публикацией - без этого фильтра в рубрику ничего не попадает. То, что выдумано, отсеивается до читателя.

Критерий рубрики: материал попадает в «Чёрный пояс», если в нём есть нетипичная задача, полный ход решения, архитектурный trade-off и способ проверить результат на рабочей базе. Для токен-платформы чёрный уровень отдельно подтверждается историей: 50 задач уровня senior и 3 экспертные рецензии. Пока это ориентир для отбора материалов, а не публичная витрина награждённых.

Обещаем честную постановку вопроса и подводные камни, которые видно только с третьего внедрения. Не обещаем простых ответов, универсальных рецептов и финальной правды. В этой рубрике на половину вопросов корректный ответ - «зависит», и мы объясняем, от чего именно.

Все выпуски

от свежих к ранним
#28
7 сентября 2026

Две новые задачи senior-уровня: отказоустойчивость кластера с Дата акселератором, управляемые блокировки и лимит индекса Oracle

Кластер на трёх серверах, PostgreSQL 15: днём массовый ввод документов, параллельно топ-менеджмент требует аналитику по продажам за секунды - и то и другое не должно тормозить друг друга. Плюс вторая задача: управляемые блокировки при параллельном проведении документов и лимит размера индекса Oracle...

Читать разбор →
#27
4 сентября 2026

Новая задача senior-уровня: переполнение таблицы регистрации изменений плана обмена

После нескольких недель отключения удалённого узла обмена от сети и его последующего восстановления база 1С почти полностью заблокировалась - внутренняя таблица регистрации изменений плана обмена выросла до десятков миллионов записей и блокирует запись справочников и документов...

Читать разбор
#26
3 сентября 2026

1C:SRE-Suite: проект вышел в открытый репозиторий и обзавёлся CI на GitHub Actions

Инструменты из прошлых разборов (пятислойный сборочный скрипт, мост EDT-Конфигуратор, оркестратор rphost) собраны автором в один открытый MIT-репозиторий и получили конвейер CI на GitHub Actions: headless-сборка Docker, режим --net=host для HASP-лицензий, изоляция параллельных сборок через RUN_ID и секреты через GitHub Secrets...

Читать разбор
#25
3 сентября 2026

Три новые задачи senior-уровня: рассинхронизация кластера при обновлении, циклический встречный выпуск в ERP, искажение себестоимости Интеркампани

Три новые senior-задачи в пуле: обновление отказоустойчивого кластера без остановки пользователей оставляет часть сеансов рассинхронизированной между версиями платформы, циклический встречный выпуск между цехами разгоняет Расчёт себестоимости в 1С:ERP с 40 минут до суток, а автогенерация документов Интеркампани задним числом искажает себестоимость запасов и декларацию по налогу на прибыль...

Читать разбор
#24
2 сентября 2026

Три новые задачи senior-уровня: профили безопасности БСП, лимиты кластера ПРОФ, утечка токенов RAG YandexGPT/GigaChat

Три новые senior-задачи в пуле: профили безопасности кластера блокируют внешние обработки БСП после ужесточения ИБ, лицензии ПРОФ не дают добавить третий рабочий сервер в растущий кластер, а бесконтрольный RAG-буфер контекста для YandexGPT/GigaChat поднимает счёт за API на 500%...

Читать разбор
#23
1 сентября 2026

AdminClusterMonitor: открытый учебный проект для безопасного администрирования кластера 1С на Linux

Разбор проблемы «кластер на заводских настройках» доведён до рабочего инструмента: внешняя обработка 1С и Linux-скрипты находят «перестарков» без соединений, безопасно перезапускают их через RAS API с dry-run и подтверждением, логируют действия и шлют уведомления в Telegram и почту...

Читать разбор
#22
1 сентября 2026

Промышленный DevOps для 1С на Linux: от коммита и безголового Docker до оркестрации rphost и борьбы с утечками памяти

Сквозной инженерный разбор: архитектурный разрыв 1C:EDT/Конфигуратор, 5 рубежей защиты от «ложного успеха» в CI/CD на Linux, лицензии HASP и *.lic в Docker, анатомия памяти rphost/rmngr и разница ПРОФ/КОРП, охота на «перестарков» через RAS API и готовые артефакты Infrastructure as Code...

Читать разбор
#21
1 сентября 2026

Три новые задачи senior-уровня: взрывной рост Истории Данных, кодировки BOM/CP1251 на Linux, деградация Автономного Сервера

Три новые senior-задачи в пуле: неконтролируемая История Данных раздувает СУБД на 300 Гб и вчетверо замедляет запись, гетерогенный кластер Windows/Linux искажает кодировку CSV-реестра платежей для банка (BOM и CP1251), а файловая база на Автономном Сервере деградирует и повреждается при росте числа кладовщиков...

Читать разбор
#20
28 августа 2026

Три новые задачи senior-уровня: CryptoPro на Linux, исчерпание пула PostgreSQL, пагинация OData

Три новые senior-задачи в пуле: миграция сервера 1С на Linux ломает фоновое подписание ЭЦП через CryptoPro CSP, API-сервис на 1С вычерпывает пул подключений PostgreSQL, запуская фоновое задание на каждый HTTP-запрос, а внешняя BI-система без пагинации OData кладёт публикацию таймаутами на многомиллионной таблице...

Читать разбор
#19
27 августа 2026

Три новые задачи senior-уровня: утечка Временного Хранилища, конфликт РИБ-расширений, дедлоки индекса ППС

Три новые senior-задачи в пуле: временное хранилище копит зависшие файлы фоновых заданий до переполнения диска сервера, обновление расширения в РИБ с 50 периферийными узлами блокирует весь обмен из-за несовпадения структуры метаданных, а обновление индекса полнотекстового поиска на терабайтной базе 1С:ERP вызывает массовые deadlocks СУБД...

Читать разбор
#18
26 августа 2026

Три новые задачи senior-уровня: OOM в разделённой SaaS-базе, рассинхронизация Database Copies, падение rphost на Linux

Три новые senior-задачи в пуле: общее фоновое задание в разделённой SaaS-базе падает по Out of Memory при росте числа арендаторов, механизм копий базы данных отстаёт на часы под нагрузкой, самописная внешняя компонента роняет rphost сегфолтами после переноса кластера на Linux из-за несовместимости glibc...

Читать разбор
#17
25 августа 2026

Три новые задачи senior-уровня: Safe Mode на Linux, деградация СУБД, JSON и ESB

Три новые senior-задачи в пуле: Safe Mode ломает расширение после переноса кластера на Linux, журнал регистрации разросся до 150 Гб в формате .lgf, JSON-сериализация спотыкается о префиксы пространств имён при интеграции с ESB...

Читать разбор
#16
24 августа 2026

Три новые задачи senior-уровня: Linux-кластер, MCP-мультиарендность, PostgreSQL deadlock

Запущен ежедневный конвейер задач повышенной сложности. Разбор первой целиком: утечка памяти rphost на Linux, mini-dump вместо full dump, лимиты кластера - и реальный диалог с AI-помощником nopikreport.com прямо в процессе диагностики...

Читать разбор
#15
23 августа 2026

Мёртвый кэш и утечка памяти rphost: алгоритм расследования от технологического журнала до дампа WinDbg

Private Bytes растёт без явной причины. Разбираем событие CALL/SCALL по Memory в технологическом журнале, снятие и анализ дампа rphost в WinDbg/gcore, и три кодовых антипаттерна, которые держат данные в памяти дольше сеанса...

Читать разбор
#14
19 августа 2026

Аудитор стабильности: квиз на знание лимитов памяти, дампов и лицензий ПРОФ/КОРП

5 вопросов о том, как платформа считает память rphost, когда пишет аварийные дампы и чем рискует ручной procdump на боевой базе - с разбором каждого ответа и источниками сразу под квизом...

Читать разбор
#13
7 августа 2026

ИИ-помощник по остаткам без утечки коммерческих данных: RAG, прокси и Read-Only копия

Топ-менеджмент хочет спрашивать остатки топлива обычным текстом, но данные в облачную LLM отправлять нельзя. Разбираем архитектуру: RAG на YandexGPT API, прокси с двойной валидацией SQL, выполнение запросов строго на копии базы, роль MCP...

Читать разбор
#12
7 августа 2026

РИБ на нестабильной связи: как не отправлять сканы договоров в каждое сообщение обмена

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

Читать разбор
#11
7 августа 2026

Multi-tenancy на 40 юрлиц в одной базе: разделители, условное разделение и профили безопасности

40 ДЗО в единой ИБ, общий справочник контрагентов и требование изоляции. Режимы разделителей «Независимо» и «Независимо и совместно», условное разделение складов, ограничения ППС в разделённой базе...

Читать разбор
#10
7 августа 2026

Управляемые блокировки при списании остатков: код, который не деградирует под нагрузкой

Deadlock на регистре ТоварыНаСкладах при массовом проведении реализации. Уровни изоляции СУБД в автоматическом и управляемом режимах, эталонный код БлокировкаДанных, разделение итогов и лимиты индексов Oracle...

Читать разбор
#9
7 августа 2026

Дата акселератор на выделенном сервере: как изолировать аналитику от проведения документов

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

Читать разбор
#8
25 июня 2026

Реквизит ссылочного типа на 5+ млн ссылок: три варианта рефакторинга и критерии выбора

Подчинённый справочник с пятью миллионами записей тормозит. Разбираем три пути: переход на регистр сведений, оптимизация индексов, денормализация через кэш-реквизиты - и критерии, по которым выбирать именно в вашем случае...

Читать разбор
#7
24 июня 2026

Периодический регистр сведений или справочник: 4 сценария, где справочник выигрывает

Этот выбор разработчики делают несколько раз в год, и нередко выбирают инструмент, который потом приходится переделывать. Не потому что не знают синтаксис. Потому что думают о хранении, а не о запросе...

Читать разбор
#5
11 июня 2026

Разделение итогов в регистре: снимает блокировки записи, но не спасёт при контроле остатков

Конец месяца, операторы массово проводят документы, и база встаёт: «Конфликт блокировок при выполнении транзакции». Одна из самых частых причин - две транзакции подрались за строку итогов…

Читать разбор
#4
11 июня 2026

Динамическая выборка Выбрать() и параллельное переименование: почему элемент выпадает из обхода

Ночная обработка обошла весь справочник и отчиталась без единой ошибки - а утром выясняется, что один товар так и остался необработанным. Дело не в вашем коде…

Читать разбор

Что в работе

Внутренний пул вопросов: часть формируется автоматическим анализом корпуса документации, часть - от главреда из живых собеседований. Система сама отбрасывает то, на что не находит ответа; главред дочитывает каждый выпуск перед публикацией.

Если у вас есть вопрос уровня senior+, который вы хотите видеть разобранным, - напишите на hello@infolimp.ru с пометкой «Чёрный пояс». Принимаем не идеи статей, а именно вопросы - формулировка, контекст, почему вы считаете её каверзной.

3 опубликовано 97 в активной очереди 100 в резерве