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

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

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

Содержание

1. Общие сведения об аудите

2. Процедура отправки на аудит

3. Учет замечаний аудитора

4. Если аудит прошел успешно

5. История аудита

1. Общие сведения об аудите

1.1. Зачем нужен аудит?

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

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

1.2. Кто выполняет аудит?

Аудит выполняется сотрудниками провайдера сервиса (фирмы «1С»).

1.3. Как долго проводится аудит?

Это зависит от количества строк кода, сложности понимания кода, количества форм и т. д. Как правило, аудит выполняется в течение 2–3 рабочих дней.

1.4. Задачи аудита

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

1.5. Результат аудита

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

2. Процедура отправки на аудит

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

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

   • Требования к расширениям конфигурации
   • Требования к дополнительным отчетам и обработкам
2. Для дополнительного отчета или обработки нужно подготовить комлект поставки, как это описано в статье по ссылке.
3. Открыть каталог расширений конфигурации или каталог дополнительных отчетов или обработок (как это описано в статье по ссылке) и добавить туда расширение конфигурации, дополнительный отчет или обработку, или их новую версию. Добавленное расширение конфигурации, дополнительный отчет или обработка автоматически направляется на аудит.

По результатам аудита разработчику будет направлено электронное письмо. При отрицательном результате аудита (если у аудитора возникли замечания) в менеджере сервиса для разработчика будет создана задача на устранение замечаний аудитора.

3. Учет замечаний аудитора

При отрицательном результате аудита расширения конфигурации, дополнительного отчета или обработки:

• разработчику отправляется электронное письмо с уведомлением об отрицательном результате аудита и с замечаниями аудитора;
• в менеджере сервиса создается задача для разработчика на выполнение исправлений.

Разработчик должен выполнить следующие действия:

1. Войти в менеджер сервиса (личный кабинет).

2. Нажать ссылку Мои задачи в окне менеджера сервиса:

   

3. Будет открыт список задач. В нем будут все задачи, связанные с аудитом расширений, дополнительных отчетов и обработок:

   

4. Нужно щелкнуть двойным щелчком мыши нужную строку в списке задач. Откроется форма задачи Исправление замечаний аудита.

   

5. Здесь разработчик может:

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

     1. создать файл новой версии расширения или комплект поставки новой версии дополнительного отчета и обработки;
     2. выбрать этот файл в поле Приложите файл новой версии;
     3. ввести комментарии для аудитора по поводу устраненных замечаний (поле Укажите комментарии к устранению замечаний);
     4. нажать кнопку Повторить аудит;
   • либо отказаться от дальнейшего аудита расширения, дополнительного отчета и обработки, нажав кнопку Прервать аудит. Например, разработчик может сделать это, если посчитает, что не может выполнить требования аудитора;
   • либо закрыть форму задачи, если прямо сейчас разработчик не может учесть замечания, но отказаться от дальнейшего аудита он не хочет. Для этого нужно нажать кнопку  в правом верхнем углу окна формы задачи.

4. Если аудит прошел успешно

При положительном результате аудита:

• разработчику отправляется электронное письмо с уведомлением об успешном прохождении аудита;

• состояние принятой версии расширения конфигурации, дополнительного отчета и обработки в менеджере сервиса изменится на «Опубликовано»:

  

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

При получении уведомления об успешном прохождении аудита рекомендуется сообщить об этом владельцу абонента — правообладателя расширения конфигурации или дополнительного отчета/обработки, чтобы он мог:

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

5. История аудита

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

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

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