Teknik, hosting & e-handelsløsninger

Sv.: Vi er blevet for store til DIBS..hjælp

zecure — Thu, 31 Jan 2008 12:16:08 GMT

Hej,

10.000 transaktioner i døgnet er ikke noget problem.

Typisk løses det ved at uploade en batch fil til en betalingsudbyder (en såkaldt IPSP). Denne betalingsudbyder vil så sende transaktionerne parallelt til "banken". Udfordringen er, i samarbejde med "banken" (indløser, acquirer, etc. - kært barn har mange navne), at blive enige om hvor mange samtidige transaktioner man må sende til dem.

Vær naturligvis opmærksom på at selvom en "bank" tillader 5 samtidige transaktioner, så tager en transaktion op til cirka 5 sekunder per styk. M.a.o. så er 5 samtidige transaktioner reelt kun 1 transaktion i sekundet. Er det svært at få overtalt "banken" til at modtage det krævede antal samtidige transaktioner vil man typisk sende transaktionerne til flere forskellige "banker" samtidig. Dette er også en fornuftig sikring af ens forretning - teknisk såvel som økonomisk.

Vi har mange års erfaring inden for området - du er velkommen til at kontakte mig hvis du har brug for et par uforpligtende råd.

Med venlig hilsen

Jacob, Jacob@zecure.com

Sv.: Vi er blevet for store til DIBS..hjælp

likedon — Mon, 28 Jan 2008 07:28:39 GMT

Problematikken er som sådan endnu ikke løst, men der er kommet andre ting foran i køen, som det er vigtigere at få styr på.

Og denne tråd er heller ikke glemt, men jeg har ikke mere konkret, som jeg kan melde ud lige nu.

Sv.: Vi er blevet for store til DIBS..hjælp

thomasknudsen — Fri, 25 Jan 2008 11:26:08 GMT

Jeg har siddet og kigget lidt på denne tråd, og har til jer hos MovieZoo et spørgsmål til hvordan jeres arbejdsgang er opbygget? Når I sender kundens vare, sker det så ikke automatisk i form af I blot scanner en stregkode og får pakken ekspederet med Post Danmark eller et andet fragtselskab? I kunne eventuelt lægge en procedure ind, der hævede ordren med det samme produktet er overdraget til 3.mand, og på den måde hæve jeres ordre løbende mens de bliver behandlet. Hos ePay har vi en række kunder med høj volume, som vi har hjulpet med at implementere denne løsning, hvilket kunderne har været ganske tilfredse med. På den måde bliver kundernes økonomisystem også opdateret med det samme ordren er shipped. Information om vores API (Webservices) kan findes her: http://www.epay.dk/support/docs.asp?solution=3. Løsningen gør også belastningen spredes ud over arbejdsdagen og dermed ikke belaster jeres system.

Hvis det ikke kan lade sig gøre at hæve jeres betalinger løbende, så tilbyder vi hos ePay, for alle vores produkter, batch-capturing i form af CSV filer, der sendes med FTP til os, og svar der ligeledes foregår gennem CSV. Hvis vi snakker om 10.000 capture på én gang kan jeg ikke anbefale brugen af vores API da der er et alt for stort overhead i transmissionen via HTTP + SOAP. Der er hos ePay ikke noget krav om at capture (hævning) kun må ske om natten, da vi har et system opsat til dette alene, og dermed ikke belaster resten af ePay. Udseendet af filerne er dynamisk, og vi kan tilpasse det kundens behov, således eksisterende systemer ikke behøves at blive ændret. Dette har vi ind til videre kun haft positiv respons overfor.

Sv.: Vi er blevet for store til DIBS..hjælp

webia — Tue, 18 Dec 2007 08:01:59 GMT

Hej

Vi er et udvikler virksomhed som har i gennem de sidste ti år lavet meget inden for web og webshops.

Vi har lavet auto systemer til Europæiske og Telmore, der kan hæve mange tusinde ordre af gangen.

Ikke nok med det, bliver du så stor en dag, at du har flere transaktioner kan vi skabe et sammenarbejde med dig der gør at du slet ikke bruger PBS og dermed spare en del penge.

Ring til mig 70 20 11 04 > Spørger efter Robert

Sv.: Vi er blevet for store til DIBS..hjælp

likedon — Tue, 18 Dec 2007 07:23:54 GMT

den bygger ikke på noget. 100% homemade :-) med alle de fejl det medfører .

Det er selvfølgelig en mulighed Jesper, og den kan da godt komme på tale *hehe*

Sv.: Vi er blevet for store til DIBS..hjælp

Martin Leinstein — Mon, 17 Dec 2007 21:48:45 GMT

