Общие требования к файлам Авторов 1C-Store

  1. Файл публикации должен быть внешним отчетом или обработкой для платформы 1С:Предприятие 8.

  2. Файл должен быть прикреплен к публикации в виде отдельного ERF- или EPF-файла, а не архивом.

  3. Файлы публикаций должны быть разработаны согласно требованиям подсистемы ДополнительныеОтчетыИОбработки 1С:Библиотеки стандартных подсистем (поддерживать программный интерфейс 1С:БСП), т.е. содержать в модуле объекта экспортную функцию СведенияОВнешнейОбработке, возвращающую описание свойств обработки и т.п.

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

Решение не должно содержать технической защиты от несанкционированного использования, т.е. код должен быть открытым и включенным в поставку (не допускается поставка модулей без исходного кода), не обфусцированным. 
Общее правило: отклоняем решения, в которых есть модули, которые нет возможность прочитать и убедиться в безопасности их кода. 
Защита решения выполняется на стороне 1C-Store автоматически.

  1. Файлы публикаций  не должны содержать:

5.1. Код, который может повлечь порчу данных в информационной базе,  нарушить работу системы пользователя или 1C-Store.

5.2. Код и данные, которые могут нарушать права третьих лиц, в том числе их авторское право.

5.3. Охраняемые законом сведения, в том числе конфиденциальную информацию и персональные данные третьих лиц.

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

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

  3. Не следует скрывать от пользователя, администратора системы системную информацию об ошибках, полученную в операторе Попытка — Исключение.

  4. Решения, в которых параметры доступа, авторизации, жестко зашиты в программном коде, будет отклонены.

  5. Решения с COM объектами принимаются при соблюдении следующих правил:

10.1. В свойствах публикации в поле “Операционная система” указана Windows.

10.2. Создание COM-объекта обернуто в попытку с обработкой ошибки, либо имеется проверка на операционную систему.

10.3. Включен безопасный режим и имеется проверка разрешения на использование COM объекта.

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

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

  2. Не должна нарушаться штатная логика работы прикладных решений (конфигураций). Не следует отключать штатные механизмы и проверки, например с помощью конструкций вида: ОбменДанными.Загрузка = Истина
    Разрешено только в том случае, когда автор явно задокументировал поведение - в публикации или в комментариях в коду.

  3. Решения с использованием клиентских путей файлов в серверном коде будут отклоняться, т.к. в клиент-серверных системах это приведет к ошибкам.

  4. Решения с саморегистрацией в справочнике ДополнительныеОтчетыИОбработки без согласия пользователя будут отклонены.
    Необходимо явно запрашивать согласие пользователя.
    Для использования в сервисе 1С-Store подобная регистрация не требуется, она выполняется автоматически самим сервисом.

  5. Будут отклоняться решения с использованием уникальных данных - номера документов, коды или наименования элементов справочников, реквизитов справочников и других метаданных.
    У пользователя в других системах, скорее всего, не будет этих данных, что приведет к ошибкам выполнения у пользователя, а это является неверным! Очень часто такой код является тестовым и не будет работать у пользователя, что приведет к ошибкам решения.

  6. В аудио-визуальном отображении файла публикации (в программном коде, в интерфейсе: в заголовках, надписях элементов управления, в макетах, во встроенной справке и т.п.) не должно быть информации об Авторе: его контактных данных, адреса электронной почты, номеров телефонов и т.п.

  7. Администрация Сайта оставляет за собой право в любой момент проводить проверку файлов публикаций и требовать от Автора 1C-Store подтверждения информации, указанной в описании файлов, поставляемых в 1C-Store, а также запрашивать в связи с этим подтверждающие документы.

*Первичные рекомендации по разработке решений для авторов Инфостарт. Данный раздел будет дополняться.