1. Sučelje mora prihvaćati HTTPS zahtjeve s IP adresa podmreže:
   • 79.142.16.0, maska ​​255.255.240.0 (20)
   • 91.232.230.0, maska ​​255.255.254.0 (23)
2. Sučelje mora obraditi parametre koje je sustav proslijedio koristeći HTTP GET metodu.
3. Sučelje mora generirati odgovor sustavu XML format u UTF-8 kodiranju.
4. Razmjena informacija odvija se u načinu rada "zahtjev-odgovor", a brzina odgovora ne smije biti veća od 60 sekundi, inače sustav prekida vezu zbog isteka vremena.
5. Ukoliko se očekuje intenzivan očekivani broj plaćanja za usluge povezanog pružatelja usluga (do 10 plaćanja po minuti ili više), potrebno je da sučelje podržava višenitnu komunikaciju do 10-15 istovremenih veza.
6. Sučelje mora prihvaćati zahtjeve putem HTTPS protokola na jednom od sljedećih TCP portova: 80, 81, 443, 8008, 8080, 8081, 8090, 8443, 4433. Korištenje drugih portova nije dopušteno.

Osnovni principi sučelja

Svi zahtjevi se šalju metodom GET, parametri se prosljeđuju u putu zahtjeva.

Prijenos podataka o plaćanju davatelju usluga QIWI Wallet sustav provodi u dvije faze - provjera statusa pretplatnika i izravno plaćanje. Također se može dodati preliminarna faza dobivanja dodatnih parametara plaćanja od pružatelja koji pretplatniku pruža nekoliko usluga radi informiranja platitelja i dodavanja parametara plaćanja po izboru platitelja.

Vrstu zahtjeva prenosi QIWI Wallet sustav u naredbenoj varijabli - nizu koji uzima vrijednosti check, pay ili getInfo:

Parametri upita

Svi su parametri obavezni u upitima u kojima se koriste.

Za podršku proširivosti i održavanje funkcionalnosti pružateljeve usluge tijekom razdoblja kada su omogućene različite funkcije predviđene protokolom (na primjer, omogućavanje prijenosa novih podataka o plaćanju), pretpostavlja se da pružatelj ne sprječava pojavu novih HTTP parametri u zahtjevu.

Jamči se da pojava novih parametara u zahtjevu neće dovesti do potrebe za promjenom obrade zahtjeva od strane davatelja, osim ako takva promjena logike nije dogovorena s davateljem.

Format odgovora

Davatelj mora vratiti odgovor na zahtjeve sustavu u XML formatu. Opća struktura odgovora prikazana je u kartici s desne strane.

Ako bilo koji od zahtjeva pružatelju ne uspije, pružatelj vraća kod pogreške u skladu s .

U informacijski sistem pružatelj usluga ne smije sadržavati dvije uspješno izvršene uplate s istim txn_id brojem. Ako sustav ponovno pošalje zahtjev s identifikatorom txn_id koji već postoji u informacijskom sustavu pružatelja, tada pružatelj mora vratiti rezultat obrade prethodnog zahtjeva.

Odgovor može sadržavati sljedeće oznake:

Na primjer, postoji situacija: klijent je poslao zahtjev sustavu 31.12.2010 u 23:59:59. Uzimajući u obzir kašnjenje u obradi podataka i slanju informacija putem komunikacijskih kanala, uplata će biti primljena od strane davatelja 01/01/2011 00:00:05 i, sukladno tome, bit će uzeta u obzir u sustavu davatelja u drugom izvješću. razdoblje. Kako bi se izbjegli problemi s različitim izvještajnim razdobljima prilikom usklađivanja, potrebno je da pružatelj u svom sustavu vrati datum na koji se vodi računovodstvo.

Primjer zahtjeva za provjeru stanja pretplatničkog računa i evidentiranje plaćanja

Primjeri uvjeta:

Provajderova aplikacija za plaćanje payment_app nalazi se na yourservice.prv.ru, poslužitelj podržava HTTPS veze na portu 8443.

Za provjeru statusa pretplatnika, sustav QIWI Wallet generira zahtjev (pogledajte karticu s desne strane).

Zahtjev sadrži parametre:

• command=check – identifikator zahtjeva za provjeru statusa pretplatnika;

Uspješan odgovor davatelja (vidi karticu s desne strane).

