Основным и направляющим условием для вступления в КЛУБ является то, что претендент должен сам лично заниматься разработкой настроек и иметь готовые проекты.
Т.е., если сказать конкретно, то первоначальным и единственным вступительным взносом является любая Ваша разработка, касающаяся программ фирмы "1С". Вот список некоторых возможных разработок:
Доработка уже готовых разработок до совместимости с той или иной конфигурацией.Разработки, которые не могут функционировать самостоятельно, должны быть снабжены достаточно подробной документацией по внедрению или должны быть совместимы с типовой конфигурацией.
Ограничения: Предпочтение отдается тем отдельным документам, отчетам, алгоритмам, которые адаптированы к какой-либо общеизвестной конфигурации (например, к Типовой от фирмы "1С").
Перед помещением своей разработки в КЛУБ посмотрите уже существующие разработки по этой теме, возможно уже существует реализация вашего замысла. Для поиска разработок воспользуйтесь Поиском на сайте.
Требования, предъявляемые к разработкам
1. Использование в своих разработках или их защите нелицензионных программных продуктов(ПП).
Не используйте в своих разработках или их защите при опубликовании нелицензионное ПО (примером тому является недавно выявленная и удаленная разработка, защищенная комплексом защиты АЛьФа).
Такие разработки будут удаляться по мере их обнаружения, а их авторы исключаться из членов КЛУБА ПРОФЕССИОНАЛОВ.
2. Документация.
Обязательно документируйте свою разработку. Файл readme.txt с описанием ДОЛЖЕН присутствовать в архиве. Проявите уважение к человеку, который скачает Вашу разработку. Кроме самого файла readme озаботьтесь внятным и полным описанием разработки на сайте.
3. Интерфейс.
Разверните окошко на весь экран, а потом сверните обратно. Таблицы и элементы формы не должны разбегаться кто-куда.
Наличие названия отчета/обработки в форме обязательно.
Если не можете предложить что-нибудь действительно оригинальное и удобное ориентируйтесь на интерфейс типовых конфигураций.
Если Вы используете в форме поля даты, задайте им начальное значение. Пустые поля не смотрятся. Кроме того, хорошим тоном считается наличие проверки в модуле на корректность введенного временного интервала.
Если в форме присутствует таблица значений, в ней сразу должны присутствовать названия колонок, даже если она изначально пустая. Будьте осторожны с размещением нескольких таблиц в одной форме - на весь экран разворачивается только одна из них. Возможно лучшим решением будет размещение всего одной экранной таблицы, которая будет заполняться из соответствующих ТЗ при выборе закладки формы.
И еще: интерфейс должен быть. До сих пор не редкость обработки, которые в форме имеют только две стандартные кнопки.
4. Порядок подключения разработки.
Сведите к минимуму необходимость исправления модуля разработки конечным пользователем. Необходимость таких исправлений затрудняет проверку работоспособности и предпочтение отдается той разработке, которая обходится вообще без исправлений.
5. Отчеты и документы.
Использование в отчетах механизма расшифровки значительно повышает ценность в глазах пользователя.
Если Вы пишете документ, который предполагается использовать в типовой конфигурации, не забудьте про возможность подключения внешних печатных форм и кнопку "Действия". Это уже стандарт.
6. Изменение типовой конфигурации.
Если ваша разработка позиционируется как ВНЕШНИЙ отчет или обработка, исключите необходимость изменения типовой конфигурации.
7. Готовые конфигурации
Если Ваша разработка представляет собой конфигурацию и её суть в обработке каких-либо данных или управление ими (т.е. отчет или некая обработка), то необходимо заполнить базу определенным количеством документов и (или) элементов справочников (зависит от специфики разработки) чтоб без проблем можно было воочию увидеть всю суть разработки. Т.е. необходимо составить примеры, демонстрирующие возможности разработки.
8. Обратная связь.
Разработки, имеющие комментарии членов КЛУБА с указанием ошибок/недочетов/замечаний, обычно остальными членами КЛУБА не скачиваются и не рассматриваются до исправления этих самых ошибок/недочетов/замечаний.
В качестве примера правильного оформления разработки может служить следующая разработка:
Конвертация операций, введенных вручную, в бухгалтерские справки
Для вступающих в КЛУБ:После добавления на сервер ваша разработка попадает в раздел "На рассмотрение", где она находится в течение двух месяцев.
В течение этого времени разработка должна быть рассмотрена членами КЛУБА и принята в него. В противном случае ваша разработка перемещается в раздел "Архив разработок".
При учете замечаний, высказанных Вам в комментариях к разработке и её последующим обновлением разработка перемещается в раздел "На рассмотрение" на повторное рассмотрение.
Для участников КЛУБА:Уважаемые участники КЛУБА, ваша разработка при помещении в КЛУБ попадает на рассмотрение для добавления ее в Тематический каталог.
Время добавления разработки в каталог обычно составляет не более суток.
