Rozliczanie klientow wedlug salda faktur

[Pyxis]

To wymagaloby przy wysylaniu konfiguracji przeliczenia salda dla calej bazy userow. Chce uniknac tej niepotrzebnej jak sie wydaje pracy algorytmu. Chyba trzeba bedzie zrobic blokowanie w oparciu o wielokrotnosc abonamentu danego usera, bo ta wartosc jest stala trzymana jako osobne pole. Bedzie szybciej ja porownac do wartosci salda.

Teraz jeszcze pytanko co z saldem przy przeniesieniu czesci oplat i faktur do archiwum? Saldo trzeba liczyc nie tylko z nieoplaconych faktur ale z calosci. to samo dotyczy drugiej strony rachunkow. Trzeba zliczac cala tabele oplat i dopiero prownanie tych wartosci da kwote salda danego klienta..

[Jardo]

pisałem już wcześniej:

Najlepiej przyjąć 2 rozwiązania do wyboru: 1. blokowanie po przekroczeniu zdefiniowanej kwoty zaległości. 2. blokowanie po przekroczeniu zdefiniowanej wielokrotności kwoty abonamentu.

[Pyxis]

No ale staralem sie wyjasnic, ze kwota ustalana globalnie raczej nie ma sensu. Trzeba to jakos powiazac z kwota abonamentu danego usera. IMHO.

[Jardo]

No to przyjąć wielokrotność abonamentu i po problemie:)

[Rafi]

Witam. Jeśli można coś wtrącić... Gratulacje dla autora za ruszenie spornego tematu- szacuneczek Proponuję ustalić przy globalnym koncie klienta, coś w rodzaju limitu dla każdego usera, zmienna do wypełnienia ( tak jak np. limit kredytowy przy zakupach u dystrybutora ). Przekroczy i ciach- ograniczenie neta do 50 kbps, albo blokada. Co do komunikatów o zaległościach, to albo -1 abonament, albo określona kwota, najlepiej przez nas.

[Pyxis]

Troszke sie boje takich indywidualnych ustalen dla kazdego klienta, bo poniej zmienic to jest nader klopotliwe. Nawet przy wchodzeniu w dany system trzeba by mocno wyklikac sobie takie cos. Wolal bym jako uzytkownik jakis globalny wskaznik zalegania typu 2x kwota abonamentu, albo cos w tym stylu.

[Rafi]

A jak system wyliczy że ma -1 abonament ?, skoro rozliczanie będzie kwotowe, klienci mogą mieć np. 2 m-ce rabat, ktoś jeszcze nadpłaci, albo niedopłaci kwotę, to i tak system będzie musiał kwalifikować wg kwoty zaległość. Zrobisz np. -50 zł i ban. Tylko jak upomnienia, że -50 zł albo więcej jest przez x dni przed blokadą, jeśli kwota zaległa nie maleje, a może ilość dni od terminu płatności ostatniej faktury ?

[Arkadia]

Pyxis pisze:
Witam.
Chcialem zasiegnac opinii na temat takiej opcji rozliczen w programie.
Czy jest to potrzebne?

Nie wierzę własnym oczom !!! Nareszcie !!! Oczywiście, że potrzebne.
Niezwykle potrzebne. Rozwiązuje to wiele problemów wielu użytkowników Pyxisa.
Chętnie zapłacę za taką funkcjonalność bo zdaję sobie sprawę, że wymaga to znacznej przeróbki
programu.

[Pyxis]

W dzile download pojawila sie wersja beta z rozliczeniami na podstawie salda:
http://pyxisisp.pl/download/beta/
Sa tam tez bazy Demo z czystymi oplatami i fakturami.
Nalezy zainstalowac wersje Shareware pobrana z www, nastepnie podmienic plik Pyxis.exe. Wstawiamy tez te bazy w wersji beta i mozemy testowac. W konfiguracji w zakladce "Parametry programu" nalezy zaznaczyc opcje "Rozliczanie wedlug salda".

Nie ma jeszcze zrobionych informacji na fakturach odnosnie zaleglosci liczonych wg salda. Bedzie to dodane. Zaleganie jest okreslone poprzez kwote wielokrotnosci aktualnej oplaty abonamentowej. Dobrze jest ustawic codzienna odbudowe indexu zaleglosci. Szybkosc jego dzialania tez bedzie jeszcze nieco zoptymalizowania pod katem przeliczania sald.

Licze na pomoc zainteresowanych w testowaniu. To naprawde spora robota do napisania w kodzie, bo wymaga zupelnie innego podejscia do tematu na ktore nie byl program przygotowany.

Prosze nie aplikowac jeszcze rozwiazania do wersji produkcyjnej, gdyz program w tej wersji przebudowuje bazy a nie wiedomo, czy bedzie to juz przebudowa finalna.

[Pyxis]

Wgralem na serwer kolejna wersje beta z rozliczaniem saldem. Ma juz chyba wszelkie funkcje dotyczace salda wlacznie z pokazywaniem go na wydrukach faktur.
Licze, ze ktos z zainteresowanych tematem podejmie sie testow, bo poki odzew jest "taki sobie" pomimo wczesniejszych dosyc emocjonalnych wypowiedzi.

[Rafi]

Ja sprawdzę dopiero w trakcie weekendu, bo na razie, to mam pełne ręce roboty

[djpielgrzym]

Wgralem na serwer kolejna wersje beta z rozliczaniem saldem. Ma juz chyba wszelkie funkcje dotyczace salda wlacznie z pokazywaniem go na wydrukach faktur.
Licze, ze ktos z zainteresowanych tematem podejmie sie testow, bo poki odzew jest "taki sobie" pomimo wczesniejszych dosyc emocjonalnych wypowiedzi.

Oczywiście potestuje. Czy jest nadzieja by coś stabilnego wydać do końca roku? Najlepszy moment by zmienić sposób rozliczania.

[Pyxis]

Wlasnie z ta mysla sie do tego zabralem. W 3.05 ktora mam zamiar przed koncem roku wystawic, poza obliczaniem klientow saldem bedzie niewiele wiecej nowosci (jakies drobne poprawki algorytmow tylko).

[Jardo]

Czy gdzieś jest/będzie widoczne saldo klienta?

przy okazji mała uwaga do wersji 3 - przydałby się podgląd archiwalnych opłat masowych

[Pyxis]

Saldo klienta jest widoczne na jego karcie na zakladce dane rozszerzone oraz jako ostatnia kolumna w tabeli glownej programu (drukuje sie tez na fakturach jesli mamy ta opcje wlaczona w konfiguracji).

Archiwalne oplaty masowe sa widoczne przy podgladaniu oplat danego uzytkownika i wylaczeniu opcji pokazywania tylko rekordow niezaksiegowanych.