Публикация решения в Маркетплейс

Публикация в Маркетплейс — это не «загрузить архив», а полноценный процесс с карточкой решения, техническим аудитом и модерацией. Разберём порядок действий в партнёрском кабинете, типовые замечания и статусы.

Где и что публикуется

Тиражные решения публикуются в партнёрском кабинете на partners.1c-bitrix.ru. Публиковать решения может зарегистрированный партнёр 1С-Битрикс, у которого есть партнёрский код — он же используется в путях модуля и мастера.

Единица публикации — решение, за которым закреплены:

• карточка с описанием, скриншотами и требованиями;
• дистрибутив (архив модуля с install-частью и мастером);
• условия распространения — цена, тип лицензии, срок техподдержки;
• контакты и канал поддержки покупателей.

Регистрация решения и категория

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

1. Создайте решение и укажите его символьный код (он должен совпадать с кодом модуля в дистрибутиве).
2. Выберите категорию и, при необходимости, подкатегорию — например, «Интернет-магазины», «Импорт/экспорт», «Маркетинг».
3. Задайте тип решения: платное, бесплатное или с демо-режимом.

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

Карточка решения

Карточка — то, что видит покупатель и по чему решение оценивает модератор. Заполняется максимально подробно и честно.

Раздел совместимости критичен: если решение требует конкретную редакцию (например, «Бизнес») или зависит от модуля каталога, это нужно указать явно, иначе аудит вернёт замечание.

Загрузка дистрибутива и тестовый режим

Дистрибутив — это архив модуля решения с каталогом install/, включающим установочный класс, мастера и install-скрипты. Архив загружается в карточку через кабинет.

• Проверьте, что версия в install/version.php совпадает с версией в карточке.
• Убедитесь, что установочный класс наследует CModule и корректно отрабатывает DoInstall() и DoUninstall().
• Заложите демо-режим или тестовый ключ, если решение платное, — чтобы модератор и покупатели могли оценить его без покупки.

Технический аудит и модерация

После заполнения карточки и загрузки дистрибутива решение отправляется на проверку. Она состоит из двух частей:

• Технический аудит — установка на эталонный стенд, проверка корректности install/uninstall, отсутствия ошибок, соответствия требованиям к коду и структуре модуля.
• Модерация карточки — соответствие описания и скриншотов реальному функционалу, корректность категории, требований и условий поддержки.

Типовые замечания, из-за которых решение возвращают:

1. ошибки или предупреждения PHP при установке на чистый дистрибутив;
2. некорректная или неполная деинсталляция (остаются инфоблоки, файлы, опции);
3. несоответствие скриншотов и описания фактическому функционалу;
4. не указаны реальные требования к редакции и версиям;
5. отсутствует документация или демо-режим для платного решения.

Сроки и статусы

Решение проходит через ряд статусов в кабинете. Ориентировочная последовательность:

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

Публикация обновлений

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

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

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

Итог

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

Если нужно подготовить решение к аудиту, устранить замечания модерации или выстроить процесс регулярных обновлений, мы в B2Bsite берём эти задачи на себя — от упаковки дистрибутива до сопровождения после публикации. Поможем пройти проверку с первого раза.