Datenprüfungen Rechnung: Unterschied zwischen den Versionen

Aus Umbrella.net Documentation
Wechseln zu: Navigation, Suche
(→‎Nummerieren der Rechnung)
Zeile 1: Zeile 1:
 
Wird eine Rechnung gespeichert, werden jeweils die folgenden Datenprüfungen ausgeführt. In einige Fällen werden inkonsistente Daten automatisch angepasst.
 
Wird eine Rechnung gespeichert, werden jeweils die folgenden Datenprüfungen ausgeführt. In einige Fällen werden inkonsistente Daten automatisch angepasst.
  
−
== Buchungsquelle prüfen ==
+
== Speichern der Rechnung ==
 +
 
 +
=== Buchungsquelle prüfen ===
  
 
Es dürfen nie Daten von mehreren [[Buchungsquellen]] vermischt werden. Diese Prüfung stellt sicher dass das Dossier und der Rechnungsempänger dieselbe Buchungsquelle haben (oder dass Dossier und Rechnungsempänger explizit keine Buchungsquelle haben).
 
Es dürfen nie Daten von mehreren [[Buchungsquellen]] vermischt werden. Diese Prüfung stellt sicher dass das Dossier und der Rechnungsempänger dieselbe Buchungsquelle haben (oder dass Dossier und Rechnungsempänger explizit keine Buchungsquelle haben).
  
−
== Preispositionen ==
+
Schlägt diese Validierung fehl, kann die Rechnung nicht gespeichert werden.
  
−
Jede Position muss mindestens eine Preisposition enthalten. Findet die Datenprüfung eine Position ohne Preisposition, so wird automatisch eine Preisposition mit Betrag 0.00 eingefügt.
+
=== Jede Position hat mindestens eine Preisposition ===
 +
 
 +
Jede Position muss mindestens eine Preisposition enthalten. Schlägt diese Validierung fehl, so wird automatisch eine Preisposition mit Betrag 0.00 eingefügt.
  
 
== Nummerieren der Rechnung ==
 
== Nummerieren der Rechnung ==
Zeile 13: Zeile 17:
 
Wird eine Rechnung nummeriert, laufen zusätzliche Prüfungen.
 
Wird eine Rechnung nummeriert, laufen zusätzliche Prüfungen.
  
−
* Validierung Reisedaten
+
=== Dokumentempfänger ===
−
** A return date is before the start date (exceptions apply for flight segments)  
+
 
−
** The entire trip is longer than 1 year
+
Der [[Kunde|Dokumentempfänger]] muss aktiv sein. Schlägt diese Validierung fehl, kann die Rechnung nicht nummeriert werden.
−
* Reisestatus (Option, unknown)
+
 
−
* Zahlungskondition
+
Durch das Nummerieren der Rechnung erhöht sich der Debitorbetrag des Kunden. Übersteigt dieser Betrag die Kreditlimite, wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.
−
* MwSt.-Verteilung
+
 
−
* Dokumentempfänger darf nicht inaktiv sein
+
=== Reisedaten sind konsistent ===
 +
 
 +
Ist auf einer Leistung Start- und Enddatum gesetzt, so darf das Enddatum nicht nach dem Startdatum liegen. Bei Flugleistungen gibt es eine Toleranz von 2 Tagen (Flüge über die Datumsgrenze).
 +
 
 +
Das Rückreisedatum des Dossiers insgesamt darf nicht mehr als ein (1) Jahr nach der Abreise liegen.
 +
 
 +
Schlägt diese Validierung fehl, kann die Rechnung nicht nummeriert werden.
 +
 
 +
=== Status der Leistungen ===
 +
 
 +
Hat eine Position, Leistung oder Segment einen Status 'Unbekannt' oder 'Option', kann die Rechnung nicht nummeriert werden. Hat eine Position, Leistung oder Segment einen Status 'Pending', wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.
 +
 
 +
