GCP позволяет вести гибкую статистику, настраивая ее под себя и особенности вашего бизнеса (независимо от его типа и размера), что в итоге упрощает ведение бухгалтерской отчетности.

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

merchant_id — идентификатор мерчанта в GCP. С его помощью вы можете отличать один товар от другого, «собирать» из них группы и объединять в категории по различным признакам.

merchant_id может быть:

• одним и тем же (каждый новый payment-адрес, выдаваемый для оплаты, будет «привязан» к прежнему ID);
• каждый раз разным (каждый новый payment-адрес будет «привязан» к новому id).

Маркетплейс

Вернемся к примеру с маркетплейсом с широким ассортиментом товаров (формата eBay, Amazon). С помощью Merchant ID мы можем идентифицировать, к примеру (см. рис.):

• категорию товаров (одежда);
• группу товаров (мужская одежда);
• корзину товаров (когда хотим увидеть, что покупатель приобрел сразу несколько товаров, например, свитшот + средство ухода);
• товар (свитшот);
• конфигурацию товара (марка, цвет, размер, материал, сроки доставки).

Маркетплейс. merchant_id помогает идентифицировать платеж и вести статистику

Если же у вас представлена только одна линейка товаров (например, кроссовки Reebok), для удобства вы также можете разделить их на несколько групп, присвоив разные id соответственно:

• по полу (мужские/женские);
• по моделям;
• по размерам;
• по поставщикам (если вы закупаете их с разных фабриках);
• по размеру маржи (которую приносит вам та или иная модель).

Насколько это удобнее?

merchant_id несет обязательную функцию как идентификатор API (Transfer/Standard) и тарифа для платежа (фиксированный/процентный), а также вспомогательную функцию: он может использоваться как идентификатор всех остальных характеристик конкретного платежа, чтобы облегчить работу и получение статистики по нему.
 

Так, если вы используете весь набор API и тарифов (2 API, 2 тарифа), то у вас будет только 4 merchant_id (по одному для каждого из вариантов) и платежи внутри каждого из них не будут различаться между собой, кроме как разными payment-адресами. Если же вы захотите делить платежи на категории и подкатегории, автоматически разделять их по товарам — количество merchant_id будет больше. 

Таким образом, в целом вам доступны 2 опции:

• «привязывать» все характеристики товара (цену, размер, цвет, модель и т.д.) только к payment-адресу (см. рис), который выдается в ответ на запрос, где вы указываете merchant_id (в данном случае один и тот же, постоянный);

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

Конечно, в своей системе отчетности вы все равно будете вынуждены «привязывать» все характеристики товара к payment-адресу, хранить эти данные, фильтровать и работать со списком товаров так, как вам удобно. 

Поэтому merchant_id — это дополнительный «фильтр»:

1. по которому могут идентифицироваться и обобщаться платежи, упрощая работу со статистикой;          
2. который находится внутри архитектуры GCP и является частью запросов так же, как и payment-адрес;
3. на основе которого легко получать статистику по платежам.

Это похоже на всем известные «сводные» таблицы MS Excel, где, занеся все метрики по продукту в одну общую таблицу, вы можете эффективно составлять статистику по разным категориям и делать новые инсайты на основе тех признаков, которые вы задаете сами и которые важны именно вам.
 

merchant_id как «точка сбора» или инструмент ведения всей статистики в GCP

В ответ на запрос статистики по merchant_id вы получите все данные по платежам, которые к нему «привязаны»:
 

• общие данные (консолидированные): тип API (Transfer/Standard) и тип тарифа (фиксированный/процентный);
• детализированные данные: payment-адреса, транзакции (с отображением статуса: «исполнен», «не исполнен», «отменен»), суммы перевода и пр.
   

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

Советуем сделать несколько простых шаблонов merchant_id, чтобы далее, отправляя запросы, смотреть общую или детальную статистику по товарам «сверху вниз»:

• общую (по группе товаров);
• детальную (по конкретному товару, учитывая все его конфигурации).

И, возможно, вам удастся делать это даже быстрее, чем в вашей CRM или Excel, так как время ответа на запрос в GCP составляет всего 100 мсек.

Использование merchant_id как идентификатора платежей делает статистику более гибкой, позволяя отличать платежи друг от друга.