Contract

ДОГОВОР

Днес, в гр. София между

……………………………………………………………....................................................…, с адрес на управление ………………………………………….............................с ЕИК

.............................................…………, представлявано

от… , от една страна, наричано по-долу

в текста за краткост “Търговец”

“Ипей” АД, със седалище и адрес на управление гр. София, xx. “Xxxx Xxxxx” № 16, съдебна регистрация ф.д. 8743/2000, с ЕИК 131409398, представлявано от Xxxxxxx Xxxxxxxxxxx Xxxxxxxxxx – Изпълнителен директор, наричано по-долу в текста за краткост “Оператор”

„Изипей” АД, със седалище и адрес на управление гр. София, xx. „Xxxx Xxxxx“ № 16, с ЕИК 131344648, съдебна регистрация ф. д. № 13584, в качеството му на доставчик на платежни услуги съгласно чл. 3, ал. 1, т.3 от Закона за платежни услуги и платежни системи (ЗПУПС), представлявано от Изпълнителния директор Xxxxxx Xxxxxx Xxxxxxx чрез пълномощници Xxxxxx Xxxxxxxxx, упълномощена с пълномощно № 3502 от 3.12.2010 или Xxxxxxxxx Xxxxxx - Xxxxxx, упълномощена с пълномощно № 3503 от 3.12.2010, наричано по-долу за краткост Изипей,

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

I. ПРЕДМЕТ НА ДОГОВОРА

1. С настоящия договор Операторът и Изипей се задължават да осигурят на Търговеца възможност да получава плащания чрез Интернет (xXxx.xx) с банкови карти и други платежни средства, одобрени от Оператора и плащания в брой чрез офис мрежата на Изипей АД (Easypay) за предлагани от Търговеца стоки и услуги.

II. ОБЩИ УСЛОВИЯ

2. Операторът и Изипей не са страна по договора за покупко-продажба между Търговеца и неговия клиент. Те не са страна и по никакви спорове, свързани с качеството на предлаганите стоки или услуги, условията на доставка или каквито и да е други взаимоотношения и спорове между Търговеца и клиента, освен взаимоотношенията, които възникват в резултат на този договор.

3. Операторът и Изипей не са страна по договора между Търговеца и обслужващата го банка и не носят отговорност за каквото и да е неизпълнение по него, включително при забавяне или неполучаване на плащане по банковата сметка на Търговеца или друго неизпълнение по договора между Търговеца и обслужващата го банка.

4. Търговецът ще получава плащанията, предмет на настоящия договор, по Микросметка или платежна сметка, открита и поддържана от Изипей. Изипей открива платежна сметка (или специална Микросметка без лимити за преводи) на името на Търговеца за получаване на плащания от негови клиенти. Заверяването на платежната сметка (или Микросметка) на Търговеца с платените в негова полза суми се извършва в момента на получаване на плащането от Изипей.

5. Когато Търговецът желае да получава плащания по платежна сметка в Изипей, той подписва отделен договор с Изипей за откриване на сметка.

Търговецът може да изтегли сумите, постъпили по неговата платежна сметка в Изипей, по следните начини:

- чрез офис мрежата на Изипей АД в брой или чрез банков превод по сметка, като инициира превода чрез интернет сайта: xxxxx://xxx.xxxx.xx.

5.1 Когато Търговецът получава плащания по Микросметка, платените в негова полза суми се

превеждат по сметка, открита в българска банка с IBAN .....................................................

Всяка промяна на банковата сметката се извършва с писмено уведомление от страна на Търговеца. Xxxxxxxxx такса за превода е за сметка на Търговеца.

III. ПРАВА И ЗАДЪЛЖЕНИЯ НА СТРАНИТЕ

A. ПРАВА И ЗАДЪЛЖЕНИЯ НА ТЪРГОВЕЦА

6. Търговецът се задължава да представи следните документи:

▪ Единен идентификационен код (ЕИК) или копие от удостоверение за регистрация по БУЛСТАТ; Ако лицето не подлежи на регистрация – предоставя заверен препис от учредителния акт.

▪ номер на банкова сметка (IBAN) и удостоверение от банката за открита на името на Търговеца сметка, посочена в чл. 5.1 от настоящия договор

▪ копие от официален документ за самоличност на представляващите Търговеца;

▪ лиценз (разрешение) за извършване на дейността – в случай, че такъв се изисква по Закон;

▪ адрес за кореспонденция, телефонен номер, факс номер и e-mail адрес;

▪ декларация по чл.6, ал. 2 от ЗМИП, приложена към Договора.

7. Търговецът се задължава да уведомява Оператора и/или Изипей за всички промени в данните и обстоятелствата по предходната точка от настоящия договор в срок от 7 (седем) работни дни от настъпването на промяната.

8. Търговецът се задължава да изпълни техническите изисквания за връзка със системата xXxx.xx и Easypay, посочени в Приложение № 3, неразделна част от настоящия договор и необходими за процеса на идентификация между него, Оператора и Изипей. Също така Търговецът се задължава да заяви своята готовност за включване в системата Epay и Easypay, като информира за това Изипей на e-mail: xxxxxx@xxxxxxx.xx.

9. Търговецът има право да получава в сроковете и при условията по договора всички направени в негова полза плащания, както и потвърждения за всички извършени плащания.