=== Zahlungskondition ===
 +
 
 +
Ist die Rechnung vollständig bezahlt, oder ist Auto-Lodge aktiviert, wird die ausgewählte [[Zahlungskondition]] nicht validiert.
 +
 
 +
* Die ausgewählte [[Zahlungskondition]] muss aktiv sein.
 +
* Falls die Zahlungskondition sich auf das Abreisedatum bezieht muss das Dossier ein Abreisedatum gesetzt haben
 +
* Das Fälligkeitsdatum des Betrags (Restbetrag bei ZK mit Vorauszahlung) darf nicht in der Vergangenheit liegen
 +
* Bei einer ZK mit Vorauszahlung, darf das Fälligkeitsdatum der Vorauszahlung nicht nach dem Fälligkeitsdatum der Restzahlung liegen (dieser Fall entsteht bei Rechungsstellung kurz vor Abreise, Anzahlung in zB 10 Tagen und Restzahlung zB 30 Tage vor Abreise)
 +
 
 +
Schlägt eine oder mehrere dieser Validierungen fehl, kann die Rechnung nicht nummeriert werden.
 +
 
 +
Zudem wird für eine Zahlungskondition mit Vorauszahlung geprüft:
 +
 
 +
* Das Fälligkeitsdatum der Vorauszahlung ist mehr als 10 Tage vor dem Fälligkeitsdatum der Restzahlung
 +
* Der Vorauszahlungsbetrag ist kleiner als das Rechnungstotal
 +
 
 +
Schlägt eine oder mehrere dieser Validierungen fehl, wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.
  
−
* Falls Commercial
+
=== MwSt.-Verteilung ===
−
** Falls Lodge muss eine Karte hinterlegt sein
 
−
** Falls TAF angewendet wird darf der Status nicht 'INITIAL' sein
 
  
 +
