29 практических задач Token Platform infolimp.ru - анонимная оценка специалиста по 1С: реальные симптомы, ожидаемый результат разбора и баллы за задачу. Полное прохождение с отправкой решения и рецензией - на странице задач (требуется токен).
Дана база БП 3.0 с ошибкой при закрытии месяца. Опишите порядок диагностики: какие отчёты открыть, какие регистры сверить, какие документы проверить перед повторным закрытием.
Ожидается: План диагностики и критериев успешной проверки. · 25 баллов
После загрузки клиент-банка часть платежей появилась дважды. Нужно описать безопасный способ найти дубли и убрать последствия без ручного удаления движений.
Ожидается: Алгоритм поиска дублей и исправления документов. · 20 баллов
Найдите типовые причины, по которым ОС принято к учёту, но не амортизируется в следующем месяце.
Ожидается: Список проверок по карточке ОС, способу отражения и регламентным операциям. · 20 баллов
Пользователь видит контрагента в справочнике, но подбор в документе его не показывает. Опишите диагностику настроек, прав и дублей.
Ожидается: Порядок проверки без изменения данных напрямую. · 15 баллов
Опишите, как отличить задержку обмена от ошибки настройки ЭДО и какие действия безопасны для пользователя.
Ожидается: Диагностическая карта и безопасные действия. · 30 баллов
Нужно объяснить, какие данные проверить перед перепроведением и почему простое перепроведение может ухудшить ситуацию.
Ожидается: Проверки по партиям, этапам, затратам и регламентным операциям. · 35 баллов
Опишите, как найти источник резерва и снять его штатным способом.
Ожидается: Алгоритм поиска регистратора и безопасное снятие резерва. · 30 баллов
Опишите диагностику обмена: где смотреть ошибку, как изолировать документ и как подготовить данные для разработчика.
Ожидается: Пошаговый разбор без отключения правил обмена. · 35 баллов
Нужно проверить РЛС и настройки доступа на уровне записей без выдачи полных прав.
Ожидается: Список проверок ролей, групп доступа и ограничений. · 40 баллов
Опишите первичную диагностику медленного отчёта: настройки периода, отборы, фоновые задания, технологический журнал.
Ожидается: План диагностики и данные для передачи администратору. · 40 баллов
Компания занимается оптовой торговлей. Документы: «Приходная накладная» и «Расходная накладная» с услугами в одной табличной части. Учёт товаров в разрезе складов, списание по средней себестоимости в разрезе товара и склада. Требуется: создать регистр накопления, обеспечить корректное проведение документов, построить отчёт по остаткам в разрезе складов и разработчиков программных продуктов (через характеристику номенклатуры).
Ожидается: Рабочая конфигурация: документы с движениями, регистр накопления, отчёт СКД. Проверка на учебной базе: провести накладные, убедиться что остатки и себестоимость считаются верно. · 40 баллов
Та же торговая задача, что в ou-1, но характеристики «Разработчик» реализовать через план видов характеристик. Характеристики в настройках СКД должны отображаться как реквизиты номенклатуры.
Ожидается: Конфигурация с планом видов характеристик, отчёт СКД с динамическими реквизитами. Проверка: характеристики видны в отчёте как обычные поля. · 40 баллов
Создайте конфигурацию с интерфейсом (три раздела), документами «Приходная/Расходная накладная» и регистром накопления. Списание по партиям (FIFO или LIFO по учётной политике). Дополнительно — механизм на ПВХ для хранения характеристик товаров.
Ожидается: Конфигурация на каркасной базе, корректные движения при проведении, отчёт по остаткам и себестоимости партий. Все объекты сгруппированы в интерфейсе по видам. · 80 баллов
Создать документ «Операция» для произвольных проводок. Торговая компания: «Приходная накладная» (Дт Товары — Кт Поставщики), «Расходная накладная» (себестоимость + выручка). Взаиморасчёты с покупателями в разных валютах. Документ «Приход денег» с контролем суммы задолженности. Отчёты: продажи товаров и состояние взаиморасчётов.
Ожидается: Конфигурация с бухгалтерским регистром, корректными проводками, валютным учётом. Отчёт по продажам и взаиморасчётам. Проверка: документ «Приход денег» не проводится при превышении суммы долга. · 60 баллов
Начисление зарплаты: оклад пропорционально часам, часовая ставка по рабочим часам периода. История изменения оклада. Пособие по болезни — фиксированная дневная ставка × дни болезни по пятидневному графику. При болезни оклад не начисляется. Данные о болезни могут вводиться задним числом. Документ «Начисление зарплаты».
Ожидается: Конфигурация с регистром расчётов, видами расчётов (Оклад, Болезнь), корректными суммами. Отчёт: подразделение / сотрудник / вид расчёта / суммы по периодам. Проверка задним числом. · 60 баллов
Та же задача по расчёту зарплаты, но сотрудник работает одновременно в нескольких подразделениях. Каждое место работы — отдельные начисления.
Ожидается: Корректный учёт нескольких строк начислений в одном документе. Отчёт детализирован по подразделениям. · 60 баллов
Механизм перерасчётов при вводе данных об изменении оклада или болезни задним числом. Использовать механизм перерасчётов платформы 1С.
Ожидается: Автоматический перерасчёт при изменении исходных данных. Результат соответствует ручному пересчёту. · 60 баллов
Для обмена данными с маркетплейсами (Ozon, Wildberries) было разработано масштабируемое расширение, обрабатывающее входящие HTTP-запросы об изменении статусов заказов и остатков номенклатуры в нескольких параллельных фоновых заданиях. Через полгода успешной эксплуатации на MS SQL Server база данных была мигрирована на СУБД PostgreSQL в рамках перехода на кроссплатформенную инфраструктуру под Linux. Сразу после запуска на новой СУБД в периоды распродаж пользователи начали получать массовые ошибки блокировок СУБД (Lock deadlock). Проблема вызвана различием механизмов эскалации блокировок и транзакционного поведения в PostgreSQL: при параллельном выполнении UPDATE-запросов к таблицам с отсутствующими индексами для внешних ключей PostgreSQL блокирует всю таблицу вместо отдельных строк, а фоновые задания обновляют связанные регистры сведений без единого хронологического порядка.
Ожидается: Анализ логов PostgreSQL и технологического журнала 1С с точной идентификацией заблокированных таблиц СУБД и конфликтующих строк кода; оптимизированный код обработчиков HTTP-сервисов с внедрением механизма явных управляемых блокировок (БлокировкаДанных) и гарантированным одинаковым порядком блокировки объектов; SQL-скрипт создания недостающих индексов для СУБД PostgreSQL для оптимизации планов запросов при обновлении связанных данных. · 120 баллов
Через полгода после успешной эксплуатации расширения для интеграции со складским оборудованием (сканеры, весы), работающим через внешнюю компоненту (AddIn), система была перенесена на сервер кластера под управлением Linux. После этого при попытке выполнения любой операции через расширение пользователи начали получать критическую ошибку безопасности: 'Установка внешних компонент в данном режиме запрещена'. Проблема вызвана тем, что при обновлении платформы в рамках миграции был принудительно включен строгий безопасный режим (Safe Mode) для всех профилей безопасности расширений, а механизм БСП по регистрации внешних компонент не был адаптирован под новые требования политик безопасности Linux-окружения.
Ожидается: Готовый программный код модуля регистрации расширения с корректным заполнением свойств безопасности (РазрешитьВыполнениеВызоваВнешнихКомпонент, РазрешитьВыполнениеКОМОбъектов) и настроенный XML-фрагмент профиля безопасности кластера 1С, разрешающий загрузку конкретной внешней компоненты по её хэш-сумме. · 100 баллов
В облачном приложении (мультиарендность на базе механизма разделения данных) было запущено общее (неразделенное) фоновое задание для консолидации аналитики по всем областям данных. Спустя полгода, когда количество активных областей (арендаторов) превысило 2000, задание начало регулярно падать по ошибке 'Out of Memory' на сервере приложений. Разработчик спроектировал алгоритм без учета роста числа арендаторов и накопления контекста между итерациями обработки.
Ожидается: Оптимизированный алгоритм пакетной обработки арендаторов с использованием временного хранилища и явным завершением контекста разделенного сеанса после обработки каждой пачки арендаторов. · 120 баллов
В конфигурации реализован механизм групповой генерации PDF-отчетов для клиентов через фоновые задания, использующие временное хранилище (ВХ) для промежуточного хранения файлов. Спустя полгода эксплуатации диск сервера начал переполняться: файлы, привязанные к сеансам, не удалялись платформой автоматически, а ручная очистка не была предусмотрена разработчиком.
Ожидается: Программный механизм гарантированной очистки временных файлов на встроенном языке с использованием обработки исключений (Попытка-Исключение), явным вызовом удаления файлов из ВХ и настройка регламентного задания для очистки устаревших сеансовых каталогов на сервере приложений. · 100 баллов
В распределенной информационной базе (РИБ) с 50 периферийными узлами было установлено расширение, содержащее собственные регистры сведений для учета маркетинговых акций. Через полгода потребовалось обновить структуру регистров в расширении (добавлено новое измерение). После применения изменений в центральной базе обмен с периферийными узлами полностью заблокировался: узлы отказывались принимать пакеты обмена, выдавая ошибку несовпадения структуры метаданных.
Ожидается: Регламент безопасного обновления расширений в РИБ с синхронизацией структуры метаданных на всех узлах до возобновления обмена; план поэтапного вывода узлов из обмена на время обновления и контроль совместимости версий расширения. · 120 баллов
Спустя полгода после запуска масштабного фонового импорта каталогов товаров и обработки первичных документов с помощью сервиса 1С:РПД, рабочий сервер 1С:Предприятие 8.3 под управлением Linux начал регулярно зависать и аварийно завершать процессы rphost в периоды пиковых нагрузок. Дисковое пространство сервера стремительно переполняется гигабайтами тяжелых файлов дампов памяти, блокируя работу всей СУБД. Настройки лимитов потребления памяти процессами rphost в консоли кластера установлены по умолчанию, а конфигурационный файл технологического журнала logcfg.xml отсутствует, из-за чего система генерирует полные дампы (full dumps) при каждом сбое rphost. Специалисту необходимо локализовать утечку памяти, настроить корректный сбор легковесных дампов и ограничить потребление памяти процессами кластера без остановки непрерывной работы пользователей.
Ожидается: Готовый конфигурационный файл logcfg.xml, настроенный на сбор только mini-dump для процесса rphost с фильтрацией по критическим ошибкам и записью в выделенный каталог; детальное описание измененных параметров рабочего сервера в консоли кластера (значения для Безопасный расход памяти за один вызов, Максимальный объем памяти рабочих процессов, Интервал перезапуска рабочих процессов), предотвращающих падение сервера при утечках памяти; разработанный bash-скрипт для автоматической ротации и очистки дампов/логов. · 120 баллов
Крупная база данных 1С:ERP за полгода активной работы увеличила объем журнала регистрации в старом текстовом формате (.lgf) до 150 Гб. Это привело к внезапным зависаниям транзакций пользователей при проведении тяжелых документов. Причина в том, что запись в файлы .lgf выполняется платформой синхронно в рамках одной файловой системы с базой данных СУБД, создавая узкое место по дисковому вводу-выводу (I/O Bottleneck), а старый формат не рассчитан на такой объём. Специалисту необходимо решить проблему деградации без потери истории событий за прошедшие периоды.
Ожидается: Пошаговый план миграции журнала регистрации на новый SQLite-формат (.lgd), доступный начиная с платформы 8.3.5; скрипт автоматической архивации устаревших .lgf-логов в фоновом режиме; настройки размещения файлов журнала на отдельном высокоскоростном дисковом массиве. Кандидат также должен упомянуть, что в более новых версиях платформы (8.3.12+) поведение по умолчанию менялось обратно на .lgf из-за проблем самого SQLite-формата под нагрузкой - решение должно проверяться по документации для конкретной версии платформы заказчика, а не приниматься вслепую. · 100 баллов
Для разгрузки СУБД при построении тяжелых аналитических отчетов был настроен механизм копий базы данных (Database Copies) на отдельном сервере PostgreSQL. Спустя полгода успешной работы пользователи заметили, что отчеты по копиям данных начали показывать неактуальные остатки, а лаг синхронизации вырос до нескольких часов. Причиной стала массовая регистрация изменений в таблицах при проведении документов задним числом, что привело к перегрузке очереди трансляции транзакций платформы 1С.
Ожидается: Параметры оптимизации планов обновления копий базы данных; настройки частоты синхронизации в коде; SQL-запросы для мониторинга очереди репликации платформы и выявления таблиц-источников избыточного потока изменений. · 120 баллов
Самописная внешняя компонента (AddIn Native C++), используемая для криптографического шифрования файлов на стороне сервера 1С, отлично работала полгода на Windows-сервере. После миграции кластера серверов 1С на ОС Linux (Rocky Linux) вызовы компоненты под высокой нагрузкой начали приводить к мгновенному падению рабочих процессов rphost (Segmentation Fault). Логирование выявило конфликт версий динамической библиотеки glibc и некорректную работу с потоками внутри компоненты в многопоточной среде Linux.
Ожидается: Диагностический отчет на основе логов технологического журнала (событие EXCP) с локализацией падения; рекомендации по пересборке внешней компоненты с флагами статической линковки зависимостей и корректной обработкой потоков POSIX; пример безопасного вызова внешней компоненты в фоновом задании 1С. · 120 баллов
На крупной базе данных 1С:ERP (объем более 1.5 Тб) был включен стандартный полнотекстовый поиск (ППС). Через полгода активной эксплуатации регламентное задание слияния и обновления индекса ППС начало вызывать массовые таймауты и взаимные блокировки (deadlocks) СУБД у пользователей, пытающихся записать новые документы. Индекс ППС вырос до критических размеров, и стандартный механизм обновления монополизировал системные таблицы СУБД на длительное время.
Ожидается: План оптимизации механизмов ППС: программный код управления расписанием индексации с разделением по видам метаданных; настройки исключения тяжелых регистров из индекса ППС; параметры СУБД для минимизации влияния фоновой индексации. · 120 баллов
В облачном прикладном решении (мультиарендная база с включенным механизмом разделения данных по общему разделителю ОбластьДанныхОсновныеДанные) внедрили корпоративного ИИ-ассистента на базе MCP-сервера (mcp-1c / 1c_mcp) и YandexGPT AI Assistant API для анализа продаж. Система отлично работала полгода, пока база использовалась одним арендатором. После подключения сотен новых независимых арендаторов (областей данных) пользователи начали жаловаться, что ИИ-помощник в ответах цитирует конфиденциальные данные (цены, контрагентов, объемы продаж) чужих организаций. Архитектурная ошибка заключается в том, что фоновые процессы Python-прокси MCP-сервера используют единое административное подключение к базе 1С без установки значений разделителей в параметрах сеанса, а общие поисковые RAG-индексы генерируются в едином пространстве Qdrant без сегментации по Tenant ID.
Ожидается: Архитектурная схема безопасной маршрутизации запросов к ИИ-ассистенту; доработанный код на стороне 1С, устанавливающий значения разделителей данных и признак использования разделения через параметры сеанса (ПараметрыСеанса) в процедуре УстановкаПараметровСеанса модуля сеанса при инициализации подключения MCP-агента - согласно главе «Механизм разделения данных» руководства разработчика (не через несуществующий выделенный метод); конфигурация разграничения прав доступа (настройки ролей) для учетной записи ИИ; скрипт фильтрации поисковых запросов в векторной базе данных по идентификатору текущей области данных. · 120 баллов
Интеграция 1С с корпоративной шиной данных ESB по отправке заказов с длинными путями/именами файлов, использующими служебные пространства имен, начала автоматически добавлять служебные префиксы к свойствам (согласно правилам Приложения 13), которые не поддерживаются жестко заданной схемой ESB.
Ожидается: Программное решение на встроенном языке 1С с использованием ЗаписьJSON и ручной обработки сериализации сложных типов данных для принудительного исключения автоматических префиксов пространств имен платформы, восстанавливающее исходную структуру JSON-пакета. · 100 баллов