Как оценить качество внедрения 1С по ISO 9001:2026: что проверять у партнера на примере ресертификации

Ресертификация системы менеджмента качества по ГОСТ Р ИСО 9001-2015 может быть положительным сигналом для заказчика 1С. Она показывает, что партнер описал рабочие процессы, распределил ответственность, установил контрольные точки и проходит внешнюю проверку этих правил. Сертификат не гарантирует отсутствие ошибок в каждом проекте и не заменяет приемку, проверку компетенций, анализ сроков и контроль результата.

Формулировка ISO 9001:2026 требует отдельной проверки. Без официального сертификата, области его действия и сведений об органе сертификации нельзя считать подтвержденными ни соответствие этому обозначению, ни ресертификацию конкретной компании. Это относится и к группе компаний «Портал-Юг»: заявление нужно сопоставить с документами, юридическим лицом, датами аудитов и фактическими процедурами партнера 1С.

Заказчик оценивает три уровня качества: наличие системы менеджмента качества, соблюдение процедур в конкретном проекте и фактический эффект для бизнеса. Ниже собраны вопросы, документы и признаки, которые помогают проверить все три уровня при выборе 1С-интегратора.

О связи ISO 9001:2015 с прозрачностью проектов, документацией и контролем рисков можно прочитать в статье о влиянии сертификации на отношения с подрядчиком 1С.

Что ресертификация по ISO 9001 означает для заказчика 1С

Сертификация подтверждает, что организация выстроила систему управления качеством и поддерживает ее в рабочем состоянии. Ресертификация означает повторную проверку после завершения очередного периода действия сертификата. Аудитор оценивает документы, записи, ответственность сотрудников, работу с рисками, претензиями и несоответствиями.

Для клиента это сигнал о предсказуемости процессов. Он может ожидать понятного порядка обследования, согласования требований, тестирования, обучения и сопровождения. При этом ISO 9001 не проверяет каждую строку кода и не принимает за заказчика конкретную информационную систему.

Сертификат подтверждает систему процессов, а не идеальный результат каждого проекта

Качество проекта 1С складывается из трех взаимосвязанных уровней:

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

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

Пример: партнер может иметь действующую систему менеджмента качества, но пропустить в техническом задании критичную интеграцию. В таком случае сертификат не отменяет риск, который возник из-за неполного обследования. Заказчик должен увидеть, как партнер выявляет такие пробелы и кто отвечает за их устранение.

Какие сведения о ресертификации нужно запросить у партнера

Попросите партнера предоставить документы и пояснения по следующим позициям:

Что проверить	Какое подтверждение запросить	Зачем это нужно
Юридическое лицо	Полное наименование и реквизиты в сертификате	Сертификат другой компании не подтверждает процессы выбранного подрядчика
Область сертификации	Точная формулировка видов услуг, подразделений и площадок	Документ может охватывать не все работы по 1С
Срок действия	Дата выдачи, дата окончания и даты контрольных аудитов	Помогает проверить актуальность заявления
Орган сертификации	Название органа и сведения о его полномочиях	Позволяет оценить независимость и проверяемость документа
Замечания аудиторов	Описание несоответствий и план их устранения	Открытая работа с замечаниями говорит о зрелости процесса
Применение процедур	Обезличенные примеры проектных планов, актов и протоколов	Показывает, работают ли регламенты в реальных задачах

Если партнер использует выражение «ISO 9001:2026», попросите указать точное название стандарта или документа, на который он ссылается. Сопоставьте его с сертификатом и областью действия. В коммуникации с подрядчиком полезно разделять подтвержденный факт, сведения со слов компании и обещание, которое еще предстоит проверить.

Сертификацию 1С-франчайзи и порядок проверки действующего сертификата разбирает отдельный материал о выборе партнера по ISO 9001:2015.

Как читать кейс «Портал-Юг»: от заявления о качестве к доказательствам

Кейс группы компаний «Портал-Юг» удобно анализировать как проверочную матрицу. Сначала фиксируют заявление партнера, затем определяют свидетельство и задают вопрос о применении процесса в конкретном проекте. Такой подход снижает риск принять рекламное описание за результат аудита.