Hej!!

Undskyld jeg sådan bare skriver til dig, men hvilken system er moviezoo bygget på?

Hvilken webshop løsning er det?

Sv.: Vi er blevet for store til DIBS..hjælp

Jesper Jørgensen — Mon, 17 Dec 2007 21:25:57 GMT

Så sætter i "bare" 10 tråde til at loope i parallel, så kan i klare 25 i sekundet.

Mvh Jesper

Sv.: Vi er blevet for store til DIBS..hjælp

likedon — Mon, 17 Dec 2007 08:09:32 GMT

Tak for svarerne

jeg har i mellemtiden leget lidt med at kører dem i loop om mod dibs, da vi nødigt vil midste deres logo (trykhed for kunden) og da det er muligt for mig at hæve noget der ligner 2,5 ordre pr. sekund, tror vi beholder DIBS lidt endnu. Dermed ikke sagt at problemmet ikke vokser, for 2,5 ordre/sek. sætter jo også en grænse for hvornår det ikke længere er praktisk at hæve på den måde.

Sv.: Vi er blevet for store til DIBS..hjælp

Loke Dupont — Fri, 14 Dec 2007 11:18:37 GMT

Der er da mulighed for at batche på kommando via API'et. Som en del af integrationen til jeres shop.

Sv.: Vi er blevet for store til DIBS..hjælp

Claus Pedersen — Fri, 14 Dec 2007 08:10:45 GMT

Tjek eventuelt også Bibit's Batch system:
http://www.bibit.com/support/index.php?page=downloads

/Claus

Sv.: Vi er blevet for store til DIBS..hjælp

Lars Borup Jensen — Mon, 03 Dec 2007 14:32:32 GMT

Hej,

Jeg kan sige at PBS' egen løsning også tilbyder batch processing, dog ikke på bestemte tidspunkter, men om natten (dk-tid), og man får svar på samtlige transaktioner i en fil man kan downloade dagen efter indeholdende status/udkom af samtlige transaktioner.

Mvh / Lars Borup Jensen

Sv.: Vi er blevet for store til DIBS..hjælp

likedon — Mon, 03 Dec 2007 14:26:19 GMT

dibs tilbyder som sagt ikke muligheden med batch på kommando, men vi er gået i dialog med epay om at få klarlagt hvad der kan lade sig gøre.

Sv.: Vi er blevet for store til DIBS..hjælp

Jesper Jørgensen — Mon, 03 Dec 2007 13:38:35 GMT

likedon:

Problemet med dibs, er at hvis man ex. vil bruge deres batch-funktion så er denne ikke særlig fleksible: Man bestemmer ikke tidspunktet for kørsel og men kan heller ikke tjekke betalinger via batch, men kun enkeltvis.

Det er det jeg hører at Lars Borup kan hjælpe dig med. Kan man gøre det enkeltvis gennem deres API, Kan Lars formentligt også bygge en form for batch funktion ovenpå. Det er jo ikke rocket science at lave en løkke der itererer gennem et sæt af transaktioner og laver et API kald for hver enkelt af dem. Men det kan Lars nok bedre vurdere, men hvorfor ikk eundersøge mulighederne med den nuværende gateway.

Mvh Jesper

Sv.: Vi er blevet for store til DIBS..hjælp

likedon — Mon, 03 Dec 2007 07:57:05 GMT

tag ikke de 10k ordre om dagen for pålydende :-)

Problemet med dibs, er at hvis man ex. vil bruge deres batch-funktion så er denne ikke særlig fleksible: Man bestemmer ikke tidspunktet for kørsel og men kan heller ikke tjekke betalinger via batch, men kun enkeltvis.

Sv.: Vi er blevet for store til DIBS..hjælp

Lars Borup Jensen — Mon, 03 Dec 2007 07:49:46 GMT

Hej

Jeg har været igennem turen for at blive (PCI) certificeret af PBS/ForteConsult og det kan formodentligt aldrig betale sig for en enkelt kunde, med mindre I efterfølgende selv vil være payment provider. At I har 10k transaktioner pr. dag er ikke udslagsgivende i dette tilfælde, da jeres omkostninger pr. tx vil stige betydeligt hvis I selv skal køre løsningen. Der er uhyggeligt mange ting man skal hensyn til for at være PCI certified (både hw, netværk, software og fysisk (!!)).

I bør nok mere tænke på at få automatiseret så meget som mulig - nu kender jeg ikke jeres setup, måske det allerede er helt i top. Men ellers vil jeg sige det er godt gået med 10k payment tx's pr. dag, det er højt tal.

Mvh / Lars Borup Jensen

IT-Arbejde.dk