Администратору поручили перенести 1С на РЕД ОС 8. В обосновании — сертификат совместимости и результаты испытаний более 100 функций. На согласовании возникает вопрос: подтверждают ли эти документы весь рабочий контур, включая продукты «Инфо‑Предприятия»?
Нет. Сертификат закрывает совместимость платформы «1С:Предприятие 8» с РЕД ОС 8. Испытания «1С‑Рарус» охватывают три типовые конфигурации и несколько интеграций. Продукты «Инфо‑Предприятия» в доступных документах не названы.
Этих материалов хватает, чтобы подготовить пилот. Для переноса рабочей базы потребуется отдельное подтверждение конкретного продукта либо успешная проверка на копии своей базы.
Сертификат подтверждает платформу, а не весь контур
ООО «РЕД СОФТ» выдало сертификат совместимости 1 декабря 2024 года. В документе названы два продукта: платформа «1С:Предприятие 8» и РЕД ОС 8. Компания подтверждает их совместимость и корректную работу по результатам собственных испытаний.
Формулировка узкая. Она не охватывает конфигурации, расширения, внешние компоненты, криптографию, драйверы оборудования и обмены с другими системами. Сертификат нельзя переносить на них по аналогии.
Отдельно «1С‑Рарус» и РЕД СОФТ провели функциональные и нагрузочные испытания. Они проверяли «1С:Бухгалтерию», «1С:ERP» и «1С:Управление нашей фирмой» в тестовом контуре облачных сервисов «1С‑Рарус».
Это уже проверка прикладной работы, но у неё тоже есть границы. Результат относится к названным конфигурациям, операциям и окружению.
| Документ или испытание | Что проверяли | Какой вывод допустим | Чего подтверждение не охватывает |
|---|---|---|---|
| Сертификат ООО «РЕД СОФТ» от 1 декабря 2024 года | Платформу «1С:Предприятие 8» на РЕД ОС 8 | Платформа и ОС прошли испытания на совместимость | Любую конфигурацию, расширение или внешний компонент автоматически |
| Функциональные испытания «1С‑Рарус» и РЕД СОФТ | «1С:Бухгалтерию», «1С:ERP», «1С:Управление нашей фирмой» и перечисленные интеграции | Названные сценарии работали в тестовом контуре | Другие продукты, версии и доработки |
| Нагрузочные испытания | Кластер «1С:Предприятия», PostgreSQL и прикладные операции «1С:ERP» | Проверенный контур исполнял заложенный сценарий | Предел пользователей, время операций и запас под вашу нагрузку |
| Сообщение о проверке более 100 функций | Типовые функции «1С:Предприятия» | Функциональная проверка не свелась к запуску клиента | Все функции любого продукта на платформе 1С |
| Доступные материалы по «Инфо‑Предприятию» | Точного документа в материалах нет | Совместимость пока требует отдельной проверки | Версию продукта, редакцию РЕД ОС и рабочие интеграции |
Вывод из таблицы простой: совместимость платформы нельзя автоматически приписать стороннему продукту.
Что вошло в функциональные испытания
Публикация РЕД СОФТ о совместной работе с «1С‑Рарус» перечисляет проверенные направления. Специалисты запускали стандартные настройки и задачи, операции с файловой системой, сдачу отчётности и ЭЦП через CryptoPro. В контур также вошло торговое оборудование.
Для «1С:ERP» проверили интеграцию с «1С:Документооборотом». Всего участники испытаний запустили более 100 функций, типичных для «1С:Предприятия».
Число функций не означает, что проверили любую возможную комбинацию. В рабочей базе могут стоять собственные расширения, внешние печатные формы, обработки, драйверы и фоновые задания. Они не становятся совместимыми с РЕД ОС из-за результата соседнего сценария.
Перед пилотом сопоставьте публикацию со своим контуром. Если в компании работает «1С:Бухгалтерия» со стандартной ЭЦП через CryptoPro, опубликованный тест отвечает на часть вопросов. Если база зависит от отраслевого продукта и обмена с самописным сервисом, эти зависимости остаются непроверенными.
Такая же граница встречается при оценке других российских компонентов. В материале о совместимости РЕД ОС 8 с Arenadata DB разобрано, почему совместимость двух продуктов ещё не подтверждает работу информационной базы 1С на этой связке.
Нагрузочный тест не даёт готового сайзинга
Для нагрузочного сценария «1С‑Рарус» применил «1С:Корпоративный инструментальный пакет». Инструмент имитировал создание документов, формирование отчётов и другие прикладные действия.
Серверная часть включала кластер «1С:Предприятия» и PostgreSQL под управлением РЕД ОС. По сообщению участников, испытания подтвердили работу серверного ПО и оборудования на выбранном сценарии.
В публикациях нет конфигурации серверов, количества пользователей, размера базы и времени выполнения операций. Поэтому по ним нельзя вычислить, сколько ядер и памяти потребуется вашей системе. Нельзя и обещать, что документы после миграции станут проводиться быстрее.
Для решения о совместимости эти испытания полезны: они показывают, что серверный контур прошёл функциональную нагрузку. Для выбора оборудования данных мало. Сайзинг придётся строить по собственной статистике рабочего сервера и проверять на пилоте.
Не смешивайте два решения в одном протоколе. Первый вопрос — запускается ли ваш программный контур на РЕД ОС. Второй — выдерживает ли выбранный сервер рабочую нагрузку. Положительный ответ на первый не заменяет измерения для второго.
Что остаётся неподтверждённым для «Инфо‑Предприятия»
В предоставленных материалах нет сертификата, протокола или сообщения разработчика, где одновременно названы продукт «Инфо‑Предприятия», его версия и редакция РЕД ОС. Значит, документального подтверждения для этой связки пока нет.
Это не доказывает несовместимость. Такой вывод тоже вышел бы за границы документов. Корректная формулировка для служебной записки: «Совместимость продукта с целевой редакцией РЕД ОС не подтверждена доступными материалами и требует проверки».
Разница влияет на решение. «Продукт несовместим» закрывает проект без испытаний. «Подтверждения нет» отправляет продукт в отдельный пилот и задаёт список документов для разработчика.
| Компонент рабочего контура | Что подтверждают опубликованные материалы | Статус перед миграцией |
|---|---|---|
| Платформа «1С:Предприятие 8» | Сертификат ООО «РЕД СОФТ» подтверждает совместимость с РЕД ОС 8 | Можно включать в пилот после сверки точных версий |
| «1С:Бухгалтерия», «1С:ERP», «1С:Управление нашей фирмой» | Их типовой функционал проверяли «1С‑Рарус» и РЕД СОФТ | Можно брать за основу пилота, но доработки проверять отдельно |
| PostgreSQL | СУБД входила в серверную часть нагрузочного контура | Проверить свою версию, сборку, расширения и схему резервного копирования |
| CryptoPro, ЭЦП и отчётность | Интеграция входила в функциональные испытания | Сверить версии CryptoPro, сертификаты, токены и оператора отчётности |
| Торговое оборудование | Работа с оборудованием входила в испытания | Проверить каждую модель и её Linux-драйвер |
| Связка «1С:ERP» и «1С:Документооборот» | Интеграцию настроили и проверили на РЕД ОС | Повторить обмен на своих версиях и данных |
| Продукт «Инфо‑Предприятия» | В доступных документах не назван | Запросить подтверждение или испытать отдельно |
| Собственные расширения и внешние компоненты | В публикациях не перечислены | Внести в программу пилота отдельными строками |
Подтверждённые компоненты можно включить в тестовый контур. Неподтверждённый продукт нельзя считать проверенным из-за сходства технического стека.
Какие документы запросить у разработчика
Запрос «поддерживаете ли вы РЕД ОС» слишком широкий. На него легко получить ответ «да», который ничего не скажет о вашей сборке.
В запросе укажите полное название продукта «Инфо‑Предприятия», его релиз и версию платформы 1С. Добавьте редакцию и версию РЕД ОС, архитектуру процессора, СУБД и её версию. Перечислите внешние компоненты, без которых пользователи не смогут работать.
Попросите один из трёх документов:
- сертификат совместимости с названными версиями;
- протокол испытаний с описанием окружения и проверенных операций;
- официальное письмо разработчика со списком поддерживаемых версий и ограничений.
Фраза «работает на Linux» задачу не закрывает. Поддержка другого дистрибутива или соседней версии РЕД ОС не подтверждает вашу связку.
Если разработчик прислал сертификат, проверьте предмет документа. В нём должны стоять точное название продукта и целевая ОС. Дата тоже имеет смысл: после выпуска документа могли измениться платформа, криптопровайдер или внешний компонент.
Запросите и условия технической поддержки. Вам нужно знать, примет ли разработчик обращение при сбое на РЕД ОС или сначала потребует воспроизвести его на другой ОС.
Когда можно переходить к пилоту
Пилот нужен даже при наличии сертификата. Документ отвечает за испытанную связку, а пилот — за вашу базу, доработки и периферию.
Разворачивайте тестовый контур отдельно от рабочего. Возьмите копию базы, настройте сервер 1С и СУБД на тех версиях, которые пойдут в эксплуатацию. Порядок установки и первичной проверки есть в инструкции по подготовке сервера 1С на Linux.
Не обновляйте компоненты попутно без необходимости. Одновременная смена ОС, платформы 1С, PostgreSQL и прикладного продукта создаст слишком много переменных. При ошибке вы не поймёте, какой переход её вызвал.
Сначала повторите текущие версии на новой ОС. После успешной проверки обновляйте компоненты по одному. Для каждого изменения фиксируйте исходную версию, новую версию, результат и способ отката.
Перед рабочим окном полезен тот же принцип, что и при обновлении другого Linux-дистрибутива: сверить указания поставщиков всех компонентов. Чек-лист таких проверок приведён в статье про обновление Linux-контура сервера 1С.
Что проверить на копии базы
Начните со входа через те клиенты, которыми пользуются сотрудники. Проверьте тонкий и веб-клиент, если оба входят в рабочую схему. Успешный запуск конфигуратора не подтверждает работу пользовательского сеанса.
Затем пройдите критические операции отдела. Создайте и проведите документы, сформируйте отчёты, запустите закрывающие и фоновые задания. Нужны не все команды интерфейса, а цепочки, остановка которых задержит продажи, склад или отчётность.
Отдельно проверьте внешние зависимости:
- подпись и отправку отчётности через CryptoPro;
- работу токенов и сертификатов;
- печать и сканирование;
- кассы, весы и терминалы сбора данных;
- обмены с банком, сайтом, ЭДО и другими базами;
- регламентные задания и почтовую отправку;
- резервную копию и развёртывание этой копии на отдельном контуре.
Результат фиксируйте по каждому сценарию: кто проверил, на какой версии, с какими данными и чем закончилась операция. Запись «основные функции работают» не поможет при согласовании и расследовании сбоя.
Нагрузку тоже снимайте со своих операций. Повторите массовое проведение, тяжёлые отчёты и фоновые задания, которые создают пики на рабочем сервере. Сравнивайте не впечатления пользователя, а время одной и той же операции и загрузку ресурсов в одинаковых условиях.
Если на тестовом сервере уже работает Linux, следите не только за сеансами 1С. Состояние PostgreSQL, памяти хоста, дисковых ожиданий и фоновых процессов поможет отделить ошибку приложения от проблемы окружения. Подход к такой диагностике описан в материале про мониторинг 1С, Linux и PostgreSQL.
Как оформить решение о миграции
Для согласования не нужен пересказ новости. Нужна матрица из компонентов, документов и результатов пилота.
Платформу отметьте как подтверждённую сертификатом ООО «РЕД СОФТ» от 1 декабря 2024 года. Для типовых конфигураций укажите функциональные испытания «1С‑Рарус» и РЕД СОФТ. Рядом перечислите границы: проверенное окружение не равно вашему рабочему контуру.
Продукт «Инфо‑Предприятия» вынесите отдельной строкой. До получения документа или успешного пилота его статус — «требует подтверждения». Не прячьте эту оговорку в примечании: от неё зависит допуск к переносу.
Для каждого критического компонента должно выполняться хотя бы одно условие:
- Есть документ производителя с точными названиями и версиями.
- Компонент успешно прошёл пилот на копии вашей базы.
- Компонент исключён из целевого контура, а его функцию заменили и проверили.
Если ни одно условие не выполнено, рабочую базу переносить рано. Сертификат платформы эту дыру не закрывает.
Правило допуска к рабочему переносу
Сертификат на платформу подтверждает платформу. Сторонний продукт допускайте к рабочему переносу после документа с точными версиями либо успешного пилота на копии своей базы.
Перед согласованием миграции пройдите пять пунктов:
- сверьте версии платформы и РЕД ОС с сертификатом;
- запросите подтверждение по продукту «Инфо‑Предприятия»;
- разверните отдельный тестовый контур;
- проверьте документы, отчёты, ЭЦП, обмены и оборудование;
- перенесите рабочую базу только после фиксации результатов и проверки отката.
Такой протокол отделяет подтверждённые факты от предположений. Если решение зависит от закрытых модулей, доработок и неизвестных требований поставщика, состав контура можно разобрать на консультации по серверной части 1С — после того, как собраны версии и список интеграций.