Vraćanje rezultata = 0 na zahtjev za provjeru znači da se osobni račun pretplatnika s odgovarajućim brojem u polju računa može nadopuniti iznosom navedenim u zahtjevu u polju zbroja. Nakon uspješne provjere stanja računa pretplatnika, sustav prelazi na generiranje i slanje zahtjeva za nadoplatu stanja (pay request).

Primjer zahtjeva za dopunu osobnog računa

Primjeri uvjeta:

Za potvrdu plaćanja sustav QIWI Wallet generira zahtjev (vidi karticu s desne strane).

Zahtjev sadrži parametre:

• command=pay – identifikator zahtjeva za dopunu salda pretplatnika;
• txn_id=1234567 – interni broj plaćanja u QIWI sustavu;
• txn_date=20090815120133 – datum registracije plaćanja u QIWI sustavu;
• account=4957835959 – identifikator pretplatnika u informacijskom sustavu davatelja;
• sum=10,45 – iznos koji se uplaćuje na osobni račun pretplatnika;
• ccy=RUB – valuta iznosa pripisanog osobnom računu pretplatnika.

Vraćajući rezultat = 0 na zahtjev za isplatu, pružatelj izvještava o uspješnom završetku operacije nadopune stanja. Sustav dovršava obradu ove transakcije.

Neobavezno polje komentara sadrži komentar usluge.

Primjer zahtjeva za dodatnim podacima za plaćanje

Primjeri uvjeta:

Provajderova aplikacija za plaćanje payment_app nalazi se na yourservice.prv.ru, poslužitelj podržava HTTPS veze na portu 8443.

Za dobivanje dodatnih podataka o plaćanju, sustav QIWI Wallet generira zahtjev (pogledajte karticu s desne strane).

Zahtjev sadrži parametre:

• command=getInfo – zahtjev identifikatora za dobivanje dodatnih podataka o plaćanju za pretplatnika;
• prvId=12345 – identifikator za identifikaciju usluge davatelja;
• account=4957835959 – identifikator pretplatnika u informacijskom sustavu davatelja;
• ime1, ime2 – dodatni identifikatori pretplatnika.

Pogledajte karticu s desne strane za odgovor pružatelja usluga.

Vraćanje rezultata = 0 na getInfo zahtjev označava da je zahtjev uspješno dovršen i da su primljeni dodatni podaci koji se trebaju prikazati pretplatniku.

Neobavezno polje komentara sadrži komentar usluge.

Svakodnevno pomirenje

Prije 10:00 po moskovskom vremenu, sustav generira i šalje na navedenu adresu elektronički registar prihvaćenih plaćanja za prethodni dan.

Registar ima sljedeću strukturu:

Datum transakcije (Moskva); Datum izvješća; Vrsta; Broj transakcije; ID valute transakcije; Iznos transakcije; Komentar trgovca; Broj transakcije/fakture trgovca; Datum izdavanja fakture; QW ID; Račun; ID povrata

;;Plaćanje; ;;;;;;;;

;;Plaćanje; ;;;;;;;;

Polja su odvojena znakom; , razlomački dio iznosa odvojen je točkom, datum/vrijeme je Moskva, početni redak može se sastojati od znakova x0D x0A ili jednostavno x0D.

Na primjer:

31.02.2005 00:04:00;31.02.2005

00:00:00;Plaćanje;3464968222;USD;5,00;;;;;0957835959;;

02/31/2005 00:04:00;02/31/2005 00:00:00;Plaćanje;3464968912;RUB;10,34;;;;; [e-mail zaštićen];;

02/31/2005 00:11:00;02/31/2005 00:00:00;Plaćanje;3464974548;EUR;4,72;;;;;ABC-12345;;

Sustav uključuje samo uspješno izvršene uplate u registar.

Uplate koje su primljene putem online poruka i u registru smatraju se potvrđenim.

Ukoliko registar ne sadrži uplate koje su izvršene u bazi davatelja usluga, ili sadrži uplate kojih nema u bazi davatelja usluga ili ako registar nije zaprimljen, potrebno je prije 12:00 sati kontaktirati QIWI kontakt osobu navedenu u ugovoru. razjasniti situaciju i donijeti odluku.

Dodatne mogućnosti autorizacije zahtjeva

