W dniu 22.10.2012 20:52, Andrzej Banach napisał(a):
W dniu 2012-10-22 17:59, Tomasz Chiliński pisze:
Od windykacji są inne skrypty. To niedobre rozwiązanie jeśli jeden skrypt robi wszystko co do głowy przyjdzie.
Przydaloby sie udostepnic taki skrypcik (jesli istnieje), ktory sprawdzi czy saldo klienta jest na plusie i jak tak to odblokuje klienta. Obecnie cutoff potrafi odlaczyc klienta, ale juz podlaczyc nie umie.
Nie bardzo rozumiem co ma stać się z wpłatami, które weszły na subkonto nie związane z żadnym klientem? Czy możesz precyzyjnie opisać wpłaty niepewne?
Mamy przykladowe nr kont:
2100000000000000000000001 2300000000000000000000002 2900000000000000000000003
Jak wiadomo ostatnie cyfry to id klienta. Mamy tych klientow 10'ciu wiec z id od 1 do 11.
Co jak jakis klient wplaci na konto o koncowce 12? Pomijam juz info skad klient wzial akurat taki numer i jak sobie wyliczyl sume kontrolna, ale moze sie tak zdarzyc ze wplacamy na subkonto, ktore nie jest obslugiwane w lms. Co wtedy zrobic skrypt z taka wplata? Omyli ja czy jednak pokaze na liscie wplat jako niezatwierdzona wplata?
Rozumiem w czym rzecz. Zobaczę co da się zrobić, żeby ta wpłata była umieszczana na liście importów jako nie przypisana do żadnego użytkownika. W cashimport już teraz trzymane rekordy nie mogą istnieć bez przypisania do konkretnego klienta. Jak do tej pory to Ci działało, gdy była jakaś wpłata na "nieistniejące" konto i ładowałeś ją z poziomu UI przez import płatności?
Skrypt umożliwia dostęp przez POP3/POP3S/IMAP/IMAPS. Można oczywiście dorobić jako parametr wskazywanie pliku z mailem zawierającym pliki z płatnościami, ale czy to rzeczywiście takie dobre rozwiązanie jeśli serwer pocztowy i tak działa lokalnie i jest do niego dostęp jednym ze wspomnianych protokołów? A może chodzi o przegrywanie plików z mailami pomiędzy serwerami?
Nie, spox - pop3 jest ok. Obecnie uzywane skrypty po prostu najpierw pobieraja wplaty z maila i zapisuja jako plik i dopiero pozniej wlasciwy skrypt parsuje te dane i wrzuca do lms'a.
Jak pisalem mamy millenium gotowe, ale skoro ten ma byc uniwersalny to wole pomoc go doinwestowac i korzystac z tego samego w przyszlosci gdy bede chcial zmienic bank. Warunek ze poprawnie bedzie obslugiwal te banki.
Taki jest plan. Przygotujemy kilka plików konfiguracji parsera płatności i po sprawie. Po cholerę utrzymywać tyle skryptów ile banków...
pozdrawiam