Kontrakte

• Verkaufsstandort (Feld SALFCY)

Der Verkaufsstandort wird mit dem Verkaufsstandort aus dem Profil des Benutzers initialisiert. Der Verkaufsstandort kann geändert werden (wenn keine Zeile im Dokument erfasst wurde), wenn er aus der Liste der vom Benutzer zugelassenen Verkaufsstandorte ausgewählt wurde.

• Typ (Feld SOHTYP)

Die Auftragsart ermöglicht die Ermittlung die folgenden Informationen:

• Auftragskategorie: es kann nur der Typ Kontrakt ausgewählt werden.
• Verwendeter Nummernkreis: ist der Nummernkreis ein manueller Nummernkreis, kann die Auftragsnummer erfasst werden.

Es kann nur eine Auftragsart angegeben werden, deren Rechtsordnung und Unternehmensgruppe denen des Unternehmens des Verkaufsstandorts entsprechen.

• Auftrnr. (Feld SOHNUM)

Diese Belegnummer ermöglicht die eindeutige Identifikation der Rechnung. Diese Nummer wird automatisch zugewiesen oder bei jeder Auftragsanlage erfasst. Dies hängt von der Nummernkreisparametrisierung des ausgewählten Auftrags ab.

Ist der Nummernkreis des Auftrags mit automatischer Zuweisung definiert, ist das Feld Auftragsnummer nicht zugänglich und der Nummernkreis wird bei der Erstellung des Auftrags zugewiesen. Ist der Nummernkreis des Auftrags dagegen mit manueller Zuweisung definiert, kann er manuell erfasst werden. Wird sie nicht bei der Erstellung angegeben, weist das System automatisch eine Auftragsnummer abhängig vom Nummernkreis zu.

• Feld REVNUM

Bei der Nachtragsnummer handelt es sich um die letzte zum Kontrakt gespeicherte Nachtragsnummer. Diese wird bei jeder Kontraktänderung automatisch inkrementiert, wenn der Parameter >SALREV (Nachtragsverwaltung) auf 'Ja' gesetzt ist und der Benutzer bestätigt, dass die von ihm durchgeführte Änderung einem Nachtrag unterliegt.

• Referenz (Feld CUSORDREF)

Diese Information ermöglicht die Angabe der Auftragsreferenz beim Kunden. Bei Intercompany- oder Intersite-Verkaufsaufträgen, die aus einer Bestellung des selben Typs entspringen, wird die Bestellnummer in dieses Feld geschrieben. Eine Verzweigung ermöglicht den Zugriff auf die Bestellung des Kundenstandorts.

• Datum (Feld ORDDAT)

Das Datum der Materialanforderung wird mit dem Tagesdatum vorbelegt und kann (nur bei Anlage) geändert werden. Wird dieses Datum bei der Anlage geändert, so wird eine Meldung ausgegeben, die vorschlägt, den Preis und die eventuell gewährten Nachlässe für die bereits erfassten Bestellzeilen zu aktualisieren. Änderungen am Tagesdatum ziehen die Aktualisierung des vorgesehenen Wareneingangsdatums für diejenigen Bestellzeilen nach sich, die bisher zu keinem Verbrauch führten.

• Auftraggeber (Feld BPCORD)

Dieses Feld gibt den Identifikationscode des Kunden an. 

• Rechnungsempfänger (Feld BPCINV)

Code des zu fakturierenden Kunden; standardmäßig mit dem Kundencode initialisiert.
Es kann aber auch ein anderer Kunde aus der Kundentabelle ausgewählt werden.

Durch Auswahl der „Kundenschnellsuche“ können Sie nach einem oder mehreren Kunden mithilfe eines Kriteriums suchen. Eine Entsprechungsliste wird beim Tab ins nächste Feld erzeugt.
Für eine gezieltere Suche können alle im Block vorhandenen Felder ausgefüllt werden. Die Entsprechungsliste wird mit jedem Tab kleiner.

• Regulierer (Feld BPCPYR)

Dieses Feld ermöglicht die Angabe des Codes des Regulierers; standardmäßig mit dem in der Kopfzeile erfassten Kundencode initialisiert. Die Fälligkeitsliste der Zahlungen wird diesem Personenkonto zugewiesen.
Dieser Kunde kann auch ein anderer Kunde als der in derKundentabelle ausgewählte sein.