U aplikaciji za povezivanje, pružatelj može odrediti identifikator (prijavu) i tajnu lozinku za njega, koja se koristi za autorizaciju prilikom postavljanja zahtjeva od QIWI.

Ovi autorizacijski podaci prenose se prema standardnim osnovnim pravilima provjere autentičnosti za HTTP(S) zahtjeve. Zahtjevu se dodaje autorizacijsko HTTP zaglavlje. Zaglavlje sadrži niz Basic (s razmakom na kraju) i par "login:password" kodiran u BASE64:

Ovlaštenje: Osnovno ***

BASE64("Prijava:Lozinka") = "***"

Zahtjev za priključenje (uzorak)

Popis izlaznih kodova

Prilikom obrade zahtjeva iz sustava, pružatelj mora povezati sve greške koje se pojavljuju u njegovoj aplikaciji s donjim popisom i vratiti odgovarajuće kodove u elementu.

Znak + u stupcu "fatality" označava da je pogreška fatalna. Za sustav QIWI Wallet fatalna pogreška znači da će ponovno slanje zahtjeva s istim parametrima dovesti do 100% ponavljanja iste pogreške - stoga sustav prestaje obrađivati ​​zahtjev klijenta i dovršava ga s pogreškom.

Nefatalna pogreška za sustav znači da će ponavljanje zahtjeva s istim parametrima nakon određenog vremena vjerojatno dovesti do uspjeha. Sustav će ponavljati zahtjeve koji ne uspije s nefatalnom pogreškom, kontinuirano povećavajući interval, sve dok operacija ne uspije ili ne uspije, ili dok ne istekne 24-satno trajanje zahtjeva.

Nedostatak veze s poslužiteljem pružatelja nije fatalna pogreška.

Nepostojanje elementa u odgovoru (neispravan XML, Stranica privremeno nedostupna usluga, itd.) također nije fatalna pogreška.

Opće informacije

1. Opis izlaznih parametara

Izlaz: XML dokument prema shemi WS_ULIPOTVID_2_311_09_04_02_01.XSD

Parametri složenog tipa opisani su u Dodatku “Opis općih struktura podataka” (u odlomcima 10, 6, 9).

1. Povratni kodovi

1. Test slučajevi

Odgovor na zahtjev za dobivanje rezultata zahtjeva za ishođenje izvatka pravne osobe, u slučaju da zahtjev još nije obrađen

Odgovor na zahtjev za dobivanje rezultata zahtjeva za ishođenje izvatka pravne osobe s povratnom oznakom 53

Odgovor na zahtjev za rezultat zahtjeva za izvadak iz pravne osobe s greškom (šifra obrade za koju nije rezervirana)
(vrijednosti atributa se mijenjaju i)

Napomena: Uvjeti za pojavu ove pogreške u testnom okruženju bili su umjetno pokrenuti. Ovaj primjer opisuje opću logiku i strukturu odgovora na pogrešku. Prilikom testiranja u produkcijskom okruženju vraćanje potpuno istog odgovora bez pružanja potrebnih uvjeta nije moguće.

Provjera se provodi kako bi se osiguralo da se faktura i naknadno plaćanje mogu ispravno obraditi na strani Projekta.

Uz pojednostavljenu integraciju, ID korisnika i narudžba provjeravaju se dva puta: prilikom odlaska na obrazac za plaćanje i prilikom odabira načina plaćanja.

Za projekt je potrebno:

• ID korisnika ili URL za potvrdu narudžbe(navedite u Tehničkim postavkama na svom osobnom računu);
• Rukovatelj sposoban prihvatiti i prepoznati parametre zahtjeva od Sustava i odgovoriti onako kako Sustav očekuje.

Ako provjera ID-a nakon izdavanja računa ne uspije, tada se račun neće izdati, a korisnik će biti preusmjeren na stranicu s greškom plaćanja koju je projekt odredio pomoću parametra return_url_fail ili u Tehničkim postavkama (ako stranica nije navedena, koristi se slična na strani Sustava). Parametar se automatski šalje na stranicu s greškom plaćanja metodom GET pogreška_msg sa značenjem "Takav lik ne postoji".

Zatražite parametre od sustava do projekta

Sustav Projektu šalje zahtjev na URL za provjeru korisničkog ID-a ili naloga navedenog u Tehničkim postavkama u Osobnom računu.

