Разбираем схемы мошенничества в отношении 1С-фрилансеров, признаки подозрительных заказчиков и как платформа со сделкой закрывает большинство рисков.
Типичные схемы мошенничества против фрилансеров
Знание схем — первая линия защиты. Большинство из них распознаются на этапе первого контакта.
Мошенничество на фриланс-рынке редко бывает изощрённым — чаще это несколько повторяющихся схем. 1С-фрилансеры уязвимы особенно при старте, когда хочется взять любой заказ и не задавать лишних вопросов.
«Исчезающий заказчик» — Заказчик подробно обсуждает задачу, уточняет детали — и пропадает после получения консультации или готового результата. Без предоплаты фрилансер работает впустую.
«Тестовое задание» — Предлагают выполнить «небольшое тест-задание» для оценки квалификации. Тест оказывается реальной коммерческой задачей — настройка отчёта, исправление ошибки, написание обработки. Оплата «после» не следует.
«Работа мимо биржи» — После того как фрилансер найден на бирже, заказчик предлагает «переговорить в Telegram» и «договориться напрямую — без комиссии». Цель — уйти от защищённой сделки. Риск остаться без оплаты полностью перекладывается на фрилансера.
«Завышенные требования с последующим отказом» — Заказчик принимает работу, а потом заявляет, что «результат не соответствует ТЗ» — и отказывается платить. Часто ТЗ было намеренно расплывчатым, чтобы иметь повод для отказа.
«Фейк-портфолио» — Уже в отношении заказчиков — фрилансер показывает чужие кейсы как свои. Но это работает и в другую сторону: мошеннические «заказчики» могут подделывать документы компании для доверия.
Красные флаги: когда стоит насторожиться
Просят поработать «пробно» без оплаты — Любая работа должна оплачиваться. Портфолио не нужно строить за счёт чужого бесплатного труда. Если задача реальная — она стоит денег.
Давят на срочность и «особые условия» — «Нам очень нужно к завтрашнему утру, поэтому договор потом» — классический способ выключить критическое мышление. Срочность заказчика — не ваша проблема.
Предлагают работать напрямую, минуя биржу — На Koderion это прямое нарушение правил платформы. Кроме риска неоплаты вы лишаетесь защиты сделки и истории переписки на платформе.
Расплывчатое ТЗ плюс высокая стоимость — Если задача звучит дорого, но никак не конкретизируется — это либо манипуляция (заплатим больше, но будем придираться), либо непрофессионализм. В любом случае — риск.
Нет истории на платформе или слишком новый аккаунт — Посмотрите дату регистрации, количество закрытых задач, отзывы от других исполнителей. Нулевой профиль с крупным заказом — повод к осторожности, не к отказу, но к усиленной защите (предоплата, сделка).
Просят данные доступа к рабочей базе 1С до заключения договора — Учётные данные от рабочей базы — конфиденциальная информация. Доступ даётся только после оформления договора с пунктом о конфиденциальности.
Как проверить заказчика перед стартом
Проверьте ИНН организации — Запросите ИНН и проверьте его через egrul.nalog.ru (ЕГРЮЛ/ЕГРИП). Убедитесь, что компания существует и не ликвидирована. Дата регистрации и ОКВЭД помогут понять реальность бизнеса.
Изучите профиль на бирже — История задач, отзывы от предыдущих исполнителей, дата регистрации. Негативные отзывы о задержке оплаты — прямой сигнал.
Погуглите название компании плюс «отзывы фрилансеров» — Часто мошенники уже «засвечены» на форумах и профессиональных сообществах 1С-разработчиков.
Уточните детали через видеозвонок — Короткий созвон помогает отсеять анонимов и проверить реальность заказчика. Настоящий бизнес-заказчик не откажется от 15-минутного разговора.
Проверка через ФСПП. На сайте ФССП (fssp.gov.ru) можно проверить, есть ли у организации незакрытые исполнительные производства — это косвенно говорит о платёжной дисциплине.
Как сделка с защитой средств закрывает большинство рисков
Большинство схем мошенничества построены на одном принципе: получить результат до того, как фрилансер получит деньги. Сделка с защитой средств разрывает эту цепочку.
Деньги заморожены до старта — Заказчик вносит оплату на счёт платформы ДО того, как вы начинаете работать. У него нет возможности «исчезнуть»: деньги уже внесены.
ТЗ зафиксировано внутри задачи — Любые изменения требований видны в истории. Заказчик не может сослаться на «другое ТЗ» — всё задокументировано.
Переписка хранится на платформе — Если дойдёт до спора — служба поддержки видит всю историю взаимодействия.
Механизм разрешения споров — При конфликте платформа рассматривает спор и принимает решение о распределении средств на основе доказательств.
Правило для новых заказчиков. С незнакомым заказчиком — только через сделку с защитой средств, всегда. Переход «мимо биржи» к незнакомому человеку не стоит никакой скидки на комиссию.
Схемы мошенничества
См. структурированный premium-вариант выше.
Красные флаги
См. структурированный premium-вариант выше.
Как проверить заказчика
См. структурированный premium-вариант выше.
Защита через сделку на бирже
См. структурированный premium-вариант выше.
Часто задаваемые вопросы
Что делать, если заказчик предлагает работу мимо биржи?
Вежливо откажитесь и предложите оформить сделку через платформу. Если заказчик настаивает — это красный флаг. Работа в обход биржи с незнакомым заказчиком означает полный отказ от защиты сделки.
Как доказать «тестовое задание» в суде, если оно было реальной работой?
Сохраните переписку, в которой обсуждалось задание, результат и стоимость. Если задание совпадает с реальными нуждами заказчика и имеет коммерческую ценность — суд может признать его оказанной услугой. Шансы выше при наличии письменной договорённости.
Помогает ли проверка ИНН защититься от мошенников?
Частично. Проверка ИНН подтверждает существование юрлица, но не гарантирует добросовестность. Существующая компания тоже может недобросовестно относиться к оплате. Проверка ИНН — один из шагов, не единственный.
Стоит ли работать с анонимными заказчиками без реквизитов?
Нет. Если заказчик отказывается называть ИНН или реквизиты для договора — работать с ним без защитной сделки и предоплаты крайне рискованно. Через биржу со сделкой — возможно, так как деньги внесены.
Что такое «завышенные требования» и как с ними работать?
Это ситуация, когда ТЗ было размытым, а после сдачи заказчик предъявляет претензии, которых в ТЗ не было. Защита: детальное ТЗ до начала работы, письменное согласование этапов сдачи, фиксация критериев приёмки. На бирже всё это хранится в задаче.