RMS — удаленная работа для специалистов по 1С

Оформление и оплата

Сотрудничество оформляется одним из двух способов по желанию разработчика:

По договору гражданско-правового характера (ГПХ)
По договору подряда с индивидуальным предпринимателем

При выплате по договору гражданско-правового характера мы:

Перечисляем установленные законодательством взносы в систему пенсионного и обязательного медицинского страхования; сумма взносов не удерживается из суммы к выплате и начисляется «сверху»
Как налоговый агент удерживаем из суммы вознаграждения НДФЛ в размере 13%
Сдаем необходимую отчетность в контролирующие органы

При выплате по договору подряда:

Мы перечисляем всю начисленную сумму
Обязанность по уплате налога на доходы и страховых взносов находится на стороне получателя

Размер выплаты складывается из двух составляющих:

	Основное рабочее время	Премиальное время
Это...	время в минутах, которое вы тратите на достижение результатов по задачам	доначисленное время, по величине равное основному рабочему времени
Начисляется...	в момент фиксирования результата работы	в момент получения оплаты от клиента или зачета ранее полученного аванса
Выплачивается...	безусловно	при условии достижения выработкиВыработка — это суммарный объем работ, выполненный в течение 30 предыдущих дней от даты последнего фиксированного результата. Объем выработки 20 часов в месяц достижим при наличии возможности уделять решению задач хотя бы по 1 часу каждый рабочий день. 20 часов/мес и более.
Тарифная ставка...	600 руб./час	300 руб./час

Пример расчета выплаты:

Объем выполненных работ к моменту заказа оплаты составил 30 часов, доначислено премиального времени 14 часов, выработка 18 часов в месяц. При заказе оплаты будет выплачено 30 * 600 = 18000 руб, накопленное премиальное время будет обнулено.
Объем выполненных работ к моменту заказа оплаты составил 30 часов, доначислено премиального времени 14 часов, выработка 20 часов в месяц. При заказе оплаты будет выплачено 30 * 600 + 14 * 300 = 18000 + 4200 = 22200 руб, накопленное премиальное время будет обнулено после выплаты.

Правила работы в системе

Начало работы

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

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

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

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

Переданная на выполнение задача становится доступна разработчику в списке «Мои задачи».

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

Производит компиляцию файла конфигурации 1cv8new.cf для платформы 8.х, 1cv7.new.md для платформы 7.7 производится с помощью команды -c (compile) средства сборки/разборки конфигураций v8parser.exe для платформы 8.х, gcomp.exe для платформы 7.7

Конфигурирование, внесение изменений

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

Загружает собранную в п. 4 конфигурацию в пустую базу 1С («база для разработки») (команда «Загрузить конфигурацию из файла»)
Вносит изменения требуемые для решения задачи в конфигурацию «базы для разработки».
Готовит изменения для отправки в центральный репозиторий:
- Сохраняет файл конфигурации из своей «базы для разработки». (команда «Сохранить конфигурацию в файл»)
- Обновляет свою локальную копию репозитория (каталог п. 3) для получения доработок, внесенных другими разработчиками за время его работы.
- Собирает актуальный файл конфигурации с учетом доработок других разработчиков, загружает в пустую базу, отличную от базы п. 5.1. («дизайн-копия»).
- Переносит свои изменения в актуальную конфигурацию из репозитория (команда «Сравнить/Объединить с конфигурацией из файла», где в качестве файла конфигурации указывает свою конфигурацию из «базы для разработки»)
- Сохраняет полученную в итоге слияния конфигурацию в файл.
- Разбирает (декомпилирует) конфигурацию п. 5.3.5 с помощью команды -d (decompile) средства сборки/разборки v8parser.exe или gcomp.exe в каталоге, отличном от п. 3 — локальной копии репозитория
- Каталоги конфигураций п. 5.3.6 (с доработками) и п. 3 (локальная копия репозитория) сравниваются при помощи внешнего средства сравнения (KDiff, Araxis Merge): выдается список измененных, добавленных и удаленных файлов.
- Изменения п. 5.3.7 фиксируются в локальной копии репозитория (каталог п. 3). На этом подготовка к отправке заканчивается:изменения готовы к отправке.
Изменения файлов п. 5.3.8 фиксируются в центральном репозитории проекта в CVS (команда Commit). В этот момент в RMS автоматически добавляется сообщение с комментарием коммиту (он должен быть содержательным и отражать суть внесенных изменений), времязатратами к оплате и флагом решения задачи.

Учет рабочего времени и оплата

Время к оплате суммируется по всем решенным разработчиком задачам.

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

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

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

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

Вступительное тестирование

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

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

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

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

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

Пример задачи

1. Работу с конфигуратором требуется оставить только для пользователя с правами Админ (Административные функции).
2. Основное свойство контрагентов разрешить править только пользователям с набором прав <Админ>.
3. Необходимо закрыть возможность выбора полномочий пользователя в справочнике пользователей для всех пользователей кроме пользователя с правами Админ. При копирование пользователя полномочия необходимо очищать.

