Кто такой контрагент с юридической точки зрения и как эта логика работает в Приложении 101?

Слово «контрагент» звучит в переписках, договорах, актах, банковских платёжках и в разговорах про «проверку перед оплатой». При этом в праве оно работает чуть иначе, чем в учёте и сервисах для управления проектами.

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

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

Контрагент с точки зрения права: что это за человек или компания?

В юридической логике контрагент — это сторона по сделке или обязательству. Имеется в виду тот, с кем заключён договор, кто принимает на себя права и обязанности, платит деньги, выполняет работы, поставляет материалы, принимает результат.

В ГК РФ чаще встретишь формулировки «сторона договора», «кредитор» и «должник». Слово «контрагент» поселилось в деловой речи как короткое обозначение «вторая сторона» по отношениям.

Ситуация из практики: подрядчик считает, что «контрагент» — заказчик. Бухгалтер считает, что «контрагент» — тот, кому ушёл платёж. Юрист считает, что контрагент — сторона договора, и важнее всего, кто подписал документы и на каком основании. Все правы в своём контексте, конфликт появляется, когда эти контексты смешиваются.

Какие контрагенты бывают и кто подписывает документы?

Контрагентом может быть физлицо, ИП, юрлицо. Для стройки и ремонта это влияет на реквизиты, налоги, формат актов, возможность работать по безналу, требования заказчика к документам.

Отдельная тема — представитель. Заказчик может общаться через доверенное лицо, прораб от партнёра может подписывать акты, менеджер поставщика может принимать заявки. Для права важны полномочия: доверенность, приказ, устав, договор, где закреплено, кто вправе подписывать документы.

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

Что проверить у контрагента до сделки?

Проверка контрагента звучит как «дело бухгалтерии», хотя на деле это часть управления рисками: кто платит, кто принимает работы, кто потом будет спорить, кто отвечает имуществом.

Короткая практичная рамка:

• Идентификация: ФИО или наименование, ИНН, адрес, контакты, корректные реквизиты для платежей.
• Полномочия: кто подписывает договор и акты, есть ли доверенность, кто подтверждает работы по этапам.
• Деньги: от кого приходит оплата (сам заказчик, третье лицо), куда уходят выплаты (подрядчики, поставщики), как фиксируется передача наличных.
• Документы: договор, приложение с ценами или прайс-листом, акты приёмки, отчёты по расходам, сверка взаиморасчётов.

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

Контрагент в Приложении 101

В Приложении 101 контрагент — это роль внутри компании и участник процессов по проектам: заказчик, подрядчик, партнёр, сотрудник.

У этой модели два уровня: карточка контрагента в твоей компании и личный аккаунт пользователя 101. Карточку можно завести заранее, даже когда человек ещё не регистрировался. Аккаунт появляется после регистрации по телефону или email.

Когда контрагент принят в компанию через ссылку или найден через глобальный поиск, карточка связывается с реальным аккаунтом. Контакты и имя подтягиваются из профиля, редактировать их может сам человек в «Учётной записи 101».

Роли контрагентов в 101 и доступ к данным

Категория контрагента в 101 влияет на то, что именно человек увидит внутри компании и проектов. Это снимает часть конфликтов: заказчик видит свои оплаты и утверждённые расчёты, подрядчик видит свои отчёты и выплаты, партнёр видит движение денег по совместным проектам.

Базовые роли, с которыми чаще всего работают в ремонте и стройке: заказчик, партнёр, подрядчик, сотрудник. В справке 101 эта логика прямо описана как «контрагент — это роль в приложении».

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

Если роль назначена неверно, путаница быстро проявится. Заказчик начнёт спрашивать, почему видит лишнее, мастер — почему не может внести событие, партнёр — почему не видит нужные разделы. Поэтому роль лучше задавать один раз внятно, исходя из реальной функции человека в твоей компании.

Как приглашать контрагента в 101?

Приглашение контрагента — это не про «добавить контакт». Это про выдать доступ к компании и определить роль, по которой человек будет видеть деньги, события и документы. Подробная логика описана в статье «Как пригласить контрагента в Приложение 101».

В работе обычно встречаются два сценария.

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

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

1. Зайди в раздел «Контрагенты» и создай карточку или найди существующую.
2. Выбери категорию: заказчик, подрядчик, партнёр или сотрудник.
3. Отправь приглашение в компанию через ссылку или через поиск пользователя.
4. Попроси контрагента обновить список компаний и выбрать твою компанию для работы.

Если контрагент потерялся на этапе ссылки, удобно переслать инструкцию из помощи 101: как принять ссылку‑приглашение.

Как юридическая логика поддерживается в 101

Юридическая часть в проектах обычно ломается в двух местах: «кто что согласовал» и «кто кому сколько должен». В 101 эти места завязаны на контрагентов и события: кто внёс отчёт, кто подтвердил, кто получил оплату, какой документ сформирован по факту работ.

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

Дальше включаются документы. В разделе «Документы» можно сформировать КС‑2 в PDF: перед этим заполняются «Данные договора» и «Мои реквизиты», затем выбирается форма и период.

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

Про автоматизацию актов и логику приёмки работ есть отдельный разбор: «Формирование КС‑2 в Приложении 101» и статья про акты выполненных работ.

Если нужен фирменный бланк с логотипом в документах, в 101 это связано с подпиской PRO+. В справке прямо сказано, что логотип в документах доступен при PRO+, и есть ссылка на материал про тариф.

Частые вопросы про роли контрагентов

Можно ли поменять роль контрагента? В 101 роль не меняется «внутри» одной учётки. Если роль выбрана неверно, контрагенту требуется зарегистрироваться с другим контактом, затем его добавляют заново с нужной категорией.

Зачем заводить поставщиков, если закупки разовые? В базе знаний 101 есть практичная рекомендация: для разовых мелких покупок допустимо завести одного общего контрагента под условный «рынок/магазин», затем списывать мелкие траты на него. Для системной работы лучше заводить поставщиков отдельно, чтобы учёт по каждому контрагенту оставался читаемым.

Контрагент не видит компанию или проект, почему? Частая причина — карточку создали, приглашение не отправили, или контрагент зарегистрировался на другой email/телефон, и связь не сложилась. Тогда помогает повторно отправить приглашение и сверить контакты в профиле.

Заказчик не хочет ставить приложение, как быть с подтверждениями? В справке есть прямой ответ: подтверждение заказчиком желательно, при этом для баланса достаточно подтверждения руководителя проекта. Подтверждения заказчика дают дополнительную защиту в спорных ситуациях.

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