translator

Рейтинг
111
Регистрация
22.08.2005

Разобрались - получилось, что проще сделать интеграцию партнерки с смс биллингом без передачи идентификатора партнера в биллинг. Партнер определяется по кукам после введения пароля, полученного пользователем после отправки смс. Кому любопытно - вот ссылка на решение на примере СМС Доступа: http://postaffiliatepro.ru/knowledgebase/integration/sms-dostup.html

Цитата:
по поводу смс доступа, программист сказал что можно, но там нужно полностью обработчик смс переписывать, т.к. у доступа другой API. Короче сказал что это дорого будет

Прошу прощения у ТС, если кому-то смс-доступ нужен срочно - вот ссылка на интеграцию СМС Доступа c Post Affiliate Pro

Предлагаю посмотреть демо скрипта партнерской программы Post Affiliate Pro. Интеграция с смс-биллингом возможна.

Буду рад ответить на вопросы по скрипту, если будут.

Когда получал карту Payoneer достаточно было ч/б скана паспорта, а сейчас пришлось закачивать цветной. Галочку поставили сразу после загрузки сканов, надеюсь скоро получить карточку.

За 200-300 долларов можно купить готовую, над которой работали с полдесятка программистов на протяжении 4 лет. Это лучше чем скрипт под заказ, сделанный за две недели (исключая очень нишевые разработки).

Описание в подписи. Если нужна консультация - всегда готов помочь.

MoMM:
ручная работа не устраивает... есть варианты интеграции, чтобы партнерка сама изменяла статус выплаты партнеру после изменения статуса заказа (к примеру с "доставляется" на "оплачен") в магазине?

Можно использовать API для изменения статуса транзакции и комиссии (getStatus(),setStatus($value) – возможные значения: A – approved, P – pending, D - declined)

Полная документация здесь: http://support.qualityunit.com/knowledgebase/post-affiliate-pro/programmers-documentation/api/high-level-api/papapitransaction.html

MoMM:
translator, а как засчитывать в партнерку продажи от оплаты налом курьеру? Ведь не во всех магазинах "спасибо за покупку" существует - при наложке, доставке курьером, оплате через банк и ручном вводе оплаты в магазине методом изменения статуса заказа посетитель на страницу "спасибо за покупку" не попадает... только при автоматизированной обработке платежей карточками, мерчантах ВМ и ЯД это страница существует...

Все достаточно просто:

Клиент делает заказ на сайте через скрипт интернет-магазина. Существуют готовые методы интеграции со скриптами многих магазинов (тот же самый OsCommerce, VirtueMart и др.). Реалии таковы, что во многих случаях магазин настроен на прием заказа, но не предусматривает немедленной оплаты. При этом заказ сохраняется в интернет-магазине и партнерка уведомляется о заказе. Комиссия партнеру начисляется, но она отмечена статусом "на рассмотрении" (pending). После того, как клиент оплатил/курьер доставил товар админ заходит в партнерку и изменяет статус на "одобренный"(approved). Теперь эти деньги можно выплачивать партнеру.

Аналогично работает система с формами заказа.

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

Интернет-магазин или партнерка генерирует купоны на скидки (например, 5-10%). Партнеры распечатывают купоны и раздают/рассылают заинтересованным. Пользователь совершает покупку в оффлайн магазине, отдает купон и продавец вводит номер купона в админке. Партнеру начисляется комиссия. Естественно, можно не только в оффлайновых магазинах использовать, но и в онлайне.

Alexnet:
То есть обработчик самого платежа должен быть свой.

Именно это позволяет интегрировать партнерку в ЛЮБОЙ уже существующий Интернет-магазин.

alexseo:
Юзал когда-то. Помню пришлось самим глюки исправлять и дорабатывать напильником.

В декабре 2008 года вышла новая, полностью переписанная 4-я версия. Она написана c использованием Google Web Toolkit и PHP. Исходный код остался открытым, есть возможность написания плагинов, своих тем оформления.

Работа суппорта по доработке скрипта видна здесь http://bugs.qualityunit.com/mantis/changelog_page.php

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

Alexnet:
Можно в двух словах - как работает схема?

Пользователь переходит по партнерской ссылке на сайт продавца, на котором установлен код

<script id="pap_x2s6df8d" src="http://postaffiliatepro.ru/partner/scripts/clickjs.php" type="text/javascript">

</script>
<script type="text/javascript">
papTrack();
</script>

которым партнерка уведомляется о переходе. Пользователю записывается cookie, Flash cookie и фиксируется IP-адрес.

После покупки клиент переходит на страницу "Спасибо за покупку", на которой размещен такой код

<script id="pap_x2s6df8d" src="http://postaffiliatepro.ru/partner/scripts/salejs.php" type="text/javascript">

</script>
<script type="text/javascript">
var sale = PostAffTracker.createSale();
sale.setTotalCost('120.50');
sale.setOrderID('ORD_12345XYZ');
sale.setProductID('test product');

PostAffTracker.register();
</script>

Этот код уведомляет партнерку о продаже. Проверяется cookie, если его нет - IP-адрес и начисляется комиссия партнеру. Для многих скриптов магазинов есть готовые методы интеграции. Если по каким-то причинам невозможно добавить javascript на страницу, на которую переходит клиент после покупки, используется 1-пиксельное изображение.

Всего: 134