W dniu 16.07.2020 17:09, Paweł Sienkiewicz napisał(a):
Dobre pytanie, wciąż się zastanawiamy się jak będzie lepiej. Z jednej strony dobrze by było obsłużyć opłaty abonamentowe (generowane za pomocą lms-payments.php na podstawie przypisanych subskrypcji), które są tylko w tabeli cash oraz sumują się do salda, z drugiej documents wydają się być bliższe pojęciu faktur i mają unikalne tytuły. Co do invoicecontents, z tego co się orientuje, to zdają się najmniej pasować do tej roli. Jak Pan sądzi? Co byłoby najwygodniejsze z perspektywy dostawców internetu?
Tylko bez Panów ;-)
Czy przewidujecie częściową płatność za fakturę? Jeśli nie i kliknięcie będzie powodować opłacenie całej faktury to pod uwagę wystarczy brać tabelę 'documents'. Najlepiej zrobić dodatkową, własną tabelę, która będzie linkować się przez jakieś pole 'docid' do tabeli documents. Dzięki temu przy przyszłych aktualizacjach schematu i rekonstrukcjach widoków uniknie się problemów z customowymi polami.
Trzeba obsłużyć: 1. Faktury. 2. Faktury korygujące. 3. Faktury pro forma. 4. Noty obciążeniowe.
czw., 16 lip 2020 o 15:12 Tomasz Chiliński tomasz.chilinski@chilan.com napisał(a):
W dniu 16.07.2020 14:16, Paweł Sienkiewicz napisał(a):
Tak jest obecnie, natomiast potrzebujemy rozszerzenia tego
mechanizmu
aby zapewnić lepszą synchronizację danych pomiędzy systemami.
Przy
obecnym rozwiązaniu mieliśmy kilka problemów. Na przykład zdarzały się błędnie wygenerowane linki zgłaszane przez użytkowników, spowodowane edge case’ami w LMS. Generowanie
linków
przez API pozwoli wykrywać błędy na wcześniejszym etapie bez konieczności angażowania użytkowników. Obecnie jesteśmy w
trakcie
tworzenia nowego API, które dodatkowo będzie umożliwiało anulowanie linku po wykonaniu płatności innym źródłem. Teoretycznie moglibyśmy generować linki przed wysłaniem maila z fakturą, ale nie wszyscy użytkownicy mają w LMS adres e-mail. Ogólnie jest dużo sposobów dystrybucji tych linków i najlepiej jakby były one generowane w jednym miejscu. Ponadto jeśli linki będą wygenerowane tylko raz, po wystawieniu faktury, to
ładowanie
listy faktur w userpanelu będzie szybsze.
Czyli link do płatności w Państwa systemie muszą się pojawiać natychmiast czy raczej mogą pojawiać się z pewnym opóźnieniem. Wydaje mi się, że mógłby załatwić temat w miarę prosty skrypt backendowy, który odpowiadałby za wypełnianie pól z linkiem tam gdzie jeszcze takiego linku nie ma (oczywiście mógłby brać pod uwagę jakieś dodatkowe warunki). Staram się znaleźć jakieś
rozwiązanie, które nie będzie wymagało dużych zmian w kodzie generowania obciążeń/faktur. Pewnie, że fajnie byłoby mieć centralne miejsce dodawania samego dokumentu handlowego, a potem również centralne miejsce dodawania doń pozycji. Przy okazji pytanie: chodzi o powiązanie linków z:
- Dokumentem (rekord w 'documents').
- Pozycją dokumentu (rekord w 'invoicecontents').
- Operacją finansową (rekord w 'cash').
?
-- Pozdrawiam Tomasz Chiliński, Chilan opiekun projektu LMS - https://lms.org.pl kierownik projektu LMS Plus / LMS+ - https://lms-plus.org _______________________________________________ lms mailing list lms@lists.lms.org.pl https://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl https://lists.lms.org.pl/mailman/listinfo/lms