Заявление	Свидетельство	Вопрос к партнеру
Проекты управляются по единым правилам	Регламент обследования, план проекта, протоколы контрольных встреч	Кто утверждает план и как фиксируются отклонения?
Качество проверяется до передачи системы	Сценарии тестирования, журнал дефектов, акт приемки	Какие условия блокируют запуск?
Изменения контролируются	Журнал запросов, оценки сроков и бюджета, история версий	Кто согласует изменение и как оценивается его влияние?
Партнер работает с обратной связью	Карточки обращений, отчеты по SLA, анализ повторных инцидентов	Как претензия превращается в корректирующее действие?
Сотрудники поддерживают необходимую квалификацию	Матрица компетенций, сертификаты специалистов, планы обучения	Кто заменит ключевого эксперта при его недоступности?

Какие процессы обычно проверяются при аудите системы качества

Аудит партнера 1С обычно связывают с тем, как компания проходит основные этапы работы с клиентом. Для заказчика каждый этап должен оставлять проверяемый след.

Управление требованиями. Результатом становятся описание текущих процессов, список проблем, согласованный целевой контур, требования к отчетам и интеграциям.
Планирование. Нужны календарный план, роли участников, контрольные даты, зависимости и порядок эскалации рисков.
Настройка и разработка. Должны быть описаны настройки, доработки, версии конфигурации, правила код-ревью и порядок переноса изменений.
Управление изменениями. Каждая новая задача получает оценку влияния на сроки, бюджет, архитектуру и тестирование.
Тестирование. Протоколы связывают сценарии, ожидаемый результат, фактический результат, дефект и решение по нему.
Обучение. Инструкции и занятия адаптируют под роли пользователей: бухгалтера, кладовщика, менеджера, руководителя и администратора.
Приемка. Акт подписывают после проверки согласованных критериев, а открытые замечания разделяют по критичности и срокам исправления.
Сопровождение. Обращения регистрируют, классифицируют, контролируют по срокам и анализируют на повторяемость.
Работа с несоответствиями. Партнер фиксирует проблему, ищет причину, назначает действие и повторно проверяет результат.

Отсутствие одного документа не всегда означает слабый проект. Например, небольшая настройка может не требовать отдельного сложного плана. Партнер должен объяснить, какое правило действует для конкретного масштаба работ и где зафиксирован результат.

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

Типовая система качества франчайзи 1С, или ТСКФ, дает партнеру общий каркас процессов. Ее практическая ценность появляется тогда, когда компания адаптирует правила под профиль услуг, размер команды и сложность проектов.

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

Формальный набор регламентов обычно выдают общие ответы: «все контролируется», «у нас есть процедура», «команда обучена». Зрелый партнер показывает границы процесса и конкретные артефакты. Он может объяснить, почему контрольную точку поставили именно перед загрузкой данных, закрытием месяца или передачей доступа.

Методология ТСКФ и свод знаний «1С:Профкейс» разобраны на примере партнера, который проходил ресертификацию, в отдельной статье о системе качества 1С.

Какие признаки зрелого внедрения 1С можно проверить в системе

Документы партнера показывают намерения и порядок работы. Рабочая база 1С показывает, как этот порядок отразился на данных. Проверка должна связать организационные обещания с конкретными операциями, регистрами, аналитикой и отчетами.

Прослеживаемость операции от первичного документа до итогового отчета

Прослеживаемость означает, что пользователь может восстановить цепочку движения данных: первичный документ, проводки или движения по регистрам, аналитика, закрытие периода и итоговый отчет. Для бухгалтера это путь проверки суммы. Для руководителя это способ понять происхождение показателя. Для ИТ-специалиста это основа расследования ошибки.

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

Проверьте четыре условия:

Первичный документ содержит нужную аналитику и доступен ответственному пользователю.
Движения по регистрам соответствуют правилам учета и видны в предусмотренных отчетах.
Закрытие периода не стирает связь с исходной операцией.
Исправление можно отличить от первоначальной записи по журналу регистрации или другой предусмотренной истории.