10. Ако Търговецът получава плащания по платежна сметка (или по Микросметка) в Изипей, той се задължава да възстанови всяко плащане, постъпило по неговата платежна сметка/ Микросметка, за което Операторът е получил оспорване от картодържателя (chargeback) или е извършено с открадната или фалшива банкова карта. С подписване на настоящия договор Търговецът предоставя на Изипей изричното право служебно да задължи неговата платежна сметка/ Микросметка със сумата на оспореното или неправомерно плащане. При недостатъчна наличност по платежната сметка/ Микросметката на Търговеца за възстановяване на оспореното плащане, същият се задължава да осигури необходимата сума по платежната сметка/ Микросметката си в срок от три работни дни от деня, в който е трябвало да бъде възстановено оспореното плащане.

11. Търговецът се задължава да плаща в срок посочените в настоящия договор такси и комисиони на Оператора и Изипей.

Б. ПРАВА И ЗАДЪЛЖЕНИЯ НА ОПЕРАТОРА И ИЗИПЕЙ

12. Операторът и Изипей се задължават да регистрират Търговеца в системата xXxx.xx, съответно в системата Easypay, при условие, че Търговецът е предоставил информацията по т. 6 и е изпълнил задълженията си по т. 8 от настоящия договор.

13. Ако установят, че документите и информацията по т. 6 са непълни или неверни, Операторът и Изипей имат право да не включват или да изключат Търговеца от списъка на търговците, регистрирани в xXxx.xx, съответно Easypay до предоставяне на пълна и достоверна информация.

14. Изипей се задължава, по искане на Търговеца, да открие на негово име:

14.1 платежна сметка, след сключване на рамков договор с Търговеца за откриване и обслужване

на платежна сметка или

14.2 Микросметка в срок от един работен ден след регистрация на Търговеца в системата xXxx.xx и/или Easypay и изпълнение на задълженията на Търговеца по т. 6 и т. 8.

15. Операторът и Изипей се задължават да предават на Търговеца потвържденията за плащанията, извършени от негови клиенти, в съотвествие с условията на техническата връзка, посочени в Приложение № 3.

16. За осигуряване на плащания с банкови карти в полза на Търговеца, Операторът се задължава да осигури необходимото взаимодействие с Банковата организация за разплащания с използване на карти (БОРИКА) чрез необходимите технически и програмни средства и тяхната съвместимост със съответните системи на БОРИКА за авторизация и защита срещу неавторизиран достъп.

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

17.1 ликвидация или обявяване в несъстоятелност на банката на клиента;

17.2 забавяне на плащания от банките на клиентите поради недостиг на ликвидни средства или други аналогични причини;

17.3 непреодолима сила.

18. Операторът и Изипей имат право да предоставят при поискване от клиента на Търговеца следната информация за Търговеца:

- седалище и адрес за кореспонденция;

- номера на телефони и факсове;

- адрес за поща (e-mail адрес) в Интернет;

- имената на лицата, представляващи Търговеца;

- ЕИК (БУЛСТАТ).

19. Операторът и Изипей имат право да извършват и други услуги, свързани с предмета на настоящия договор, в съответствие с допълнителни споразумения между страните, които са неразделна част на настоящия договор.

IV. ТАКСИ И КОМИСИОНИ. НАЧИН НА ПЛАЩАНЕ

20. За регистрация, абонаментно ползване на системата xXxx.xx и Easypay и за всяко извършено плащане, предмет на настоящия договор, Търговецът заплаща такса в размер съгласно Тарифата за таксите и комисионите на Оператора и на Изипей, посочени в Приложение № 1.

21. Дължимата от Търговеца такса се заплаща на месечна база въз основа на издадена фактура съответно от Изипей АД и от Ипей АД. Плащането се извършва от Търговеца до петия работен ден от датата на получаване на фактурата.

21.1 При забавяне на плащането от страна на Търговеца по предходната точка 21 с 15 дни, Изипей има право да удържи едностранно от сметката/ Микросметката на Търговеца всички дължими от него такси към Изипей съответно към Ипей АД по изпълнение на договора, за което Търговецът дава своето писмено съгласие с подписването на настоящия договор.

22. За всички служебно събрани такси, Търговецът получава фактура съответно от Изипей и от Ипей АД.

23. Операторът и Изипей си запазват правото да променят тарифата само след едномесечно предизвестие, отправено чрез подписано електронно съобщение до електронната пощенска кутия на търговеца (е-mail адрес) или чрез писмено уведомление, с обратна разписка.

V. ЗАДЪЛЖЕНИЯ ЗА КОНФИДЕНЦИАЛНОСТ

24. Страните се задължават да не предоставят на трети лица поверителна информация станала им

известна във връзка с изпълнение на настоящия договор, освен в посочените в закона или в настоящия договор случаи.

25. Страните по договора се задължават да пазят в тайна и да не разпространяват на трети лица информацията, свързана с криптиране на информацията и процедурата за автентификация между тях. В случай, че някоя от страните наруши това си задължение носи отговорност в двоен размер на действително причинените вреди и пропуснати ползи. Това задължение се отнася както за периода, през който действа договора, така и 3 години след прекратяването му, независимо от причините за това.