Die Mehrwertsteuer-Verteilung muss konsistent sein, dh. die den MwSt.-Codes zugeteilten Einzelbeträge müssen in der Summe dem Positionstotal entsprechen. (Siehe [[Dossier#MwSt.-Verteilung editieren]])
  
−
=== Abreisedatum ===
+
Schlägt diese Validierungen fehl, kann die Rechnung nicht nummeriert werden.
  
−
Die [[Datenprüfungen Dossier#Abreisedatum berechnen]] wird ausgeführt.
+
=== Auto-Lodge ===
 +
<module name="Commercial">
 +
Ist auf der Rechnung 'Auto-Lodge' gesetzt, muss der Dokumentempfänger eine gültige (nicht abgelaufene) Lodge-Kreditkarte hinterlegt haben.
  
−
=== Einkäufe ===
+
Schlägt diese Validierungen fehl, kann die Rechnung nicht nummeriert werden.
 +
</module>
  
−
siehe [[Einkauf]]
+
=== TAF ===
 +
<module name="Commercial">
 +
Ist TAF für die Rechnung aktiviert, wird validiert:
 +
* Hat die Rechnung den TAF-Status 'INITIAL', kann die Rechnung nicht nummeriert werden.
 +
* Hat die Rechnung den TAF-Status 'OUTDATED', wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.
 +
</module>

Version vom 26. November 2012, 12:19 Uhr

Wird eine Rechnung gespeichert, werden jeweils die folgenden Datenprüfungen ausgeführt. In einige Fällen werden inkonsistente Daten automatisch angepasst.

Speichern der Rechnung

Buchungsquelle prüfen

Es dürfen nie Daten von mehreren Buchungsquellen vermischt werden. Diese Prüfung stellt sicher dass das Dossier und der Rechnungsempänger dieselbe Buchungsquelle haben (oder dass Dossier und Rechnungsempänger explizit keine Buchungsquelle haben).

Schlägt diese Validierung fehl, kann die Rechnung nicht gespeichert werden.

Jede Position hat mindestens eine Preisposition

Jede Position muss mindestens eine Preisposition enthalten. Schlägt diese Validierung fehl, so wird automatisch eine Preisposition mit Betrag 0.00 eingefügt.

Nummerieren der Rechnung

Wird eine Rechnung nummeriert, laufen zusätzliche Prüfungen.

Dokumentempfänger

Der Dokumentempfänger muss aktiv sein. Schlägt diese Validierung fehl, kann die Rechnung nicht nummeriert werden.

Durch das Nummerieren der Rechnung erhöht sich der Debitorbetrag des Kunden. Übersteigt dieser Betrag die Kreditlimite, wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.

Reisedaten sind konsistent

Ist auf einer Leistung Start- und Enddatum gesetzt, so darf das Enddatum nicht nach dem Startdatum liegen. Bei Flugleistungen gibt es eine Toleranz von 2 Tagen (Flüge über die Datumsgrenze).

Das Rückreisedatum des Dossiers insgesamt darf nicht mehr als ein (1) Jahr nach der Abreise liegen.

Schlägt diese Validierung fehl, kann die Rechnung nicht nummeriert werden.

Status der Leistungen

Hat eine Position, Leistung oder Segment einen Status 'Unbekannt' oder 'Option', kann die Rechnung nicht nummeriert werden. Hat eine Position, Leistung oder Segment einen Status 'Pending', wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.

Zahlungskondition

Ist die Rechnung vollständig bezahlt, oder ist Auto-Lodge aktiviert, wird die ausgewählte Zahlungskondition nicht validiert.

  • Die ausgewählte Zahlungskondition muss aktiv sein.
  • Falls die Zahlungskondition sich auf das Abreisedatum bezieht muss das Dossier ein Abreisedatum gesetzt haben
  • Das Fälligkeitsdatum des Betrags (Restbetrag bei ZK mit Vorauszahlung) darf nicht in der Vergangenheit liegen
  • Bei einer ZK mit Vorauszahlung, darf das Fälligkeitsdatum der Vorauszahlung nicht nach dem Fälligkeitsdatum der Restzahlung liegen (dieser Fall entsteht bei Rechungsstellung kurz vor Abreise, Anzahlung in zB 10 Tagen und Restzahlung zB 30 Tage vor Abreise)

Schlägt eine oder mehrere dieser Validierungen fehl, kann die Rechnung nicht nummeriert werden.

Zudem wird für eine Zahlungskondition mit Vorauszahlung geprüft:

  • Das Fälligkeitsdatum der Vorauszahlung ist mehr als 10 Tage vor dem Fälligkeitsdatum der Restzahlung
  • Der Vorauszahlungsbetrag ist kleiner als das Rechnungstotal

Schlägt eine oder mehrere dieser Validierungen fehl, wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.

MwSt.-Verteilung

Die Mehrwertsteuer-Verteilung muss konsistent sein, dh. die den MwSt.-Codes zugeteilten Einzelbeträge müssen in der Summe dem Positionstotal entsprechen. (Siehe Dossier#MwSt.-Verteilung editieren)

Schlägt diese Validierungen fehl, kann die Rechnung nicht nummeriert werden.

Auto-Lodge

Module: Commercial

Ist auf der Rechnung 'Auto-Lodge' gesetzt, muss der Dokumentempfänger eine gültige (nicht abgelaufene) Lodge-Kreditkarte hinterlegt haben.

Schlägt diese Validierungen fehl, kann die Rechnung nicht nummeriert werden.


TAF

Module: Commercial

Ist TAF für die Rechnung aktiviert, wird validiert:

  • Hat die Rechnung den TAF-Status 'INITIAL', kann die Rechnung nicht nummeriert werden.
  • Hat die Rechnung den TAF-Status 'OUTDATED', wird eine Warnung ausgegeben; die Rechnung kann aber trotzdem nummeriert werden.
Von «http://doc.umbrella.ch/doc/index.php?title=Datenprüfungen_Rechnung&oldid=3976»