Единый бухгалтерский, налоговый и раздельный учет

В 1С:Комплексная автоматизация бухгалтерский, налоговый и раздельный учет можно вести в одной системе. Такой подход сокращает ручной перенос данных между контурами и упрощает сверку. Результат зависит от учетной методологии, настроек, нормативно-справочной информации и дисциплины пользователей.

На приемке проверьте, как одна хозяйственная операция отражается в каждом нужном контуре. Сравните суммы, аналитику, даты и правила признания расходов. Отдельно проверьте операции, для которых действуют исключения: возвраты, корректировки, авансы, внутригрупповые движения и документы прошлых периодов.

Фраза «единый учет исключает расхождения» требует уточнения. Система может уменьшить число ручных переносов, но она не исправляет неверную методологию, дубли в справочниках или ошибочные права доступа. В договоре полезно закрепить порядок сверок и ответственность за исходные данные.

Автоматическое распределение затрат и формирование отчетности

В 1С:КА аналитика «Направление деятельности» позволяет обособлять контракты и формировать отчетность по каждому направлению. При закрытии месяца система может распределять прямые и косвенные затраты по заданным правилам.

Проверяйте не наличие кнопки, а корректность механизма:

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

В описанном прикладном сценарии система автоматически формирует отчет «Исполнение контрактов ГОЗ» и 23 формы РКМ. Эти функции нужно проверять на тестовой копии с данными заказчика. Сверьте отчет с первичными документами и ручным контрольным расчетом по нескольким контрактам. Автоматическая форма не подтверждает корректность, если исходные настройки или классификация затрат ошибочны.

Контроль закупок, склада, производства и обеспеченности материалами

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

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

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

Сертификат «Совместимо! Система программ 1С:Предприятие» относится к оценке готовности конкретного программного продукта. Практические критерии проверки отраслевого решения, версии платформы, интеграций и промышленного запуска собраны в материале о сертификации «Совместимо!».

Как проверить организацию проекта внедрения 1С

Функциональность системы не отвечает на вопрос, почему проект задержался или кто исправит ошибку после запуска. Для этого проверяют жизненный цикл работ: обследование, постановку требований, настройку, разработку, тестирование, обучение, приемку и сопровождение.

Обследование и постановка требований

На старте партнер должен зафиксировать текущие процессы, проблемы пользователей, целевое состояние, роли, интеграции и ограничения учета. В документе нужны критерии успеха, приоритеты и перечень того, что не входит в проект.

Задайте четыре вопроса:

Как команда проверяет требования главного бухгалтера, руководителя и ИТ-специалиста на противоречия?
Кто утверждает целевую схему процесса?
Как фиксируются исключения и ручные операции, которые нельзя убрать сразу?
Какие показатели подтвердят, что задача решена?

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

Разработка, настройка и управление изменениями

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

Отдельно разделите типовые настройки и разработку. Для доработок проверьте описание архитектурного решения, тестовые сценарии, правила переноса и порядок возврата к рабочей версии. Запросите пример изменения, которое партнер отклонил или перенес, с объяснением причины.

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

Тестирование, обучение и приемка

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

Протокол дефекта должен содержать описание проблемы, шаги воспроизведения, ожидаемый и фактический результат, приоритет, ответственного и дату повторной проверки. Устное сообщение «исправлено» не заменяет запись в журнале.

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

Акт приемки связывают с критериями, а не с фактом окончания календарного периода. В документе фиксируют принятые функции, открытые замечания, сроки исправления и условия перехода к сопровождению.

Для проверки готовности к аудиторским процедурам полезен отдельный пример автоматизации рабочих документов и контрольных расчетов. Подход к проверке конфигурации, библиотек и ограничений описан в статье о продукте «Аудитор.1, редакция 1.0».

Сопровождение после запуска и работа с обратной связью

Качество проекта проверяют после запуска, когда появляются реальные объемы, закрытие месяца и нестандартные операции. У партнера должны быть канал поддержки, правила регистрации обращений, уровни критичности и сроки реакции.

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