• način prijenosa - POST;
• kodiranje - UTF-8.

Mogućnosti odgovora na projekt

Zahtjev Sustava od Projekta mora dobiti odgovor.

Za prosljeđivanje parametara zahtjeva koriste se sljedeća pravila:

• format - XML;
• kodiranje - UTF-8.

Primjer odgovora na korisnički ID ili zahtjev za provjeru narudžbe

DA

Primjer minimalnog obrađivača zahtjeva sustava prilikom provjere korisničkog ID-a ili naloga

//Generiranje funkcije odgovora sendResponse($status, $message = "")( $response = ""."\n"; $odgovor .= " "."\n"; $odgovor .= " ".$status.""."\n"; $odgovor .= " ".$poruka.""."\n"; $odgovor .= ""; die($response); ) //Provjerite postojanje korisničkog ID-a ili funkcije naručivanja checkUser($userID)( $sql = "SELECT prijava OD korisnika WHERE usr_id = ".intval($userID); $query = mysql_query ($sql); if(mysql_error())( return FALSE; ) if(mysql_num_rows($query) == 0)( return FALSE; ) return TRUE; ) $secretKey = "IT\"S_A_PROJECT_SECRET_WORD"; $projectHash = md5($_POST["iznos"].$_POST["userid"].$_POST["paymentid"].$secretKey); if($projectHash != $_POST["ključ"])( sendResponse("NE", "Potpis zahtjeva nije valjan."); ) if(floatval($_POST["iznos"]) == 0 && intval( $ _POST["paymentid"]) == 0)( //Zahtjev za provjeru korisničkog ID-a ili naloga if(checkUser($_POST["userid"]))( sendResponse("YES", "Identifikator postoji"); ) else( sendResponse("NO", "Identifikator nije pronađen"); ) )

Jedinstveni identifikator plaćanja - što je to? Čemu služi? Ovo je najviše Pitanja Zagonetno je pitanje koje poduzetnici postavljaju prilikom plaćanja poreza u banci, kada zaposlenik banke traži da to naznači. Gdje ga mogu pronaći, kako ga nabaviti i mogu li bez njega? Stoga je alat stvoren za pojednostavljenje postupka rezultirao novim problemima koje je trebalo razjasniti.

Što je jedinstveni identifikator?

Jedinstveni identifikator plaćanja je šifra od 20 znamenki koju je potrebno navesti prilikom plaćanja poreznih dugova, što omogućuje jednostavno i brzo plaćanje poreza s osobnog računa na web stranici porezne službe. Ovaj pristup uvelike pojednostavljuje i ubrzava radni postupak. Plaćanje se odvija brzo, a time i na vrijeme, čime se izbjegavaju kašnjenja, što znači kazne i kamate.

Korištenje jedinstvenog identifikatora omogućuje poduzetnicima, pravnim i pojedinaca platiti porez na način koji vama odgovara. Ali primanje i ispunjavanje obrazaca porezne dokumentacije u ovom slučaju ima svoje karakteristike koje se moraju uzeti u obzir. Problem je i u tome što sam državni informacijski servis ima složenu, zbunjujuću strukturu koju čak ni iskusni korisnik ne može uvijek razumjeti.

Čemu služi?

Potreban je kako bi Federalna porezna služba znala kada i od koje osobe je novac primljen na račun. U GIS-u su registrirani milijuni korisnika, teško je utvrditi od koga iu koje svrhe se transferira novac. Zbog toga su naredbom Ministarstva financija br. 107n od 12. studenog 2013. promijenjena pravila prema kojima se jedinstveni identifikator za obračunska plaćanja pojavljuje zasebno za poreze.

Potreban je poreznoj službi za učinkovitije provođenje fiskalne politike i otkrivanje upornih neplatiša. Pravne i fizičke osobe trebaju najprikladnije i brz način Platiti porez. Kao rezultat toga, vlada može kontrolirati postupke poreznih službenika i zaustaviti slučajeve kada njihovi postupci premašuju ovlasti koje su im delegirane, što se često događalo u prošlosti. Gospodarstvenici manje ovise o volji pojedinca i trpe nezakonite iznude. Smanjen je broj obavljenih nadzora.

Tko bi to trebao naznačiti?