Некорректно сформулированная концепция:

1. Редактируем все наборы прав в соответствии с требованиями заказчика.
2. Настраиваем права для справочников "Контрагенты", "Пользователи" и "Полномочия" в соответствии с требованиями заказчика.
3. В справочнике "Пользователи" правим процедуру "ВводНового()"

Корректно сформулированная концепция

1. Запретить работу с конфигуратором (Административные функции) всем пользователям, кроме пользователей с правами "Админ".
2. В ПриОткрытии() элемента справочника Контрагенты, реквизит "Свойство" будет доступен для редактирования только пользователям с правами "Админ".
3. В ПриОткрытии() элемента справочник Пользователи, реквизит Полномочия будет доступен для редактирования только пользователям с правами "Админ". В ПриКопировании() элемента справочника, значение Полномочия будет очищено, вне зависимости от прав пользователя.

Тестовая задача

Конфигурация: ТиС 9.2

Пользователь в журнале по Покупателям хочет видеть, напечатан ли документ или еще не напечатан.

Примерно должно быть так:

Пользователь нажимает на кнопку Печать, или выбирает внешнюю печатную форму по кнопке выбора внешней печатной формы, получает вопрос: "Установить пометку, что документ напечатан?" Если Да, то в журнале рядом с документом должен появиться значок (документ напечатан) или символ "Да"

Оставить возможность пользователю снять/установить признак "Документ напечатан" в журнале (двойной клик на колонке с символом).

Возможно, будет полезным журнал документов, в котором отображать только те документы, которые напечатаны или которые еще не напечатаны.

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

RMS — удаленная работа для специалистов по 1С

Кто мы

Мы - группа компаний "Белов и партнеры" . Разработали и используем технологию RMS, построенную на принципах гибкой (agile) разработки и адаптированную для управления распределенными программными проектами, которые разрабатываются силами дистанционных сотрудников из различных городов России и мира

Мы работаем уже 19 лет 8 месяцев 16 дней 9 часов

Как организована работа

Выбираете задачу из списка
Предлагаете концепцию решения
Руководитель проекта утверждает концепцию и передает задачу в разработку
Вы решаете поставленную задачу
Мы оплачиваем вашу работу

Требования к сотрудникам

Вы внимательны и рассудительны в процессе разработки и обсуждения
Кратко, четко и грамотно излагаете свои мысли на русском языке
Обладаете опытом работы с 1С:Предприятие в качестве программиста от 1 года
Хорошо знаете типовые конфигурации
Вы выполняете взятые на себя обязательства, сдаете работу в срок, или своевременно предупреждаете о проблемах, с которыми столкнулись в процессе работы

Отзывы наших сотрудников

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

Артём, г. Пермь

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

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

Александр, г. Ровно

аналитик, разработчик

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

Руслан, г. Киев

аналитик, разработчик

Основное, что даёт работа в РМС лично мне — это возможность приобрести бесценный опыт и знания за счет решения большого количества разнообразных (как по направленности, так и по степени сложности) задач. Как следствие — повысить свой профессиональный... Далее

Владимир, г. Челябинск

разработчик, аналитик и с июля 2014 — руководитель проектов

Плюсы: Мобильность — я могу работать находясь в любом уголке мира. Единственное ограничение — руководители проектов все-таки работают по Московскому времени, поэтому обсуждение задач задачи необходимо проводить именно в это рабочее время. 2. ... Далее

Дмитрий, г. Москва.

разработчик, тестировщик, аналитик.

«Мое сотрудничество с компанией началось с 2011 года. Так сложилось, что искал временную работу разработчиком 1С на дому. Не помню уже на каком ресурсе нашел предложение от компании Белов и партнеры — условия работы вполне устроили. Требования... Далее

Александр, г. Пудож (республика Карелия)

аналитик, разработчик.

Оформление и оплата

Сотрудничество оформляется одним из двух способов по желанию разработчика:

Размер выплаты складывается из двух составляющих:

Пример расчета выплаты:

Правила работы в системе

Начало работы

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

Конфигурирование, внесение изменений

Учет рабочего времени и оплата

Вы успешно зарегистрированы!

Вступительное тестирование

Пример задачи

Некорректно сформулированная концепция:

Корректно сформулированная концепция

Тестовая задача

Кто мы

Как организована работа

Требования к сотрудникам

Отзывы наших сотрудников

Артём, г. Пермь

Александр, г. Ровно

Руслан, г. Киев

Владимир, г. Челябинск

Дмитрий, г. Москва.

Александр, г. Пудож (республика Карелия)

Отзывы наших сотрудников

Артём, г. Пермь

Александр, г. Ровно

Руслан, г. Киев

Владимир, г. Челябинск

Дмитрий, г. Москва.

Александр, г. Пудож (республика Карелия)