| 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 |
|
|
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 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 |
|
|
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. |
|
|
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. |
|
|
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š. |
|
|
MarioMisaron
5. jul 2017 07:49:34
Pridružen od: 25. apr 2015 212 objav 158 39 10 |
||
|
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.
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). :) |
|
|
OvcaX
5. jul 2017 10:51:25
Pridružen od: 24. avg 2007 2753 objav 4575 1194 281 |
||
|
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. |
|
|
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. |
|