I obični građani, poduzetnici (fizičke osobe) i pravne osobe mogu navesti jedinstveni identifikator plaćanja. To je moguće učiniti prilikom plaćanja poreza izravno na račun informacijskog sustava ili putem banke. Prilikom prijenosa treba uzeti u obzir da plaćanje putem Sberbank ima svoje karakteristike. Imaju svoj poseban obrazac, pri ispunjavanju ne treba navesti jedinstveni identifikator. UIN je naznačen pri plaćanju poreza i državnih pristojbi putem službe državne službe ili poslovnice banke.

Ako fizička ili pravna osoba popunjava platne dokumente za plaćanje poreza i pristojbi, čiji rok plaćanja još nije istekao, tada ne može unijeti jedinstveni identifikacijski broj, već u datumu dospijeća za unos podataka staviti nulu. Iako je ovakav način popunjavanja reda zakonom dopušten, kod plaćanja putem banke zaposlenik može zahtijevati popunjavanje retka s 20-znamenkastim brojem uplate i ima pravo odbiti primitak plaćanja. Stoga je važno znati u kojim slučajevima se mora naznačiti, au kojim nije potrebno.

U kojim slučajevima ga je potrebno naznačiti?

Treba napomenuti da identifikator ne mora uvijek biti naveden, već samo u određenim slučajevima, koji su opisani u pravilima i propisima Banke Rusije (osobito, propis br. 383-P). UIN - jedinstveni identifikator naznačen je u dva slučaja:

1. Ako ju je odredio primatelj sredstava i dao pojedincu odn pravna osoba dužan platiti ih u skladu s uvjetima iz ugovora. U tom slučaju identifikator se dodjeljuje automatski.
2. Prilikom prijenosa sredstava poreznim vlastima. Poduzetnik ili fizička osoba popunjava posebna polja (redove) uplate na papiru ili u elektroničkom obliku. U ovom slučaju, punjenje uzrokuje neke poteškoće. Uostalom, poduzetnik ne zna uvijek svoj jedinstveni identifikacijski broj plaćanja niti gdje ga može nabaviti.

U drugom slučaju, većina poreznih obveznika ima poteškoća jer ne znaju gdje ga dobiti i gdje to navesti u dokumentu. Netočno navedeni podaci dovode do kašnjenja u plaćanju, kazni i novčanih kazni.

Gdje i kako mogu dobiti osobnu iskaznicu?

Kako mogu saznati podatke o jedinstvenom identifikatoru plaćanja, kao i je li plaćanje prihvaćeno? Ovo možete provjeriti kao u osobni račun GIS nakon prijave u sustav, te po primitku naloga za plaćanje u slučaju kašnjenja plaćanja. Ali ovo je ekstremni slučaj. Poduzetnik će znati broj iz dokumenata koji ukazuju na postojanje duga ili kazne poreznim vlastima.

Ako nije bilo zakašnjelih plaćanja, ali morate navesti UIN, tada samo trebate poslati zahtjev poreznoj službi da biste dobili broj.

Kako ga ispravno ispuniti?

Kada porezni obveznici uplate na proračunski sustav RF ispuniti nalog za plaćanje. Osim jedinstvene identifikacijske oznake, poduzetnik mora navesti:

• BIC institucije preko koje će se izvršiti uplata;
• naziv banke, njenu pravnu adresu;
• tekući račun s kojeg će se izvršiti prijenos;
• vrsta plaćanja (šifra);
• datum operacije.

Broj se upisuje u redak jedinstvene oznake plaćanja - 22 (šifra polja). Ne ispunjavajte samo ako se plaćanje dogodi na vrijeme. U tom slučaju unesite "0" (nula) u ovaj redak.

Što učiniti ako dokument već sadrži UIN?

Ponekad, posebno kod plaćanja putem specijaliziranih informacijskih sustava, prilikom elektroničkog ispunjavanja naloga u retku (šifra mu je 22) pojavljuje se jedinstveni identifikator plaćanja sam. Kako bismo se trebali osjećati u vezi ovoga? Smatra li se to pogreškom ako unovčiti jesu li plaćeni na vrijeme? Zapravo, greške nema. Plaćanje možete izvršiti navođenjem ID broja ili upisivanjem “0” u red. Samo traže identifikator kada plaćanje kasni, odnosno na zahtjev porezne uprave.

