Программисту и админу 1С: разборы и инструменты

Какая проверка какой класс выдуманных имён видит, почему Выполнить пропускает всё после точки, функция проверки метода общего модуля вызовом со ста аргументами и цикл, который собирает все ошибки запроса за один проход.

Form.xml, модуль формы и снимок открытой формы: что даёт каждый источник, 127 скрытых в работе полей номенклатуры, условное оформление кодом в 400 модулях, перехват с четырьмя ошибками и проверка ответа за пять минут.

Какие объекты свёртка режет по дате и какие нет, 729 непериодических регистров в УТ 11.5, функция оценки по объекту, сводка по всей конфигурации и поправки, где расчёт расходится с фактом.

Сколько хранится каждый след аварии: статистика SQL Server, system_health, ERRORLOG, техжурнал, кластер, vCenter. Что снять за две минуты до рестарта, как по журналу регистрации доказать общую беду и что поставить заранее.

Как по журналу регистрации найти этап, на котором упало обновление, чего не делать, как выгрузить .dt через ibcmd из неоткрывающейся базы, подменить базу в кластере и поставить задания копирования.

Хеш содержимого вместо пути, четыре способа узнать, что делает файл, устройство контейнера .epf и функция чтения модуля без подключения, поиск опасных вызовов и сбор обработок из справочников баз по расписанию.

Запрос, который находит позицию и месяц расхождения итогов с движениями, почему строку 01.08 чинит пересчёт за август, порядок с текущими итогами, SQL к таблице итогов и прогон на копии с испорченной строкой.

В 8.3.22-8.3.27 платформа научилась регулярным выражениям, паузе, RAR и 7z, буферу обмена и WebSocket. Справочник по 20 заменам с примерами было-стало, проверка, где исполняется строка, и цифры по УТ для Казахстана и Бухгалтерии предприятия 3.0.

Выигрыш от компоненты бывает тысячекратным и бывает отрицательным. Из чего складывается её время, сколько стоит граница в изолированном режиме и в процессе 1С, с какого объёма она окупается. Числа из замера 31 задачи на 8.3.27.

Что сохранить до исправления, как по таблице и номеру индекса понять, что задето в 1С, как перестроить битый индекс без потерь и получить список пропавших документов, пока repair_allow_data_loss не удалил их молча.

Для бухгалтера Бухгалтерии для Казахстана 3.0: почему корректировка не трогает ноль по 7010, как по карточке счёта отличить опоздавший приход от прихода задним числом и красного сальдо и в каком порядке исправлять.

Ночная выгрузка зелёная, а остаток за март не тот: почти всегда это правка задним числом за пределами окна. Какая проверка что видит по типам правок, запрос 1С, SQL сверки приёмника и замеры на 10 миллионах строк.

Вес, потеря, градиент, шаг AdamW и скорость обучения разложены на процедуры модуля 1С, у каждого термина кусок кода и число из прогона. Модель на 21 920 параметров обучена на сервере 1С, плюс рецепт, сокративший работу в 349 раз.

Форма пишет "Выполнено: 17 из 215" и молчит о сроках. В каком порядке смотреть очередь отложенных обработчиков БСП 3.1, чтобы за десять минут понять, кончится ли обновление к вечеру или его держит один обработчик, и почему "зацикливание" в регистре часто означает блокировку.

Филиал на слабом канале, пакет на сотни мегабайт, и каждая попытка начинается с нулевого байта. Что делает штатный FTP-транспорт БСП 3.1, откуда на сервере обрезанный пакет под настоящим именем и как устроена доставка частями с проверкой SHA-256.

Маркетплейс по коду ТН ВЭД или ОКПД2 решает, какие проверки нужны товару, и сверяет его с кодом сертификата. Что из этого видно в УТ 11.5, запрос на товары под сертификатом без кода и почему массовая чистка кодов может снять карточки с витрины.

Очистка освобождает место внутри файла MS SQL, а диск этого не видит. Запрос, который показывает разницу за минуту, почему TRUNCATEONLY может не вернуть ничего, что проверить до ночи работ и как следить за сжатием, пока оно идёт.

Агент написал скрипт, планировщик запускал его каждый час, а условие поиска дублей поймало пустое основание. Цепочка из пяти разумных шагов, ошибка в определении дублей и правила, после которых агент в рабочую базу больше не пишет.

Модель смотрит в вопрос первые три символа ответа, а дальше почти только на себя. Без одной головы внимания из четырёх верных ответов не остаётся. Как снять карту внимания функцией на сорок строк и что она показала на сорока вопросах.

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

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

Ошибка при проведении начисления зарплаты в ЗУП и ERP для Казахстана, когда в карточке организации регистрация заполнена. Диагностика по трём регистрам, ручное исправление по шагам, обработка с одной кнопкой и числа прогона на рабочей базе.

Упавший запрос нейросети безопасен: платформа покажет строку с ошибкой. Опасен тот, что выполнился и вернул правдоподобное число. Разбираем три уровня проверки, карту ловушек УТ 11.5 с запросами до и после и правила построчной сверки с эталоном. Числа из прогона 90 запросов трёх моделей.

