lms
lms copied to clipboard
chilek
improvement: allow to add source bank account flag for alternative ba…
…nk account
Potrzebujemy tej flagi by potem móc wyciągać we wtyczce automatycznie rachunek źródłowy kontrachenta.
Gdybym w komentarzu pisał "flaga:rachunekźródłowy" św. Piotr na bank zesłał by mnie do piekieł bez możliwości negocjacji ;-)
Potrzebujemy tej flagi by potem móc wyciągać we wtyczce automatycznie rachunek źródłowy kontrachenta.
Już to mamy - wystarczy sprawdzać, czy kontakt klienta typu numer rachunku bankowego nie ma ustawionej flagi CONTACT_INVOICES. Fragment kodu z parsingu pliku płatności:
https://github.com/chilek/lms-plus/blob/345c882a13ed8a63e394afbd48ac1ff381ee1869/lib/LMSManagers/LMSCashManager.php#L158-L171
Od razu mamy tu również obsługę numerów rachunków historycznych, z których były wykonywane wpłaty - dzięki temu po kilku wpłatach klienta ręcznie zidentyfikowanych nie trzeba będzie nawet dopisywać mu ręcznie numerów rachunków, z których wykonuje wpłaty:
https://github.com/chilek/lms-plus/blob/345c882a13ed8a63e394afbd48ac1ff381ee1869/lib/LMSManagers/LMSCashManager.php#L173-L194
Bez flagi nie masz możliwości wskazania preferowanego rachunku klienta, zamiast wszystkich dostępnych źródłowych i zapamiętania tego wyboru na stałe.
Obecnie we wtyczce pobieram wszystkie rachunki z białej listy MF - ale gdy kontrahent życzy sobie płatności na konta wirtualne to rachunki to niestety trzeba je dodać do klienta i oznaczyć najlepiej flagą. Chcę by to co zwraca getCustomer() było precyzyjniejsze.
Potwierdzam to co powiedziałeś, że nie ma sensu dodawać kolejnego typu kontaktu ale flagę do rachunku bankowego jak najbardziej. Bez flagi dostaniemy listę wszystkich rachunków źródłowych klienta i musimy szukać preferowanego.
Rozumiesz już potrzebę?
Obecnie we wtyczce pobieram wszystkie rachunki z białej listy MF - ale gdy kontrahent życzy sobie płatności na konta wirtualne to rachunki to niestety trzeba je dodać do klienta i oznaczyć najlepiej flagą. Chcę by to co zwraca
getCustomer()było precyzyjniejsze.
A po co? Przecież można używać w MF czegoś takiego jak wskazań prefiksów rachunków i wtedy rachunki wirtualne do płatności masowych działają bez najmniejszego problemu i naruszeń przepisów.
Nie jesteś w stanie zapytać się MF o konkretnie Twój rachunek klienta. Jesteś jedynie w stanie sprawdzić czy dany rachunek wirtualny należy do kontahenta i jest przypięty do jego konta z białej listy.
Po co?
By nie wpisywać ręcznie rachunku, by każdorazowo go nie wybierać.
Nie jesteś w stanie zapytać się MF o konkretnie Twój rachunek klienta. Jesteś jedynie w stanie sprawdzić czy dany rachunek wirtualny należy do kontahenta i jest przypięty do jego konta z białej listy.
A to: Ministerstwo Finansów informuje o z zmianie wersji API
W dniu 10 stycznia 2020 r. została opublikowana nowa testowa wersja API wraz z dokumentacją. Zmiany dotyczą następujących danych:
We wszystkich rodzajach API dodano informację o dacie i godzinie zapytania z serwera. W metodzie API Check pozwalające na weryfikację rachunków wirtualnych. W metodzie API Check pozwalające na weryfikację podatników zwolnionych.
Nowe API zostanie wdrożone na produkcji w dniu 28 stycznia 2020 r.
Tylko, co Ty chcesz walidoać? Rachunki nadawcze klientów czy rachunki własne?
Przy okazji przykład walidacji jednego z naszych rachunków wirtualnych (w ramach usłigi SIMP z ING Biznes):
curl -H "Accept: application/json" -H "Content-Type: application/json" "https://wl-api.mf.gov.pl/api/search/bank-account/08105001616811000000002941?date=2022-03-01"
oraz wynik:
{
"result" : {
"requestDateTime" : "14-03-2022 17:50:11",
"requestId" : "dD7ZV-8el0f5b",
"subjects" : [
{
"accountNumbers" : [
"41105019531000009031961403",
"18105019531000009031961429",
"19105019531000009031961411"
],
"authorizedClerks" : [],
"hasVirtualAccounts" : true,
"krs" : "0000796039",
"name" : "TEN.NET SPÓŁKA Z OGRANICZONĄ ODPOWIEDZIALNOŚCIĄ SPÓŁKA KOMANDYTOWA",
"nip" : "9662132018",
"partners" : [],
"pesel" : null,
"registrationDenialBasis" : null,
"registrationDenialDate" : null,
"registrationLegalDate" : "2019-07-22",
"regon" : "383941013",
"removalBasis" : null,
"removalDate" : null,
"representatives" : [],
"residenceAddress" : null,
"restorationBasis" : null,
"restorationDate" : null,
"statusVat" : "Czynny",
"workingAddress" : "RYCERSKA 1P, 15-157 BIAŁYSTOK"
}
]
}
}
Nie od tej strony idziesz :-)
Coś Ci pokażę: https://github.com/interduo/LMSPurchasesPlugin/ Za każdym razem dodając dokument pobieram rachunki kontrahenta z serwerów MF i wybieram właściwy rachunek przy dodawaniu dokumentu.
Mając możliwość ustawienia flagi przy "alternatywny rachunku bankowym" mógłbym pole we wtyczce uzupełniać nim automatycznie. Zawsze to jeden krok mniej.
A przy okazji jak zrobisz review pluginu i znajdziesz coś co da się uprościć to będzie mi miło.
Bez flagi nie da się prosto i sensownie odróżnić właściciela konta bankowego wpisanego w danych klienta za pomocą JS. Przesłałem poprawkę - może tak będzie lepiej?