• Gruppenkunde (Feld BPCGRU)

Der Gruppenkunde wird mit dem Gruppenkundencode des Auftragskunden initialisiert. Dieser Code wird aus den Kundendaten des Vertragskunden übernommen. Diese Information ermöglicht vor allem die Erstellung von Statistiken. Im Rahmen der automatischen Rechnungsgenerierung wird der Gruppenkunde auch für die Gruppierung von Rechnungen verwendet. Der Gruppenkunde kann gegebenenfalls geändert werden. Es kann in diesem Feld entweder ein Kunde ausgewählt oder zur Kundenverwaltung verzweigt werden, sofern der Benutzer über die hierfür notwendigen Rechte verfügt.

• Intersite (Feld BETFCY)

Diese nicht änderbaren Angaben geben an, ob es sich um einen standortübergreifenden oder einen Inter-Company-Kontrakt handelt.
Standortübergreifenden Kunden (mit zu demselben Unternehmen gehörigem Standort) kann keine Rechnung gestellt werden.
Bei unternehmensübergreifenden Kunden (deren Standort zu einem anderen Unternehmen gehört) kann eine Rechnung auf Basis der zu diesem Kontrakt erfolgten Lieferungen generiert werden.

• Intercompany (Feld BETCPY)

Dieser Indikator ermöglicht die Angabe, ob es sich um ein Intersite-Personenkonto handelt:

• Die Intersite-Personenkonten Kunden/Lieferanten werden für den Multisite-Austausch verwendet.
• Ein Kunden-Personenkonto ist ein Einkaufsstandort oder ein Buchhaltungsstandort.
• Ein Lieferanten-Personenkonto ist ein Verkaufsstandort oder ein Buchhaltungsstandort.

• Projekt (Feld PJT)

Die Verwaltung des Projektcodes ist abhängig vom Wert des Parameters CTLOPPCOD - Projektprüfung erforderlich (Kapitel TC, Gruppe MIS).

• Hat er den Wert Nein, kann es sich um einen frei gewählten Code handeln.
• Hat er den Wert Ja, wird systematisch eine Existenzprüfung des erfassten Projektcodes ausgeführt.

Wird die Erfassung geprüft, kann der Benutzer in Abhängigkeit des Kontextes ein Projekt auswählen, oder eine der Belastungseinheiten des Projekts (eine Budgetcharge oder eine Aufgabe) über den Belastungscode:

Sie können nur einen aktiven Belastungscode auswählen, der vom Status der betroffenen Entität abhängt. Wird er nach der Erstellung des Dokuments inaktiv, erfolgt die Prüfung und verhindert die Dokumentenänderung.

Der Projektcode wird bei der Anlage systematisch auf die Zeilen des Dokuments übertragen, wo er nur geändert werden kann, wenn die Verwaltung von Mehrfachprojekten der Dokumente zulässig ist (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein).

Bei der Transformation eines Dokuments wird der Projektcode der Kopfzeile durch das erste ausgewählte Dokument initialisiert (wenn der Projektcode der Kopfzeile des Originaldokuments inaktiv wurde, wird der des Zieldokuments nicht ausgefüllt).

• Ja: der Projektcode wird auf alle Zeilen übertragen, mit Ausnahme der mit einem Fakturierungsplan und der mit einem nicht kompatiblen Meilenstein verbundenen Zeilen.
• Nein: der Projektcode wird nicht auf die Zeilen übertragen.
• Selber Wert: der Projektcode wird nur auf die Zeilen übertragen, die den alten Projektcode hatten.

Verkaufsdokumente: Angebote, Aufträge, Lieferungen und Rechnungen:

• Für ein Angebot: das Angebot wurde nicht bestellt.
• Für einen Auftrag: der Auftrag wurde nicht geliefert (normale Aufträge) oder nicht fakturiert (Aufträge mit direkter Fakturierung), und keine Zeile wurde saldiert.
• Für eine Lieferung: die Lieferung wurde nicht freigegeben und es handelt sich um eine Direktlieferung.
• Für eine Rechnung oder eine Gutschrift: die Rechung oder Gutschrift wurde nicht freigegeben und es handelt sich um eine Direktrechnung/-gutschrift.

