Привели в порядок базу 1С:УТ 11: санация остатков, перенос на PostgreSQL и синхронизация с БП КОРП

«ПО ДИАПАЗОН» — торговая компания. По набору задач и документов (учёт номенклатуры по номерам ГТД, документы «Таможенная декларация», большой объём заказов клиента с резервами и отгрузками) — это импортёр с типовой 1С:Управление торговлей 11 и параллельной 1С:Бухгалтерией КОРП для регламентированного учёта.

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

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

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

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

Инфраструктура без сервера 1С. База работала локально, без полноценного сервера 1С и СУБД. Для дальнейшей работы и корректного аудита нужна была серверная инфраструктура с PostgreSQL.

Провели аудит информационной базы и составили план

Стартовая работа — обсуждение проблемы с клиентом, получение копии базы и аудит. На копии 1С:УТ 11 наш аналитик прошёл по ключевым регистрам и зафиксировал точечно: где расходятся остатки по складам, где регистры товаров организации не сходятся с регистрами товаров на складах, где сломана себестоимость, где висят расхождения по взаиморасчётам. Параллельно — групповое изменение реквизитов номенклатуры под корректный учёт по номерам ГТД, исправление типовой ошибки «Не заполнены обязательные поля в номенклатуре».

По итогам аудита подготовили план мероприятий: какие регистры исправлять, в каком порядке, какие документы пересоздавать, какие — массово отменять и удалять. Без такого плана санация превращается в правки наугад — а каждое движение в базе УТ может потянуть за собой каскад новых расхождений.

Перенесли базу на сервер с PostgreSQL

Прежде чем начинать массовые правки в базе, перенесли её на полноценный сервер с СУБД. На большой базе УТ файловый режим — это медленные блокировки, риск повреждения базы при массовых операциях и невозможность нормальной многопользовательской работы.

Установили PostgreSQL на сервере, подняли службу сервера 1С, активировали серверную лицензию. Создали копию базы, обновили её до актуального релиза УТ (11.5.22.131), загрузили тестовую базу и развернули рабочую базу на сервере. Через несколько дней — отдельная техническая операция: перенос каталога PostgreSQL на другой диск, чтобы под базу было достаточно места и нагрузка ввода-вывода разнесена.

Прошлись по отрицательным остаткам — 25 часов очистки за 8 рабочих дней

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

Это рутинная, но критичная работа: с 14 по 25 декабря — каждый рабочий день по 2–4 часа на проверку остатков. Применяли отчёт «Остатки и доступность товаров» как основной инструмент, удаляли лишние заказы только после анализа: проверяли, что заказ не связан с реальной поставкой, не имеет последующих реализаций и не блокирует другие документы. Параллельно разобрали несколько мелких ошибок — поправили внешнюю обработку клиента «Распределение цены в заказе клиента» и разобрали ошибку «Исчез пользователь» (по журналу регистрации нашли, что пользователя переименовали).

Написали обработки массового исправления заказов клиента

После ручной санации остатков стало ясно: разовая ручная работа закроет текущую проблему, но не закроет повторяющиеся ситуации с «висящими» заказами. На массовой базе УТ менеджеры регулярно сталкиваются с одной и той же задачей — нужно отменить проведение пачки заказов за период или обработать заказы с частичной реализацией. Кликать вручную каждую строку — это потерянные часы менеджера.

Под эти сценарии разработали две внешние обработки. Первая — «(КСА) Отменить проведение заказа клиента»: за выбранный период собираются документы «Заказ клиента», у которых нет связанных документов (то есть заказы реально «висят»), и одной кнопкой отменяется их проведение. Кнопка «Заполнить» выводит такие заказы в табличную часть — менеджер видит список перед массовой отменой и может вычеркнуть лишние строки.

Вторая — «(КСА) Обработка документов заказ клиента» с двумя ключевыми кнопками. Кнопка «Для частичной реализации» отбирает заказы за период, у которых уже есть реализация, но не по всем позициям из табличной части. Кнопка «Обработать частичную реализацию» — самое ценное: проходит по всем отмеченным заказам и автоматически проставляет значение «Не обеспечивать» по позициям, которых нет в реализации. Это значит, что у заказа корректно закрывается часть, по которой реализация не пошла, и его можно завершить, не блокируя склад.

Сделали обработку загрузки «Пересчёта товаров» из Excel

Для инвентаризации на большой базе ввод результатов пересчёта вручную в документ «Пересчёт товаров» — это часы рутины и риск опечаток. У клиента результаты инвентаризации обычно приходят в Excel из учётной таблицы складовщиков.

Собрали внешнюю обработку, которая заполняет документ «Пересчёт товаров» из файла Excel — складовщик кладёт файл, обработка разбирает позиции и заполняет табличную часть. Это ускоряет инвентаризацию и снимает риск ручных ошибок.

Настроили синхронизацию УТ ↔ 1С:Бухгалтерия КОРП

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

Проанализировали текущие настройки синхронизации, собрали сравнение остатков в двух базах, проконсультировали клиента по тому, как именно документы инвентаризации в УТ должны отражаться в БП. Тестировали синхронизацию на копиях баз, разобрали ошибки при проведении документов списания излишков и недостач, написали инструкции по исправлению типовых ошибок в «Заказе клиентов» и «Таможенной декларации».

Обновили конфигурации до актуальных релизов

Без актуальных релизов работать дальше нет смысла — старая версия может содержать ошибки, которые мы будем исправлять руками. Прогнали полный цикл обновлений: 1С:Бухгалтерию КОРП — до 3.0.188.17, 1С:Управление торговлей — поэтапно с 11.5.22.131 до 11.5.22.145 и далее до 11.5.22.174 с установкой патчей. Все обновления сопровождались выгрузкой баз и проверочными запусками.