VI. НЕУСТОЙКИ

26. При забавяне на плащането на таксите и комисионите, посочени в Раздел IV от настоящия договор, Търговецът дължи неустойка в размер на 0,1 % (нула цяло и една десета процента) за всеки просрочен ден върху дължимата сума.

27. Операторът поема изцяло отговорността и покрива дължимите суми в случай, че по негова вина не е получено инициирано чрез xXxx.xx плащане по платежната сметка/ Микросметка на Търговеца. За тази цел при установяване на разлика между потвърдените от Оператора и постъпилите по платежната сметка/ Микросметка плащания се изготвя констативен протокол между страните. Констатираните дължими суми при установена вина на Оператора за неизпълнение на процедурата, описана в Приложение № 3, се изплащат от Оператора в 15 дневен срок от датата на подписване на протокола.

28. Изипей поема изцяло отговорността и покрива дължимите суми в случай, че по негова вина не е получено инициирано чрез Easypay плащане по платежната сметка/ Микросметка на Търговеца. За тази цел при установяване на разлика между потвърдените от Изипей и постъпилите по платежната сметка/ Микросметка плащания се изготвя констативен протокол между страните. Констатираните дължими суми при установена вина на Изипей за неизпълнение на процедурата, описана в Приложение № 3, се изплащат от Изипей в 15 дневен срок от датата на подписване на протокола.

29. Ако някоя от страните наруши задълженията си по т. 24 и т. 25, същата дължи обезщетение, равно на двойния размер на действително причинените вреди и пропуснати ползи.

VII. ПРЕКРАТЯВАНЕ НА ДОГОВОРА

30. Действието на настоящия договор се прекратява в следните случаи: а. с прекратяването на една от страните като юридическо лице;

б. от всяка една от страните чрез отправяне на едномесечно писмено предизвестие до насрещната страна;

в. по взаимно съгласие на страните.

г. при виновно неизпълнение, след писмено уведомление от изправната страна.

31. В случай на прекратяване на договора, страните се задължават да върнат взаимно предоставената им конфиденциална информация, свързана с изпълнение на договора в срок от 10 дни.

VIII. СПОРОВЕ

32. Страните разрешават споровете си по взаимно съгласие. При положение, че съгласие не може да бъде постигнато, спорът се решава по съдебен ред, съгласно българското законодателство.

IX. НЕПРЕХВЪРЛЯЕМОСТ

33. Страните по този договор нямат право да прехвърлят правата и задълженията си по този договор на трети лица, без изричното писмено съгласие на другата страна.

X. ДОПЪЛНИТЕЛНИ РАЗПОРЕДБИ

34. По смисъла на този договор:

xXxx.xx – електронна система, осигуряваща възможност за извършване на плащания чрез Интернет с банкови карти и платежни инструменти, одобрени от Оператора – Ипей АД.

Easypay - електронна WEB базирана система на Изипей АД за извършване на парични преводи в брой.

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

Плащане чрез Интернет е плащане на стоки и услуги, при което като среда за обмен на данните за плащането се използва мрежата Интернет.

Виртуален ПОС терминал – логически вход за приемане на плащания в полза на търговци чрез банкови карти посредством ползване на оторизация за достъп. Логическият вход е свързан онлайн с БОРИКА, като всички плащания през този логически вход се отнасят по сметката на търговеца в банката, при която последният е регистрирал виртуалния ПОС терминал.

Ипей АД (Оператор) - юридическо лице, което регистрира при себе си всички търговци и клиенти, желаещи да извършват плащания чрез електронната система xXxx.xx посредством банкови карти или други платежни средства, одобрени от него и което осигурява и гарантира информационно и технически осъществяването на тези плащания между страните, при спазване на утвърдената от него и приета от банките - издатели на карти, БОРИКА и Изипей АД технология за това.

Изипей АД – платежна институция, която предоставя платежни услуги, открива и поддържа платежни сметки и платежни инструменти с търговско наименование "Микросметки" на клиенти и Търговци, на основание и при условията на индивидуална лицензия № РД 22–1604/ 14.07.2010 г., издадена от Българска народна банка за извършване на дейност като платежна институция, вписана в публичния регистър по чл. 17 от Закона за платежните услуги и платежните системи, воден от БНБ.

Микросметка – платежен инструмент за получаване на плащания в полза на Търговеца, който се открива и поддържа от Изипей АД. Микросметката се открива за извършване на услугите, предмет на настоящия Договор и не може да се използва от Търговеца за други платежни операции, посочени в Общите условия на Изипей АД за ползване на Микросметка.

Платежна сметка – е платежна сметка съгласно ЗПУПС, водена от Изипей АД на името на Търговеца и използвана за извършване на платежни операции, включително за получаване на плащания от клиенти на Търговеца. За ползване на платежна сметка се прилагат Общите условия на Изипей АД за откриване и обслужване на платежна сметка.

Процедури за обмен на информация – описание на схемата, по която Търговецът ще предава информация за дължими от негови клиенти суми за доставени стоки и услуги, а Операторът ще предава на Търговеца потвържденията за плащания, извършени от негови клиенти в негова полза чрез системата xXxx.xx.

БОРИКА е лицензиран от БНБ системен оператор на платежна система за обслужване на плащания по операции с банкови карти на територията на страната.

