Startsida Forum E-handelsforumet Betalsystem Kortbetalning, ordernummer hela vägen

Visar 10 inlägg - 31 till 40 (av 40 totalt)
  • Författare
    Inlägg
  • #137829
    jonrik
    Deltagare

    Aha, vad bra, nu förstĂ¥r jag.

    Om jag vid ett e-köp (ex. SJ) betalar genom paynova sĂ¥ kommer det stĂ¥ pĂ¥ mitt ”Paynova” pĂ¥ mitt kontoutdrag. Ă„r det med andra ord Paynova som debiterar mig som slutkund? I sĂ¥ fall borde inte e-handlaren debitera mig som slutkund, om paynova redan gjort detta? Eller har kontomärkningen bara en minnesanteckning som inte har nĂ¥gonting att göra med vem som debiterar slutkunden?

    Om det rör sig om direktbetalning – behöver ehandlaren dĂ¥ utställa en faktura mot slutkunden, i syfte att fĂ¥ underlag till bokföringen? Om inte, vilket dokument används dĂ¥ som verifikation till bokföringen av inkomsten?

    Stormen före lugnet ;)

    #137830
    GregerA
    Deltagare

    Nja, det är inte sĂ¥ enkelt.

    Vi använder Paynova som PSP för kort, och har eget inlösenavtal hos Teller. Därför stĂ¥r det electrokit pĂ¥ kontoutdraget. Det är genom vĂ¥rt avtal som debiteringen skett.

    Men vi använder ocksĂ¥ Paynova för bankbetalningar, utan eget avtal, och dĂ¥ stĂ¥r det Paynova pĂ¥ kontoutdraget. Samma hade det gjort om vi kört pĂ¥ Paynovas kortavtal.

    Jag skulle f.ö. tro att SJ har eget inlösenavtal, och att det stĂ¥r SJ pĂ¥ kontoutdraget.

    #138600
    Johan W
    Deltagare

    @ALarson 34238 wrote:

    LĂ¥t mig berätta hur det fungerar med PayEx:

    Alternativ 1 – Egen avstämning
    Orderreferenser skickas till PayEx i samband med auktorisation/betalning. Dessa referenser hänger med hela vägen och är sökbara i administrationsgränssnittet. När debitering av en kortbetalning sker skickas signal om detta frĂ¥n PayEx till kortinlösaren som betalar ut försäljningen enligt överenskommet intervall till ditt bankkonto (normalt betalas en hel dags försäljning ut nästföljande arbetsdag). För att stämma av buntinsättningen frĂ¥n kortinlösaren kan du söka upp transaktionsbunten i PayEx administrationsgränssnitt och där se vilka betalningar som ingĂ¥r. Betalningarna har dina transaktionsreferenser.

    Alternativ 2 – PayEx Redovisningsservice
    PayEx erbjuder en tilläggstjänst till ”vanlig” transaktionsförmedling som innebär att all försäljningslikvid via ett eller flera betalsätt strömmar genom PayEx klientemedelskonton i de olika bankerna. PayEx samlar upp insättningar, matchar av mot registrerad försäljning och sammanställer därefter bokföringsunderlag (balansrapport) och transaktionslistor som skickas till dig som kund i samband med att vi betalar ut försäljningen. Transaktionslistorna kan antingen läsas pĂ¥ skärm eller läsas in i affärs- eller bokningssystem, listorna innehĂ¥ller alla transaktionsreferenser vi fĂ¥tt i samband med betalning.
    All försäljning mot dina egna inlösen- och bankavtal, det som skiljer mot alternativ 1 är att betalströmmen gĂ¥r via PayEx istället för direkt till ditt/dina bankkonton.

    Skulle gärna veta mer här.

    1. Okej, allt är sökbart i ERT system. Men när en inlösare betalar ut pengar till ett bankkonto har det dragits transaktionsavgifter osv.

    Summan pĂ¥ bankkontot är dĂ¥ inte samma som i era rapporter. Vilket gör att era rapporter inte gĂ¥r att använda som underlag till bokföringen.

    Vet du garanterat om ert system skickar vidare ex. ordernummer till Teller eller Eurolines rapporter?

    2. Väljer man denna metod sĂ¥ kollar ni om betalning kommit in. Superbra. Men stĂ¥r det i rapporten att ”order 12345” är betald?

    Kör man fakturametoden i bokföringen sĂ¥ bokför man ”order 12345” som obetald. Denna mĂ¥ste sedan konteras när en betalning kommer in annars stĂ¥r den som obetald hela tiden.

    StĂ¥r inte ”order 12345” i er rapport pĂ¥ denna tjänst sĂ¥ vet man fortfarande inte vilken order som är betald och inte.

    Vi mĂ¥ste veta specifikt att order X är betald.

    #138647
    danielandersson
    Deltagare

    När betalning sker via Auriga sĂ¥ skickar vi med ordernummer (detta är sökbart i deras system) och vi fĂ¥r tillbaks ett transaktions-id.

    Via detta iD (eller ordernummer, antar jag) kan vi göra ett uppslag mot deras API och se om betalning inkommit eller inte.

    Fattar fortfarande inte varför ordernummer ska skickas vidare till Teller/BABS/etc

    #138650
    Johan W
    Deltagare

    @lunarmys 37241 wrote:

    När betalning sker via Auriga sĂ¥ skickar vi med ordernummer (detta är sökbart i deras system) och vi fĂ¥r tillbaks ett transaktions-id.

    Via detta iD (eller ordernummer, antar jag) kan vi göra ett uppslag mot deras API och se om betalning inkommit eller inte.

    Fattar fortfarande inte varför ordernummer ska skickas vidare till Teller/BABS/etc

    För att det juridiska underlaget till bokföringen pĂ¥ bankkontot skall vara samma summa som i rapporterna.

    Om ni säljer för 10.000 kr stĂ¥r det den summan i rapporten hos PSP.

    Efter att inlösaren dragit sina avgifter fĂ¥r ni ut ex. 9500 kr pĂ¥ banken. PĂ¥ den utbetalningen mĂ¥ste ni ha en verifikation, dvs vad hände med 500 kr pĂ¥ vägen.

    När man ändĂ¥ fĂ¥r transaktionsunderlag och utbetalningsrapport frĂ¥n inlösare bör ref nr ingĂ¥ i samma rapport.

    Annars blir det istället för ett underlag, tvĂ¥ st.

    Dvs. en frĂ¥n PSP för att pricka av att betalning är dragen, och en frĂ¥n inlösare för bankutbetalningen.

    Det stora problemet:

    Samport har inte ens en rapport för att visa alla transaktioner som gjorts pĂ¥ ett specifikt datum med ref nr eller order nr för manuell avprickning. Man mĂ¥ste programmera in en kontroll mot deras API för att fĂ¥ ut denna information, vilket är ganska märkligt.

    Det gör att varken Samport eller Teller kan visa en rapport (ex. en PDF) som man kan koppla till en order och säga att ”order 12345” är betald…

    Rent juridiskt borde ett sĂ¥dant underlag finnas i ena änden eller den andra.

    #138651
    Dan
    Deltagare

    Jag fattar inte heller problemet :)

    Certitrade pröjsar oss o specar allt i en rapport som vi läser in o skapar en momsrapport/försäljningsrapport pĂ¥. Avgifter specas i klump o per transaktion

    FĂ¥r du stĂ¥larna av inlösarnen, inte pspn?

    #138652
    Johan W
    Deltagare

    @Dan 37245 wrote:

    Jag fattar inte heller problemet :)

    Certitrade pröjsar oss o specar allt i en rapport som vi läser in o skapar en momsrapport/försäljningsrapport pĂ¥. Avgifter specas i klump o per transaktion

    FĂ¥r du stĂ¥larna av inlösarnen, inte pspn?

    Ja utbetalning kommer frĂ¥n Teller (inlösare), Certitrade är väl en allt-i-ett lösning?

    Har man en sĂ¥dan sĂ¥ är det ju lite annorlunda.

    #138654
    Dan
    Deltagare

    Nope är de inte längre men kanske specialdeal de har med euroline som de varit tighta med sen start

    #138670
    GregerA
    Deltagare

    Teller gör inget avdrag vid utbetalning, utan debiterar alla avgifter i efterskott en gĂ¥ng i mĂ¥naden via autogiro. Det fĂ¥r man en spec pĂ¥ i början av mĂ¥naden, och den är bara att behandla som vilken faktura som helst. (I alla fall för oss – jag vet inte om du har ett annat avtal/upplägg)

    #138672
    Johan W
    Deltagare

    @GregerA 37264 wrote:

    Teller gör inget avdrag vid utbetalning, utan debiterar alla avgifter i efterskott en gĂ¥ng i mĂ¥naden via autogiro. Det fĂ¥r man en spec pĂ¥ i början av mĂ¥naden, och den är bara att behandla som vilken faktura som helst. (I alla fall för oss – jag vet inte om du har ett annat avtal/upplägg)

    Det var nytt för mig.

    Kanske ändrat rutiner.

Visar 10 inlägg - 31 till 40 (av 40 totalt)
  • Du mĂ¥ste vara inloggad för att svara pĂ¥ detta ämne.