Die Gruppierung von zwei oder mehr Dokumenten mit unterschiedlichen Projektcodes in der Kopfzeile ist nur zulässig, wenn der Parameter PJTSNGDOC - Ein Projekt pro Dokument den Wert Nein hat. In diesem Fall können 2 Aufträge mit einem unterschiedlichen Projektcode nicht in einem Lieferschein gruppiert werden.

• Ist die Multi-Projektverwaltung der Dokumente zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Wert Nein), kann die Lieferung die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen. Der in der Kopfzeile angezeigte Projektcode wird nur in den direkten Lieferzeilen als Standardwert verwendet. Die mit Aufgaben verbundenen Artikelzeilen behalten ihren Projektcode, der nicht geändert werden kann. Wird der Projektcode in der Kopfzeile geändert, wird die Übertragung dieses Codes auf die Zeilen gemäß dem oben angegebenen Mechanismus vorgeschlagen. Dies gilt ausschließlich für die direkten Lieferzeilen.
• Ist die Multi-Projektverwaltung der Dokumente nicht zulässig (der Parameter PJTSNGDOC - Ein Projekt pro Dokument hat den Ja), kann die Lieferung nicht gleichzeitig die direkten Lieferzeilen und die mit Aufgaben verbundenen Artikelzeilen betreffen.
• Betrifft die Lieferung direkte Lieferzeilen, können Sie in der Kopfzeile keinen Projektcode erfassen, dem Aufgaben zugeordnet sind.
• Betrifft die Lieferung mit Aufgaben verbundene Artikelzeilen, können Sie nur die mit der gleichen Aufgabe verbundenen Artikelzeilen auswählen. Der in der Kopfzeile angezeigte Projektcode ermöglicht das Filtern der Aufgaben in der Auswahlleiste.

Sonderfall der Gratisartikel, die durch eine Preissuche nach Änderung des Projektcodes in der Kopfzeile generiert wurden: Der Gratisartikel zeigt den Projektcode des Ursprungsartikels an, jedoch nur, wenn dieser Code nicht in einer Aufgabe verwendet wird.

• Gültigkeitsdatum (Feld VLYDATCON)

Gültigkeitsende desVertrags.

• Zahlungsbedingung (Feld PTE)

Mit dem aktuellen Personenkonto standardmäßig verbundener Code, mit dem die Zahlungsbedingungen definiert werden können.
Dieser Code legt die Zahlungsart, den Fälligkeitstyp, sowie die Staffelung der Zahlungen (eine oder mehrere Fälligkeiten, nach Ablauf von 30 Tagen, zum Monatsende, etc.) fest.
Über diese Tabelle können Berechnungsregeln simuliert werden, die später bei der Erfassung zur Anwendung kommen.

Standardcode des aktuellen Personenkontos zur Definition der Zahlungsbedingungen.

Dieser Code legt die Zahlungsart, den Fälligkeitstyp, sowie die Staffelung der Zahlungen (eine oder mehrere Fälligkeiten, nach Ablauf von 30 Tagen, zum Monatsende, etc.) fest.
Über diese Tabelle können Berechnungsregeln simuliert werden, die später bei der Erfassung zur Anwendung kommen.

Nur Zahlungsbedingungen, die der Rechtsordnung und der Unternehmensgruppe des Dokumentenstandorts entsprechen, können angegeben werden.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

• Skonto (Feld DEP)

Diese Information wird im Angebot erfasst und mit dem Skontocode des Kunden initialisiert. Sie ermöglicht die Bestimmung einer Reihe von Skonto- oder Verzugszinssätzen in Abhängigkeit des Zahlungsverzugs bzw. Vorauszahlungszeitraums in Bezug auf das Fälligkeitsdatum.
Es kann nur ein Skontocode angegeben werden, der zur Rechtsordnung und der Gruppe des Unternehmens des Belegstandorts passt.
Die mit dem Parameter Multi-Rechtsordnung verknüpften allgemeinen Prinzipien sind hier detailliert beschrieben.

Betrifft das Angebot einen Interessenten, wird diese Information nicht initialisiert.

• Lieferart (Feld SDHTYP)

Dieses nicht änderbare Feld gibt den Liefertyp des gewählten Auftragstyps an.

Falls diese Information nicht angegeben wurde:

