Poszukuję informacji na temat zrealizowania komunikacji z terminalem płatniczym w celu dokonywania płatności kartami płatniczymi. W szczególności chodzi mi przesłanie kwoty płatności do terminala oraz odebranie informacji o statusie operacji (zrealizowana, odrzucona, błąd itp.).
0
0
Z tego co wiem, do takiej komunikacji używa się ISO 8583:
http://www.codeproject.com/Articles/100084/Introduction-to-ISO
Natomiast jeśli chodzi o samą komunikację karta-terminal, poczytaj o EMV.
0
Dostawca terminala dostarcza też bibliotekę do obsługi terminala (powinien Ci również udostępnić dokumentację do niej).
Jaki masz terminal i kto jest jego operatorem ?
0
Problem w tym, że operator nie jest ustalony. Przeglądając witryny dostawców takich rozwiązań (terminale płatnicze) nie znalazłem żadnych bibliotek, ani przykładowych implementacji. ISO 8583 to raczej standard komunikacji na drodze terminal płatniczy - bank, a mnie chodzi o obsługę terminala z poziomu mojej aplikacji w c# (wysłanie kwoty do terminala i odebranie statusu operacji). Rozumiem, że każdy dostawca płatności za pomocą terminala będzie posiadał własne rozwiązania oraz biblioteki i brak tutaj wspólnych standardów? Z tego względu przed wyborem operatora nic nie zdziałam?
0
Aplikacja na terminalu instalowana jest przez operatora - co za tym idzie biblioteka do komunikacji zależna jest od operatora.
Mam styczność z terminalami dostarczanymi przez PeP - ich dokumentacje znajdziesz w sieci.
0
Z tego co widzę to dostawcy terminali tworzą SDK niekoniecznie darmowe i niekoniecznie .Netowe ale tworzą.
0
Zmieniło się coś w temacie, potrzebuje komunikować się w php
0
Nie jest to standardowe rozwiązanie ale się da. Dodatkowo terminal nawet jeden model może mieć różny firmware w zależności od operatora i inny protokół, więc wybór operatora to podstawa. Dalej operator przekazuje terminal i dokumentacje protokołu, testowy zestaw kart i formularz do certyfikacji Twojej integracji, którą musisz spełnić. Często nie dostaje się drivera tylko opis protokołu i trzeba wyrzeźbić, ale to ramki dobrego i znanego RS232, a nawet jak komunikujesz się po Ethernet to po rozpakowaniu pakietów są to te same ramki protokołu co w komunikacji szeregowej. Jak co to zapraszam na profesjonalne konsultacje na priv, jeśli poważnie myślisz o realizacji.
0
somedev napisał(a):
Nie jest to standardowe rozwiązanie ale się da. Dodatkowo terminal nawet jeden model może mieć różny firmware w zależności od operatora i inny protokół, więc wybór operatora to podstawa. Dalej operator przekazuje terminal i dokumentacje protokołu, testowy zestaw kart i formularz do certyfikacji Twojej integracji, którą musisz spełnić. Często nie dostaje się drivera tylko opis protokołu i trzeba wyrzeźbić, ale to ramki dobrego i znanego RS232, a nawet jak komunikujesz się po Ethernet to po rozpakowaniu pakietów są to te same ramki protokołu co w komunikacji szeregowej. Jak co to zapraszam na profesjonalne konsultacje na priv, jeśli poważnie myślisz o realizacji.
Witam,
Jestem zainteresowany modułami do integracji terminali płatniczych PolCard i PekaO SA(jesli to coś innego) z oprogramowaniem napisanym w Delphi.
Waldemar Olesiński
[email protected]
602570420