Коннектор нейросети к 1С обычно работает под одной учёткой с полными правами, и роли с ограничениями на уровне записей для модели пропадают. Разбираем, как это проверить у себя, какие пять приёмов прав не возвращают и как отправить запрос модели в сеанс спросившего. Код, замер на демо-базе УТ 11.5 и требования к шлюзу.

Обновление типовой прошло чисто, а через день внешняя печатная форма падает с "Метод объекта не обнаружен". Разбираем четыре текста ошибки, объясняем, почему их не ловит ни конфигуратор, ни проверка модулей, и даём порядок проверки своих обработок против нового релиза. Числа из худшего случая: УТ для Казахстана 2.2.16.5 и 3.4.4.87.

Пользователь видит одну строку "Нарушение прав доступа!", а объект и имя права уже лежат в журнале регистрации. Разбор по шагам: как прочитать событие, как по праву найти роли, профили и самую узкую группу доступа, почему после выдачи права приходит новый отказ и в каких случаях выдавать права бесполезно.

Шесть требований к сверке учётной и складской системы и шаги проверки. Разбор робота с порогом в нуле, который за 60 дней сам создал 62,7 % оборота технического склада.

Опечатка в имени параметра превращается в другой запрос с кодом 200. Белый список имён, 400 с понятным текстом, видимое умолчание и возраст данных в ответе, код на BSL.

Четыре класса проверок сверх сценарных тестов: инвариант, метрика в штуках, аудит чужими руками с воспроизводимым входом и контроль тихой обрезки ответа модели. Что каждый ловит и чего не видит.

Одно значение не влезло в числовую колонку, и откатилась вся пачка. Как найти брак, чем платите за обрезку и расширение типа, счётчик строк против пустой ночи и обход метаданных по узким числовым реквизитам.

Один номер в 14 и 13 знаков, которые Ozon держит как два штрихкода. Таблица по Ozon и Яндекс Маркету, проверка контрольной цифры и правка выгрузки из УТ 11.5.

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

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

Код живёт в справочнике штрихкодов упаковок, регистра остатков по нему нет. Запрос по последнему движению, какие из 34 видов документов считать приходом и расходом, и три детали выгрузки списка из ГИС МТ.

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

Три замера, которые отличают занятый сервис от недоступного, таймаут HTTPСоединение по умолчанию, какие операции можно повторять и как не создать дубль собственной страховкой.

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

Замер на копии 3,4 ТБ: ни одна из пяти самых тяжёлых таблиц не попала в первую пятёрку оценки. Итоги регистров, хранилища значения и индексы вне карты, запросы MS SQL для реального веса.

Что каждая площадка принимает через API, на чём спотыкается загрузка и что подготовить в справочнике сертификатов номенклатуры до 1 октября 2026. С запросом по товарам без действующего документа.

При смещении 0 пустая дата и соседняя слились в 01.01.1753, а перенос вернул код 0. Какие ключи индексов шире 900 байт создаются молча, чем заменить подсчёт строк и регламент переезда по этапам.

Кто больше всех грузит и что изменилось - разные вопросы. Порядок проверок по цене: накопленное время ЦП, час перелома по журналу регистрации, сервис внутри rmngr без перезапуска агента, техжурнал без пустых файлов.

Одна и та же локальная модель нашла 11 дефектов из 13 на учебных процедурах и 0 из 5 на рабочих. Какие два числа считать, из чего собрать набор, стенд на llama.cpp и четыре признака, что замер врёт.

Приёмка управляемой формы 1С после сборки: состояние до нажатия кнопок, имена свойств, элементы формы и клиентские ветки выполнения.

Проверка настроек кластера 1С через RAS: рабочие процессы, расписание перезапуска и память. Сравниваем заданные параметры с фактическим состоянием.

Как подготовить данные для сводной таблицы Excel из 1С без COM. Заголовки, типы ячеек, диапазон и проверка итогов готовой книги.

Как проверить итог кросс-таблицы СКД на маленьком наборе: контекст ресурса, предыдущий период, пустые сочетания и контроль расчёта.

Как связать продажи OZON с себестоимостью в 1С, учесть возвраты и распределение рекламы. Контрольные сверки перед решением об ассортименте.

Что измерить до удаления данных из 1С: ссылочный контроль, файлы, старые периоды и скорость на копии. Как составить проверяемый план очистки.

План короткого сбора технологического журнала 1С: вопрос, события, окно наблюдения и проверка причины. Как отличить ожидание от выполнения.

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

Сервисы вставали из-за очереди до сервера 1С: элемента pool в default.vrd конфигуратор не пишет. Замерено на стенде: таймауты пула в секундах, правка файла не действует без перезапуска, sessionMaxAge 20 секунд на деле живёт 40-45.

Как сравнить две базы по структуре и данным и довезти в тест только свежий период. Полный SQL обоих шагов плюс две обработки файлами.

Что и в каком порядке делали, чтобы уложиться в окно простоя.

Диагностика и очистка служебного кэша механизма разграничения доступа.

Причина оказалась в MAXDOP и cost threshold, а не в конкуренции за данные.

