
Платформа вне поддержки
Заканчивается поддержка платформы, а на этом сервере считается начисление всему фонду

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

Платформа вне поддержки
Заканчивается поддержка платформы, а на этом сервере считается начисление всему фонду

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

Медленное начисление
Начисление перестает укладываться в ночное окно. Ограничитель в конце месяца — ядра и память, а не объем базы

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

Считаем конфигурацию под ваш фонд
а не под абстрактное число пользователей

Проверка совместимости
проверяем совместимость с биллингом и ОС на стенде до отгрузки
Контрольное начисление
сверяем контрольное начисление на копии с текущим

Оборудование и ПО
Платформу подбираем под расчетную конфигурацию, прикладной стек — Astra Linux или РЕД ОС с Postgres Pro и платформой 1С

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

Напишите число лицевых счетов и учетную систему. Остальное уточним на аудите
Формула по активным пользователям (32 ГБ база плюс 1–2 ГБ на каждые 10–15 человек) считает повседневную нагрузку расчетчиков, а не сам фонд. Под массовый перерасчет, поднимающий весь фонд на 20 000 счетов разом, берем 48–64 ГБ — как в конфигурации «10 000–50 000 счетов».
На фонд в 20 000 счетов — 12–16 ядер, из них 6–8 под СУБД. Короче ночное окно — больше ядер.
Нет. Переключение планируем между расчетными периодами, окно 4–8 часов в нерабочее время, старый сервер в резерве.
Связку Astra Linux с Postgres Pro проверяем на стенде до поставки, включая контрольное начисление. Доработки под новую СУБД адаптирует ваш интегратор.
Обоснование под ваш фонд, спецификацию ОКПД2, реестровые подтверждения по ПП №719 и акты приемки.

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