Взаиморасчёты с партнёрами в «1С:Риэлтор» для 1С:ERP: как учитывать вознаграждения от застройщиков и банков

Взаиморасчеты с партнерами в 1С: как вести учет агентских выплат от застройщиков и банков

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

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

В статье рассматривается связка «1С:Риэлтор. Управление продажами недвижимости. Модуль для 1С:ERP» и базовых возможностей «1С:ERP». Отраслевой модуль используется для работы с объектами и сделками, а договоры, взаиморасчёты и денежные операции ведутся в соответствующем контуре «1С:ERP». Регламентированный учёт и налоговые документы отражаются по правилам применяемой учётной системы.

Почему партнёрские расчёты сложно контролировать вручную

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

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

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

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

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

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

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

Как разделяются функции «1С:Риэлтор» и «1С:ERP»

«1С:Риэлтор» позволяет вести базу объектов, обращения клиентов, сделки, связанные договоры и этапы работы. В карточке сделки можно собрать сведения, необходимые для дальнейшего расчёта: партнёра, объект недвижимости, стоимость, ответственного сотрудника и условия сотрудничества.

Взаиморасчёты, задолженность и денежные операции отражаются средствами «1С:ERP». При необходимости данные передаются в регламентированный учёт, где формируются бухгалтерские и налоговые записи в соответствии с принятой учётной моделью.

Связь между этими контурами должна быть заранее спроектирована. Необходимо определить:

• какое событие подтверждает право агентства на вознаграждение;
• где регистрируется ожидаемая сумма;
• по какому договору ведутся расчёты;
• как сделка связывается с платёжными документами;
• кто проверяет расхождения;
• какие сведения передаются между подсистемами.

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

Как выстраивается учёт партнёрского вознаграждения

Основой учёта становится связь между партнёром, договором, объектом недвижимости, сделкой и расчётами по ней.

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

Не каждое вознаграждение от застройщика или банка является агентским. Юридическая модель определяется содержанием договора. В одном случае агентство действует по поручению партнёра, в другом — оказывает информационные, консультационные или рекламные услуги. От этого зависят документы, порядок признания дохода и налоговый учёт.

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

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

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

Сценарий: расчёт вознаграждения от застройщика

Предположим, агентство заключило с застройщиком договор, по которому вознаграждение составляет 3% от стоимости квартиры и дополнительно 20 000 рублей при выполнении установленного условия. Покупатель приобрёл квартиру за 8 млн рублей.

1. Регистрация сделки. Менеджер связывает объект и сделку с договором партнёра. В карточке фиксируются сведения, которые потребуются для расчёта и подготовки документов.

2. Расчёт ожидаемой суммы. По условиям примера вознаграждение составляет 260 000 рублей: 240 000 рублей как 3% от стоимости квартиры и дополнительная выплата 20 000 рублей. Такой расчёт может выполняться в системе, если формула реализована в настройках или доработке. В противном случае сотрудник регистрирует согласованную сумму вручную.

3. Подготовка документов. После наступления предусмотренного договором события формируется необходимый комплект. Это может быть акт, отчёт агента, реестр или другой документ. Налоговые реквизиты заполняются по правилам учётного контура и налогового режима агентства. Наличие счёта-фактуры и ставка НДС не определяются только пожеланием застройщика.

4. Контроль оплаты. Ожидаемая дата поступления фиксируется в системе. При настроенном правиле контроля ответственному сотруднику может быть поставлено задание проверить просроченную задолженность. Поступивший платёж сопоставляется с начислением по реквизитам договора и расчётов. Неоднозначные случаи, включая сводные и частичные платежи, проверяются сотрудником.

5. Оценка результата. Руководитель может сопоставить зарегистрированный доход по сделке с включёнными в расчёт расходами. Полученный показатель следует называть финансовым результатом по учтённым доходам и расходам, если в него не включён полный состав налогов, прямых и косвенных затрат.

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

Почему важна корректная регистрация обращения

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

Интеграция с телефонией может передавать в CRM сведения о звонке, номере клиента и ответственном сотруднике. Однако распределение лидов, запись разговоров и связь звонка со сделкой зависят от настроек CRM, телефонии и принятых правил обработки обращений.

Как связать входящие звонки с CRM и распределять обращения между сотрудниками, разобрано в статье «Интеграция IP-телефонии в АН: автораспределение лидов и запись звонков для контроля качества».

Учёт вознаграждений от банков

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

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

Типичный сценарий выглядит так:

• В сделке указывается банк-партнёр и соответствующий договор.
• После наступления предусмотренного договором события регистрируется ожидаемое вознаграждение.
• Необходимые документы или реестр передаются банку.
• После поступления денег платёж сопоставляется с зарегистрированной задолженностью.
• Расхождения по суммам и составу оплаченных сделок проверяет ответственный сотрудник.

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

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

Какие показатели можно использовать для анализа

При наличии необходимой аналитики и настроенных отчётов руководитель может сравнивать:

• начисленные и фактически полученные вознаграждения по партнёрам;
• задолженность и сроки её погашения;
• количество и сумму связанных сделок;
• расхождения между ожидаемыми и признанными партнёром выплатами;
• финансовый результат по включённым в расчёт доходам и расходам.

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

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

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

Практические шаги по настройке партнёрского учёта

1. Определить юридические и учётные модели. Необходимо зафиксировать виды договоров, основания начисления, сроки оплаты, состав документов и налоговые особенности каждой схемы. Агентский договор нельзя использовать как универсальное описание всех партнёрских выплат.

2. Настроить партнёров, договоры и аналитику. Следует установить единые правила связи партнёра со сделкой, объектом и расчётами. Для каждого вида сотрудничества нужно определить обязательные сведения и ответственных за их заполнение.

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

4. Настроить документы и контроль задолженности. Необходимо подготовить используемые шаблоны, зарегистрировать сроки оплаты и назначить ответственных. Автоматические задания или уведомления применяются только при наличии настроенных правил и достоверных данных о сроках.

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

Заключение

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

Точность результата зависит от полноты сведений, выбранной архитектуры и правил учёта. «1С:Риэлтор» и «1С:ERP» предоставляют основу для такого процесса, но расчёты, документы и управленческие показатели должны быть настроены под реальные договоры и работу агентства.