Отчёты и доработки в 1С

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

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

Что делаем чаще всего

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

Правила, которые экономят вам дни

Номер версии проставляется сборкой, а не руками. Он печатается и в имени файла, и в шапке отчёта. Константа в коде, которую надо не забыть обновить, рано или поздно разъезжается с файлом — и пользователь смотрит на «сборку 001» в четырнадцатой версии, а вы полдня чините ошибку, которой уже нет.

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

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

Как проверяем

Единственная настоящая проверка — запуск в той среде, где отчёт будет работать. Внешнее соединение, консоль или тестовый скрипт часто ведут себя мягче: там, где рабочая среда выбросит ошибку, обходной канал молча вернёт пустоту. Поэтому «проверил через подключение» мы говорим только про содержимое данных, а про поведение — после запуска в самой базе.