ЦЕНТР ОБУЧЕНИЯ PROF.MIR
Пошаговые инструкции по работе с профилем, сделкой, договором, финансированием, результатом, выплатой и спором.
Открыть руководство по безопасной сделкеПОМОЩЬ ПО РОЛИ
Пошаговый путь от потребности до приёмки результата или открытия спора.
Создайте профиль и потребность, выберите исполнителя и согласуйте измеримый результат.
Проверьте стороны, версии и SHA-256 договора. Финансируйте сделку только через предусмотренный банковский контур и дождитесь подтверждения банка.
Следите за этапами, проверяйте переданные материалы и выберите «Принять» либо «Направить замечания». При существенном разногласии откройте спор.
БАЗА ЗНАНИЙ
Укажите фактические данные, страну, правовой статус и способ работы. Публичная информация проходит отдельную модерацию.
Предложение описывает то, что вы готовы выполнить. Потребность описывает результат, который требуется заказчику.
Глобальный поиск может быть доступен раньше договоров, платежей, подписей или трудовых функций. Возможности открываются отдельно для каждой страны.
Создайте профиль и потребность, выберите исполнителя и согласуйте измеримый результат.
Проверьте стороны, версии и SHA-256 договора. Финансируйте сделку только через предусмотренный банковский контур и дождитесь подтверждения банка.
Следите за этапами, проверяйте переданные материалы и выберите «Принять» либо «Направить замечания». При существенном разногласии откройте спор.
Создайте профиль, добавьте компетенции и публикуйте только проверяемые сведения о доступности и опыте.
Найдите заказ, направьте предложение, проверьте договор и не начинайте работу до подтверждения финансирования и обязательных допусков.
Выполните этап, приложите файлы, отчёты, фотографии, акт или ссылку и нажмите «Передать результат». Выплата возможна только после приёмки и серверных проверок.
Сведения о регистрации и стране организации проверяются отдельно от личного профиля сотрудника.
Менеджер ведёт сделку, юрист проверяет договор, бухгалтер работает с финансовыми документами, а уполномоченный представитель совершает юридически значимые действия.
Каждый сотрудник видит только разрешённые сделки и документы. Назначение роли не должно автоматически раскрывать банковские секреты или личные документы.
Стороны определяют результат, цену, сроки, этапы и порядок приёмки. Существенное изменение создаёт новую версию условий и договора.
Сделка не считается оплаченной по нажатию пользователя. Источник истины — подтверждённое и сверенное событие банковского или платёжного провайдера.
Если обязательное условие не подтверждено, операция закрывается по принципу fail-closed.
Idempotency-Key не позволяет повторному клику создать вторую команду. Версия сделки и If-Match защищают от одновременной перезаписи изменений разных участников.
Проверьте стороны и их статусы, предмет, стоимость, этапы, сроки, приёмку, ответственность, применимое право и форум спора.
Каждая существенная версия имеет номер, дату, текст, идентификатор и SHA-256. После согласования она не меняется задним числом; новая редакция получает новую версию.
Кнопка «Согласовать» относится к конкретному тексту и хешу. Она не заменяет электронную подпись, если закон или договор требуют отдельного подписания.
Ожидается оплата → платёж обрабатывается → средства подтверждены → средства зарезервированы.
В зависимости от продукта средства могут резервироваться, находиться на номинальном счёте, удерживаться платёжным провайдером или использовать другой законный платёжный контур.
Ручная отметка позволила бы подделать оплату. Поэтому финансовое состояние меняется только после проверенного события провайдера и серверной сверки.
Интерфейс показывает суммы только в связи со сделкой: подтверждено банком, зарезервировано, доступно к выплате, обрабатывается или возвращается. Это не произвольный внутренний кошелёк.
Сверяйте техническое задание, сроки и критерии результата с действующей версией договора.
В сделке могут храниться задания, файлы, фотографии, отчёты, акты, переписка, версии результата и другие подтверждения.
Исполнитель нажимает «Передать результат» и прикладывает файл, фотографию, акт, отчёт, ссылку, исходный код, проект, чертёж или иной предусмотренный результат.
Замечания должны быть конкретными и относиться к согласованным требованиям. Общая формулировка без проверяемого основания затрудняет доработку и спор.
Если договор разрешает, отдельно фиксируются принятая часть, соответствующая сумма, остаток и оставшиеся обязательства.
Решение о приёмке и актуальная версия акта входят в серверную проверку перед разрешением выплаты.
Сервер проверяет договор, финансирование, результат, этап, акт, сумму, отсутствие спора, пакет страны и обязательные юридические допуски.
Выплата разрешена → отправлена в банк → обрабатывается → исполнена. Финальный статус устанавливается по событию банка после сверки.
Проект на 1 000 000 ₽ может включать этапы 200 000 ₽, 300 000 ₽ и 500 000 ₽. После приёмки каждого этапа выплачивается только соответствующая разрешённая сумма.
Возврат должен соответствовать договору, решению сторон или результату спора и не может превышать доступную сумму сделки.
Возврат разрешён → отправлен → обрабатывается → возвращён. Последний статус появляется только после подтверждения и сверки провайдера.
Укажите предмет, требования и спорную сумму. Приложите договор, акты, чат, фотографии, результаты, документы и другие доказательства.
После рассмотрения возможны продолжение работы, выплата, частичная выплата, возврат или отмена — только в пределах разрешённых состояний и полномочий.
Спор касается обязательств между сторонами сделки. Жалоба касается поведения пользователя, публикации или решения самой платформы и рассматривается отдельно.
Размер может зависеть от тарифа, страны, статуса стороны, вида сделки, бесплатного периода и специальных условий. Плательщик и сумма показываются до подтверждения сделки.
Для созданной сделки сохраняются версия правила и результат расчёта. Новый тариф не изменяет задним числом уже зафиксированную комиссию.
Показываются дата начала, дата окончания и освобождённые комиссии. Повторное принятие соглашения не запускает трёхмесячный trial заново.
Документы идентификации используются только для предусмотренной проверки. Паспортные данные не публикуются автоматически.
К публикации допускаются только разрешённые сведения профиля или организации после необходимых проверок.
Договоры, акты, результаты, счета и подтверждения связаны с конкретной сделкой. Соглашения платформы и пакеты стран имеют отдельные версии и даты действия.
Чат видят действующие участники сделки и назначенные представители. Администратор получает доступ только по полномочиям и правилам модерации.
Разрешённые файлы проходят проверку безопасности. Отметки прочтения и время сообщений входят в доказуемую историю.
Сообщения не редактируются задним числом. Модераторская редакция сохраняет автора, причину, время и аудит, не раскрывая секретов.
Виды сделок, идентификацию, статусы участников, договоры, платежи, трудовые правила, налоги, документы, подписи, ограничения и предупреждения.
Поиск может быть доступен глобально, а договоры, платежи и трудовой контур — только после независимой юридической проверки и отдельного разрешения функции.
Если обязательный пакет страны отсутствует или просрочен, рискованная функция блокируется, а интерфейс объясняет причину.
Гражданство, проживание, страна регистрации организации, страна заказчика, страна исполнителя и место фактического выполнения могут не совпадать.
Доступность договора, платежа, документов и налоговых предупреждений определяется совокупностью сторон, статусов, предмета и места выполнения.
Настройка интерфейса не меняет валюту обязательства. Валюта договора фиксируется отдельно и сохраняется в финансовых документах сделки.
Услуги, подряд, работа самозанятого или ИП и трудовые отношения имеют разные обязательные правила. Нельзя маскировать трудовые отношения договором услуг.
Страна работы, график, табель, начисления, удержания, расчётный листок и выплаты проходят через отдельный разрешённый процесс.
Если юридический допуск трудового контура не пройден, PROF.MIR не обещает законное оформление найма и блокирует соответствующие переходы.
Никому не отправляйте секреты в чат, файл или форму другой стороны.
Используйте вложения сделки, не запускайте неизвестные файлы и не переходите к оплате по ссылке из непроверенного сообщения.
Инцидент безопасности, спор сделки, жалоба на пользователя и обращение в поддержку — разные процессы.
Страница статуса показывает доступность портала и серверной части. При сбое сохраните действие и повторите его после восстановления.
Техническая доступность сайта не включает платежи, подписи, страхование или расчёты с работниками. Для них отдельно проверяются серверные разрешения, провайдеры и пакеты стран.
ЧАСТЫЕ ВОПРОСЫ
После приёмки предусмотренного результата, проверки акта, суммы, отсутствия спора и подтверждения выплаты банком.
Не произвольно. Возможность зависит от состояния сделки, договора, приёмки, открытого спора и уже отправленных банковских команд.
В предусмотренном банковском или платёжном контуре: они могут резервироваться, находиться на номинальном счёте или удерживаться провайдером.
Средства сторон учитываются отдельно как деньги бенефициаров и не должны использоваться как оборотные средства платформы.
Заказчик направляет конкретные замечания, стороны переходят к доработке либо открывают спор. Автоматическая выплата не выполняется.
В сделке укажите предмет, требования и сумму, затем приложите договор, чат, результат, акт и другие доказательства.
Возврат проходит проверку основания и суммы, затем отправляется провайдеру и завершается только его подтверждением.
Это версионный набор правил и допусков страны для договоров, платежей, подписей, документов, налоговых предупреждений и трудовых функций.
Поиск возможен международно, но доступность договора, платежа и других функций зависит от всех применимых пакетов стран и юридических допусков.
Сервер выбирает действующее правило, рассчитывает комиссию заранее и сохраняет версию и результат расчёта в сделке.
Новая версия правила может применяться к новым сделкам с даты вступления в силу. Историю версий можно проверить.
Нет задним числом: существующая сделка использует сохранённый snapshot расчёта, если её условия не предусматривают новый отдельный расчёт.
Это тестовый финансовый режим: статусы имитируют процесс и не подтверждают реальное движение денег.
Это защищает от поддельного подтверждения. Реальный статус приходит только от банка или платёжного партнёра.
Это контрольный хеш точного содержимого версии. Изменение текста создаёт другой SHA-256 и требует новой версии.
Согласованная версия не переписывается. Для новых условий создаётся новая версия с собственным номером и SHA-256.
Интерфейс обновит данные. Проверка версии If-Match не позволит незаметно перезаписать более новое изменение.
Нет при корректной обработке: idempotency key связывает повтор с уже созданной командой.
Доступ зависит от типа документа, участия в сделке, роли и полномочий. Личные документы не становятся публичными автоматически.
Действующие участники и представители сделки, а также назначенные модераторы в пределах своих полномочий.
Пароль, PIN, CVV, MFA/SMS-коды, логин интернет-банка, секрет аутентификатора, API secret и закрытые ключи.
Спор относится к исполнению конкретной сделки между сторонами. Жалоба относится к поведению, публикации или решению платформы.