1622 фотографии товаров свернули в 289 визуальных сегментов Vision-моделью, без обучения.

Метод визуальной сегментации по фото: когда работает, из чего собран и где ломается.

Как за 5 минут найти виновную транзакцию тремя командами.

Fable 5, Opus 5 и Codex искали тормоз в проде и дали три разных диагноза.

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

Вынесли ЖР трёх продуктивных баз: поиск всех ошибок за сутки за 0,11 секунды.

Транзакция с безусловным откатом: ИИ читает прод, но ничего не меняет.

Пять находок и три грабли самописной диагностики.

Где лежит, кто до него дотянется и как закрыть дыру.

Что показать модели, чтобы она перестала галлюцинировать по вашей конфигурации.

Обезличивание перед отправкой в чат-модель и расшифровка ответа обратно.

Тяжёлый шаг записи регистра с 4 минут до 4 секунд на первом же прогоне.

Как реализовать RSA-шифрование чистым BSL для платёжного шлюза.

Почему дампы пустые по умолчанию, как читать формат MINIDUMP средствами 1С и что настроить в logcfg.xml.

История одного аудита: выгрузили права в Markdown и спрашиваем у чата, у кого какие.

Перенос 276 ГБ вставал молча четыре раза: невидимые символы, ICU и готовый скрипт поиска проблемных строк.

Локаль кластера, том на сотню гигабайт из семисот, ноль шрифтов на Ubuntu Server, work_mem автотюнера.

Две базы одной конфигурации получили 18 и 15 замечаний: свежесть релиза к смене платформы почти не готовит. Все 63 изменения по версиям и список известных ошибок 8.5.1.

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

Оставить лишнее стоит гигабайтов, удалить читаемое стоит проведения: каталог из десяти вердиктов по незнакомой таблице и лестница агрессивности, где сомнение всегда понижает решение.

Прогнали анализатор по собственным обработкам с площадки и получили красный светофор у двух из них: 186 критичных замечаний и 15 рабочих дней техдолга.

Жалоба указывала на один документ, а 85 % конфликтов сидели на другой таблице. Виновником оказался не порядок захвата, а отсутствующий индекс на реквизите составного типа: скан 5,6 млн строк держал блокировки в сотню раз дольше нужного.

Один rphost вырос с 7,22 до 12,72 ГБ за одиннадцать суток, лимиты в кластере не выставлены ни одного. Рядом шесть мёртвых сеансов RDS держали ещё десять гигабайт. Плюс разбор ошибки метода: суточный максимум по диску 97-99 % при среднем 4,24 %.

Компоновка молча выбрасывает поля, на которые нет права просмотра, и отчёт формируется успешно и пустым. Тот же дефект в другом положении даёт жёсткую ошибку. Разбор трёх разновидностей и код, собирающий весь список недоступных полей за один проход.

Языковая модель на 21 920 параметров, посчитанная целиком на встроенном языке 1С: где кончаются буквы, что такое голова внимания в трёх строках кода, почему температура не про креативность и в какое место цикла генерации невозможно вставить "не знаю".

Одна строка платформы на две разные причины: 24 записи в журнале, код 1205 только у 19. Почему повтор внутри транзакции стирает причину, как расшить молчаливые Попытка, и три вида пустоты в диагностике: сброшенный переключением узла system_health, события под чужим именем базы, спящий сеанс с транзакцией на четверо суток.

Вызов Заблокировать() отрабатывает без ошибок, а объект не защищён: режим блокировок объекта, флаг в обёртке, чужая короткая транзакция, разделяемый режим, проверка вне транзакции, включение снимка на чтение. Чек-лист проверки конфигурации за вечер.

Три способа снять текущий снимок - консоль кластера, rac, запрос к СУБД - и устройство истории снимков, по которой утром видно, кто держал базу ночью.

Минус 13 % после правки отчёта исчезли при перепроверке чередованием: код стал лучше и работал ровно столько же. Шесть отчётов с замерами, чем минимум из трёх прогонов отличается от медианы, и слепок результата из трёх частей с кодом снятия на встроенном языке.

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

Что делать программисту 1С в первые минуты аварии 9002, когда админ недоступен: как назвать держателя транзакции, не имея прав на DBCC OPENTRAN, что означают LOG_BACKUP, REPLICATION и CHECKPOINT в log_reuse_wait_desc, и почему шринк лечит на неделю.

Развернуть копию рабочей базы: RESTORE с FILELISTONLY и MOVE, pg_restore, предохранители от затирания прода и перевод восстановления в ночное задание. Замер: 17,8 ГБ поднимаются за 140 секунд.

Два шага цепочки из пяти не стартовали ни разу за 35 дней, планировщик показывал успех. Методика из пяти проверок, которая находит мёртвый шаг за час: матрица прогонов, возраст данных, правдивость кодов возврата.

Замер с секундомером: 23 ГБ восстанавливаются 19 минут 39 секунд, две независимые базы дали около гигабайта в минуту, значит терабайт едет 15-16 часов. Плюс три дыры: скрипт три месяца дампил соседнюю базу, откат целится в чужой прод, восстановления на момент времени нет ни у одной базы.

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