Към съдържанието

Партньорска програма

В подготовка

Партньорската програма е комисионен канал за продажби. Партньорите довеждат поръчки чрез проследявана връзка или код за отстъпка и за доведените поръчки получават комисиона. Модулът ще намерите в Търговия → Партньорска програма.

Как е структуриран модулът

Раздел „Как е структуриран модулът“
Раздел Какво решавате в него
Общ преглед Обобщение: кой довежда, колко и за колко.
Партньори Заявки, одобряване и управление на партньорите.
Кампании Условия и рекламни материали за отделните кампании: комисионата на партньора и отстъпката на клиента по кода са две отделни стойности. Кампанията принадлежи на един онлайн магазин (полето Кампании на онлайн магазина в настройките, след създаването не се променя). При Нова кампания избирате един или няколко свързани магазина и за всеки се създава собствена кампания с еднаква настройка.
Конверсии Отделните доведени поръчки и тяхното одобряване.
Изплащания Заявки за изплащане и тяхната обработка.
Кодове за отстъпка Кодове, присвоени на партньорите.
Съобщения до партньори Масова комуникация.
Статистики и Настройки Представянето на канала и настройката на програмата.

В Настройки на програмата правните и договорните документи са на едно място, в раздела Документи: Условия на партньорската програма, Информация за обработката на лични данни и Вашите собствени споразумения (например договор за посредничество за физически лица). Документ добавяте в една стъпка: име, вид, за кого важи, магазин, Изисквай потвърждение (не изисквай / при регистрация / преди одобряване на акаунта / преди първото изплащане; който е потвърдил документа по-рано, не го потвърждава отново), дали е нужно подписано копие преди изплащане и дали да се прилага към имейла „Акаунтът е одобрен“, и веднага и първия текст: текст или PDF до 1 MB на един език (другите езици добавяте в детайла като нови версии). Документ без текст се запазва като изключена чернова. След качването при версията виждате езика, името на файла, размера, състоянието и дали ще се прилага към имейла. PDF можете да прегледате и да изтеглите. Подписаното копие спира само първото изплащане, а не одобряването на акаунта. Партньорът не е длъжен да го качва: когато Ви го изпрати по друг начин, отбелязвате получаването му в детайла на партньора. В шаблона на имейла „Акаунтът е одобрен“ виждате блока Автоматични прикачени файлове: кои документи се прилагат и дали се добавя напомняне за подписаното копие. Разделът Текстове служи за описание на програмата, а разделът Домейн за адреса на портала на партньора (резервният адрес работи веднага; собствен домейн задавате със съветника: въвеждате адреса, той показва два DNS записа и след като ги запишете, кликвате Проверка и свързване: сертификата и достъпа за партньорите MitoOps прави сам. Докато сертификатът се издава, съветникът казва това и е достатъчно да опитате отново след няколко минути. След свързването адресите на портала в раздела се превключват към Вашия домейн (https://affiliate.vasadomena.sk/login/ и /register/). Системният адрес продължава да работи като резервен. Докато платформата няма включена услугата за собствени домейни, съветникът казва това вместо формуляра).

Партньорски връзки чрез собствен домейн. Докато магазинът няма собствен домейн, партньорите получават връзки във вида https://<адрес на приложението>/api/r/<код на партньора>?k=<кампания>. Щом собственият домейн на магазина бъде свързан и активиран, връзките автоматично се съставят на него: в портала, в имейлите, в генератора на връзки към подстраница и чрез API. Видът е https://affiliate.vasadomena.sk/api/r/<код на партньора>?k=<кампания>, а когато операторът на платформата е задал за домейна и съкратен път, https://affiliate.vasadomena.sk/r/<код на партньора>?k=<кампания>. И двата работят еднакво и измерват еднакво. Съкратеният е просто по-кратък. Разделът Домейн при всеки магазин показва точния вид, който ще получат партньорите. Връзките, които партньорите вече са споделили чрез адреса на приложението, продължават да работят. След деактивиране на домейна новите връзки се връщат към адреса на приложението. Връзката е обвързана с магазина на домейна: връзка с кампания на друг магазин не се прилага на него. <код на партньора> е публичният код на партньора (неговият акаунт), а k е номерът на кампанията, която определя целта и условията на комисионата.

Основен домейн и псевдоними. Магазинът може да има няколко потвърдени домейна едновременно, обикновено при преминаване от временен към окончателен адрес. От основния домейн се създават новите връзки и адресите в имейлите. Останалите активни домейни са псевдоними: връзките, които партньорите вече са раздали, продължават да работят чрез тях, но нови не се създават от тях. Преминаване: добавете новия домейн с бутона Добави друг домейн, запишете DNS записите, кликнете Проверка и свързване и след това Задай като основен. Старият домейн остава псевдоним, докато не го изтриете или деактивирате съзнателно. Адресът на портала в имейлите използва домейна при същите условия като връзките: свързан (DNS и сертификат) и активиран.

Посещение от партньорска връзка в Google Analytics. Пренасочването добавя към целевия адрес освен идентификатора на кликването и маркери за аналитиката на магазина: utm_source=affiliate, utm_medium=affiliate, utm_campaign=mitoops-<код на магазина>-k<номер на кампанията> (например mitoops-de-k5) и utm_content=<код на партньора>. Така Google Analytics 4 класифицира посещението в канала Affiliates, а не сред директните посещения (direct) / (none), дори когато връзката е дошла от приложение или имейл, които не изпращат препращащата страница. Маркерите, които вече съдържа целевият адрес на кампанията или подстраницата от партньора, не се презаписват. Изключение е каналът (medium), който при партньорска връзка винаги е affiliate. Приписването на поръчката на партньора не зависи от маркерите, а от идентификатора на кликването.

Два пътя, по които партньорът довежда поръчка

Раздел „Два пътя, по които партньорът довежда поръчка“
  1. Проследявана връзка: клиентът кликва на партньорската връзка и поръчката се приписва от измерването. Изисква внедряване на кода в магазина (вижте по-долу).
  2. Код за отстъпка: клиентът въвежда кода на партньора при поръчката. Работи без внедряване на кода.

Това е важна разлика: ако партньорите използват само кодове за отстъпка, програмата работи и без измерване на връзките. Ако трябва да работят връзките, кодът трябва да бъде внедрен.

Внедряване на измерването на връзките

Раздел „Внедряване на измерването на връзките“

Без тази стъпка поръчките от партньорски връзки не могат да бъдат приписани.

  1. Измерването на връзките се обслужва от кода на MitoOps за уебсайта: същият един код като уеб чатбота, попъпа за бюлетин и купоните от връзка. Ще го намерите в Настройки → Уеб интеграция: при всеки магазин виждате дали кодът се обажда, в каква версия, от какъв адрес и кои функции работят, а с бутона Копирай код го копирате. Модулите (чатбот, попъп за бюлетин, купони, партньорска програма) показват само състоянието на кода и връзка към Уеб интеграция. Ако вече имате кода в уебсайта (дори под първоначалния адрес на скрипта), приложението го казва и не е нужно да променяте нищо.
  2. Поставете го в шаблона на магазина така, че да се зарежда на всяка страница. Разделът Кампании → Измерване на препратки показва състоянието по магазини и предлага и резервен фрагмент за магазин, който няма кода в уебсайта.
  3. Минете през собствената си партньорска връзка и направете пробна поръчка.
  4. Допълнете в политиката за обработка на данни, че магазинът съхранява идентификатора на кликването за приписване на поръчката на партньора.

Съгласие на посетителя за съхраняване на кликването

Раздел „Съгласие на посетителя за съхраняване на кликването“

Кликването се отчита винаги: записва се на сървъра при пренасочването и в браузъра не се съхранява нищо. За да може по-късно поръчката от връзката да бъде приписана, кодът в уебсайта съхранява идентификатора на кликването в браузъра, и то само със съгласието на посетителя. Съгласието се установява в следния ред и решава първият източник, който има отговор:

  1. Собствена интеграция на магазина: ако на страницата съществува функцията window.mitoopsSuhlas, кодът я пита (window.mitoopsSuhlas('meranie') връща true или false). Така свързвате произволен инструмент за съгласие, който MitoOps не познава.
  2. Съгласие от платформата на магазина: в Shoptet лентата за съгласие на Shoptet, в WooCommerce WordPress Consent API.
  3. TCF (стандартът на управителите на съгласие): цел 1.
  4. Google Consent Mode: analytics_storage.
  5. Ако съгласието изобщо не може да бъде установено, идентификаторът се съхранява.

Докато съгласието липсва, кликването не се съхранява, но и не се губи: когато посетителят даде съгласие по-късно на същата страница, то се допълва. Оттегленото съгласие изтрива съхранения идентификатор. Приписването чрез код за отстъпка не зависи от съгласието: кодът е директно в поръчката.

Измерването на магазина (собствени тагове, сървърен Google Tag Manager, аналитика) не се засяга от това: кодът в уебсайта само чете Consent Mode и dataLayer, не записва нищо в тях и не извиква нищо.

Състояние на внедряването

Раздел „Състояние на внедряването“

Приложението непрекъснато диагностицира измерването и казва точно на коя фаза засяда:

Състояние Какво означава
Не е внедрено Кодът в уебсайта все още нито веднъж не се е обадил: не е в шаблона на магазина.
Без номер на поръчката Кликванията пристигат, но от магазина не е дошло съобщение за поръчка.
Чака първата поръчка Фрагментът се обажда, чака се първата поръчка чрез партньорска връзка.
Проверено Целият път от кликването до комисионата е преминал.
Влошено Измерването някога е работило, но отдавна не се е обаждало. Най-честата причина е промяна в шаблона на магазина.

Има и Стартирай тест на внедряването: той минава през целия сървърен път от кликването до възникването на комисионата и веднага го връща обратно, така че в данните не остава изкуствен запис.

Ако пристигат кликвания, но не и поръчки, приложението предупреждава само. При малък брой кликвания казва, че данните засега са твърде малко за заключение: не бърка липсата на данни с повреда.

Как партньорът преминава през програмата

Раздел „Как партньорът преминава през програмата“

Партньорът има състояние Чака одобрение → Активен, евентуално Спрян или Отхвърлен. Заявките се одобряват в раздела Партньори.

Един партньор, магазините поотделно

Раздел „Един партньор, магазините поотделно“

Партньорът е един акаунт за целия Ви клиентски акаунт (едно влизане, един публичен код), но програмата работи по магазини. Кои магазини вижда партньорът, се определя от неговото членство:

  • регистрацията чрез портала на магазина (…/partner/sk) дава достъп само до този магазин: партньорът вижда неговите кампании, кодът му се създава там и го засягат само документите на този магазин (готовността не изисква от него договори на други магазини),
  • друг магазин му разрешавате или отнемате в детайла на партньора, раздел Онлайн магазини на партньора. Партньорът може да поиска достъп от портала (раздел Кампании → Вашите магазини): за заявката получавате имейл и решавате Вие, нищо не се включва само,
  • регистрацията на същия имейл чрез портала на друг магазин не създава втори акаунт. Тя се записва като заявка за достъп до този магазин: партньорът получава имейл за това, а Вие я обработвате по същия начин като заявка от портала (нищо не се разрешава само и данните на акаунта не се променят),
  • отнемането на магазин не изтрива историята: конверсиите и купоните остават, кампаниите на магазина изчезват за партньора, а неговият код в този магазин се прекратява според настройката на програмата (точно както при спиране на акаунта). Повторното разрешаване връща кода.

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

Заявка за магазин заедно с код. Бутонът Заяви достъп в портала само отваря панел при магазина: партньорът пише бележка (до 500 знака), избира дали иска да прехвърли съществуващия си код, да предложи нов или да продължи без код, и едва тогава кликва Изпрати заявка. Вие в детайла на партньора (раздел Магазини и кодове) решавате с една стъпка: Одобри достъп и код, Одобри само достъпа или Отхвърли с причина. Кодът се създава в магазина с отстъпката на кампанията на този магазин. Ако кампанията няма отстъпка, достъпът е разрешен, а при реда стои „блокирано“ с връзка към кампанията: след допълване на отстъпката е достатъчно Повтори. Партньорът получава имейл за резултата.

Регистрирани сайтове и документ за изплащане

Раздел „Регистрирани сайтове и документ за изплащане“

В детайла на партньора има две неща, за които решавате Вие:

  • Регистрирани сайтове: партньорът посочва в портала къде Ви рекламира (незадължително). Сайтът пристига като Чака одобрение. В детайла на партньора го Одобрявате или Отхвърляте (при отхвърляне можете да посочите причина, която партньорът ще види). При одобрение му се изпраща имейл. Сайтовете не са условие за нищо: те са основание за Вашето решение за партньора.
  • Документи за изплащания: основание за изплащане на комисионата. Според това дали партньорът има попълнен ЕИК (IČO), се изисква фактура (партньор с ЕИК; важи за конкретен период и покрива изплащанията от него) или договор за посредничество (партньор без ЕИК; важи до отмяна). Файлът се качва от партньора в портала или от Вас с бутона Добави документ, когато Ви го е изпратил по друг начин. Ако партньорът без ЕИК има подписан договор на програмата (раздел Документи, електронен подпис или качено копие), той е основание за изплащане и друг документ от него не е нужен: разделът пише това и изплащането минава. Документът не се изтрива, а само се обезсилва: изплащане, което стъпва на него, не бива със задна дата да загуби основанието си.

Ходът на изплащането винаги е еднакъв: партньорът заявява изплащане (когато достигне минималната сума), Вие одобрявате партидата и изплащате. Фактурата от предприемач е нещо, което се чака. Партньор без ЕИК с договор не е нужно да чака.

Кодът за отстъпка на партньора: комисионата не е отстъпка

Раздел „Кодът за отстъпка на партньора: комисионата не е отстъпка“

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

Одобреното предложение за код се създава в магазините на партньора, чиято кампания има зададена отстъпка за клиента. Ако кампанията няма отстъпка, създаването е Блокирано: в раздела Кодове за отстъпка виждате за кой магазин и коя кампания става дума, с връзка директно към нея. След задаване на отстъпката е достатъчно Повторен опит за създаване. Нищо не се създава два пъти, а партньорът през това време вижда „подготвя се“, а не фалшиво „активен“.

Кодът на партньора има история. Един каноничен код се прехвърля в други магазини (включително групово, с отметка на магазините). Съществуващ купон на магазина, например код, който партньорът е използвал отдавна преди програмата, може да бъде поет без второ създаване: въвеждате го, MitoOps го намира в заредените купони, показва отстъпката, валидността и използванията и сравнява отстъпката с отстъпката на кампанията (при разлика потвърждавате, че го поемате с първоначалната отстъпка; отстъпката в магазина не се променя). Код, който вече е довел поръчки, не се изтрива: прекратявате го (валидност до вчера) или го заменяте с нов, като първоначалният се прекратява едва след успеха на новия. Поръчките със стария код остават на партньора. Партньорът вижда прекратените кодове заедно с този, който ги е заменил.

Поетият купон носи обозначение в магазина. Когато присвоите на партньора съществуващ купон на магазина (или замените стария с него), приложението добавя в бележката на купона в администрацията на магазина маркера „MitoOps Affiliate · partner … · kampaň …“. Първоначалната бележка на търговеца остава, маркерът не се дублира при повторение, а отстъпката на купона не се променя. Ако магазинът откаже записа, присвояването на кода важи и приложението само съобщава за това.

Партньорският линк директно прилага неговия промо код (Настройки → Защита) добавя кода към проследяваната връзка с параметъра mitoops_coupon: това е същият механизъм като при купоните в Имейл маркетинг и се прилага от кода на MitoOps за уебсайта. Името на параметъра не се настройва. Ако магазинът няма код в уебсайта с възможност да прилага купон от адреса, настройката Ви предупреждава: връзката ще носи кода, но отстъпката няма да се приложи сама в количката (клиентът я въвежда ръчно; приписването на поръчката на партньора работи и така, защото зависи от идентификатора на кликването).

Валидност на кликването (атрибуционен прозорец, например 30 дни) и Съхранение на записи за кликвания (например 180 дни) са две настройки: първата казва до кога поръчката след кликването още се приписва на партньора, а втората колко дълго кликването остава в аналитиката. Промяната на едната не променя другата.

Портал на партньора: вход, регистрация и изглед

Раздел „Портал на партньора: вход, регистрация и изглед“

Партньорът влиза и се регистрира в публичния портал: на резервния адрес …/partner/<код на магазина> или на собствения домейн (раздел Домейн). Страницата има горе лента в основния цвят на програмата, в нея карта за вход (или регистрация), а до нея карта на лицето за контакт: Affiliate мениджъра със снимка, телефон и имейл. Незадължителното описание на програмата стои под тях. На телефон всичко се подрежда едно под друго.

Това се настройва в Настройки → Програма и облик в четири части:

Част Какво има в нея
Програма име, начин на регистрация (отворена / с покана), автоматично одобряване на заявките на партньорите (одобряването на конверсиите е настройка на кампанията, вижте по-долу)
Лице за контакт име, имейл, телефон и адрес на профилната снимка (https://…). Без име и имейл картата не се показва на партньорите, а без снимка се използват инициалите
Изглед на портала лого, основен цвят, цвят на бутона, връзка към политиката за защита на данните. Цветовете можете да поискате да бъдат предложени от собствения Ви уебсайт
Регистрация и данни на партньора кои полета се изискват при регистрация, преди одобрение и преди изплащане

Логото има един източник. Порталът използва логото, зададено за Вашия акаунт (Настройки → Имейли → Лого): в раздела Изглед на портала виждате визуализация и препратка, второ поле за лого не съществува. Цветът на текста върху избрания цвят се изчислява така, че да остане четлив.

При регистрацията партньорът с едно поле се съгласява с Условията на партньорската програма и приема за сведение Информацията за обработката на лични данни: двете имена са връзки, които отварят текста в нов раздел. Уведомяването не е съгласие за обработка (обработката се основава на договор и закон), затова не се пита отделно. В одита се записват приемането на условията и вземането на уведомлението за сведение с отпечатък на текста. Освен това партньорът потвърждава документите, които сте задали в раздела Документи като задължителни при регистрация. Името на документа отваря PDF в нов раздел, а до него е Изтегли. Документ без качен текст не се показва на партньорите и не се изисква. Подписаното копие, ако политиката го изисква, партньорът допълва след регистрацията в своя акаунт.

Условията и уведомлението са вградени документи в раздела Документи: новата програма ги получава предварително попълнени на всички езици с данните от Настройки → Акаунт. Те са редактируеми образци: MitoOps не гарантира правната им коректност, а Вие носите отговорност за съответствието с разпоредбите във Вашата държава. Не могат да бъдат изтрити или изключени, променя се само текстът.

Текстове на портала и променливи

Раздел „Текстове на портала и променливи“

Текстовете, които партньорът чете, са на четири места: Страници на портала (Вход, Регистрация, След влизане: три системни страници с визуализация и редактор, който казва къде се показва текстът), Описание на програмата (раздел Текстове; публичен блок под входа), Описание на кампанията (при всяка кампания; практическите условия за влезлия партньор: без собствено описание партньорът получава описание по подразбиране със стойностите на кампанията) и Статии (раздел Статии; партньорът ги чете в секцията Помощ). Всички имат текст по подразбиране на единадесет езика, който можете да промените или да върнете.

В текстовете могат да се използват променливи, които се попълват от настройките, така че числото в текста не се разминава с кампанията: например {{provizia}}, {{atribucia_dni}} и {{schvalenie}} (при кампанията), {{minimum_vyplaty}}, {{zaklad_provizie}}, {{program}}, {{prevadzkovatel}}, {{meno}} и {{kod}} (след влизане) и връзки към секциите ({{odkaz_vyplaty}}). Редакторът предлага само променливите, които имат стойност на съответното място: при всяка виждате токена, името ѝ, балонче „i“ с обяснение и пример (работи с мишка, клавиатура и докосване) и бутон Копиране. Токенът (например {{prevadzkovatel_email}}) е еднакъв на всеки език на приложението, превеждат се само името и обяснението. Променливите на кампанията ({{provizia}}, {{schvalenie}}…) не се предлагат за вмъкване в описанието на програмата: там се попълват само когато магазинът има точно една публична кампания, иначе принадлежат в описанието на кампанията, където ставката е еднозначна. Балончето казва това при тях. Променлива без стойност не се показва на партньора. Блокът {{#minimum_vyplaty}}…{{/minimum_vyplaty}} се показва само когато минимумът съществува. Кампания с одобряване „ръчно“ няма {{schvalenie_dni}}: текстът не лъже.

Същите променливи важат и в имейлите, с псевдоними от по-старите шаблони ({{partnerName}} е същото като {{meno}}, {{amount}} като {{suma}}). Целия регистър на променливите с тип, области и псевдоними предоставя инструментът affiliate_variables_list.

Чернови на текста. Нов текст на условията, уведомлението или собствено споразумение може да възникне като чернова: от приложението или от свързан асистент (MCP). Партньорът не вижда черновата и тя не променя нищо, докато не я публикувате в раздела Документи: виждате разликата спрямо текущия текст, а с публикуването се създава нова версия с одит (кой, кога, отпечатък). Приеманията на партньорите остават обвързани с текста, който са видели. Ако документът има включено „ново потвърждение при нова версия“, партньорите го потвърждават отново.

Визуализацията на портала (бутон Преглед) отваря истинския портал с измислен партньор и числа. В нея може да се премине през всяка секция и нищо не се изпраща. След влизане партньорът има вдясно панел Имате въпрос? с лицето за контакт: същото като на публичната страница.

Електронно подписване на договори

Раздел „Електронно подписване на договори“

При всеки документ на програмата избирате Начин на потвърждение: запознаване (партньорът отмята, че е прочел документа), електронен подпис в портала или качено подписано копие (партньорът разпечатва, подписва и качва, а Вие го проверявате). При електронния подпис партньорът чете в портала точния текст с попълнените данни (Вашата фирма и представител, неговите данни, магазинът и параметрите на кампанията), пише името си, потвърждава, че подписва документа, и кликва Подпиши електронно: рисуването на подпис с мишка или пръст не е задължително. Запазва се непроменим запис: подписаният текст, неговият отпечатък, часът, името, начинът и проверката на самоличността. Подписания PDF партньорът и Вие можете да изтеглите по всяко време. PDF се сглобява от записа, а не от текущия текст на документа: по-късна промяна на шаблона, кампанията или фирмените данни не го променя.

Подписът при регистрация минава през имейл: партньорът получава връзка (валидна 24 часа, еднократна), чието отваряне потвърждава неговия адрес и отваря подписването, още преди одобряването на акаунта. Регистрационният формуляр не отмята такъв документ, а само предупреждава за него. Влезлият партньор подписва в секцията Документи. Когато публикувате нова версия с „ново потвърждение при нова версия“, той вижда състоянието Нова версия за подпис и я подписва отделно: първоначалният подпис остава. Акаунт, поет от администратора („Влизане като партньор“), не може да подписва.

Разделът Подписани договори показва всички подписи (филтри по партньор, документ, магазин, състояние и период), детайл с точния текст и регистрацията, PDF, експорт в CSV и партньорите, на които подписът липсва: на тях изпращате покана за подпис по имейл. Подписът не може да бъде редактиран. Администраторът може да го анулира със задължителна причина (записът остава като анулиран). Партньор с подписан договор не може да бъде изтрит, а само отхвърлен или да бъдат премахнати личните му данни.

Вграденият образец на договор за партньорско сътрудничество е подготвен на всички езици на програмата за всеки акаунт: изключен, докато не го включите в раздела Документи. Текстът е общ: операторът, партньорът (фирма или физическо лице), магазинът и параметрите на кампанията са променливи, които се попълват при подписването. Включването изисква представител на оператора в Настройки → Програма (кой сключва договорите от Ваше име). Образеца редактирате чрез чернова на текста. „Нов договор от шаблон“ създава друг текст, например за един магазин. Образецът не е правен съвет: преди включването го адаптирайте към правото, което се прилага за Вашата програма. Електронният подпис в MitoOps е електронно изразяване на воля с одитен запис, а не квалифициран електронен подпис по eIDAS.

Договарящите страни в PDF. Под редовете за подпис от страна на оператора стои търговското наименование от профила за фактуриране на акаунта (Настройки → Акаунт), ЕИК, представителят и неговата длъжност (Настройки → Програма и облик): името на програмата е в заглавието на документа като име на програмата, а не като договаряща страна. От страна на партньора фирмата с ЕИК, подписващото лице и длъжността, а при физическо лице името. Данните се вземат от моментната снимка по време на подписването, така че по-късна промяна на профила не променя старите договори.

Печат и подпис на оператора. Изображението на печата е едно за цялото приложение: качвате го в Рекламации → Шаблони на имейли | Документи или в Партньорска програма → Настройки → Документи (двата блока показват един и същ файл). Подписаният договор го получава в блока „Подписи на договарящите страни“ над реда за подпис на оператора заедно с представителя и длъжността. До него е подписът на партньора с часа. Печатът винаги е ограничен по размер и не разваля документа.

Преглед и статистики: какво означават числата

Раздел „Преглед и статистики: какво означават числата“

Общият преглед и Статистики (на администратора и на партньора) изчисляват от един източник, така че партньорът вижда за същия период същото число като Вас. Филтър: период, магазин, кампания, партньор. Кликванията са валидните пренасочвания чрез партньорска връзка, без ботове и без повторение от същия адрес в кратък прозорец (настройката „повторното кликване не се брои … минути“). Уникалните са различни адреси. Кликванията не зависят от съгласието на посетителя за съхранение: съгласието решава едва за приписването на поръчката от връзката. Конверсиите са приписаните поръчки без отхвърлените и анулираните. Процентът е конверсии / кликвания. Парите винаги са по валути. Фуния: кликвания → конверсии → одобрени → изплатени. Източници: проследявана връзка, код за отстъпка, ръчно. Денят се изчислява в UTC.

Филтърът има и код за отстъпка, източник на приписването и състояние на конверсията, както и таблица по кодове за отстъпка (прекратен код остава в нея). При филтър по код кликванията са 0: кликването не носи код. Партньорът в Общия преглед вижда и База на комисионата за периода и Комисиона за периода, а в Статистики филтрира само по собствените си кодове. Поръчка, приписана на партньор по връзка, е и в Анализи (канали, списък с поръчки) като „Партньорска програма · партньор“, а не „Неприписано“. Анулирана конверсия не се приписва.

Известия за екипа: нова регистрация, заявка за магазин, код или сайт, заявка за изплащане и подписан договор пристигат в камбанката и (според темата, ролята и правото за Партньорска програма) като push известие на телефона, с връзка директно към мястото в приложението. Регистрацията има незадължително поле Накратко за себе си (500 знака), което виждате при чакащата регистрация, в детайла и в имейла.

Две настройки, които се бъркат: Валидност на кликването (атрибуционен прозорец) е до кога поръчката след кликването още се приписва на партньора. Съхранение на записи за кликвания е колко дълго кликването остава в статистиката (по подразбиране 180 дни; кликване, на което стъпва комисиона, не се изтрива).

Как се изчислява и изплаща комисионата

Раздел „Как се изчислява и изплаща комисионата“

Възнаграждението може да бъде процент от базата на комисионата или фиксирана сума.

Две суми, които не бива да се бъркат: базата на комисионата е сумата, от която се изчислява комисионата според настройката на програмата (стока без ДДС или с ДДС; доставката и таксата за плащане по подразбиране са извън нея), а стойността на поръчката с ДДС е това, което клиентът наистина е платил. Пример от реална поръчка: стока 89,55 + 5,31 с ДДС (ДДС 23 %), безплатна доставка, комисиона 10 %: база 77,12 (без ДДС), стойност на поръчката с ДДС 94,86, комисиона 7,71. Двете суми виждате в Конверсии, в CSV, в имейла до партньора ({{revenue}} е базата, {{orderTotal}} стойността с ДДС) и в портала на партньора. Нищо не се преизчислява с оценка. Сумите са запазени от поръчката.

Всяка доведена поръчка създава конверсия, която преминава през състояния:

Нова → Одобрена → Изплатена, евентуално Отхвърлена или Анулирана (например когато клиентът върне поръчката).

Одобряването на конверсиите е умишлена междинна стъпка: без него биха се изплащали комисиони и за поръчки, които накрая се връщат. Разделът Партньорска програма → Конверсии е работният екран за това: филтър по партньор, магазин, период, състояние на комисионата, източник, номер на поръчката и класификация на поръчката. При всяка конверсия виждате статуса на поръчката от магазина (същия като в Поръчки → Преглед) с класификация отворена / обработена / анулирана. Класификацията е контекст, а не решение: анулирането и кредитното известие променят комисионата според правилата на програмата, а не според цвета на етикета. Отхвърлянето и анулирането изискват причина, която партньорът получава по имейл. Груповото одобрение има потвърждение с броя. Експортът в CSV носи същия филтър, статуса на поръчката и еднозначни колони (Стойност на поръчката с ДДС, База на комисионата). CSV на партньора е без статус на поръчката и без клиента.

Автоматично одобряване на конверсиите

Раздел „Автоматично одобряване на конверсиите“

Конверсиите могат да се одобряват сами и това се настройва в кампанията, а не в настройките на програмата: Партньорска програма → Кампании → кампания → поле Одобряване на конверсии с избор Ръчно (по подразбиране) и Автоматично (след изпълнение на условията). При автоматично одобряване се показват условията на кампанията:

  • Одобрявай най-рано след (дни от поръчката): срокът за връщане на стоката, по подразбиране 14. Дните се броят от създаването на поръчката (а не от доставката: магазинът не ни изпраща историята на статусите, така че „дни от доставката“ биха били оценка).
  • Одобрявай само в определени статуси на поръчката: избирате от реалните статуси на магазина на кампанията (полето Кампании на онлайн магазина; например Доставена, Обработена), същите като в Поръчки → Преглед и в Автоматизации. Кампания за друг магазин има собствени статуси: затова кампания за няколко магазина се създава като кампания за всеки от тях. Празно = всеки статус. Поръчка, чийто статус приложението не познава (например ръчно приписана конверсия без поръчка в огледалото), при попълнен списък не се одобрява.
  • Изисквай платена поръчка: по подразбиране Не, защото наложеният платеж се плаща едва при получаването. При Да се одобрява само поръчка със състояние на плащането платена (признакът за плащане в Shoptet, състоянието на плащането в WooCommerce). Поръчка с неизвестно плащане не се одобрява.

Конверсията се одобрява едва след изпълнение на всички избрани условия. Приложението веднъж на час преминава през новите конверсии на кампаниите с автоматично одобряване. Партньорът получава същия имейл като при ръчно одобрение, а в одита като решаващ е записана „системата“. Конверсия, която все още не изпълнява условията, чака: при нейното състояние в раздела Конверсии виждате какво чака автоматиката (например „чака срока (3 д)“ или „поръчката не е платена“). Партньорът вижда срока в описанието на кампанията чрез променливата {{schvalenie}}.

Какво важи винаги, независимо от настройката:

  • Анулирането на поръчката отхвърля конверсията (одобрената я анулира), а кредитното известие я намалява или при връщане на цялата поръчка я анулира: при ръчно и при автоматично одобряване. Автоматиката никога не одобрява анулирана поръчка, нито изцяло върната поръчка, дори останалите условия да съвпадат. Частично върната поръчка се одобрява с намалена комисиона.
  • Изплатената комисиона системата не докосва: това се решава с партньора.
  • Настройката важи за всяка кампания: всяка кампания принадлежи на един магазин и има собствен избор, срок и статуси.
  • Съществуващите кампании не са се променили след добавянето на условията: кампания, която е имала „автоматично след срока“, продължава да одобрява само по срока, докато не допълните условията ѝ.

Ако Ви трябва условие, което кампанията няма (минимална стойност, конкретен партньор), оставете Ръчно и решавайте в раздела Конверсии, където при всяка конверсия виждате статуса на поръчката и на плащането.

Изплащането има собствен ход: Заявено → Одобрена → Изплатена, евентуално Отхвърлена.

  • Конверсиите не се одобряват сами. Одобряването по подразбиране е ръчно. Отворете кампанията и превключете Одобряване на конверсии на Автоматично (след изпълнение на условията). Одобрението се извършва едва след зададения брой дни от поръчката и след изпълнение на избраните условия, а не веднага. Какво чака автоматиката при конкретната конверсия, виждате в раздела Конверсии при нейното състояние.
  • Как да отхвърля конверсия? В раздела Партньорска програма → Конверсии кликнете при новата конверсия Отхвърли и въведете причина: партньорът я получава по имейл. Одобрена конверсия можете да Анулирате (например след връщане на стоката), а изплатена вече не.
  • Мога ли да одобрявам само обработени или доставени поръчки? Да: в кампанията изберете статусите в полето Одобрявай само в определени статуси на поръчката. Статусите са тези, които има Вашият магазин. В друг магазин същият статус не важи.
  • Проверява ли MitoOps дали поръчката е платена? Да, състоянието на плащането се взема от магазина (Shoptet: признак за плащане; WooCommerce: състояние на плащането) и се показва при конверсията. В автоматичното одобрение то участва само когато в кампанията включите Изисквай платена поръчка.
  • Какво се случва при анулиране или връщане? Анулирането отхвърля или анулира конверсията, а кредитното известие я намалява или при връщане на цялата поръчка я анулира, автоматично и при двата начина на одобряване. Изплатената комисиона не се засяга.
  • Поръчките чрез връзки не се приписват. Вижте Състояние на внедряването. Най-често фрагментът липсва в шаблона или не се зарежда на всички страници.
  • Работеше и престана. Състоянието Влошено почти винаги означава, че шаблонът на магазина се е променил и фрагментът е отпаднал от него.
  • Кликвания пристигат, поръчки не. Фрагментът се зарежда, но магазинът не съобщава поръчките. Проверете дали се зарежда и на страницата за потвърждение на поръчката.
  • Партньорът твърди, че е довел поръчката, но конверсия не е създадена. Проверете дали клиентът е използвал връзката или кода и дали между кликването и поръчката не е минало твърде много време.
  • Комисионата не е изплатена. Конверсията първо трябва да бъде Одобрена. Нова или отхвърлена конверсия не се изплаща.

Автоматизация чрез API и MCP

Раздел „Автоматизация чрез API и MCP“

Програмата може да се чете и управлява и извън приложението. С обхвата affiliate:read програма или AI асистент прочита общия преглед, партньорите (контакти само с обхвата Лични данни), кампаниите, кодовете за отстъпка, конверсиите, изплащанията, настройката, документите с тяхната готовност, състоянието на публичния портал, шаблоните на имейли, статиите за помощ и заявките за код. Прочита и текста на правните документи по езици с отпечатъци (affiliate_documents_get), регистъра на променливите (affiliate_variables_list) и електронните подписи на партньорите (affiliate_signatures_list, affiliate_signatures_get: само четене; подписът не може да бъде подписан, променен или анулиран отвън). С чувствителния обхват affiliate:write (само MCP, на екрана за съгласие го отмятате съзнателно) асистентът може да одобри, отхвърли или спре акаунт на партньор (партньорът получава същия имейл като от приложението), да разреши или отнеме на партньор магазин (affiliate_partners_set_market), да обработи заявка за собствен код, да редактира името, регистрацията, лицето за контакт и цветовете, текстовете на портала, статиите за помощ (да създаде, редактира, възстанови текста по подразбиране, включи или изключи; не и да изтрие), шаблоните на имейли, кампаниите и политиката на документите. Нов текст на правен документ (включително уведомлението за данните) той записва само като чернова (affiliate_documents_draft_create): живия текст публикувате Вие в приложението. Конверсиите (affiliate_conversions_list, детайл affiliate_conversions_get) носят базата на комисионата и стойността на поръчката с ДДС, причината за състоянието и статуса на поръчката от магазина с филтъра orderState. Решението за комисионата има собствен чувствителен обхват affiliate:approve (само MCP): асистентът може да одобри, отхвърли или анулира една конкретна конверсия, която му посочите поименно (отхвърлянето и анулирането с причина; изплатена не се връща), по същия път като от приложението. Автоматичното одобряване се чете и настройва чрез интерфейса в кампанията: affiliate_campaigns_get връща approval (manual / automatic), approveAfterDays, requiredOrderStatusIds и paidRequired, а affiliate_campaigns_update ги променя с обхвата affiliate:write (идентификаторите на статусите трябва да са статуси на магазина на кампанията). Всяка конверсия в списъка и в детайла носи approvalPolicy (политиката на своята кампания) и approvalEligibility: дали автоматиката би я одобрила сега и защо не (minimum_age_not_reached, order_state_not_allowed, order_not_paid, order_cancelled, fully_refunded, approval_manual, …). Това е същото изчисление, което се изпълнява всеки час, а не второ копие. Списъкът има филтри orderPaid, minCommission, orderState, state, период и страниране (offset, hasMore), така че асистентът може „да прегледа новите конверсии за два месеца, да покаже неплатените или тези над 20 €“ и след това за всяка посочена конверсия поотделно да извика affiliate_conversions_decide. Групово одобрение с едно извикване не съществува: за всяка конверсия се решава поотделно. Изплащанията се четат само чрез интерфейса (affiliate_payouts_list): издаването на партида, документът, изпращането до партньора и нареждането до банката не могат да се стартират чрез API и MCP, те остават в приложението под Ваш контрол.

Асистентът в приложението (включително помощникът „Попитайте MitoOps AI“) обяснява и прочита същото (настройката на кампанията, състоянието на конверсиите и на поръчките), но не променя нищо: одобрението, отхвърлянето и настройката на кампанията правите Вие на екрана или чрез MCP с обхватите по-горе. Подробности има в MCP интерфейса.