Вернуться к списку Вернуться к статьям
Статьи

Как принимать работу подрядчика, если у вас разные порталы Битрикс24

Подрядчик закончил работу у себя в Битрикс24, но заказчик ещё не проверил результат. Если стороны считают разные события завершением, общая задача остаётся спорной даже при исправной синхронизации. Поэтому до начала работы полезно разделить «передано на проверку» и «принято заказчиком».

«Межпортальные задачи и коллабы» помогает передавать поддерживаемые данные, файлы и новые сообщения между связанными карточками. Порядок приёмки определяют сами команды: приложение не заменяет решение проверяющего и не согласовывает результат автоматически.

Запишите критерии до начала работы

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

Определите проверяющего, срок проверки и место, где появится решение. Эти договорённости нужны в общей задаче. Внутренние проверки подрядчика можно вести отдельно, не отправляя клиенту каждую рабочую гипотезу.

Разделите процесс на понятные этапы

Этап Действие исполнителя Действие заказчика
Подготовка Уточняет ожидаемый результат Подтверждает критерии и материалы
Передача Прикладывает результат и описывает проверку Получает понятный предмет проверки
Проверка Отвечает на вопросы Сверяет результат с критериями
Доработка Исправляет конкретные замечания Проверяет изменённую часть
Решение Фиксирует завершение своей работы Явно сообщает о принятии либо оставшихся замечаниях

Это рекомендуемые этапы процесса, а не встроенные статусы или маршрут согласования приложения. Названия и правила команды могут выбрать свои.

Как передать результат на проверку

Отправьте новое сообщение в чат связанной задачи, если для этого направления разрешён обмен. Укажите, что готово, где лежит результат и что именно нужно проверить. Для файлов используйте понятное название с версией, чтобы заказчик не сравнивал случайные копии.

Пример сообщения:

Передаём на проверку форму заявки, версия 3. Добавлены согласованные поля и проверка обязательного телефона. Результат приложен к задаче. Просим проверить пункты 1–4 из описания и сообщить решение до согласованной даты. Если есть замечания, укажите пункт и ожидаемое поведение.

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

Как оформлять замечания

Одна реплика «не так, переделайте» возвращает обе стороны к выяснению требований. Полезное замечание содержит объект, фактический результат и ожидаемое исправление. Например: «В мобильной версии кнопка перекрывает поле телефона; ожидаем, что поле полностью видно при вводе».

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

Что означает завершение карточки

Состояние задачи и деловая приёмка связаны правилами команды. Сам факт закрытия карточки не сообщает, кто проверил результат и какие условия выполнены. Чтобы не спорить об этом позже, проверяющий пишет явное решение: что принято, какие замечания сняты и осталось ли что-то вне текущего объёма.

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

Проверка перед первым согласованием

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

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