Iako je moguće plaćati bez ograničenja, ovakav pristup je nepoželjan. Poduzeće mora razlikovati redovita plaćanja poreza od onih koja se plaćaju na zahtjev poreznih vlasti. To će pomoći u izbjegavanju zabune u izvješćivanju.

Ali čak i ako nije bilo moguće saznati i navesti identifikator u nalogu, to bankama ne daje pravo da ga odbiju prihvatiti. Banka je dužna prihvatiti i prenijeti sredstva, čak i ako UIP (jedinstveni identifikator plaćanja) nije naveden. Ovo je pravilo navedeno u službenim dokumentima porezne službe. U njemu je jasno navedeno da fizička ili pravna osoba treba samo navesti svoj PIB i unijeti "0" u retku (šifra 22) jedinstvenog identifikatora plaćanja. U tom slučaju banka nema pravo odbiti prijenos uplate. No, poduzetnik mora voditi računa da u slučaju pogreške ili kašnjenja banka ne snosi odgovornost.

Što kod znači: dekodiranje identifikatora

Identifikator se dešifrira na sljedeći način:

1. Brojevi od 1 do 3 označavaju šifru porezne uprave kojoj će sredstva biti primljena.
2. Broj 4 označava vrstu plaćanja. Ovo mjesto je uvijek nula.
3. Brojevi od 5 do 19. Navedite šifru dokumenta u poreznom sustavu. Svakom obvezniku dodjeljuje se posebna šifra na temelju prethodna verzija indeks dokumenta.
4. Znamenka 20. Njegov broj određuje koja državna agencija provjerava plaćanje. Izračunato uzimajući u obzir preostalih 19 znamenki koda.

Jedinstveni identifikator plaćanja identičan je indeksu dokumenta samo ako se indeks sastoji od 20 znamenki.

Što se događa ako to ne navedete?

Pomoću UIN broja automatski se evidentiraju porezi i druge uplate u proračun. Podaci o uplatama u proračun prenose se u jedinstvenu bazu podataka. Ako unesete krivi kod ili ga ne navedete, sustav neće prepoznati uplatu i novac neće biti prebačen. Ovo je prepuno takvih problema kao što su:

• poduzeće će se zadužiti prema proračunu i fondovima;
• kazne će se nastaviti skupljati;
• morat ćete razjasniti plaćanje i saznati njegovu sudbinu;
• novac će u proračun ili fondove stići sa zakašnjenjem.

Ako poduzetnik nema ili ne zna jedinstveni identifikator plaćanja gdje ga može dobiti, može koristiti uslugu podrške u GIS-u u bilo kojem trenutku, umjesto da čeka da porezna uprava nešto poduzme. Ako poduzetnik nema pristup Internetu i elektronički sustav"državne službe", može poslati obični dopis u najbližu poreznu upravu ili se osobno pojaviti po identifikator.

Koji su dokumenti potrebni za dobivanje osobne iskaznice?

Sve ovisi o obliku u kojem će dokument biti sastavljen i načinu plaćanja. Ako se radi o papirnatom dokumentu, morate poslati pisani zahtjev poreznoj upravi. U pismu navedite podatke o putovnici, INN i SNILS broj. Jedinstveni identifikator plaćanja bit će poslan u odgovoru. Ukoliko pravna ili fizička osoba osobno dođe u odjel po te podatke, tada ti dokumenti moraju biti kod njega. Oni su dužni ispuniti obrasce.

Da biste primili podatke elektroničkim putem, prvo se morate registrirati u jedinstveni informacijski sustav na web stranici Državne službe, navodeći iste podatke kao u pisanom zahtjevu. Nakon toga, pismo će biti poslano na mjesto vašeg prebivališta s pristupnim ključem. I tek nakon toga možete podnijeti zahtjev za dobivanje jedinstvenog identifikatora. Obično se ova usluga pruža unutar nekoliko sati nakon prijave. Nisu potrebni nikakvi dokumenti.

Kao što vidite, nema ništa komplicirano kada koristite identifikator. Neće ga biti teško prepoznati. Da biste to učinili, ne morate prikupiti hrpu dokumenata ili potvrda. Ali porez se može platiti u prikladnom obliku iu bilo koje vrijeme. Ako su ranije pravne i fizičke osobe morale trošiti vrijeme i novac za plaćanje poreza, onda se uz njegovu pomoć mogu platiti bez napuštanja doma ili ureda, bez prekidanja posla.