Vertrag: Unterschied zwischen den Versionen
Root (Diskussion | Beiträge) |
|||
Zeile 7: | Zeile 7: | ||
Verträge bestehen aus einigen Grundbestandteilen. | Verträge bestehen aus einigen Grundbestandteilen. | ||
=== Beleg-Vorlage === | |||
* Bei Vertragsgeber ist ein Beleg mit dem Status 'V' gespeichert | |||
* Dieser dient als Kopiergrundlage sobald ein Rechnungsbeleg bei der Vertragsanwendung generiert wird | |||
* Die Vorlage enthält symbolische Bezeichner (~Monat~,~Jahr~,~Objekt~), die im Moment der Beleg-Generierung ich echte Werte umgesetzt werden. | |||
* Dabei können Personendaten sowie Zeitdaten oder andere Spalten aus OLAP verwendet werden! | |||
* institutionelle Person (Vertrags-Mandant). Die Beleg-Vorlagen sind bei dieser Person gespeichert. | * institutionelle Person (Vertrags-Mandant). Die Beleg-Vorlagen sind bei dieser Person gespeichert. | ||
* eine Zuordnung zu einer Baustelle. | * eine Zuordnung zu einer Baustelle. |
Version vom 15. Januar 2016, 10:21 Uhr
Verträge dienen als Grundlage zur automatischen (Rechnungs-)Beleg-Erstellung. So würde beispielsweise ein Mietvertrag am Monatsende einen Beleg automatisch generieren, der als Abrechnungsmonat den "nächsten" Monat einsetzt und die Fälligkeit der Forderung auf den 1. des "nächsten" Monats setzt.
Bestandteile eines Vertrages
Verträge bestehen aus einigen Grundbestandteilen.
Beleg-Vorlage
- Bei Vertragsgeber ist ein Beleg mit dem Status 'V' gespeichert
- Dieser dient als Kopiergrundlage sobald ein Rechnungsbeleg bei der Vertragsanwendung generiert wird
- Die Vorlage enthält symbolische Bezeichner (~Monat~,~Jahr~,~Objekt~), die im Moment der Beleg-Generierung ich echte Werte umgesetzt werden.
- Dabei können Personendaten sowie Zeitdaten oder andere Spalten aus OLAP verwendet werden!
- institutionelle Person (Vertrags-Mandant). Die Beleg-Vorlagen sind bei dieser Person gespeichert.
- eine Zuordnung zu einer Baustelle.
individuelle Bestandteile des Vertrages
Basis-Optionen
- der Vertagsnehmer
- VON, BIS Datum (Vertragsbeginn, Vertragsende)
- Stichtag. Ist die Anzahl der Wiederholungen>1 so kann hier der übliche Anwendungstermin angegeben werden. So dass es nicht passiert dass an unterschiedlichen Abrechnungstagen der Vertrags angewendet wird. Wird also Quartalsbezogen abgerechnet, so muss hier der aktuelle Quartalsstart eingetragen werden.
- Angewendet: Ein Datum, das beschreibt, bis zu welchem Zeitpunkt die beleggenerierung ausgesetzt werden kann, da alle Belege schon generiert sind, Erst an diesem Datum (oder später) erfolgt wiederum eine Beleggenerierung.
Zusätzlich
- hier können freie Bemerkungen zum Vertragsnehmer / Vertragsverhältnis gemacht werden.
Verbuchen=
Verbuchen=NEIN
dadurch wird gesteuert, dass nach der Vertragsanwendung nicht gleich ein Rechnungsbeleg erstellt wird, sondern der Beleg für die Kontrolle noch offen bleibt.
Kontext=
Kontext=Kostenstelle 130
durch Eintrag eines Kontextes kann gesteuert werden, dass dieser Vertragsnehmer immer nur in einem zu dem Kontext passenden Beleg verbucht wird. Somit lassen sich einzelne Vertragsnehmer auf "andere" Kostenstellen buchen wie der ganze Rest. Wird kein aktuell "offener" Beleg mit genau dieser Kostenstelle gefunden, so wird einer neu angelegt. Vertragsnehmer der gleichen Kostenstelle werden immer nur in einen Vertrag mit dieser Kostenstelle gebucht. Wird keine Kostenstelle angegeben, so darf Kostenstelle= auch nicht in der Intern-Info des Belegs angegeben werden, da dieser sonst nicht gefunden wird, es würde für jede Vertragsanwendung immer wieder ein neuer Beleg angelegt werden.
Referenzen
- Person: Personen RID des Vertragsnehmerns
- Baustelle: RID der Baustelle / Objekt mit dem der Vertrag in Kontext gebracht werden kann.
- Beleg / Vertagsvorlage: RID des Beleges der als Abrechnungsgrundlage betrachtet wird.
- Vorspann: RID des Beleges der VOR der Vertragsvorlage kopiert wird.
Anwendungs-Regeln
- Zeitpunkt der Generierung: Der Moment, an dem die Beleg-Kopie erstellt werden soll. Ist der Zeitpunkt der 15. so erfolgt am 15., 16., 17. usw die Prüfung, ob schon für alle Vertragsnehmer ein Beleg mit dem Zeitpunkt ersellt wurde, wenn nicht, wird die Kopie erstellt.
- Intervall der Generierung: Bezeichnet den Abstand zwischen den Anwendungen (im Moment nur "M" = Monatlich möglich!).
- Zeitpunkt der Verbuchung:
- Intervall der Verbuchung:
- Fälligkeit: Bezeichnet
- Einem Vertrag wird ein Fälligkeits-Intervall zugeordnet. Die weitere Vertragsanwendung ist nur nach Ablauf des Intervalles möglich. Mögliche Intervall-Angaben:
'M' = monatlich.
Vertrags-Anwendung
die Vertrags-Anwendung bezeichnet den Vorgang, der automatisiert prüft, ob anhand der aktuellen Vertragsgestaltungen neue Rechnungsbelege generiert werden müssen. Wird eine Beleggenerierung notwendig, so wird auch gleich gebucht (Briefumschlag). Die Vertragsanwendung erfolgt automatisiert im Rahmen der Tagwache.
Vorgehensweise im Detail
- Im Rahmen der Anwendung wird für den Vertragsnehmer ein neuer Beleg angelegt, dieser ist zuächst leer.
- Ist im Vertrag ein Vorlage-Beleg definiert, so wird zunächst dieser in den neuen Beleg kopiert, und die darin befindlichen Platzhalter ersetzt.
- Nun wird so oft wie in "Wiederholungen" angegeben der eigentliche Vertragsbeleg an den neuen Beleg angefügt, die Platzhalter werden ersetzt.
- Steht in der InternInfo "verbuchen=JA" so wird auch verbucht (Symbol: Briefumschlag)
- Steht in der InternInfo "label=JA" so wird ein Aufkleber Datensatz geschrieben
- Steht in der InternInfo "Druckauftrag=JA" so wird das html-Dokument nach dem Verbuchen in das Verzeichnis .\Druckauftrag kopiert. Dadurch ist es möglich einen Massenausdruck anzustossen.
- Steht in der InternInfo "Vollständig=JA" so werden beim Kopieren des Folge-Beleges immer alle Zeilen mitkopiert, ansonsten immer nur beim ersten Mal alle, danach nur die Zeilen, die im Preis eine Angabe stehen haben (auch wenn diese "0" ist!).
Textersetzung im Vorlage-Beleg
der Artikeltext der Belegvorlage kann folgenden Platzhalter enthalten:
Variable | G/W | Beispiel | Bedeutung |
~VertragsReferenz~ | G | 82733 | Vertragskennung "VERTRAG.RID" |
~Objekt~ | G | Server Raum 16 | Vertragsbaustelle "BAUSTELLE.NAME" |
~VorspannBeleg~ | G | 123 | die ersten Zeilen des Belegs sowie dessen Kopf "BELEG.RID" |
~VertragsBeleg~ | G | 726 | der eigentliche Beleg-Körper, der wiederholt angewendet wird "BELEG.RID" |
~Beginn~ | G | 01.01.2009 | erster Abrechnungstag |
~Ende~ | G | 31.03.2009 | letzter Abrechnungstag |
~BeginnMonat~ | G | 01 | erster Abrechnungsmonat |
~EndeMonat~ | G | 03 | letzter Abrechnungsmonat |
~BeginnJahr~ | G | 2009 | erstes Abrechnungsjahr |
~EndeJahr~ | G | 2009 | letztes Abrechnungsjahr |
~von~ | W | 01.01.2009 | erster Tag |
~bis~ | W | 31.01.2009 | letzter Tag |
~Monat~ | W | Januar 2009 | Abrechnungsmonat |
- "G" sind globale Werte, die über die ganze Vertragsanwendung gleich bleiben.
- "W" sind veränderliche Werte, die bei jeder Wiederholung anders lauten.
Des weiteren können die Variablen des normalen Beleg-Kopfes verwendet werden. In der Regel personenbezogene Daten. Beispiel ~HauptNummer~
Beispiel
Serverdienstleistung monatliche Berechnung.
Randbedingungen:
- 120 Euro/Monat,
- immer abzurechnen für eine ganzes Quartal, auch soll eine EINE Rechnung geben, die nur 3 Positionen enthälten.
- Fällig am 1. des jeweiligen Quartals
- Belegerstellung zum 15. vor dem jeweiligen Quartal.
Neuanlage einer Vertragsvariante
- Neuanlage der Baustelle
- Neuanlage eines Beleges beim Firmenmandant (Person)
- Vertrag->oben "neu"->Person+Beleg+Baustelle auswählen