Preverjanje bančnih nakazil - spletne trgovine
 
til 4. jul 2017 07:04:53 Pridružen od:
10. sep 2015
134 objav
180 205 4
#1

Predstavljam si, da imajo/te večje spletne trgovine to preverjanje narejeno avtomatsko in, če ali imate mogoče to rešeno za woocommerce in kako?



Torej, da razložim, če ni razumljivo. Bančna nakazila (nakupe) trenutno preverjamo ročno in sicer gremo v mobilno banko, ter gledamo, kdo je nakazal in kdo ne.



Ker pa se nam glede na malce drugačno obliko poslovanja dostikrat zgodi, da zadeve niso točno ažurirane iščem možnosti za avtomatiko. Banka je pa Intensa Sao Paolo oz. Banka Koper.



Hvala


všeč(1) ni všeč(3) spam(0)
 
OvcaX 4. jul 2017 07:38:29 Pridružen od:
24. avg 2007
2753 objav
4575 1194 281
#2

Večina jih dela ročno

Preprosto ker ljudje še vedno ne znajo pisat sklicev in je veliko zmede



Mi imamo Copy paste iz Ebanke, ki nato matcha avtomatsko kar je ujemanja sklic, ime in znesek.



Bodo pa vse banke imele api z 1.1.18 po EU odločbi


všeč(2) ni všeč(0) spam(0)
CEO@Humanfrog & CEO@Junai
 
MarioMisaron 4. jul 2017 18:35:55 Pridružen od:
25. apr 2015
212 objav
158 39 10
#3

Z Abanko je enostavno do amena.

Vklopiš si SMS obvestilo o vsakem nakazilu. O vsakem.

V mesiču se izpiše ime plačnika, znesek, in novo stanje.

Do amena.


všeč(0) ni všeč(0) spam(0)
 
TorcidaST 4. jul 2017 22:13:35 Pridružen od:
7. jul 2011
742 objav
1801 207 49
#4

Hm to je enostavno ce imas 2-3 narocila na dan in se vedno moras rocno potrjevati. Si ne predstavljam da bi dobival 50-200 smsov vsak dan in vsakega rocno potrjeval, ker bi potem pocel samo to in verjetno postal shizofren.


všeč(4) ni všeč(0) spam(0)
 
carli 5. jul 2017 06:42:47 Pridružen od:
5. avg 2008
1258 objav
583 54 17
#5

Za SKB sem enkrat delal to potrjevanje, namreč SKB ima možnost izvoza v XML, kjer je kar dosti podatkov in tiste, ki pravilno izpolnijo nalog lahko poloviš, ostale pa izpišeš in potem potrdiš ročno. Itak je tudi tam problem, ko je račun oz. naročilo na eno ime, plačilo pa na tretje in potem iščeš.


všeč(1) ni všeč(0) spam(0)
 
MarioMisaron 5. jul 2017 07:49:34 Pridružen od:
25. apr 2015
212 objav
158 39 10
#6

@TorcidaST, verjetno je ob takšnem številu res problem.

Do 15 smsov še gre gladko.


všeč(2) ni všeč(0) spam(0)
 
rannt 5. jul 2017 10:08:27 Pridružen od:
12. jul 2012
313 objav
77 49 2
#7

Mi imamo to (delno) rešeno s Hal E-Bank/B2B. Zadeva nam omogoča, da samodejno prevzamemo izpisek v XML (ali promet po vsaki poravnavi) in poknjižimo prepoznana vplačila.



V vsakem primeru pa je vsaj tretjina neprepoznanih, tako da ročno delo ne uide.




OvcaX:

Bodo pa vse banke imele api z 1.1.18 po EU odločbi




Iz tvojih ust v božja ušesa =) Močno dvomim da bo na ta datum katerakoli slovenska banka imela dostopen API za "širšo javnost". Tudi zgoraj omenjena Halcom-ova rešitev je že prastara (njihova tehnična dokumentacija je datirana z letom 2004). :)


všeč(0) ni všeč(0) spam(0)
 
OvcaX 5. jul 2017 10:51:25 Pridružen od:
24. avg 2007
2753 objav
4575 1194 281
#8

rannt kakor vem za NLB se bo dal dobit.

Vsaj tako mi je rekel C-level



Je pa to EU direktiva.


všeč(0) ni všeč(0) spam(0)
CEO@Humanfrog & CEO@Junai
 
pavarti 5. jul 2017 12:26:04 Pridružen od:
26. okt 2011
445 objav
587 92 14
#9

Mi smo pri SKB reševali tako, da je stranka izbozila XMl in ga nato uvozila v program. Knjiženje pa podobno kot je Obca napisal, kar je možno avtomatika, ostalo točno.


všeč(1) ni všeč(0) spam(0)
 
Herbs 24. jul 2017 10:58:41 Pridružen od:
20. jul 2017
15 objav
41 3 1
#10

Sms obveščanje je smiselno ob manjšem število naročil, pri večjem pa tovrstni način ni mogoč.



Mi delamo ročno, ker ljudje se še vedno ne držijo, da bi pisali pravilne sklice in je potrebno ročno pregledovati h kateremu naročilu sodi plačilo. Sem pa opazila, da se stanje z leti izboljšuje, a cvetk je še vedno kar veliko.


všeč(1) ni všeč(0) spam(0)
 
 

🔒 Za odgovor na to temo se moraš prijaviti.

Prijavi se