Претензия должна проходить понятный маршрут: регистрация, классификация, решение, подтверждение пользователем и анализ причины. Если одна ошибка повторяется, партнер должен изменить процедуру, настройку или инструкцию, а не закрывать обращения по одному.

Данные, резервное копирование и непрерывность работы: что спросить у партнера

Система качества включает контроль процессов, а резервное копирование и защищенность требуют отдельной технической проверки. Сертификат ISO 9001 не подтверждает, что резервная копия существует, восстанавливается за приемлемое время или защищена от доступа подрядчика.

Резервное копирование и проверка восстановления

Уточните у партнера и администратора 1С:

как часто создаются копии рабочей базы и файловых хранилищ;
сколько копий хранится и где размещаются резервные данные;
как система сообщает об ошибке задания;
кто контролирует успешность копирования;
когда последний раз выполнялось тестовое восстановление;
сколько времени занимает возврат к рабочему состоянию;
кто отвечает за действия при повреждении базы или сбое оборудования.

Наличие файлов резервных копий без проверки восстановления не подтверждает готовность к аварии. Проведите тест на отдельной площадке и зафиксируйте дату, результат и найденные проблемы. В договоре укажите зоны ответственности, допустимый период потери данных и порядок действий при сбое.

Разграничение доступа и журналирование действий

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

Журнал регистрации помогает связать изменение с пользователем, временем и операцией. Для критичных документов уточните, кто может отменять проведение, менять нормативно-справочную информацию, загружать данные и выполнять регламентные задания.

Сопоставьте права с рабочими обязанностями. Избыточный доступ повышает риск ошибки и усложняет расследование. Слишком узкие права провоцируют передачу учетных данных и ручные обходы контроля.

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

Требования к информационной безопасности зависят от класса системы, характера данных, инфраструктуры и договора. Их нельзя автоматически выводить из соответствия ISO 9001.

Для отдельных аттестованных систем предусмотрены периодический контроль уровня защищенности и отчетность в ФСТЭК России не реже одного раза в три года. Для систем классов К1-К2 при аттестации и контрольных процедурах может требоваться тестирование на проникновение, особенно если система взаимодействует с другими информационными системами или площадками подрядчиков.

Сначала определите, относится ли такой нормативный контекст к вашей инфраструктуре. Затем зафиксируйте применимые требования, ответственных, периодичность проверок и состав отчетов. Пентест или отчет ФСТЭК не подтверждают качество управления проектом по ISO 9001, а сертификат ISO 9001 не заменяет проверку защищенности.

Чек-лист проверки 1С-интегратора перед выбором

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

Документы и компетенции

Что проверить	Какое доказательство запросить	Какой риск выявляет
Статус партнера 1С	Актуальные сведения о статусе и профиле компании	Недостаток опыта или неподходящая специализация
Сертификат ISO 9001	Копия, область действия, даты и юридическое лицо	Формальное или неподходящее для проекта подтверждение
Опыт похожих проектов	Обезличенные кейсы, перечень конфигураций и масштабы работ	Ошибочная оценка сложности и сроков
Состав команды	Роли, загрузка, замены ключевых специалистов	Зависимость проекта от одного сотрудника
Компетенции	Сертификаты, опыт отраслевых задач, примеры работ	Недостаток знаний по учету или интеграциям
Работа после запуска	Описание поддержки и доступности экспертов	Сложности при передаче системы в сопровождение

Процессы качества и контрольные точки

Что проверить	Какое доказательство запросить	Какой риск выявляет
Обследование	Шаблон отчета, карта процессов, список ограничений	Пропуск критичных требований
План проекта	План с этапами, ролями, сроками и зависимостями	Срыв сроков и отсутствие ответственного
Управление изменениями	Пример журнала запросов и оценки влияния	Рост бюджета и неконтролируемые доработки
Тестирование	Сценарии, протоколы, журнал дефектов	Ошибки при запуске и спор о готовности
Внутренняя приемка	Правила peer review или внутренней проверки	Передача заказчику результата без контроля
Корректирующие действия	Пример анализа причины и повторной проверки	Повторение одинаковых ошибок
Метрики	Показатели сроков, дефектов, обращений и SLA	Невозможность оценить качество по фактам