Търговец по смисъла на този договор е лице, предлагащо стоки и услуги, което е страна по договор с Оператора и Изипей да приема плащания чрез Интернет в режим он-лайн, чрез системата xXxx.xx или в брой чрез системата Easypay.

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

Работен ден е официален банков работен ден в Република България.

XI. ЗАКЛЮЧИТЕЛНИ УСЛОВИЯ

35. Всички приложения, подписани от двете страни, са неразделна част от настоящия договор.

36. Настоящият договор може да се изменя и допълва с допълнителни писмени споразумения, които след тяхното подписване стават неразделна част на този договор.

37. Настоящият договор се сключва за неопределен срок и влиза в сила от датата на неговото подписване от двете страни.

Настоящият договор се състави и подписа в три еднообразни екземпляра – по един за всяка от страните по него.

За услуги, предоставяни от търговеца на Уеб адрес/и (електронен магазин/и): http...................................................................

За Търговеца: За Оператора:

За Изипей АД:

Приложение № 1

Тарифа за таксите и комисионите на Оператора Xxxx АД и Изипей АД за получаване на плащания чрез xXxx.xx и в брой

I. Такса на Ипей АД за регистрация в системата xXxx.xx – без такса.

II. Такси за получаване на плащания по Микросметка или платежна сметка, открита в Изипей АД:

1. Откриване и поддържане на Микросметка/ платежна сметка от Изипей АД – без такса.

2. Такса на Ипей АД за всяко получено плащане по Микросметка/ платежна сметка на Търговеца (когато плащането е извършено с карта Maestro/ MasterCard/ Visa Electron/ Visa, регистрирана в xXxx.xx или с Микросметка):

- 1 % (един процент) от сумата на всяко плащане. Комисионата се удържа автоматично в момента на постъпване на сумата по Микросметката/ платежната сметка на Търговеца.

3. Такси на Ипей АД за ползавне на услугата еPay Свят (директно плащане с кредитни карти по 3D терминал, без да се изисква предварителна регистрация на картодържателя в системата xXxx.xx):

3.1 Годишна такса за откриване и поддръжка на 3D терминал по Микросметка/ платежна сметка на Търговеца за услугата ePay свят – 160 лв.

3.2 Такса за всяко плащане чрез услугата еPay Свят:

- 1.3 % (едно цяло и три десети процента) от сумата на всяко плащане с карта MasterCard/ Visa/ Visa Electron, издадена от българска банка.

- 2.9 % (две цяло и девет десети процента) от сумата на всяко плащане с карта MasterCard/ Visa/ Visa Electron, издадена от чуждестранна банка.

Първата годишна такса по подт. 3.1 се заплаща в срок от 3 (три) работни дни от датата на активиране на 3D терминала на Търговеца в xXxx.xx и предоставяне на фактура от Оператора. Първата годишна такса се изчислява на база 14 лв. месечна такса умножена по броя на месеците, оставащи от датата на активиране на 3D терминала в xXxx.xx до края на календарната година. Всяка следваща такса по подт. 3.1 се заплаща в пълния й размер в началото на текущата година на основание на предоставена от Оператора фактура.

Комисионата на Оператора по подт. 3.2 се удържа автоматично в момента на заверка на Микросметката/ платежната сметка на Търговеца със сумата на плащането.

III. Такси на Изипей за получаване на плащания в брой чрез офис мрежата на Изипей (Easypay):

4. Такса за всяко плащане в офис на Изипей - 1,2 % от сумата, но не по-малко от 0.20 лв. Калкулираната сума не подлежи на допълнителни начисления.

5. В случай че сумата на приетите в брой плащания (чрез Easypay) в полза на Търговеца месечно не надхвърля 100 лв., Търговецът дължи месечна регистрационна такса в размер на 10 (десет) лв.

Сумите по т. 4 и т. 5 се плащат ежемесечно въз основа на фактура, издадена от ИЗИПЕЙ.

Всички такси и комисиони са без включен ДДС, който се начислява допълнително, с изключение на таксите по т.4 и т. 5, които не подлежат на допълнителни начисления.

За Търговеца: За Оператора: За Изипей АД:

Приложение № 2

ДЕКЛАРАЦИЯ ЗА ДЕЙСТВИТЕЛЕН СОБСТВЕНИК

по чл. 6, ал. 2 Закон за мерките срещу изпиране на пари /ЗМИП/

Долуподписаният/ата: ,

(име, презиме, фамилия)

ЕГН ,

постоянен адрес ,

гражданство ,

документ за самоличност ,

В качеството ми на законен представител (пълномощник) на ,

(наименование на юридическото лице)

вписано в регистъра при ................................................., ЕИК.........................................................

ДЕКЛАРИРАМ, че действителен собственик по смисъла на чл. 6, ал. 2 ЗМИП във връзка с чл. 3, ал. 5 ППЗМИП на горепосоченото юридическо лице е/са следното физическо лице/следните физически лица:

1. 1.......................................................................,

(име, презиме, фамилия)

ЕГН ,

постоянен адрес ,

гражданство ,

документ за самоличност ..................................................

1.2. ......................................................................,

(име, презиме, фамилия)

ЕГН ,

постоянен адрес ,

гражданство ,

