
Сервер вне поддержки
Заканчивается поддержка импортного сервера, а через него идет обмен со всей сетью

Импортозамещение сервера для торговых сетей начинается не с каталога, а с окна консолидации: центральный узел сети нагружают не пользователи головного офиса, а ночной обмен со всеми точками — сбор продаж и рассылка обратно цен и остатков. Чем короче это окно, тем больше ядер нужно под параллельную обработку магазинов, а не под последовательную. Мы подбираем конфигурацию под размер сети и режим обмена, а платформу берем из реестра Минпромторга с документами под 44-ФЗ и 223-ФЗ

Сервер вне поддержки
Заканчивается поддержка импортного сервера, а через него идет обмен со всей сетью

Импортозамещение
Реестровое железо требуется по закупке — 44-ФЗ или внутренний регламент импортозамещения

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

Рост торговой сети
Сеть прирастает точками. С каждым магазином объем ночного обмена растет
| Параметр | На что влияет | Что уточняем |
|---|---|---|
| Число торговых точек | Объем ночной консолидации | Сколько магазинов в сети сейчас и через год |
| Окно обмена | Число ядер под параллельную обработку | За сколько часов должна пройти консолидация |
| Обмен с ОФД и маркировкой | Запас ресурсов под фоновые задачи | Работаете с маркированным товаром или нет |
| Требование реестровости | Перечень допустимых позиций | Закупка по 44-ФЗ или 223-ФЗ |
| Раздел | Что рассчитываем | Типовые ориентиры | Что учитываем |
|---|---|---|---|
| Ядра и окно консолидации | Число CPU-ядер и объём RAM под параллельную обработку обменов по РИБ | Для сети на 100 точек с ежедневным обменом — порядка 96–128 ГБ RAM и 16–24 ядер, из них 8–12 под СУБД | Число магазинов, объём обмена по РИБ и длительность ночного окна до открытия торговых точек |
| Центральная база и диски | Ёмкость и производительность дисковой подсистемы под центральную базу и архив выгрузок | Под рабочую базу используем быстрые накопители, архив обменов выносим на отдельный том | Число магазинов, глубину хранения чеков, рост базы, фоновые обмены с ОФД и маркировкой; под них оставляем запас CPU |
До 10 000 лицевых счетов
Закрывает УК с одним фондом, где начисление проходит за пару часов
10 000–50 000 лицевых счетов
Держит расчетный центр, где база конкурирует за ресурсы с формированием квитанций
Свыше 50 000 счетов и резерв
Нужна там, где срыв начисления оставляет город без квитанций; схему согласуем после аудита
Проверяем совместимость железа с вашим ПО и ОС
До отгрузки собираем стек на стенде и прогоняем то, на чем стоит сеть: версию платформы и релиз учетной конфигурации; релиз Astra Linux или РЕД ОС вместе с версией Postgres Pro; обмен по распределенной базе с тестовыми точками; работу РМК с ОФД, обмен данными с ЕГАИС и передачу данных в систему маркировки «Честный знак»
Миграция с импортного железа в технологическое окно
Новый центр готовим параллельно, базу переносим на копии с контрольным обменом по нескольким точкам. Переключаем после того, как остатки на копии сошлись с текущими. Магазины на распределенной базе торгуют локально — на паузу встает только обмен с центром, на 4–8 часов в нерабочее время. Старый сервер в резерве до первой успешной консолидации по сети
Документы, которые готовим для закупки
Технико-коммерческое предложение с обоснованием под ваш фонд. Спецификацию с кодами ОКПД2. Выписку из реестра Минпромторга и заключение по ПП №719. Подтверждение страны происхождения, гарантийные письма и акты приемки
Аудит системы: 1–2 дня
число точек, режим обмена, целевая ОС
Расчет и спецификация: 2–3 дня
конфигурация, документы под 44-ФЗ, КП
Сборка и настройка: 6–9 дней
платформа, ОС, СУБД, контрольный обмен
Поставка и перенос: 3–6 недель
установка, миграция центра без остановки точек
Пусконаладка и передача: 2–3 дня
проверка обмена и работы касс, обучаем администратора

Расчёт под сеть
Считаем узел под обмен с сетью, а не только под пользователей офиса

Проверка совместимости
проверяем совместимость с учетной системой и кассами на стенде до отгрузки
Переносим центр без остановки точек
магазины работают на распределенной базе

Оборудование и ПО
Конфигурацию собираем под расчетное окно консолидации в стоечном исполнении под ваш шкаф. Гарантию даем на каждый узел с заменой при отказе, запасные части унифицированы между основным и резервным сервером

Гарантия и поддержка
держим гарантию и поддержку после переезда центра

Напишите число магазинов и режим обмена. Глубину продаж и требования закупки уточним на аудите
В диапазоне 16–24. Главный множитель — не число магазинов, а длина ночного окна: короче окно — больше потоков. Из них 8–12 ядер отдают СУБД.
96–128 ГБ при ежедневном обмене. Верхняя граница — если в центре держат продажи за длительный период.
Торговать не перестанут: на распределенной базе точки работают локально. На паузу встает только обмен с центром — на 4–8 часов переключения.
Схему касс и обмен с ОФД проверяем на стенде вместе с консолидацией, до поставки.
Связку Astra Linux с Postgres Pro прогоняем на контрольном обмене до поставки. Доработки под новую СУБД адаптирует ваш интегратор.

Заполните форму, и мы проведём бесплатный аудит: проверим серверы, сети и системы безопасности, определим риски и предложим план перехода на отечественное оборудование.