Поддержка, SLA и развитие системы

Что проверить	Какое доказательство запросить	Какой риск выявляет
Критичность инцидентов	Матрица приоритетов и примеры обращений	Одинаковая реакция на сбой и мелкий вопрос
Срок реакции и решения	SLA с измеримыми сроками	Простои без понятной ответственности
Обновления	График, порядок тестирования и отката	Нарушение учета после обновления
Документация	Правила передачи инструкций, схем и настроек	Зависимость от подрядчика
Стоимость доработок	Тарифы, порядок оценки и согласования	Непредсказуемые расходы
Смена подрядчика	Условия передачи базы, кода, доступов и документации	Невозможность быстро продолжить поддержку

Для предварительной оценки можно назначить по два балла за подтвержденный процесс, один балл за частичный ответ и ноль за отсутствие доказательства. Отдельно отметьте обязательные условия: действующий документ на нужное юридическое лицо, понятную приемку, резервное восстановление, контроль доступов и SLA. Высокая сумма баллов не компенсирует провал по одному из этих пунктов.

Как интерпретировать результаты проверки и принять решение

Финальное решение принимают после сопоставления документов, демонстрации системы, интервью с командой и оценки рисков бизнеса. Разделите результаты на три группы: подтвержденные факты, сведения со слов партнера и заявления, которые пока не удалось проверить.

Красные флаги при оценке качества внедрения

В сертификате отсутствует область действия или она не охватывает нужные услуги.
Юридическое лицо в документе не совпадает с компанией в договоре.
Партнер не может показать порядок приемки, журнал изменений или протоколы тестирования.
Ответственность за требования и исходные данные описана устно.
Резервные копии создаются, но восстановление никогда не проверялось.
Критичная отчетность собирается вручную из нескольких несвязанных таблиц без контрольной сверки.
Сроки и бюджет называют без допущений, состава работ и процедуры изменения плана.
Партнер обещает соответствие ISO 9001:2026, но не показывает официальный документ.
После запуска нет назначенного владельца базы знаний и понятного канала поддержки.
Компания отказывается фиксировать требования, ограничения и открытые замечания в договоре или приложениях.

Положительные признаки зрелого партнера

Сертификат, область действия, юридическое лицо и даты легко проверяются.
Проект разбит на этапы с понятными результатами, ответственными и контрольными датами.
Требования связаны с тестовыми сценариями и критериями приемки.
Изменения получают оценку влияния на сроки, бюджет и архитектуру.
Партнер показывает прослеживаемость операции, контрольные сверки и правила закрытия периода.
Единые правила учета подкреплены настройками, инструкциями и обучением пользователей.
Резервное копирование, восстановление, доступы и журналирование проверяются по регламенту.
Поддержка работает по SLA, а повторяющиеся ошибки попадают в анализ причин.
Команда открыто обозначает ограничения решения и предлагает управляемый способ их закрыть.

Итог: сертификат - отправная точка, а не финальный вердикт

Начните проверку с сертификата и области его действия. Затем изучите реальные процедуры партнера, проведите демонстрацию контрольных сценариев и сопоставьте результат с рисками вашей компании. Для сложного проекта добавьте пилот, техническое обследование или независимую проверку архитектуры.

Руководителю полезно спросить: кто отвечает за сроки и риски, как измеряется готовность проекта, что произойдет при недоступности ключевого специалиста. Главному бухгалтеру: как операция проходит через бухгалтерский, налоговый и раздельный учет, как проверяется закрытие месяца, кто исправляет ошибку в отчетности. ИТ-специалисту: где хранятся резервные копии, как выдаются доступы, как документируются интеграции и как выполняется откат обновления.

Для группы компаний «Портал-Юг» и любого другого партнера 1С логика проверки одинакова: заявление о ресертификации должно подтверждаться документом, зрелость системы качества, рабочими артефактами, а качество результата, проверяемыми операциями и показателями. Такое сопоставление помогает выбрать подрядчика осознанно и заранее закрепить в договоре требования к срокам, данным, приемке и сопровождению.