документ за самоличност ..................................................

Известна ми е наказателната отговорност по чл. 313 от Наказателния кодекс за деклариране на неверни обстоятелства.

Дата на деклариране: Декларатор:

Приложение № 2А

ДЕКЛАРАЦИЯ ЗА ПУБЛИЧНА ФИГУРА

по чл. 8а, ал. 1 и 5 от Правилника за прилагане на ЗМИП

Долуподписаният/ата:

1. Име ,

2. Име: ,

В качеството си на действителен собственик (ци) на ...................................................

(наименование на юридическото лице)

ДЕКЛАРИРМ/ Е, че

1. Публична фигура

Физическите лица - действителни собственици и/или физическите лица, които управляват и представляват юридическо лице попада(т) / не попада(т) (зачеркнете варианта, който не се отнася до вас) в категорията на Публична фигура по смисъла на чл. 8a, ал. 1 от ППЗМИП, както следва:

a) президенти, министър-председатели, министри и заместник-министри;

b) членове на парламента;

c) членове на конституционни съдилища, върховни съдилища или други висши органи на съдебната власт, чиито решения не подлежат на обжалване (освен при изключителни обстоятелства;

d) членове на Сметната палата;

e) Членове на управителните органи на Централната банка (БНБ);

f) посланици и управляващи дипломатически мисии;

g) висши офицери от въоръжените сили;

h) членове на административни, управителни или надзорни органи на държавни предприятия и търговски дружества с едноличен собственик държавата;

i) подобни длъжности в институциите и органите на Европейския съюз и в международни организации;

j) кметове, заместник-кметове на кметства и райони, както и председатели на общински съвети.

2. Свързани лица с публична фигура

Физическите лица - действителни собственици и/или физическите лица, които управляват и представляват юридическо лице попада(т) / не попада(т) (зачеркнете варианта, който не се отнася до вас) в категорията на Свързани лица с публична фигура по смисъла на чл. 8a, ал. 5 от ППЗМИП, както следва:

a) съпрузите или лицата, които живеят във фактическо съпружеско съжителство с Публична фигура;

b) низходящите от първа степен на Публичната фигура (деца на Публичната фигура) и техните съпрузи (или лицата, с които живеят във фактическо съпружеско съжителство);

c) възходящите от първа степен (родителите на Публична фигура);

d) всяко физическо лице, за което се знае или може да се предположи (въз основа на публично достъпна информация), че е действителен собственик съвместно с Публична фигура на юридическо лице или се намира в други близки търговски, професионални или други делови отношения с такова лице;

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

В 15-дневен срок от настъпването на промяна в декларираните обстоятелства ще подам нова декларация.

Дата на деклариране: Декларатор:

Приложение № 3

Технически изисквания за връзка със системата xXxx.xx

xXxx.xx DEMO пакет за връзка между WEB сайт на търговец и xXxx.xx за обмен на данни свързани с плащания от клиенти на Търговеца

Демо пакетът се състои от следните файлове:

demo.cgi

- примерна заявка за плащане, написана на Perl

demo.php

- примерна заявка за плащане, написана на PHP

demo_recv.cgi

- пример за получаване на известие относно регистрирано искане за плащане (Платено или Отказано), написан на Perl

demo_recv.php

- пример за получаване на известие относно регистрирано искане за плащане (Платено или Отказано), написан на PHP

demo_vnbel.cgi

- примерна заявка за Вносна бележка

demo.html

- примерна заявка за Свободен превод към регистриран потребител/търговец в ePay

I. Заявка за плащане от WEB търговец, регистриран в системата

Схема:

1. Клиент на WEB търговец прави поръчка в електронния магазин на Търговеца.

2. След приключване на поръчката клиентът формира искане за плащане.

3. Търговецът изготвя пакет “заявка за плащане” и пренасочва клиента към xXxx.xx, като подава по описания по-долу начин заявката за плащане.

4. След успешен вход на клиента в xXxx.xx с потребителско име и парола (опционално със сертификат или електронен подпис), завката за плащане (ако е коректно подадена) се регистрира в xXxx.xx като “очакващо плащане” на съответния клиент към Търговеца. В случай, че клиентът не успее да влезе успешно в xXxx.xx, „заявката за плащане” не се записва в xXxx.xx.

5. Клиентът може да плати задължението към Търговеца или да отложи плащането за по-късен етап.

6. xXxx.xx следи за статуса на всички “очакващи плащане задължения” и при плащане на задължението или отказване на плащането се изпраща известие на Търговеца за тях.

7. При получаване на известие от xXxx.xx, Търговецът трябва да формира съответен отговор: Търговец --[ЗАЯВКА ЗА ПЛАЩАНЕ]--> ePay

Клиент --[ВХОД]--[ЗАПИС НА ЗАЯВКАТА]--> ePay

ePay --[ИЗВЕСТИЕ]--> Търговец Търговец --[ОТГОВОР НА ИЗВЕСТИЕ]--> ePay

Всеки регистриран в системата Търговец има генерирани буквено-цифрена секретна дума с дължина 64 и идентификационен номер. Търговецът може да ги види в личните си данни без възможност да прави промени по тях.

A. Заявката за плащане се изпраща като HTTP POST заявка към xxxxx://xxx.xxxx.xx/.

