В пятницу агент видит в своей таблице 18 заявок, а поставщик насчитал 14. Две сделки уже оплачены, хотя в реестре всё ещё стоит «расчёт отправлен», а ещё по одной заявке никто не может назвать сумму комиссии. Разбирать такой клубок в конце месяца поздно: детали уже забыты.
На еженедельной сверке заявки, статусы, оплаты и начисления сопоставляют по одним идентификаторам. Сама таблица или встреча ещё не даёт права на выплату: в договорённостях нужно закрепить базу комиссии, событие начисления и срок расчёта. Если перепродажа пока смешивается с работой за вознаграждение, начни с объяснения разницы между дропшиппингом и агентской моделью.
Источник: Глава 52 ГК РФ регулирует агентирование, в том числе агентское вознаграждение и отчёты агента.
Зачем нужна еженедельная сверка
Агент и поставщик видят разные части сделки. Агент знает, откуда пришёл клиент и что тот просил. У поставщика есть звонки менеджера, расчёт, договор и поступившие деньги. Если эти сведения не свести, у каждой стороны останется своя версия одной сделки.
На сверке выясняют четыре вещи: все ли переданные заявки приняты, что изменилось за неделю, какие оплаты относятся к агенту и что делать дальше. Заодно становятся видны повторяющиеся сбои. Менеджер не обновляет статусы, расчёты задерживаются, повторные обращения не связываются с исходным лидом.
При умеренном потоке и длинной сделке разумно начать с одной сверки в неделю. Если обращений десятки в день, статусы лучше обновлять постоянно, а на встрече разбирать исключения. При двух заявках в месяц хватит короткой переписки. День недели не так важен: важны регулярность и проверка прошлых решений.
Что подготовить до встречи
Открой один общий реестр вместо подборки сообщений из разных чатов. Оставь заявки, которые изменились после прошлой сверки: новые, зависшие, оплаченные, отменённые и спорные. До встречи поставщик добавляет данные по контактам, договорам и оплатам, а агент проверяет исходные карточки и готовит вопросы.
Проверка перед еженедельной сверкой
- У каждой заявки есть единый ID и дата передачи
- Поставщик обновил статус, дату и ответственного
- По оплатам указаны номер договора и фактически поступившая сумма
- Спорные строки помечены причиной, а не словом «уточнить»
- Решения прошлой недели проверены и не потерялись
- На встрече есть люди, которые могут подтвердить статус и назначить действие
Кто должен участвовать
Со стороны агента участвует тот, кто ведёт реестр. От поставщика нужен ответственный за продажи или менеджер с доступом к CRM и данным об оплатах. Бухгалтеру незачем сидеть на всей встрече. Заранее договоритесь, кто и в какой срок подтвердит поступления, возвраты и выплату комиссии.
Передача клиента должна оставлять проверяемый след ещё до сверки. О формате карточки, времени передачи и подтверждении приёма читай в статье о фиксации заявки у поставщика.
Какие поля нужны в реестре сделок
Одна строка связывает источник лида, работу поставщика и расчёт вознаграждения. Одного свободного комментария мало: с ним не получится быстро отфильтровать просроченные расчёты или начисленные комиссии.
| Блок | Обязательные поля | Источник и ответственный |
|---|---|---|
| Заявка | ID, дата передачи, канал, клиент или допустимый идентификатор, потребность | Карточка агента; отвечает агент |
| Принятие | Принято, дубль или отклонено; дата; причина | CRM или реестр поставщика; ответственный — назначенный менеджер |
| Движение | Текущий статус, дата контакта, следующий шаг и срок | CRM поставщика; обновляет менеджер после события |
| Сделка | Номер договора, состав заказа, дата заключения | Договор или учётная система; ответственный — поставщик |
| Оплата | Поступившая сумма, дата, возврат или корректировка | Учёт поставщика; подтверждает уполномоченный сотрудник |
| Комиссия | База, ставка, начислено, срок и факт выплаты | Договорённость и реестр; сверяют обе стороны |
Ограничь доступ к персональным данным и не копируй в реестр всю переписку. Для сверки обычно достаточно устойчивого идентификатора, подробности частной жизни клиента тут ни к чему. Срок хранения и набор полей выбирают с учётом процесса и правовых оснований обработки.
Как провести сверку за 30 минут
На встрече разбирают исключения, а не читают подряд весь реестр. Сначала проверьте количество строк и ID. Если здесь всё сходится, переходите от ранних этапов сделки к деньгам.
- Сопоставьте новые заявки: принятые, отклонённые и заявленные дубли.
- Найдите строки без обновления дольше согласованного срока.
- Проверьте следующий шаг по открытым сделкам: звонок, расчёт, замер, договор.
- Свяжите новые договоры и оплаты с исходными ID заявок.
- Пересчитайте комиссии, срок выплаты которых наступил.
- Разберите расхождения и назначьте владельца каждого действия.
- Зафиксируйте решения, сроки и дату следующей сверки.
Статус без даты почти бесполезен. «Клиент думает» может стоять месяцами, хотя после предложения ему никто не позвонил. Записывай событие, которое можно проверить, и следующий шаг: «смета отправлена 4 сентября; менеджер звонит 8 сентября».
Как разбирать расхождения без спора по памяти
Каждое расхождение превращай в отдельную задачу. Запиши ID заявки, обе версии данных, источник проверки, ответственного и крайний срок. Формулировка «поставщик уточнит» не годится: через неделю она вернётся без результата.
| Расхождение | Что проверить | Решение на сверке |
|---|---|---|
| Заявки нет у поставщика | Канал, время передачи, подтверждение приёма | Восстановить карточку или зафиксировать нарушение регламента |
| Поставщик заявил дубль | Дату прежнего контакта и критерий дубля | Применить заранее согласованное правило закрепления |
| Статус давно не менялся | Последнее событие и назначенный шаг | Назначить действие и срок либо закрыть заявку |
| Оплата есть, связи с лидом нет | Телефон, объект, договор, исходный ID | Связать записи и сохранить основание сопоставления |
| Суммы отличаются | Договор, спецификацию, платежи, возвраты | Исправить источник или вынести спорный расчёт отдельно |
Не затирай исходное значение. Сохраняй прежний статус, дату изменения и автора правки. Так станет видно, была ли ошибка разовой или один участок процесса регулярно передаёт устаревшие данные.
Как сверить начисленную комиссию
Комиссию проверяют по согласованной формуле, а не по итоговой цифре поставщика. Для расчёта нужны закреплённый клиент, событие начисления, фактическая база, ставка, исключения и корректировки. Отдельно проверьте частичные оплаты, скидки, возвраты, доставку, монтаж и допродажи.
Условный пример: клиент оплатил поставщику 400 000 рублей. Стороны договорились считать базой стоимость фактически оплаченного товара без доставки, ставка составляет 6%. Если 30 000 рублей в платеже приходятся на исключённую доставку, база составит 370 000 рублей, а начисление — 22 200 рублей. В реестре нужны все три числа и причина исключения.
Суммы и процент приведены для примера и не гарантируют аналогичный результат. Фактическая база, ставка, начисление и срок выплаты зависят от договора, состава заказа, оплаты и корректировок.
Как выбрать проверяемую базу, разобрано в материале о комиссии от выручки или прибыли. Расходам самой площадки и их отличию от агентского вознаграждения посвящена статья про комиссию Авито при продаже.
Сверка не заменяет отчёт и договор
Таблица помогает управлять процессом, но её юридическое значение зависит от схемы работы и документов. Не считай еженедельный протокол отчётом агента без отдельного основания. Форму, сроки, порядок возражений и подтверждающие документы согласуйте с учётом договора. Если остаются сомнения, покажите схему профильному юристу или бухгалтеру.
Что записать после сверки
Итоги запиши в короткий протокол там же, где работаете с реестром: дата, участники, период, число проверенных строк, найденные расхождения и решения. У каждой задачи нужны владелец и срок. Отдельно перечисли комиссии, подтверждённые к выплате, ожидающие события и спорные.
После встречи отправь обеим сторонам ссылку на зафиксированную версию или выгрузку. Правки вносите через историю изменений. Следующую сверку начните с прошлого протокола, а уже потом открывайте новые строки. Тогда встреча заканчивается проверкой сделанного, а не очередным разговором о проблемах.
Частые вопросы
Обязательно ли созваниваться каждую неделю?
Нет. При небольшом потоке можно обменяться обновлённым реестром и письменно подтвердить расхождения, начисления и задачи. Важнее сохранить единые ID, срок ответа и решения; сам канал вторичен.
Кто заполняет статусы сделки?
Тот, у кого происходит событие. Агент фиксирует обращение и передачу, менеджер поставщика — контакт, расчёт и договор, уполномоченный сотрудник — оплату и возврат. Владельца каждого поля назначают заранее.
Что делать, если поставщик не раскрывает сумму заказа?
Проверь договорённость о базе комиссии и документах для сверки. Если выплату нельзя пересчитать по доступным данным, условия сотрудничества непрозрачны. Согласуйте проверяемую базу до передачи новых заявок.
Нужно ли обсуждать закрытые и проигранные заявки?
Да, если причина новая, спорная или повторяется. Типовые отказы удобнее разбирать сводно: сколько заявок потеряно из-за географии, срока, цены или отсутствия контакта. Пересказывать каждую старую строку незачем.
Как поступать с заявкой, которая пришла повторно?
Свяжи новое обращение с исходным ID и примени согласованные правила закрепления: срок, признаки совпадения и учитываемую активность поставщика. Знакомого номера самого по себе недостаточно, чтобы решить вопрос о комиссии.
Можно ли вести сверку в обычной таблице?
Да, пока при таком объёме удаётся сохранять единые поля, права доступа и историю изменений. Если строки теряются, несколько менеджеров одновременно меняют данные, а напоминания приходится держать в голове, пора переносить процесс в CRM.
Назначь постоянный день сверки и веди один реестр. На встрече обсуждай изменения и исключения. Для каждой заявки запиши ID, актуальный статус, дату, следующий шаг и ответственного. Комиссию сверяй по проверяемой базе, ставке, корректировкам и сроку выплаты. Чтобы закрыть расхождение, нужен источник данных и конкретная задача; обещания «уточнить позже» недостаточно.
Информация в статье носит ознакомительный характер и не является индивидуальной финансовой, инвестиционной, юридической или иной профессиональной рекомендацией. Результат зависит от ниши, рынка, поставщика и действий самого читателя — гарантировать его невозможно. Администрация сайта не несёт ответственности за убытки, упущенную выгоду или иные последствия, возникшие в результате использования этой информации.
