Forum programu Plaza

Nabywca to niekoniecznie płatnik.
1. Aby uwzględnić sytuacje, kiedy nabywca <> płatnik, konieczne jest rozszerzenie szablonu faktury (rzecz niby oczywista, do wykonania przez serwis dzięki spersonalizowanej naturze szablonów wydruku DMPlaza)

2. W formularzu tworzenia dokumentu sprzedaży mamy "Dane płatnika" oraz "Nabywca" - ale ich przeznaczenie wydaje się odwrotnie, niż wynikałoby z opisu:
- "Dane płatnika" są obowiązkowe, wiążą dokument ze stroną transakcji, są pokazywane w programie wszędzie w odniesieniu do faktury - czyli to jest NABYWCA usług, towarów
- "Nabywca" - również wybór z listy firm, domyślnie ="Płatnik", ale nieobowiązkowy; nie przypominam sobie, aby spotkał w jakimś oknie programu ani w standardowych raportach; wykorzystuję póki co jedynie w szablonie faktury korygującej nabywcę*, i sugeruję użycie właśnie jako PŁATNIKA jeśli jest inny niż nabywca
..czyli pasuje zmienić opisy w formatce:)

3. Eksport do Optimy - eksportowana jest tylko informacja o nabywcy ("dane płatnika", czyli z powiązania do FAKTURA.FIRMA_ID)? Czy da się to włączyć na pFKinterface wjego obecnej wersji?


* - sytuacja "wystawiłem fakturę na złą firmę, i chcą korektę"; na korekcie są dane błędne (firma faktury błędnej, FIRMA_ID) oraz poprawne (FAKTURA_ODBIORCA_ID)

Płatnik i nabywca. To często bywa zamienne. załączam wzorzec.
Plik wzorca

Wzorca pobrać się nie da (file not found), ale jak zauważyłem - każdy serwis DMPlaza sobie z tym poradzi, i rozwinie szablony klienta w razie potrzeby.

Zamienne bywają, gdy sobie o tym rozmawiamy, ale na fakturze obowiązkowe są dane NABYWCY (który towary/ usługi nabył), a nie PŁATNIKA, który należność ureguluje (bądź nie).
Właściwie wszelkie dane dotyczące płatności są dla faktury opcjonalne, z mniej lub bardziej istotnymi konsekwencjami, np:
- forma płatności - właściwie każdy chce ją mieć wpisaną, szczególnie jeśli płacił gotówką. Ja stosuję na szablonach we współpracy z informacjami o terminie płatności oraz kwotami zapłacono/pozostaje do zapłaty;
- termin płatności - istotny ze względu na możliwość stosowania odsetek od zaległych płatności, ale również nieobowiązkowy!
- płatnik - tego na szablonach nie stosuję, bo faktycznie dla większości hoteli, odbiorców, jak i operacji, jest tożsamy z nabywcą (w tym kontekście zgodzę się z "zamiennością")

Zatem informacje wymagane mamy, wracam do zagadnień 2 i 3, czyli czytelność informacji w programie (2), oraz (ewentulanie) możliwą funkcjonalność (3).