Пример:

</form>

(АКО СЕ ИЗПОЛЗВА xXxx.xx DEMO системата на адрес: xxxxx://xxxxx0.xxxxxxx.xx/xx0/xxxx0_xxxx/, то ТЕСТОВИТЕ «заявки за плащане» се изпращат към този интернет адрес!!! )

Задължителните полета са: PAGE, ENCODED и CHECKSUM, като стойността на PAGE задължително е paylogin.

Полетата URL_OK и URL_CANCEL са опционални:

URL_OK - URL, на което клиентът да бъде препратен в случай, че потвърди плащането (успешното препращане на клиента на това URL не гарантира, че плащането е извършено. Едно плащане е извършено само, когато Търговецът получи съответното известие от xXxx.xx по описания по-долу начин).

URL_CANCEL - URL, на което клиентът да бъде препратен в случай, че откаже плащането за момента (може да го плати или откаже по-късно, но не след указаната дата от Търговеца)

Подписване на заявката за плащане

ENCODED - кодирана с base64 (RFC 2045) заявка за плащане, EOL='' CHECKSUM - контролна сума върху ENCODED, генерирана като HMAC с алгоритъм SHA-1 и секретната дума на търговеца.

Perl код: {

$ENCODED = encode_base64('TEXT', ''); # '' за EOL (def. е "\n")

$CHECKSUM = hmac_hex($ENCODED, $secret, \&sha1);

}

PHP код: {

$ENCODED = base64_encode($data);

$CHECKSUM = hmac('sha1', $ENCODED, $secret);

}

Примерна заявка:

MIN=1000000000 (задължително MIN или EMAIL, Идентификационен номер на търговец) XXXXXxx@xxxxx.xx (задължителн MIN или EMAIL, E-mail регистриран в xXxx.xx) INVOICE=123456 (задължително, Номер фактура)

AMOUNT=22.80 (задължително, Сума)

EXP_TIME=01.08.2020 (задължително, Крайна дата/час за плащане) DESCR=Test (опционално, Описание свободен текст до 100 символа)

Не е задължитено да са подредени точно в този ред.

MIN - само цифри ( съответсва на КИН в личните данни на Търговеца ) EMAIL - валиден e-mail

INVOICE - само цифри

AMOUNT - валидна сума > 0.01 ( например: 22, 22.8, 22.80 )

За полето EXP_TIME е валиден следния формат:

EXP_TIME=DD.MM.YYYY[ hh:mm[:ss]]

EXP_TIME=01.08.2020

EXP_TIME=01.08.2020 23:15 (може да се подаде и с час:мин) EXP_TIME=01.08.2020 23:15:30 (може да се подаде и с час:мин:сек)

След като заявката за плащане за съответния клиент на Търговеца е регистрирана в xXxx.xx, Търговецът ще получи известие от xXxx.xx за статуса на заявката: 'Платена', 'Отказана' или 'Изтекла'. Ако клиентът не потвърди или откаже «заявката за плащане» преди подадената крайна дата от Търговеца, тя ще се регистрира в xXxx.xx със статус „изтекла”.

Заявка с конкретен INVOICE може да се регистрира в xXxx.xx ЕДИН единствен път и чака за 'потвърждаване' или 'отказване' от клиента.

B. Известието от xXxx.xx се изпраща на зададено от Търговеца URL като HTTP POST заявка, на която

търговецът връща отговор.

Подписване на известието за плащане

ENCODED - кодирано с base64 (RFC 2045) известие, EOL= '' CHECKSUM - контролна сума върху ENCODED, генерирана като HMAC с алгоритъм SHA-1 и секретната дума на търговеца.

Perl код: {

$decoded = decode_base64($ENCODED);

}

PHP код: {

$decoded = base64_decode($ENCODED);

}

Примерно известие от ePay: INVOICE=123456:STATUS=PAID:PAY_TIME=YYYYMMDDhhmmss:STAN=[6 числа]:BCODE=[6 числа] INVOICE=123457:STATUS=DENIED

INVOICE=123457:STATUS=EXPIRED

STATUS=[PAID | DENIED | EXPIRED] - Платено | Отказано | Изтекло PAY_TIME - Дата/час/сек на плащането

STAN - Номер транзакция

BCODE - Авторизационен код на БОРИКА

За всеки номер на фактура (INVOICE) в известието, подадено от xXxx.xx, Търговецът трябва да върне статус: OK (ако приеме успешно известието от xXxx.xx), ERR (за грешка) или NO (ако няма такава фактура, генерирана от Търговеца).

Примерен отговор на търговеца:

INVOICE=123456:STATUS=OK INVOICE=123457:STATUS=ERR INVOICE=123458:STATUS=NO

Ако нещо не е коректно в известието изпратено от xXxx.xx, Търговецът връща ERR=описание.

Пример:

ERR=описание за глобалната грешка (примерно невярна CHECKSUM)

Ако Търговецът не е заявил URL, на което да получава известия за плащанията, не иска или няма възможност да обработва тези известия, то Търговецът може да вижда статуса на “заявките за плащане” в xXxx.xx.

II. Заявка за плащане от WEB търговец (директно плащане с кредитна карта)

Схемата е същата, като при (I) Заявка за плащане от WEB търговец,

с тази разлика, че PAGE=credit_paydirect. Пример:

</form>

LANG = bg | en

(*)Ако се използва xXxx.xx DEMO системата на адрес:

xxxxx://xxxxx0.xxxxxxx.xx/xx0/xxxx0_xxxx/ , то ТЕСТОВИТЕ заявки за плащане се изпращат към него!!!

III. Заявка за Вносна бележка

Платените суми от клиенти на xXxx.xx постъпват по посочена от Търговеца банкова сметка Заявката за Вносна бележка се изпраща като HTTP POST заявка към xxxxx://xxx.xxxx.xx/. Пример:

</form>

Задължително стойността на PAGE е paylogin. MERCHANT (задължително, Получател на превода) IBAN (задължително, IBAN на получателя)

BIC (задължително, BIC на банката получател) TOTAL (задължително, Сума)

STATEMENT (задължително, Основание) PSTATEMENT (ако е нужно, Вид плащане)

MERCHANT - кирилица, латиница, цифри, интервали, '-', ',', '.' IBAN - валиден IBAN на получателя

BIC - валиден BIC на банката получател

TOTAL - валидна сума > 0.01 ( например: 22, 22.8, 22.80 ) STATEMENT - кирилица, латиница, цифри, интервали, '-', ',', '.' PSTATEMENT - 6 цифри, валиден вид плащане

Схема:

Наредител --[ЗАЯВКА ВНОСНА БЕЛЕЖКА]--> ePay Клиент --[ВХОД]--[ЗАПИС НА ЗАЯВКАТА]--> ePay

Полетата URL_OK и URL_CANCEL са опционални:

URL_OK - URL на което клиента да бъде препратен в случай, че потвърди плащането ((успешното препращане на клиента на това URL не гарантира, че плащането е извършено. Едно плащане е извършено само, когато Търговецът получи съответното известие от xXxx.xx)

URL_CANCEL - URL на което клиента да бъде препратен в случай, че откаже плащането

IV. Заявка за Свободен превод към регистиран потребител/търговец

Платените суми от клиенти на ePay постъпват по микросметка на получателя

Заявката за Свободен превод се изпраща като HTTP POST заявка към xxxxx://xxx.xxxx.xx/.

Пример:

</form>

Задължително стойността на PAGE е paylogin.

MIN (задължително Идентификационен номер в ePay) INVOICE (опционално Номер фактура)

TOTAL (задължително Сума)

DESCR (опционално Описание до 100 символа)

MIN - само цифри ( съответсва на КИН в личните данни на получателя )

INVOICE - само цифри

TOTAL - валидна сума > 0.01 ( например: 22, 22.8, 22.80 ) DESCR - кирилица, латиница, цифри, интервали, '-', ',', '.' Еквивалентно на TOTAL се приема и AMOUNT.

Схема:

Наредител --[ЗАЯВКА СВОБОДЕН ПРЕВОД]--> ePay Клиент --[ВХОД]--[ЗАПИС НА ЗАЯВКАТА]--> ePay

Наредителя е регистриран потребител/търговец в ePay с Клиентски Идентификационен Номер = MIN. Полетата URL_OK и URL_CANCEL са опционални:

URL_OK - URL на което клиента да бъде препратен в случай, че потвърди плащането (не гарантира, че плащането е извършено)

URL_CANCEL - URL на което клиента да бъде препратен в случай, че откаже плащането

При тази схема на плащане няма подписване на завките и изпращане на известия към търговеца за статуса на плащането.

Подаване на задължение за плащане в брой през Easypay от WEB търговец

Схема:

1.Клиент на WEB търговец прави поръчка в електронния магазин на Търговеца.

2. След приключване на поръчката клиентът формира искане за плащане чрез офис на Изипей.

3. Търговецът изготвя пакет /заявка за плащане/, който изпраща към дадено URL като HTTP GET заявка скрито от клиента. В същата HTTP сесия, ако всичко със заявката е коректно, xXxx.xx ще върне на търговеца "Код за плащане в Easypay". Търговецът показва на своя сайт този код, с който клиентът да извърши плащането в брой в офис от мрежата на Изипей.

4. xXxx.xx системата следи за статуса на регистрираните/записаните чакащи задължения и при плащане, отказване или изтичане се изпраща известие на търговеца за тях.

5. При получаване на известие от xXxx.xx, търговецът трябва да формира съответен отговор

Търговец --[ЗАЯВКА ЗА ПЛАЩАНЕ]--> xXxx.xx xXxx.xx --[КОД ЗА ПЛАЩАНЕ]--> Търговец Клиент --[ПЛАЩАНЕ]--> Easypay

xXxx.xx --[ИЗВЕСТИЕ]--> Търговец

Търговец --[ОТГОВОР НА ИЗВЕСТИЕ]--> xXxx.xx

Всеки регистриран в системата търговец има генерирани буквено-цифрена секретна дума с дължина 64 и идентификационен номер (КИН). Търговецът може да ги види в личните си данни без да може да ги променя.

A. Заявката за плащане се изпраща като HTTP GET заявка към xxxxx://xxx.xxxx.xx/xxx/xxx_xxxx.xxx

Подавани параметри:

ENCODED - кодирана с base64 (RFC 3548) заявка за плащане, EOL='' CHECKSUM - контролна сума върху ENCODED, генерирана като HMAC с алгоритъм SHA-1 и секретната дума на търговеца.

Perl примерен код: {

# Кодиране на заявката

$ENCODED = encode_base64('DATA', ''); # '' за EOL (def. е "\n") # Генериране на контролна сума

$CHECKSUM = hmac_hex($ENCODED, $secret, \&sha1);

}

PHP примерен код: {

# Кодиране на заявката

$ENCODED = base64_encode('DATA'); # Генериране на контролна сума

$CHECKSUM = hmac('sha1', $ENCODED, $secret);

# кода на функцията hmac може да видите в demo.php

}

Примерна заявка:

MIN=1000000000 (зад. MIN или EMAIL Идентификационен номер на търговеца)

XXXXXxx@xxxxx.xx (зад. MIN или EMAIL E-mail на търговеца в системата)

INVOICE=123456 (задължително Номер фактура) AMOUNT=22.80 (задължително Сума)

EXP_TIME=01.08.2020 (задължително Крайна дата/час за плащане) DESCR=Test (опционално Описание до 100 символа)

Не е задължитено да са подредени точно в този ред. MIN - съответсва на КИН в личните данни на търговеца EMAIL - e-mail на търговеца, с който той е регистриран

(*) в заявката се подава MIN или EMAIL за идентифициране на търговеца

INVOICE - само цифри

AMOUNT - валидна сума > 0.01 ( например: 22, 22.8, 22.80 ) За полето EXP_TIME е валиден следния формат: EXP_TIME=DD.MM.YYYY[ hh:mm[:ss]] EXP_TIME=01.08.2020

EXP_TIME=01.08.2020 23:15 (може да се подаде и с час:мин) EXP_TIME=01.08.2020 23:15:30 (може да се подаде и с час:мин:сек) Примерен отговор на заявка:

IDN=1234567890 (десет цифри) или

ERR=Описание на грешка

След като заявката за плащане е регистрирана, то системата ще извести търговеца за състоянието на плащането: 'Платено', 'Отказано' или 'Изтекло'.Ако клиентът не потвърди или откаже искането преди подадената крайна дата, то ще се маркира като изтекло.

Заявка с даден INVOICE може да влезе в системата ЕДИН единствен път.

B. Известието на системата се изпраща на зададено от търговеца URL като HTTP POST заявка, на която търговеца връща отговор в същата HTTP сесия. Подписване на известието за плащане

ENCODED - кодирано с base64 (RFC 3548) известие, EOL=''

CHECKSUM - контролна сума върху ENCODED, генерирана като HMAC с алгоритъм SHA-1 и секретната дума на търговеца.

Perl примерен код: {

$data = decode_base64($ENCODED); # Калкулиране на контролната сума

# Трябва $CHECKSUM_CALC == $CHECKSUM

$CHECKSUM_CALC = hmac_hex($ENCODED, $secret, \&sha1);

}

PHP примерен код: {

$data = base64_decode($ENCODED); # Калкулиране на контролната сума

# Трябва $CHECKSUM_CALC == $CHECKSUM

$CHECKSUM_CALC = hmac('sha1', $ENCODED, $secret); # кода на функцията hmac може да видите в demo.php

}

Примерно известие от xXxx.xx: INVOICE=123456:STATUS=PAID:PAY_TIME=YYYYMMDDhhmmss:STAN=[6 числа]:BCODE=[6

числа/букви] INVOICE=123457:STATUS=DENIED INVOICE=123457:STATUS=EXPIRED

STATUS=[PAID | DENIED | EXPIRED] - Платено | Отказано | Изтекло PAY_TIME - Дата/час/сек на плащането

STAN - Номер транзакция

BCODE - Авторизационен код на БОРИКА

XXXX и BCODE ще са 000000, ако плащането не е извършено от карта За всеки номер на фактура в известието, търговеца трябва да върне статус: OK (ако всичко е наред), ERR (за грешка) или NO (ако не знае за тази фактура). При връщане на OK или NO системета спира да изпраща известие за съответната фактура.

Примерен отговор на търговеца: INVOICE=123456:STATUS=OK INVOICE=123457:STATUS=ERR

INVOICE=123458:STATUS=NO

Ако нещо не е коректно в известието изпратено от xXxx.xx системата търговецът връща ERR=описание.

Пример:

ERR=описание за глобалната грешка (примерно невярна CHECKSUM)

Ако търговецът не е заявил URL, на което да получава известия за плащанията, не иска или няма възможност да обработва тези известия, то търговецът може да си вижда статуса на исканията за плащане в xXxx.xx системата.

Ако xXxx.xx не маркира дадена фактура като получена от търговеца (примерно върнат статус ERR или пропаднала комуникация) системата ще се опита да изпрати пропадналите известия отново.

Схема за изпращане на известия по дадена фактура:

1) 5 опита през < 1 минута

2) 4 опита през 15 минути

3) 5 опита през 1 час

4) 6 опита през 3 часа

5) 4 опита през 6 часа

6) 1 опит на ден

Системата спира да изпраща известие за дадена фактура, ако то не бъде получено от търговеца в продължение на 30 дена.

КРАЙ

Document Metadata

Table of Contents

Contract

Document Metadata