• Bei der Lieferung des Auftrags über die Schaltfläche [Lieferung]:
  Der Liefertyp, der vom Parameter SDHTYPNOR - Standardlieferart oder SDHTYPLND - Typ Musterlieferung (Kapitel VEN, Gruppe SSD) angegeben wird, wird berücksichtigt.
• Bei den Verarbeitungen Automatische Auslieferungen und Lieferung Kommissionierscheine:
  Der in der Startfunktion der Verarbeitung angegebene Liefertyp wird berücksichtigt.

• Währung (Feld CUR)

Die Währung des Auftrags, der Lieferung oder der Rechnung.
Sie wird standardmäßig mit der Währung des Rechnungsempfängers initialisiert und kann geändert werden. In diesem Fall kann sie nur bei der Anlage oder Duplizierung geändert werden und wird durch die Währungstabelle geprüft.

Wenn die Preise netto oder brutto angegeben sind, kann die Transaktionswährung der Lieferung ausgewählt oder definiert werden (abhängig vom Wert des Parameters 'Nettopreis und Bruttopreis' - Kapitel TC, Gruppe INV/NOTATI). Bei Lieferungen zu Aufträgen werden diese Daten automatisch übernommen und können nicht geändert werden. Bei Direktlieferungen sind diese Daten nicht mehr änderbar, wenn bereits mindestens eine Lieferposition erfasst wurde. In diesem Fall werden die Währung und der Preistyp aus dem Kundendatensatz des Rechnungsempfängers übernommen.

• Kurstyp (Feld CHGTYP)

Wechselkurstyp /P>

Dieses Feld wird vom Kurstyp des Rechnungskunden initialisiert. /P>

Es wird über ein änderbares lokales Menü geprüft und kann unter anderem folgende Werte annehmen: /P>

- Tageskurs/P>

- Monatskurs/P>

- Durchschnittskurs. /P>

/P>

• Steuerart (Feld VACBPR)

In diesem Feld kann das Steuersystem erfasst werden.

Das Steuersystem steht für die Gebietskörperschaft, also für die bei der Bestimmung des Betrags anzuwendenden Berechnungsregeln.

Die Systeme sind nach Systemart klassifiziert (in der Funktion Steuersystem des Personenkontos, GESTVB), um die verschiedenen Funktionalitäten zu identifizieren.

Das Steuersystem ist auf Ebene des Personenkontos parametrisiert. Das in der Kundendatei oder in der Lieferantendatei parametrisiserte System wird standardmäßig in allen Transaktionen vorgeschlagen, in denen das Personenkonto vorkommt.

Im Allgemeinen ermöglicht die Kombination eines Steuersystems mit einer Steuerebene die Bestimmung des Steuercodes, der für die Dokumentposition und folglich auch für die Buchungsposition anzuwenden ist.

Im Register Personenkonto / Unternehmen kann ein anderes Standardsteuersystem abhängig vom Unternehmen definiert werden. Ist ein Wert für ein Unternehmen vorhanden, wird dieser Wert zuerst vorgeschlagen.

Es kann nur ein Steuersystem angegeben werden, dessen Rechtsordnung und Gruppe denen des Dokuments entsprechen.
 Siehe Dokumentation Allgemeine Prinzipien zur Multi-Rechtsordung-Parametrisierung.

Der Parameter CTLTAX - Prüfung Steuercodes (Kapitel VEN, Gruppe VAT) ermöglicht die Prüfung, ob das Steuersystem des Personenkontos:

• angegeben ist,
• aktiv ist,
• die Rechtsordnung und die Gruppe mit denen des Dokuments kohärent sind.
  

• Unterzeichnet (Feld APPFLG)

Diese Information bietet eine Übersicht über die Dokumentensituation aus Sicht der Unterschriftenregelung. Folgende Werte sind möglich: „Keine“, „Teilweise“, „Vollständig“, „Keine Verwaltung“, „Ja, automatisch“.

- Ist die Unterschriftenverwaltung für das Unternehmen nicht aktiviert (Parameter APPSQH für die Angebote, APPSOH für die Aufträge oder APPSOC für die Kontrakte), ist der Wert systematisch gleich „Keine Verwaltung“. Das Dokument kann bearbeitet und konvertiert werden (Konvertierung des Angebots in einen Auftrag, Lieferung des Auftrags oder Lieferanforderung).

