Переход с DOS-программ

Многие предприятия в Беларуси продолжают эксплуатировать учётные решения на базе DOS (Clipper / FoxPro / dBase и др.). Эти системы заслуженно считаются надёжными, однако их ограничения — отсутствие современных интеграций, сложность сопровождения, риски потери данных и кадровая зависимость — становятся барьером для развития.

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

⚠️ 1. Исходные условия и ключевые ограничения DOS-решений

🗂 Архитектура и хранение
Файловые БД (DBF / MEMO), отсутствие транзакционности и ролей доступа корпоративного уровня.

🔗 Интеграции
Преимущественно файловые обмены либо ручные процедуры; отсутствие штатных API для банков, ЭДО, e-commerce, WMS/TMS, CRM.

📄 Отчётность и формы
Логика расчётов зачастую зашита в отчётные макеты; печать через устаревшие драйверы и интерфейсы (LPT / COM).

🛠 Сопровождение
Зависимость от «локальных героев», дефицит совместимых драйверов и комплектующих; высокая нагрузка при закрытии периода.

➡️ Эти факторы ведут к повышенным операционным рискам, росту скрытых затрат и снижению управляемости.

🎯 2. Цели миграции на 1С

обеспечить регламентированный и управленческий учёт в соответствии с практиками РБ;
перевести расчёты и бизнес-правила из «вшитых» макетов в прозрачные механизмы 1С (виды цен, правила распределения, регистры);
внедрить стандартные интеграции (банк, ЭДО, сайт/маркетплейсы, WMS/TMS, CRM, BI);
снизить стоимость владения за счёт типового функционала и расширений вместо глубокой кастомизации;
обеспечить масштабируемость и предсказуемость сопровождения (DEV / TEST / PROD, релизная дисциплина).

🧩 3. Подход к проекту: выдержанный и безопасный

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

🧪 3.1. Обследование и «археология» данных

Проводится инвентаризация баз (DBF / CDX / NTX), кодировок, отчётных форм и процедур закрытия периода. Выделяются критичные бизнес-правила и точки интеграций.

📌 Результат — модель As-Is (процессы, справочники, отчётность, интеграции, риски).

🏗 3.2. Целевая модель и архитектура

Формируется модель To-Be на 1С: выбор конфигураций (Бухгалтерия, УТ, ЗУП, КА/ERP, Документооборот), схема интеграций, роли и права, регламенты данных (MDM). Определяется поэтапный план ввода.

🗃 3.3. Управление данными (MDM)

Определяются владельцы сущностей (контрагенты, номенклатура, договоры, склады, сотрудники).
Устанавливаются правила кодирования и обязательные реквизиты.
Выполняется первичная очистка дублей и согласование классификаторов.

🔄 4. Перенос данных: «содержание, а не файлы»

Переезжают не «листинги», а содержание данных и правила их интерпретации.

📘 НСИ
Контрагенты, договоры, номенклатура, склады, цены/скидки, сотрудники — в полном объёме.

📦 Остатки
Товары / НЗП / ДС / взаиморасчёты на согласованную дату «среза».

🕘 История
Выборочно (обычно 6–18 месяцев ключевых документов) — для оперативной аналитики и сверок.

🗄 Архив
Глубинная история переносится в витрины/BI; каждый объект в 1С получает внешний ключ для обратной трассировки.

Конвертация выполняется в тестовой среде с нормализацией кодировок и сопоставлением полей (data-mapping).
📑 По итогам — акт сверки с контрольными отчётами заказчика.

🚦 5. Параллельный режим и запуск

Чтобы исключить производственные риски, применяется контролируемое переключение:

🧪 Тестовый контур — стенд TEST с актуальной копией данных, сквозные сценарии и UAT с бизнесом;
🔁 День переключения — фиксация остатков; 1С становится «системой записи», прежнее ПО переводится в режим только чтения;
🩺 Hypercare 2–4 недели — повышенная готовность, корректировки форм и отчётов, оперативные консультации.

🧱 6. Конфигурации 1С и ожидаемые результаты

📒 Бухгалтерия (РБ)
Регламентированная отчётность, обмен с банком, контроль закрытия периодов.

📦 УТ / КА / ERP
Заказы, резервы, план-факт поставок, адресное хранение, партии/серии, FEFO/FIFO, интеграция с WMS/TMS.

👥 ЗУП
Графики, начисления/удержания, отчётность.

📂 Документооборот
Маршруты согласования, юридически значимый обмен, поиск и архив.

📈 Ожидаемый эффект
Сокращение времени закрытия месяца до 3–5 рабочих дней, рост точности НСИ (>98% карточек без дублей и пустых полей), снижение ручных операций, сквозная аналитика по продажам, запасам и ДДС/БДР.

🔗 7. Интеграции и отчётность

Внедряются штатные механизмы обмена (HTTP / REST / SOAP, файловые регламенты, очереди).
Контракты прорабатываются с идемпотентностью и версионированием.

📊 Для отчётности используется СКД и витрины данных для BI; создаются сохранённые варианты под роли руководителей и специалистов.

🛡 8. Управление рисками

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

🗓 9. Организация работ и сроки (пример)

Нед. 1–2 — обследование, архитектура To-Be, план миграции и интеграций
Нед. 3–4 — MDM и чистка НСИ, data-mapping, разработка конвертеров
Нед. 5–6 — загрузка НСИ и остатков в TEST, UAT, настройка обменов
Нед. 7 — окно внедрения, запуск в PROD
Нед. 8–9 — Hypercare, фиксация KPI и план развития

Фактические сроки определяются объёмом данных, числом подсистем и интеграций.

🧾 10. Результаты для бизнеса

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

❓ Часто задаваемые вопросы

Переносится ли вся история из DOS?
Полный перенос возможен, но экономически целесообразно переносить НСИ, остатки и ключевые периоды, а глубинный архив — в витрины/BI.

Сохранятся ли специфические отчёты и формы?
Ключевые формы воспроизводятся средствами 1С (СКД / шаблоны); при необходимости создаются эквиваленты с учётом требований РБ и корпоративных стандартов.

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

Не «просядет» ли производительность?
Перед запуском проводится регрессия и анализ «тяжёлых» сценариев, настраиваются индексы и регламентные задания; при необходимости — масштабирование серверов 1С и СУБД.

Вернуться назад