(draft + notatki 05/2026)
1. Opis ogólny. Wprowadzenie
2. Polityka rabatowa w Trawers ERP
3. Zapis: 2/10 Net 30
4. Warunki płatności w karcie odbiorcy
5. Zapis [U] Rabat od całej faktury
6. Metody płatności
7. Checklista operacyjna
8. Tematy powiązane
1. Opis ogólny. Wprowadzenie
W praktyce gospodarczej skonto (cash discount / early payment discount) jest
elementem warunków płatności i rozliczenia należności/zobowiązań.
Stosowane jest najczęściej jako procentowe zmniejszenie sumy należności, przyznawane
w razie zapłaty przed umówionym terminem.
Skonto traktuje się jako obniżkę ceny sprzedaży, tylko warunkową (zależną od terminu zapłaty).
Standardowa procedura
* Faktura sprzedaży tworzy należność na pełną kwotę.
* Warunki płatności zawierają parametry skonta:
- % skonta,
- liczba dni na skonto,
- ewentualnie progi / kilka poziomów (np. 2% do 10 dni).
KSeF - podsekcja: Skonto zawiera dwa obowiązkowe elementy:
- WarunkiSkonta
Opis warunków, które nabywca musi spełnić, aby skorzystać z rabatu
(np. termin opłacenia faktury liczony w dniach).
- WysokoscSkonta
Określenie wielkości rabatu (procentowo lub kwotowo).
JD: Zastosować komunikacje 'światową' tj. np. 2/10 Net 30).
Discount % (Procent rabatu): np. 2 (dla 2% skonta).
Number of Days (Liczba dni): np. 10 (liczba dni na opłacenie
faktury od daty wystawienia, aby skonto obowiązywało
Musi zapłacic w ciągu 30 dni.
Warunki 2/10 Net 30 oznaczają, że kupujący ma zapłacić za fakturę w ciągu 30 dni,
ale jeśli ureguluje należność w ciągu 10 dni, otrzyma 2% rabatu.
Rozbicie tego kodu na części:2: Rabat w wysokości 2%.10:
Liczba dni, w których należy opłacić fakturę, aby skorzystać z rabatu.
Net 30: Całkowity czas na uregulowanie pełnej kwoty wynosi 30 dni (termin ostateczny).
Przykład:Jeśli wartość Twojej faktury wynosi \(1000\) zł, a Ty opłacisz ją do 10.
dnia od daty jej wystawienia, zapłacisz tylko \(980\) zł. Jeśli zapłacisz między 11. a 30. dniem,
musisz przelać pełną kwotę \(1000\) zł.
Kody te są standardową praktyką w handlu (B2B), stworzoną po to, aby motywować
klientów do szybszego opłacania rachunków i poprawiać płynność finansową sprzedawcy.
Jak zapisać w zbiorze te warunki płatności, np. 2/10 Net 30
Patrz w .prg sugestie AI
W ERP:
Zapis w wielu polach: (łatwiej obliczać)
Procent rabatu (np. rabat_procent: 2.00)
Dni na rabat (np. rabat_dni: 10)
Dni na uregulowanie całości (np. netto_dni: 30)
* Podczas lub po zarejestrowaniu płatności:
- system (lub ręcznie) wylicza, czy warunek skonta jest spełniony
- ustala różnicę należności
LS: ustalić różnicę wg zapisów w kartotece rozrachunków
Tam jest kwota faktury i kwota zapłaty. Są daty i można ustalić
czy ew. skonto jest uzasadnione
* Udokumentowanie różnicy należności:
- skorygowanie wartości sprzedaży (zmienia się podstawa opodatkowania)
- skorygowanie PTU/VAT należny (zmienia się kwota PTU/VAT)
- rozliczenie należności odbiorcy (nabywcy, klienta) (zmienia się należność)
(W Tr wystawić FK korygującą z [U] Rabat od całej faktury
Ustawa o PTU/VAT
Udzielenie skonta zobowiązuje przedsiębiorcę do wystawienia faktury korygującej.
Taki obowiązek wynika z art. 106j ust. 1 pkt 1 ustawy o VAT, który zawiera zapis,
że przedsiębiorca musi wystawić fakturę korygującą jeżeli udzielił obniżki cen
w formie rabatu, o której mówi art. 29a ust. 7 pkt 1 oraz udzielił upustów
i obniżek cen, o których mowa w art. 29a ust. 10 pkt 1.
Kolejne kroki w Trawers ERP
1. Wystawiam fakturę na 100 PLN + 23 PLN VAT. Zatwierdzam. Wysyłam do KSeF.
2. Otrzymują płatność. Gdy przysługuje skonto, to:
3. Wystawiam fakturę korygującą (nie rejestruje pozycji sprzedaży),
wybieram:
Rodzaj pozycji: [U] Rabat od całej faktury
Wpisuje 5%
Program oblicza 6.15 PLN (automatycznie, wg kwoty z faktury pierwotnej)
Netto 5.00 PLN
PTU 1.15 PLN
Fakturę można wysłać do KSeF (FS: sprawdziłem).
Faktura korygująca zmniejsza należność w kartotece rozrachunków
---- Notatki
W tradycyjnym rozumieniu, skonto to zmniejszenie ceny dopiero po
otrzymaniu zapłaty wcześniej niż ustalono. Po otrzymaniu zapłaty wcześniej
wystawiamy fa korygująca na kwotę skonta. Na fakturze pierwotnej dajemy info o
skoncie ale cena jest pierwotna, bez skonta.
W broszurze jest info, ze informujemy nabywce o zasdadach skonta: kiedy i ile.
Lecz 'konsumpcja' powinna byc po stronie ERP, ktory analizuje czy dać skonto czy nie.
Broszura KSeF: Podsekcja: Skonto:
Warunki, które nabywca powinien spełnić, aby skorzystać ze skonta
Przykład:
płatność w ciągu 7 dni od dnia wystawienia faktury
Wysokość skonta
Przykład:
3% kwoty należności (brutto) wynikającej z faktury
-----
NOTE: JD Nie wiązać skonta z metodą (formą płatności)
Użyć np. 2/10 Net 30 (w karcie klienta i ... ?
Ważne że klient zapłaci przed wyznaczonym terminem.
Forma zapłaty jest dowolna. Decyduje data wpłaty.
Gdy ma warunki płatności np. 2/10 Net 30
i płaci gotówką, to też dostaje skonto.
JD: Nazwać: WarunkiSkonta (tak jak to nazywa KSeF)
OK, tak mozna zrobic. A teraz 'konsumpcja' w ERP. Po otrzymaniu zaplaty trzeba
ustalic jaki rabat sie nalezy, obliczyć kwote i wystawic fa korygująca.
Gdzie i jak ustalać czy rabat sie nalezy.
I co dalej ? Najprosciej - dac info dla uzytkownika zeby wystawic FK z Rabatem
LS proponuje raport z kartoteki rozrachunków. Tam są wszystkie dane
Domyślmy rodzaj warunków skonta jest zapisany w karcie kontrahenta, może być puste.
Gdy wypełniono warunki skonta na karcie kontrahenta to przepisywane na zamówienie/ofertę/fakturę.
Gdy wypełniono warunki skonta na zamówieniu to przepisywane na fakturę.
Gdy wybrano WarunkiSkonta na fakturze / zamówieniu / .. to kontrola czy liczba
dni płatności taka sama na dokumencie i w warunkach skonta.
JD+LS uważamy, ze klient może otrzymać upust od ceny (tak jak obecnie)
np. [8] Upust o % wg tabeli Upusty od asortymentu (IGA)
Na fakturze jest cena obniżona o % upustu z tabeli upustów
i dodatkowo, może uzyskać rabat (skonto), gdy zapłaci przed terminem
np. 2/10 Net 30 - dostanie rabat 2% gdy zapłaci 8-go dnia od daty
wystawienia faktury (wystawimy mu fa korygującą do faktury sprzedaży.
JD: Nie łączyć upustów. Rozdzielic upusty i rabaty (skonta)
Napisalem wyzej: klient może otrzymać upust od ceny (tak jak obecnie)
np. [8] Upust o % wg tabeli Upusty od asortymentu (IGA)
Na fakturze jest cena obniżona o % upustu z tabeli upustów
i dodatkowo, może uzyskać rabat (skonto), gdy zapłaci przed terminem.
np. 2/10 Net 30 - dostanie rabat 2% gdy zapłaci 8-go dnia od daty
wystawienia faktury (wystawimy mu fa korygującą do faktury sprzedaży.
Jeżeli dalismy mu warunki handlowe: 2/10 Net 30 a zapłaci gotowka od razu,
w ostatniej pozycji dopisujemy: Rabat od całej faktury [U]
Zrobilem FA0002/06/26, wysłałem do KSeF, dostałem UPO, jest OK
Jezeli później np. po 8 dniach, to fa korygująca.
Zrobilem FK0001/06/26, wysłałem do KSeF, dostałem UPO, jest OK
Wazne: nie łączymy upustów i rabatow.
Upusty są od ceny sprzedaży. A rabat (skonto) jest od wartości calej sprzedaży.
Najważniejsze: co innego upust od ceny a co innego rabat (skonto) od
warunków płatności.
PS: z tabeli upustów usuwamy tabele upustu od form płatności
ew. mozna zostawic dla tych którzy stosują
Czyli upusty od ceny zostawiamy bez zmian
a wprowadzamy rabaty od warunków platności (skonto)
-------
Gdzie zapisać: 2/10 Net 30 w karcie odbiorcy ?
2 - dodac pole do karty odbiorcy
10 - dodac pole do karty odbiorcy
30 - juz jest - Platność ... dni (ODWARPL N 3)
Na ekranie: SkoP 999.99 SkoD xxx
^ Procent ^ Dni
W karcie kontrahenta: OdSkontP - procent skonta
OdSkontD - dni skonta
W nagłówku dok NA j/w
W rozrachnkach ??? (wg LS dac tez kwote skonta, aby porównac z wplata klienta)
SkontoD N3 (dni) KSeF WarunkiSkonta, tu Platność w ciagu ... dnia od wystawienia faktury
SkontoP (procent) N 6 2 (tak jest w poz fa w NA)
KSeF WysokoscSkonta np. 3% kwoty należności (brutto) wynikającej z faktury
np. @ 15,39 get r_SkontoP pict OBRAZ_N2(6,2)
W ofertach i zamow - informowac: Warunki płatności '2/10 Net 30'
W KSeF w elemencie Skonto
WarunkiSkonta - Płatność w ciagu 10 dni od dnia wystawanie faktury
WysokoscSkonta - 2 % należności brutto wynikającej z faktury
------
2. Polityka rabatowa w Trawers ERP
JD: 06/2026 rozmowa z AI nt: Skonto w Trawers ERP
2.0 Wprowadzenie
Dotyczy warunki handlowe - upusty i rabaty.
Mamy tabele upustów np. od sprzedazy konkretnego asortymentu.
Np. 10 sztuk monitorow, to 5% upustu z ceny.
Mamy tez warunki skonta (rabatu).
Np. 2/10 Net 30 - gdy zaplaci do 10 dni to 2% rabatu (skonto).
Rabat zapisujemy jako pozycja faktury rodzaju: Rabat od całej faktury [U].
Gdy placi od razu gotówka, to tez dostaje ten rabat (od razu dopisujemy
pozycje [U]. Gdy płaci np. po 8 dniach, to pozycje [U] zapisujemy
w fakturze korygującej.
Czy taka polityka handlowa jest sensowana ?
Jezeli tak, to gdzie zanotowac w bazie danych te raguły oraz jak informowac
klientow.
Czy w ogólnych opisach warunków handlowych czy w dokumentach,
np. w ofertach i zamówieniach ?
AsystentAI
Tak - taka polityka jest sensowna i dość typowa:
* upusty/rabaty handlowe (np. ilościowe, asortymentowe) kształtują cenę sprzedaży tu i teraz,
* skonto to warunkowy rabat za wcześniejszą zapłatę (instrument płatniczy),
który staje się należny dopiero po spełnieniu warunku (zapłata w terminie).
2.1 Czy sposób księgowo-fakturowy ma sens ?
Tak, pod warunkiem spójności zasad:
1. Gdy klient płaci od razu (gotówka / karta / przelew natychmiastowy)
Dopisanie od razu pozycji: Rabat od całej faktury [U] jest logiczne,
bo warunek skonta jest spełniony w momencie wystawienia faktury.
2. Gdy klient ma termin (np. 30 dni) i płaci w 8 dni
Wystawienie faktury korygującej z pozycją [U] też jest poprawnym podejściem,
bo dopiero wtedy wiadomo, że warunek został spełniony.
Ważne, żeby to było opisane jako skonto (warunkowe), a nie 'zwykły rabat'
bezwarunkowy, bo to wpływa na komunikację i kontrolę.
Dwie praktyczne uwagi (żeby uniknąć chaosu):
* Ustalcie jasno, że skonto liczy się od kwoty po wszystkich upustach/rabatach handlowych
(najczęściej tak się robi).
* Ustalcie regułę rozliczeń: skonto tylko po faktycznym zaksięgowaniu wpływu
(a nie 'deklaracji', że klient zapłaci).
2.2 Gdzie te reguły 'trzymać' w bazie/systemie?
W praktyce warto rozdzielić to na 2 niezależne mechanizmy (bo to są różne typy rabatów):
A. Upusty/rabaty handlowe
(towarowe / ilościowe / asortymentowe)
Powinny być zapisane jako reguły cenowe/rabatowe przypisane do:
* kartoteki asortymentu / grup towarowych,
* progów ilościowych,
* ewentualnie kontrahenta / grupy kontrahentów,
* okresu obowiązywania.
Czyli: to ma być automatyka ceny na dokumencie sprzedaży (oferta/zamówienie/WZ/faktura).
B. Skonto (2/10, Net 30)
To nie jest rabat towarowy, tylko element warunków płatności. Najczyściej trzyma się to w:
* definicji terminu płatności (np. 30 dni, skonto 2% do 10 dni),
* ewentualnie w warunkach handlowych kontrahenta (domyślne warunki płatności),
* plus informacja na dokumencie (żeby było na papierze).
Operacyjnie w ERP dobrze, jeśli skonto da się:
* pokazać na fakturze jako informację (warunek),
* oraz rozliczać korektą po spełnieniu warunku (lub automatycznie przy płatności natychmiastowej).
Jeżeli w Trawersie macie pozycję [U] jako standardową pozycję rabatową - to jest OK
jako 'nośnik' skonta, ale reguła skonta powinna wynikać z warunków płatności,
nie z ręcznego 'widzimisię' użytkownika.
2.3 Jak informować klientów - OWH czy dokumenty?
Najlepiej oba, ale w różnej roli:
1) Ogólne warunki handlowe (OWH / regulamin / umowa)
Tam wpiszcie zasady systemowe, np.:
* definicję skonta, terminy, sposób liczenia (od kwoty netto/brutto;
najczęściej od kwoty należności z faktury po rabatach),
* że skonto przysługuje tylko przy wpływie środków do dnia X,
* że skonto jest rozliczane korektą, jeśli nie ujęto go na fakturze pierwotnej.
To zabezpiecza Was formalnie.
2) Oferty i zamówienia (handlowo)
Tu klient powinien to widzieć konkretnie:
* ceny po rabatach towarowych (już policzone),
* osobna linia/sekcja: Warunki płatności: 30 dni. Skonto 2% przy płatności do 10 dni.
To jest najważniejsze z punktu widzenia sprzedaży (żeby nie było zaskoczeń).
3) Faktura (księgowo i 'dowodowo')
Na fakturze najlepiej:
* mieć warunek skonta w warunkach płatności / stopce (tekst),
* a pozycję [U] dodawać:
* od razu tylko przy płatności natychmiastowej,
* albo korektą po spełnieniu warunku.
To minimalizuje spory (nie wiedziałem / nie było na dokumencie).
2.4 Proponowana, spójna procedura (praktyczna)
1. Dokument sprzedaży liczy upusty towarowe automatycznie wg tabel.
2. Dokument zawsze drukuje/ma pole: Skonto: 2% do 10 dni; termin płatności: 30 dni.
3. Jeśli forma płatności = natychmiastowa na fakturze od razu pozycja [U].
4. Jeśli forma płatności = terminowa po wpływie środków w terminie skonta:
* wystawiacie korektę [U],
* (opcjonalnie) procedura kontrolna: raport faktury opłacone do X dni do skonta.
Jeśli chcesz, podaj proszę (krótko):
* czy w Trawersie skonto macie już gdzieś jako termin płatności
(np. definicja typu 2/10 Net 30), czy wszystko robicie ręcznie pozycją [U],
Wtedy dopasuję Ci konkretny wariant konfiguracji i obiegu dokumentów w Trawers ERP
(bez komplikowania pracy handlowcom i księgowości).
3. Zapis: 2/10 Net 30
Obecnie nie mamy zapisu typu: 2/10 Net 30 - pytanie też gdzie zapisac: karta klienta/ogolnie ?
AsystentAI
3.1 Gdzie zapisać '2/10 Net 30' w Trawersie?
W Trawersie są dwa poziomy:
A) Poziom klienta (domyślne)
W karcie odbiorcy/dostawcy trzymane są domyślne warunki płatności: metoda płatności
i liczba dni do zapłaty .
To też widać po strukturze danych (SOA): w karcie klienta są pola m.in.
`payment` (sposób płatności) i `maturity` (dni do zapłaty) .
Wniosek praktyczny:
* 'Net 30' zapisujesz jako dni do zapłaty = 30 w karcie klienta (domyślnie).
* Metodę płatności (np. przelew) też tam ustawiasz jako domyślną.
B) Poziom ogólny / słownik Warunki płatności (tam, gdzie jest skonto)
W słowniku pojęć Trawersa jest wprost: Warunki płatności określają kiedy faktura
ma być zapłacona i jakie obowiązują skonta, z przykładem '2% 10 Net 30'.
Czyli docelowo '2/10 Net 30' powinno być zapisane jako definicja warunków płatności
(Payment Terms), a następnie wybierane:
* jako domyślne dla klienta (w karcie),
* albo na dokumencie (oferta/zamówienie/faktura) gdy jest wyjątek.
> Jeżeli w Waszej konfiguracji dziś macie tylko: metoda + dni (bez terminu skonta),
to i tak warto traktować 2/10 Net 30 jako standard firmowy opisany w warunkach płatności
i konsekwentnie go drukować/umieszczać w dokumentach (poniżej).
3.2 Jak to realizować dokumentowo (żeby było poprawnie z VAT)?
Ponieważ skonto obniża VAT, technicznie w Trawersie najbezpieczniej:
* płatność natychmiastowa -> na fakturze od razu pozycja [U] rabat od całej faktury,
* płatność odroczona -> po wpływie w terminie skonta -> faktura korygująca z pozycją [U].
To jest zgodne z podejściem, że skonto jest 'warunkowe' i ujawnia się dopiero po spełnieniu warunku (zapłata).
Dodatkowo: Trawers opisuje, że 'rabat od całej faktury' jest rejestrowany jako osobna pozycja
i wpływa na wartości netto i PTU , .
3.3 Jak informować klientów: gdzie wpisać reguły?
Najlepsza praktyka (żeby nie było sporów):
1. OWH / umowa / regulamin (ogólnie)
Opis zasady: skonto 2% przy zapłacie do 10 dni, sposób liczenia (od netto), rozliczanie korektą
jeśli nie ujęto na fakturze pierwotnej.
2. Dokumenty handlowe (konkretnie: oferta, zamówienie, faktura)
Na dokumentach musi być widoczne 2/10 Net 30, bo to jest warunek transakcji.
W Trawersie jest nawet wskazówka, że na fakturze można umieszczać dodatkowe opisy
i trzymać je w tabeli typowych opisów (powtarzalnych) - to jest dobre miejsce na stały tekst:
* 'Warunki płatności: 30 dni. Skonto 2% przy płatności do 10 dni (liczone od wartości netto).'
3.4 Rekomendacja wdrożeniowa
* W karcie klienta ustaw: domyślną metodę płatności + 30 dni .
* Zdefiniuj standardowy tekst warunków skonta jako typowy opis i automatycznie
doklejaj na ofertach/zamówieniach/fakturach.
* Skonto księguj zawsze pozycją [U] (na fakturze przy płatności natychmiastowej,
albo korektą po terminowej zapłacie), bo wtedy VAT też schodzi .
4. Warunki płatności w karcie odbiorcy
Planuję warunki płatności - typu: 2/10 Net 30 zapisać w karcie odbiorcy (klienta). 2 - dodac pole do karty odbiorcy, 10 - dodac pole do karty odbiorcy, 30 - juz jest: Platność ... dni
AsystentAI
To da się zrobić, ale nie polecam dopisywać 2 i 10 jako dwa luźne pola w karcie odbiorcy,
bo szybko zrobi się niespójnie (różne kombinacje, brak walidacji, trudniej raportować,
trudniej drukować na dokumentach).
4.1 Warianty
Najrozsądniejsze warianty są dwa (od najlepszego):
Wariant A (najlepszy): 'Warunki płatności' jako słownik + wybór w karcie klienta
1. Tworzysz słownik/definicje Warunków płatności (np. kod: `SK2_10N30`, opis: 2/10 Net 30,
parametry: skonto%=2, skonto_dni=10, termin=30).
2. W karcie odbiorcy dodajesz jedno pole: *Warunki płatności* (referencja do słownika).
3. Pole Płatność dni (30) może pozostać, ale wtedy:
* albo jest wyliczane z wybranych warunków,
* albo blokowane do edycji, żeby nie rozjechało się z 2/10 Net 30.
Plusy: spójność, walidacja, łatwe drukowanie na dokumentach, łatwe raporty
(którzy klienci mają skonto), łatwa zmiana polityki.
Wariant B (gdy nie masz słownika i musisz iść 'po polach')
Jeśli koniecznie chcesz trzymać to tylko w karcie odbiorcy, to minimalnie:
* `Skonto%` (np. 2)
* `Skonto do dni` (np. 10)
* `Termin płatności dni` (już macie: 30)
Ale koniecznie dodaj zasady:
* walidacja: gdy `Skonto% > 0`, to `Skonto do dni` musi być >0,
* drukowanie: na dokumentach zawsze tekst Skonto X% do Y dni; termin Z dni,
* procedura księgowa: skonto realizowane pozycją [U]
(na FV przy płatności natychmiastowej, albo korekta po wpływie w terminie),
żeby VAT schodził od netto.
Co z informacją dla klienta?
Niezależnie od wariantu: samo zapisanie w karcie klienta nie wystarczy.
Klient musi to widzieć na:
* ofercie / zamówieniu (handlowo),
* fakturze (dowodowo, do rozliczeń).
Najprościej: stała stopka/sekcja: Warunki płatności, która składa tekst z pól
(albo z definicji słownikowej).
Jeśli powiesz mi, czy w Waszym Trawersie macie już gdzieś słownik sposób/warunki płatności
(czy tylko `payment` + `maturity` jak w standardowych danych karty), to podpowiem,
który wariant będzie najmniej inwazyjny wdrożeniowo.
4.2 Pola w karcie odbiorcy
Obecnie na ma słownika. Domyślne warunki płatności podane są w karcie odbiorcy
i dostawcy. Są to: metoda płatności, np. [P] Przelew bankowy i dni do zapłaty.
Podczas rejestrowania dokumentów sprzedaży i zakupu warunki płatności i dni
do zapłaty przenoszone są do nagłówków dokumentów i do kartoteki rozrachunków
(należności i zobowiązania).
Termin płatności można zmienić (skorygować):
* W funkcji: Korekta dokumentu
* W funkcji: Stan rozrachunków > Nierozliczone [NA_ZRO10] [ZO_ZRO10]
(F2-cd.. Korekta terminu płatności)
AsystentAI
OK - skoro nie macie słownika, to zapis 2/10 Net 30 w karcie odbiorcy jest do zrobienia,
tylko warto to zrobić tak, żeby:
* nie rozwalić istniejącego mechanizmu (metoda płatności + dni do zapłaty),
* dało się to drukować na dokumentach,
* dało się to kontrolować i poprawiać (korekta terminu już działa standardowo).
Z opisu Trawersa: domyślne warunki płatności są w karcie odbiorcy/dostawcy
(metoda + dni) i są przenoszone do nagłówków dokumentów oraz do rozrachunków.
Termin można potem korygować w Korekta dokumentu albo w
Stan rozrachunków > Nierozliczone [NA_ZRO10]/[ZO_ZRO10] (F2 Korekta terminu) .
1) Jakie pola dodać do karty odbiorcy (bez słownika)
Zamiast trzech oddzielnych pól 2, 10, 30, zróbcie:
1. SKONTO_PROC - procent skonta (np. 2.00)
2. SKONTO_DNI - do ilu dni przysługuje skonto (np. 10)
3. Pole istniejące: Płatność w ciągu dni = 30 (Net 30)
To jest dokładnie logiczny rozkład 2/10 Net 30.
Walidacje (bardzo zalecane):
* jeśli `SKONTO_PROC > 0` -> `SKONTO_DNI > 0`
* `SKONTO_DNI <= Płatność dni` (żeby nie było 2/40 Net 30)
* procent w sensownym zakresie (np. 020)
2) Co będzie się przenosić na dokumenty i rozrachunki
Standardowo Trawers przenosi tylko: metoda płatności + dni do zapłaty
do nagłówka dokumentu i do rozrachunków .
Jeśli dodacie pola skonta w karcie odbiorcy, to macie dwie opcje:
Opcja A (minimum zmian):
Skonto jako informacja + ręczna realizacja
* Na dokument przenosi się jak dziś: metoda + 30 dni.
* Skonto (2% do 10 dni) traktujecie jako warunek i realizujecie:
* gotówka/natychmiast od razu pozycja rabatowa [U]
* przelew w 10 dni korekta z [U]
To jest zgodne z definicją skonta i praktyką, że na kwotę skonta wystawia się fakturę korygującą .
Opcja B (bardziej 'systemowo'):
Skonto przenosić też do nagłówka dokumentu
Jeśli macie możliwość modyfikacji/rozszerzeń nagłówka dokumentu,
to warto dopisać tam pola 'skonto%' i 'skonto do dni' (zaciągane z karty odbiorcy).
Dzięki temu:
* na poziomie dokumentu macie 'zamrożone' warunki dla tej transakcji,
* łatwiej raportować i kontrolować.
3) Jak informować klienta (żeby nie było sporów)
Najprościej i najczyściej: drukujcie warunki skonta na dokumentach jako tekst.
W dokumentacji jest wprost, że na fakturze można umieszczać dodatkowe opisy
i trzymać typowe, powtarzalne opisy w tabeli opisów w NA . To jest idealne na stałą formułkę:
> Warunki płatności: Net 30. Skonto 2% przy zapłacie do 10 dni (liczone od netto).
Czyli:
* OWH/umowa ogólna zasada,
* oferta/zamówienie/faktura - konkretna informacja (najważniejsze dowodowo).
4) Kontrola i korekty terminu - zostaje jak dziś
Wasz obecny mechanizm korekt pozostaje aktualny:
* korekta terminu w Korekta dokumentu
* albo w rozrachunkach: [NA_ZRO10]/[ZO_ZRO10] F2 korekta terminu .
Jeśli chcesz, mogę podać Ci 'szablon' implementacji (logika w punktach) dla działu wdrożeniowego:
* kiedy automatycznie dopisać opis skonta na fakturze,
* kiedy automatycznie proponować [U] (np. gdy metoda płatności jest natychmiastowa),
bazując na tym, że płatności natychmiastowe w Trawersie są rozpoznawane po metodach z dniami=0 .
5. Zapis [U] Rabat od całej faktury
Podpowiedz kiedy automatycznie proponować [U] (np. gdy metoda płatności jest natychmiastowa)
AsystentAI
Pewnie - poniżej masz praktyczne reguły, kiedy system może automatycznie proponować
dopisanie pozycji [U] Rabat od całej faktury (skonto), tak żeby było bezpiecznie
i nie generowało błędnych korekt.
Zasada nadrzędna
[U] proponuj automatycznie tylko wtedy, gdy w momencie wystawiania dokumentu masz pewność,
że warunek skonta jest spełniony 'tu i teraz'.
Czyli: płatność jest natychmiastowa i faktycznie realizowana przy wystawieniu dokumentu.
5.1 Trigger: płatność natychmiastowa
Proponuj [U], gdy spełnione są łącznie:
Warunek A - metoda płatności jest natychmiastowa
Np.:
* gotówka,
* karta,
* płatność online / PayU / Przelewy24 itp. (jeśli księgujecie ją jako natychmiastową),
* zapłacono / płatność natychmiastowa (wasz kod metody).
Techniczny heurystyczny wskaźnik: metoda płatności, dla której standardowo termin = 0 dni.
**Warunek B - dokument jest traktowany jako 'opłacony na miejscu'
Czyli w procesie sprzedaży rejestrujecie od razu wpływ (kasa/bank) albo dokument jest typu gotówkowy.
Wtedy:
* System dodaje/proponuje pozycję [U] w wysokości `Skonto%` liczonej od netto
(po rabatach towarowych).
* Wydruk/stopka: Skonto X% do Y dni zastosowano na fakturze.
5.2 Kiedy NIE proponować automatycznie
Nie proponuj [U] automatycznie, gdy:
1. Metoda: przelew i jest termin (np. 30 dni)
Nawet jeśli klient mówi zapłacę dziś [ to nadal warunek skonta
jest spełniony dopiero po wpływie.
2. Sprzedaż na kredyt kupiecki / odroczona płatność
Skonto realizujecie wtedy korektą po zapłacie w terminie skonta.
3. Nie ma pewności co do momentu zapłaty
Np. metoda karta ale płatność jest później batchowana i bywa cofnięta
jeśli to u was realny problem, lepiej nie automatyzować.
W praktyce najlepiej działa podejście dwustopniowe:
Krok 1
Zawsze pokaż informację o skonto (jeśli klient ma skonto)
Jeśli na karcie klienta:
* `Skonto% > 0` oraz `Skonto_dni > 0`,
to na dokumencie pokazujesz komunikat/sekcję:
> Skonto X% do Y dni (od netto).
Krok 2
Dopiero jeśli płatność natychmiastowa -> zaproponuj dodanie [U]
Czyli UI/komunikat:
* Klient ma skonto 2% do 10 dni. Metoda płatności: GOTÓWKA (0 dni). Dodać rabat [U] teraz?
I domyślnie TAK, ale użytkownik może odznaczyć.
5.4 Reguła liczenia
Jeśli już proponujesz [U], to trzymaj konsekwentnie:
* podstawa skonta = netto po rabatach towarowych (ilościowe/asortymentowe),
* [U] jako rabat od całej faktury ma proporcjonalnie obniżyć VAT
(czyli skonto od netto działa poprawnie).
5.5 Dodatkowe 'triggery' (opcjonalnie)
Możesz też proponować [U] automatycznie, gdy:
* dokument ma typ 'Faktura gotówkowa' / 'Paragon+FV' (jeśli macie),
* jednocześnie w systemie rejestrujecie od razu wpłatę (np. zapis KP / raport kasowy).
5.6 Gotowy pseudo-algorytm
(czytelny dla wdrożeniowca)
1. Jeśli `customer.skonto_proc > 0` i `customer.skonto_dni > 0`:
2. Jeśli `document.payment_method` jest natychmiastowa albo `document.maturity_days == 0`:
3. Jeśli `document.isPaidNow == true` (opłacone na miejscu / rejestrujesz wpłatę):
4. To dodaj/proponuj pozycję [U] = `round(net_after_item_discounts * skonto_proc/100, 2)`
5. W przeciwnym razie: tylko informacja o warunkach skonta, bez [U].
Jeśli podasz mi listę waszych kodów metod płatności (np. [G] gotówka, [K] karta, [P] przelew) i to,
czy macie w systemie znacznik opłacono przy wystawieniu - dopasuję regułę 1:1 do waszych realiów
(żeby nie było fałszywych propozycji).
6. Metody płatności
Przyjmuje się, że następujące metody oznaczają płatności natychmiastowe,
tzn. liczba dni do zapłaty jest równa zero (0):
------------------------
G/L/N/O/R/Z/U/M
------------------------
AsystentAI
Super - to jest dokładnie ten 'twardy' warunek, który warto wykorzystać do automatyki.
Reguła proponowania [U] (skonto) przy płatnościach natychmiastowychProponuj automatycznie dopisanie pozycji [U] wtedy, gdy łącznie:
1. Klient ma zdefiniowane skonto:
* `Skonto% > 0` i `Skonto_dni > 0`
2. Na dokumencie (nagłówku) warunki płatności wskazują płatność natychmiastową:
* dni do zapłaty = 0
* oraz metoda płatności należy do kodów natychmiastowych: `G/L/N/O/R/Z/U/M` (jak podałeś)
Wtedy system może:
* automatycznie dopisać [U] albo (bezpieczniej) wyświetlić propozycję Dodać skonto [U] teraz?
(TAK/NIE) z domyślnym TAK.
Kiedy nie proponować [U]
* jeśli dni do zapłaty > 0 (np. przelew z terminem),
* jeśli metoda nie jest w `G/L/N/O/R/Z/U/M`,
* jeśli skonto nie jest zdefiniowane na kliencie.
Uwaga praktyczna (żeby uniknąć pomyłek)
Jeżeli macie metodę z tej listy, ale czasem nie oznacza faktycznej zapłaty
(np. M jako mieszana / do rozliczenia później), to lepiej dodać jeszcze jeden bezpiecznik:
* proponuj [U] tylko gdy dokument jest oznaczony jako opłacony przy wystawieniu
(jeśli macie taki znacznik), albo gdy w tym samym procesie rejestrujecie wpłatę (KP/raport kasowy).
Jak liczyć kwotę [U]
* baza: netto po rabatach towarowych,
* kwota [U] = baza * skonto%,
* [U] obniża też VAT (to jest pożądane u Was).
Jeśli chcesz, mogę rozpisać dokładny checklist dla użytkownika
(handlowiec/księgowa): co ma zobaczyć na ekranie i co kliknąć, żeby było to powtarzalne
i nie zależało od pamięci pracownika.
7. Checklista operacyjna
AsystentAI
Poniżej masz gotową checklistę operacyjną (dla handlowca i księgowości) + krótką
checklistę kontrolną dla wdrożeniowca, żeby propozycja [U] była powtarzalna i bezpieczna.
7.1 Checklist dla handlowca
(wystawianie dokumentu sprzedaży)
1) Przed wystawieniem faktury
1. Otwórz kartę odbiorcy i sprawdź:
* metoda płatności (kod),
* dni do zapłaty,
* skonto% i skonto do dni (jeżeli macie już dodane pola).
2) W trakcie wystawiania faktury
2. Po przeniesieniu warunków płatności do nagłówka faktury sprawdź:
* dni do zapłaty = 0?
* metoda płatności w grupie natychmiastowych: G/L/N/O/R/Z/U/M?
3. Jeżeli TAK (płatność natychmiastowa):
* system powinien pokazać komunikat:
> Klient ma skonto X% do Y dni. Płatność natychmiastowa (0 dni, metoda G/L/N/O/R/Z/U/M). Dodać rabat [U] teraz?
* wybierz TAK (domyślnie).
* sprawdź, czy pozycja [U] Rabat od całej faktury pojawiła się na dokumencie.
4. Jeżeli NIE (termin > 0 lub metoda inna):
* nie dodawaj [U] na fakturze.
* na wydruku/stopce powinien być tekst:
> Skonto X% przy zapłacie do Y dni (od netto). Termin płatności: Z dni.
3) Kontrola przed zatwierdzeniem
5. Sprawdź kwotę [U]:
* skonto liczone od netto po rabatach towarowych,
* VAT ma się obniżyć proporcjonalnie (to u Was wymagane).
7.2 Checklista dla księgowości (po zapłacie)
1) Płatność natychmiastowa (0 dni, G/L/N/O/R/Z/U/M)
* Jeśli faktura ma już [U] nic nie robisz.
* Jeśli faktura nie ma [U], a powinna wystaw korektę z [U] (tylko jeśli rzeczywiście skonto miało być zastosowane).
2) Płatność odroczona (termin > 0)
1. Wejdź w rozrachunki: Stan rozrachunków > Nierozliczone [NA_ZRO10].
2. Odszukaj faktury opłacone w terminie skonta (np. 10 dni od daty faktury / zgodnie z Waszą regułą).
3. Dla tych faktur wystaw:
* fakturę korygującą z pozycją [U] (skonto od netto).
4. Jeżeli termin płatności był korygowany:
* weryfikuj, czy skonto liczyć od pierwotnej daty dokumentu czy od daty po korekcie
(ustalcie to w polityce i trzymajcie konsekwentnie).
7.3 Checklista dla wdrożeniowca
(logika automatycznej propozycji [U])
Warunek wyzwalający propozycję
Proponuj [U], gdy jednocześnie:
1. `Skonto% > 0` oraz `Skonto_dni > 0` (z karty odbiorcy),
2. `dni_do_zapłaty == 0`,
3. `metoda_płatności {G,L,N,O,R,Z,U,M}`.
Wariant bezpieczniejszy (zalecany):
4) dodatkowy warunek: dokument oznaczony jako 'opłacony przy wystawieniu' /
jest rejestrowana wpłata w tym samym procesie (jeśli macie taki znacznik).
Co ma zrobić system
* Dodać (lub zaproponować dodanie) pozycji:
* typ: [U] Rabat od całej faktury
* kwota: `round(netto_po_rabatach_towarowych * Skonto% / 100, 2)`
Co ma pokazać użytkownikowi
* Komunikat z podstawą decyzji:
* Skonto X% / Y dni
* płatność natychmiastowa: 0 dni, metoda
* przycisk: Dodaj [U] / Nie dodawaj