- Ist die Unterschriftenregelung für das Unternehmen aktiviert, richtet sich der Wert nach der Unterschriftenregelung und den bereits erteilten Unterschriften:

• Ist der Wert „Nein“, wurde noch keine Unterschrift erteilt, oder die bereits erteilten Unterschriften wurden von einem Unterzeichner storniert.
• Ist der Wert „Teilweise“, wurde nur ein Teil der in der Unterschriftenregelung vorgesehenen Unterschriften bereits erteilt.
• Ist der Wert „Vollständig“, wurden alle in der Unterschriftenregelung vorgesehenen Unterschriften bereits erteilt. Es kann bearbeitet und bestellt (für Angebote) oder geliefert (für Aufträge und Lieferanforderungenn) werden.
  In den zwei letzten Fällen kann die Änderung bestimmter Felder des Dokuments (siehe Liste in der Dokumentation über die Unterschriftenregelung (SQHSIGfür die Angebote, SOHSIG für die Aufträge und SOCSIG für die Kontrakte)) den Unterschriftenkreis reinitialisieren und die Dokumentensituation in Bezug auf die Unterschriften beeinflussen.
  Im Spezialfall eines Kontrakts wird der Unterschriftenkreis erst geändert, wenn mindestens eine Lieferanforderung zugeordnet ist.
• Ist der Wert „Ja, automatisch“, ist die Unterschriftenverwaltung optional (Parameter APPSQH, APPSOH oder APPSOC) und kein Unterschriftenkreis wurde für dieses Dokument festgelegt. Es wird dann als unterzeichnet betrachtet und kann bearbeitet und bestellt (für Angebote) oder geliefert (für Aufträge und Lieferanforderungen) werden.

• Kreditstatus (Feld CDTSTA)

Auswahlmöglichkeiten:

• 'Gesperrt: Der Status des Kunden lautet gesperrt, wenn in den Kundendaten angegeben ist, dass der Kunde für laufende Vorgänge gesperrt ist.
• 'Überschreitung akt. Vorgänge': Der Habenstatus des Kunden lautet Überschreitung aktuelle Vorgänge, wenn die Summe der aktuellen Vorgänge des Kunden die für ihn zulässigen aktuellen Vorgänge überschreitet.

Bei Reservierungen zu Lieferanforderungen, bei denen für den Kunden die zulässigen laufenden Vorgänge überschritten werden und der Benutzerparameter SCDTUNL den Benutzer dazu berechtigt, die Reservierungen dennoch vorzunehmen, wird eine Bestätigung angefordert.
Gegebenenfalls kann die Lieferanfrage nicht zugeordnet werden und eine blockierende Meldung wird angezeigt.
Ist der aktuelle Vorgang des Kunden gesperrt, können die dem offenen Auftrag zugewiesenen Lieferanfragen nicht zugeordnet werden und die neuen offenen Aufträge für diesen Kunden können nicht erstellt werden.

• Preis (Feld PRITYP)

Der Wert dieses Feldes (Netto oder Brutto) wird vom allgemeinen Parameter SALPRITYP - Preis- / Betragstyp (Kapitel TC, Gruppe INV) definiert.

Hat der allgemeine Parameter NOTATI - Preis / Brutto / Netto (Kapitel TC, Gruppe INV) den Wert Nein, können Sie diese Information nicht ändern.

• Reservierungsart (Feld ALLTYP)

Der Reservierungstyp (global/detailliert) wird mit dem Wert des allgemeinen Parameters ALLTYP - Reservierungstyp (Kapitel VEN, Gruppe SAL) initialisiert. Er kann je nach verwendeter Erfassungstransaktion geändert werden. Der in diesem Register angegebene Reservierungstyp dient als Standardwert für die Auftragszeilen, die anschließend erfasst werden.

Diese Information kann nicht mehr geändert werden, wenn im Auftrag Reservierungen vorhanden sind.

