Финансовый учет и общая логика работы балансов дропшиппера и поставщика

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

Давайте рассмотрим некоторые особенности работы поставщиков и как это настроить в TradeEVO.

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

Вы можете отключить попадание товаров в B2B каталог TradeEVO, и сделать позиции доступными только для приглашенных пользователей. Чтобы это настроить зайдите во вкладку “мои ритейлеры” и включите режим “приватность”.

К тому же, поставщики предоставляют разные варианты оплаты: предоплата или постоплата. Для обеспечения безопасности сделок TradeEVO использует внутренние балансы. По умолчанию, сервис настроен на следующую бизнес логику: если у ритейлера нулевой баланс, он может выкупить товар только при условии оплаты наложенным платежом. В противном случае, на балансе ритейлера должна быть сумма достаточная для оплаты закупаемого товара.

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

Если поставщик готов работать по постоплате, он может включить функцию “Овердрафт”. После этого ритейлер сможет покупать товары и оформлять заказы без наложенного платежа, имея при этом нулевой или отрицательный баланс. Вы можете включить овердрафт всем ритейлерам массово, или конкретно каждому. Во втором случае нужно зайти в редактирование конкретного ритейлера и включить для него овердрафт.

Теперь рассмотрим работу с Балансами и финансовым учетом.

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

Логика работы баланса основана на знаниях того, кто получает деньги и кто сколько должен получить прибыли. 

На практике это выглядит так:

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

Так как в Трейдиво используется несколько типов цен, система знает по какой стоимости поставщик продал этот товар ритейлеру, и по какой цене ритейлер продал его конечному покупателю.

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

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

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

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

В случае, если ритейлер захочет вывести деньги которые у него отображаются на балансе, он может отправить запрос на вывод средств. Для этого ему нужно зайти на вкладку ” Мои поставщики” → “Баланс”, нажать кнопку “Снять”, указать сумму и написать комментарий к совершаемой операции.

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

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