Na czym polegają zmiany w bramce Transferuj.pl?

Zmiana jest w sumie kosmetyczna, ale za to bardzo ważna. Do tej pory były problemy z automatyzacją procesu zakupowego, tzn administrator musiał ręcznie zatwierdzić płatność dokonaną za produkt. Od wersji 1.0.2 bramka automatycznie obsługuje proces zatwierdzania zakupów, dzięki czemu udział administratora został ograniczony praktycznie do zera.

Co oferuje nam Dotpay.pl

Podobnie jak w przypadku innych bramek dla IP.Nexus system dotpay umożliwia dokonywanie płatności on-line, które są realizowane w czasie rzeczywistym. Bramka umożliwia także automatyzację procesu zakupowego, dzięki czemu administrator nie musi zatwierdzać zakupów, bo system robi to za niego.

Zapraszam serdecznie do zakupów w naszym sklepie

Post Dotpay.pl oraz Transferuj.pl dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Fortumo oferuje płatności przy użyciu SMS także w Polsce więc jest ciekawą alternatywą dla innych systemów

Payza umożliwia dokonywanie płatności w 21 walutach w tym także Polski złoty.

Post Payza i Fortumo – nowe bramki dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Tak jak wspominałem w jednym z moich wcześniejszych wpisów (Płatności on-line dla IP.Nexus) postanowiłem wydać większą ilość bramek płatności tak aby każdy znalazł coś dla Siebie.

Jakie są najistotniejsze cechy systemu PayByNet? Przede wszystkim to, że działa w oparciu o przelew bezpośredni. Nie jest to kolejnym pośrednik, który gromadzi pieniądze kupujących w internecie na swoich rachunkach w bankach, przelewając je później transferowo na konta sprzedających w tzw. „zbiorczych paczkach przelewów”. System integruje indywidualnie oprogramowanie firmy Krajowa Izba Rozliczeniowa S.A. z bankowością elektroniczną.
Dzięki temu statusy transakcji on-line przekazywane są w czasie rzeczywistym (w trybie 365 dni w roku, 7 dni w tygodniu, 24 godziny na dobę – to pierwszy tego typu system w Polsce).

Cechy PayByNet:

• PayByNet to przelew bezpośredni z automatyczną informacją o statusie transakcji
• rozwiązanie oparte na systemie rozliczeniowym ELIXIR (również system KIR SA), dzięki czemu płatność za zamówienie trafia bezpośrednio na konto bankowe sklepu – bez pośrednictwa konta bankowego integratora płatności
• status transakcji przekazywany automatycznie po akceptacji płatności przez klienta
• transakcja przez PayByNet jest nieodwołalna, a KIR SA jest jej gwarantem, na podstawie umów regwarancyjnych z bankami
• PayByNet automatycznie narzuca treść przelewu (nr rachunku sklepu, pole tytułem, np. nr zamówienia) – klient nie musi sam nic wypełniać
• KIR S.A. jest instytucją zaufania publicznego, której udziałowcami jest kilkanaście banków oraz Narodowy Bank Polski i Związek Banków Polskich, dlatego też płatności PayByNet są aktualnie rozwijane i wdrażane przez banki (wykonane integracje z Alior Bankiem, Citi Handlowym, Bankiem Nordea i Bankiem Millennium, aktualnie uruchamiamy banki z grup SGB i BPS – banki spółdzielcze, trwa też wdrożenie w 3 kolejnych, znaczących bankach)
• jedyną opłatą przy przelewach są prowizje (max 1,9% – min 0,9 %) – szczegóły w załączniku Cennik Usługi PayByNet,
• w PayByNet możliwa jest płatność kartą – operator kart eService SA – agent rozliczeniowy, spółka z Grupy PKO, prowizje dla kart kształtują się na poziomie 2,35%+0,15 zł
• przy przelewach nie potrąca prowizji automatycznie przy zamówieniach – rozliczenie następuje raz na koniec miesiąca,
• w przypadku kart prowizja jest automatycznie potrącana
• brak dodatkowych opłat „ukrytych”, z którymi można się spotkać w innych systemach płatności
• w sytuacji, gdy klient nie dokończy zamówienia na etapie płatności, zostanie do niego wysłany e-mail na wskazany adres z unikalnym linkiem w celu dokończenia płatności
• PayByNet należy do grupy systemów autoryzacji i rozliczeń, nad którymi nadzór sprawuje Narodowy Bank Polski

Bramkę płatności PayByNet dla IP.Nexus można zakupić na stronie PayByNet.pl

Post PayByNet dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Na dzień dzisiejszy dostępne są bramki dla dwóch najpopularniejszych dostawców usług płatności on-line, czyli PayU.pl oraz Przelewy24.pl.

Nie mniej jednak, aby poszerzyć ofertę i aby stała się ona jeszcze bardziej atrakcyjna postanowiłem nawiązać współpracę z innymi dostawcami tego typu płatności. Dzięki temu w najbliższym czasie zostaną udostępnione nowe bramki płatności do innych popularnych systemów.
Wraz z wprowadzeniem nowej oferty bramek płatności przygotuję jakąś specjalną akcję promocyjną na zakup bramek płatności.

Jeśli macie jakieś propozycje i chcielibyście jakieś nowe bramki do IP.Nexus to piszcie w komentarzach lub prywatnie na adres e-mail. Postaram się spełnić Wasze oczekiwania i napisać nowe bramki.

Post Płatności on-line dla IP.Nexus pojawił się poraz pierwszy w Dawid Baruch - DEV blog.

Czytając o tym antywzorcu języka SQL od razu odnalazłem analogię w IP.Board. Sam antywzorzec jest dość prosty bo polega na tym, że tworzymy pole np. VARCHAR(255) i wrzucamy tam ID kategorii, których dany wpis dotyczy. Tego typu rozwiązania są nagminnie stosowane w IP.Board np. do przetrzymywania uprawnień dla danego forum i innych tego typu danych.

Pytanie tylko czy taki antywzorzec można wyeliminować a jeśli tak to jakim kosztem? Odpowiedź nie jest do końca taka prosta, ponieważ owszem możemy takie coś wyeliminować, ale wtedy musimy stworzyć tabelę pomocniczą, która będzie przechowywać relację grupa-forum. Z jednej strony wydaje się, że to nie jest żaden problem, ale takie rozwiązanie niesie za sobą też pewne konsekwencje: po pierwsze musimy dla każdej grupy tworzyć taki rekord, co wiąże się z dodatkowymi insertami do bazy i odpada stosowanie znaku * (gwiazdka) dla wszystkich grup. Po drugie jak dodamy nową grupę, to trzeba będzie dodawać nowe rekordy bo nie mamy oznaczenia dla danej grupy. Kolejnym powodem jest to, że przy edycji forum trzeba usunąć rekordy i dodać nowe zamiast zaktualizować wartość w jednym polu tabeli.

Patrząc na to z perspektywy wzorców SQL jest to nieładne rozwiązanie, natomiast patrząc na to z perspektywy programisty aplikacji dla IP.Board muszę przyznać, że mam mieszane uczucia, ale bardziej przychylne do tego, żeby jednak stosować ten antywzorzec, choć tak się nie powinno tylko dlatego, że możemy używać chociażby znak * dla reprezentacji „wszyscy”.

Post Antywzorce SQL – Jak wygląda sprawa w IP.Board? pojawił się poraz pierwszy w Dawid Baruch - DEV blog.