Die allgemeine Reservierung reserviert die Ware ohne Unterscheidung mit einer allgemeinen Summe, wohingegen die detaillierte Reservierung genaue Bestandsobjekte (Charge, Serie...) reserviert. Ein Auftrag kann über den Auftrag werden. Sie können die zu reservierende Menge per Klick auf das Symbol Aktionen in der Zeile erfassen, um die Bestandszeilen bei einer detaillierten Reservierung auszuwählen, oder auf die Schaltfläche Reservierung, oder über die Funktionen Automatische Reservierung oder Reservierung pro Artikel.

• Dimension (Feld DIE)

Diese Tabelle ermöglicht die Angabe oder Anzeige der Kostenrechnungsdimensionen in Abhängigkeit des Parameters der Erfassungstransaktion der offenen Aufträge.

• Bezeichnung (Feld NAMEDIE)

Dieses Feld übernimmt die Bezeichnung der Dimension.

• Sektor (Feld CCE)

Die Sektoren werden gemäß dem Parameter der Standardsektoren aus der Kontraktverwaltung initialisiert. Abhängig von der Parametrisierung können Sie weiterhin geändert werden.

Wird eine Dimension für die Nachverfolgung des Projektmanagement verwendet, führen jegliche Änderungen am Projektcode in der Dokumentkopfzeile zur Neubelegung des Sektorcodes über die Parametrisierung der Standardsektoren.

Besonderheiten bei unternehmensübergreifenden Aufträgen: Bei standortübergreifenden und unternehmensübergreifenden Kontrakten können per Parametrisierung der Standardkostenstellen SOR ggf. die Kostenstellen bestimmter in der Einkaufskontraktkopfzeile erfasster Dimensionen übernommen werden.

• Bezeichnung (Feld SHO)

Erfassen Sie die Kurzbezeichnung.

Standardmäßig wird der Kurztitel, der Langtitel oder die Kopfzeile der Spalte der Daten in der Verbindungssprache des Benutzers (bei der Erstellung/Änderung) gespeichert.
Sie können diese über die Funktion Übersetzung in eine andere Sprache übersetzen:

• Klicken Sie über das Symbol Aktionen im betroffenen Feld auf Übersetzung.
• Fügen Sie im Fenster Übersetzung einen neuen Sprachcode und die Übersetzung in dieser Sprache hinzu.

Ein Benutzer, der sich in dieser Sprache verbindet, erhält den Kurztitel, den Langtitel oder die Kopfzeile der Spalte in seiner Verbindungssprache, wenn die Übersetzung ausgeführt wurde. Andernfalls sind die Titel in der Ordnersprache verfügbar.

Die Verbindungssprache muss als Standardsprache desOrdners definiert sein.

• Prozent / Betrag (Feld INVDTAAMT)

Die Werte beziehen sich auf die Rechnungsfußzeile. Diese Informationen können direkt aus dem Parameter der Elemente der Rechnungsfußzeile stammen, oder aus der Datei des betroffenen Kunden.
 Weitere Informationen finden Sie in der Dokumentation Rechnungselemente.
Die Werte der Fußzeilenelemente können geändert werden. Diese Werte wirken sich direkt auf die Netto- und Bruttobeträge des Dokuments aus.
Besonderheiten bei unternehmensübergreifenden Aufträgen:
Wurde der Vertrag aus einem Inter-Company-Einkaufsvertrag oder einem standortübergreifenden Vertrag generiert und ist durch die Inter-Company-Parametrisierung festgelegt, dass die Rechnungselemente aus dem Einkauf stammen, so werden diese mit den zum ursprünglichen Einkaufsvertrag erfassten Werten belegt.

• Feld INVDTATYP

Das System gibt an, ob das Rechnungselement ein Prozentsatz oder ein Brutto- oder Nettobetrag ist.

• SST-Code (Feld SFISSTCOD)

Erfassen Sie den zu verwendenden Code, um den Standardsteuercode SST des Artikels oder des Rechnungselements zu ersetzen. Dieser Steuercode wird von Sage Sales Tax erkannt und ermöglicht die Identifizierung der Zeilentypen zu steuerlichen Zwecken. Dieses Feld ist nur verfügbar, wenn der Aktivitätscode LTA - Lokale Steuerregelungen aktiv ist und der Parameter USATAX - Zugrundelage Steuersysteme den Wert Ja hat.

Im Fall von Rechnungselementen, die als Nachlass auf SST-Dokument bezeichnet sind, können Sie den SST-Steuercode des Dokuments nicht löschen.