ktotab

Name

Kunden/Lieferanten-Konditionen (ktotab)

Tabellen-Typ / -Klasse

Kunden, Lieferanten, Vertreter / Allgemein

Haupt-Pflegedialog / -Liste

Modul(e)

Modul	Bezeichnung
AUFT	Auftrag
EINK	Einkauf
MAWI	Materialwirtschaft
STAM	Stammdaten

Beschreibung

Bitte Beschreibung pflegen (Entwickler/TB11)!

Felder

Feld	Typ	Bezeichnung	Beschreibung
finr	INTEGER(4)	Mandant	Syslog verwaltet bis zu 999 Mandanten und trennt deren Datenbestände über die Mandanten-Nr. Diese wird in allen Datenbank-Tabellen als erstes Feld geführt. Beim Login entscheidet sich der Sachbearbeiter für einen einzigen Mandanten, in dem gearbeitet wird.
konto	INTEGER(4)	Kunde/Lieferant-Nr.	Dieses Feld enthält die eindeutige Konto-Nr: bei Kunden die Kunden-Nr, bei Lieferanten die Lieferanten-Nr, bei Vertretern die Vertreter-Nr. etc. Die Konto-Nr. kann bei der Neuanlage von Datensätzen automatisch vergeben werden. Ist eine Finanzbuchhaltung angeschlossen, muß die Konto-Nr. von Syslog (Kunden-Debitoren, Lieferanten-Kreditoren) identisch mit den Personenkonten der Fibu sein.
unr	INTEGER(4)	Adress-Nr.	Über dieses Feld werden die Datenbestände der Adresstabelle getrennt: 1 Kunde, Lieferant, Interessent, Vertreter, Sonstige Adresse 91 Vertreter 888 Standard Versandanschrift 999 Standard Rechnungsanschrift sonstige Alternativ-Adresse
kurztext	CHAR(8)	Kurztext	Verwendung in der DB-Tabelle Steuerschlüssel: Der Kurztext enthält die Artikelnummer des Sonderartikels, der zur Darstellung der Steuerpositionen verwendet wird. Dieser Sonderartikel enthält die Bezeichnungen und auch die Kontierung! In der DB-Tabelle ktotab Kunden/Lieferantenkonditionen wird dieses Feld nicht verwendet.
ktostatus	CHAR(2)	Status	Damit kann ein Stammsatz aktiv bzw. inaktiv gesetzt werden. Nach diesem Status kann selektiert werden und in verschiedenen Verarbeitungsprogrammen wird dieser auf Verwendbarkeit überprüft: A=Aktiv Stammdatensatz ohne Vorbehalt verwendbar I=Inaktiv Stammsatz soll erhalten bleiben, darf für neue Vorgänge nicht mehr verwendet werden.
belegkr	INTEGER(4)	Belegkreis	wird nicht verwendet
mahncode	CHAR(4)	Mahnungs Code	wird nicht verwendet
bonitaet	CHAR(2)	Bonitätskennzeichen	Ist keine Finanzbuchhaltung im Einsatz, kann hier die Zahlungsmoral der Kunden hinterlegt werden: 1 = gut 2 = schlecht Bei Neuanlage wird das Kz "1" vorgeschlagen.
preisliste	INTEGER(4)	Preislisten-Nr.	Sonderbedeutung in der DB-Tabelle ktotab Kunden/Lieferantenkonditionen: Im Modul AUFT/Auftragsverwaltung wird dieser Eintrag verwendet, um einem Kunden eine Preisliste z.B. "Großhandel" zuzuordnen.
prlikz	CHAR(2)	Kosten-Update bei RE	Dieses Kennzeichen steuert, ob die Kunden-Preisliste beim Anlegen/Ändern von KA-Positionen automatisch aktualisiert wird. Das Handling ist Dialog-unabhängig implementiert, wird aber (im Moment) nur aus den Dialogen VE11/VE85 genutzt. Vor der Aktualisierung findet - anders als beim Schalter 'autom. Preisübernahme' (ktotab.preisauto) - keine Rückfrage an den Benutzer statt. Wenn keine gültige Kunden-Preisliste vorhanden ist, dann wird eine neue Preisliste erzeugt (siehe auch AUFT_PRLI_GUELTBIS). Neue Preis-Einträge werden mit Staffelmenge = Bestellmenge der Position (auptab.besmg) angelegt. " "= nein "1" = ja
zahlbed	CHAR(10)	Zahlungsbedingung	Die Zahlungsbedinungen sind als Parameter im System verschlüsselt und werden hier den Konditionen zugeordnet. (siehe Parametertabelle szbtab).
liefbed	CHAR(4)	Lieferbedingung	Die Lieferbedinungen sind als Parameter im System verschlüsselt und werden hier den Konditionen zugeordnet. (siehe Parametertabelle libtab).
bonusschl	CHAR(10)	Bonus-SL.	Die Boni-Sl sind als Parameter im System verschlüsselt und werden hier den Konditionen zugeordnet. (siehe Parametertabelle bobtab).
zuabschl	CHAR(10)	Zu/Abschlag Modell	Die Zuschläge und Rabatte werden aus den Zuschlags-Modellen berechnet. Beim Neuanlegen eines Auftrags wird das Zuschlags-Modell, das dem Kunden/Lieferant zugeordnet ist, für den Auftrag kopiert. Falls dem Kunden/Lieferant kein eigenes Zuschlagsmodell zugeordnet ist, wird das in der Auftragsart angegebene Zuschlagsmodell verwendet. Das Zuschlags-Modell kann je Auftrag geändert werden - Dialog "VE60 Auftrags-Zu/Abschlags-Regeln" bzw. "EK60 Auftrags-Zu/Abschlags-Regeln". Beim Erfassen oder Ändern von Positionen wird das Zuschlags-Modell des Auftrags abgearbeitet. Die errechneten Zuschläge und Rabatte werden als Auftrags-Positionen gespeichert. Zuschläge/Rabatte, die für eine einzelne Position gelten, werden als Unter-Position zu dieser Haupt-Position gespeichert. Zuschläge/Rabatte, die für den ganzen Auftrag gelten, werden als Hauptpositionen am Ende des Auftrags eingefügt. Zuschläge/Rabatte, die für den ganzen Auftrag gelten, können auch direkt als Auftrags-Position erfaßt werden. Zuschläge/Rabatte, die für eine einzelne Position gelten, können auch in "VE16 Positions-Detail" bzw. "EK16 Positions-Detail" manuell erfaßt werden. Es kann jeweils entweder ein Prozentsatz oder ein Absolutwert angegeben werden. Auf den Formularen werden die Positions-Nummern dieser Sonder-Positionen und Sonder-Unterpositionen nicht gedruckt.
rechart	CHAR(2)	Rechenart	nicht verwendet
versart	CHAR(2)	Versandart	Im Stammsatz wird ein Eintrag gemacht, wenn eine generelle Versandart vorgeschrieben ist. Ansonsten wird beim Warenversand die Versandart definiert.
kgrsl	INTEGER(4)	Gruppe	Statistische Auswertungen greifen auf dieses Feld zu. (siehe Parametertabelle vkgtab).
vertreter	INTEGER(4)	Vertreter	Dieses Feld wird in der DB-Tabelle ktotab Kunden/Lieferantenkonditionen nicht verwendet. In allen anderen DB-Tabellen bezeichnet dieses Feld den begünstigten Vertreter.
ktolief	CHAR(20)	Externe Nr.	Im Falle von Kunden wird hier die Lieferanten-Nr. hinterlegt, unter der man beim Kunden geführt wird. Im Falle von Lieferanten wird hier die Kunden-Nr. hinterlegt, unter der man beim Lieferanten geführt wird.
kredlimit	FLOAT(8)	Kredit-Limit	Eingabe eines Kreditlimits. Dieses kann zum Abgleich mit Kreditversicherungsgesellschaften verwendet werden.
bilanzpos	INTEGER(4)	Bilanzposition	wird nicht verwendet
anzrg	INTEGER(2)	Anzahl Rechnungen	Hier wird die Anzahl der gebrauchten Rechnungs-Formulare hinterlegt (z.B. 4 wenn Original + Duplikat an Kunde, Ablage Vertrieb + Fibu).
bonusabr	INTEGER(4)	Bonus-Abrechnung	Zeitraum der Bonusabrechnung: 1 -monatlich, 2- 1/4 jahrlich 3- jährlich
lagerort	CHAR(6)	Lager-Ort	Der Lagerort bestimmt den Standort innerhalb eines dispositiven Lagers.
bvkz	CHAR(1)	Bankverbindungs-Kennzeichen	wird nicht verwendet
mahnsperre	INTEGER(2)	Mahnsperre	wird nicht verwendet
unrlief	INTEGER(4)	Versand-Adress-Nr.	Verweis auf eine alternative Lieferadresse des Kunden/Lieferanten. Falls zum Kunden eine Versandadresse mit der Nummer 888 angelegt ist, wird diese bei der Vorgangserfassung generell vorgeschlagen. Dieser Eintrag wirkt nur in den Vorgangs-DB-Tabellen. In den Stammdaten ktotab Kunden/Lieferantenkonditionen wird dieses Feld nicht verwendet.
zkonto	INTEGER(4)	Konto Verbandsabrechnung	Hier wird die Konto-Nr. eines Verbandes eingetragen, wenn Verbandszugehörigkeit besteht. Diese wird beim Anlagen eines Kundenauftrags in den Auftragskopf kopiert (Feld vbkonto), wenn in der Auftragsart 'Verband 1' eingestellt ist.
zunr	INTEGER(4)	UNr Verbandsabrechnung	Alternative Adressnummer des Verbandes. Diese wird beim Anlagen eines Kundenauftrags in den Auftragskopf kopiert (Feld vbunr), wenn in der Auftragsart 'Verband 1' eingestellt ist.
rkonto	INTEGER(4)	Konto Rechnungsempfänger	Hier wird die Konto-Nr. eines Rechnungsempfängers eingetragen, wenn dieser die Rechnung erhalten soll.
runr	INTEGER(4)	UNr Rechnungsempfänger	alternative Adressnummer des Rechnungsempfängers
bekz	CHAR(1)	Bankeinzug-KZ.	Dieses Kz. steuert, ob Bankeinzüge vorgenommen werden dürfen. ACHTUNGentgegen der normalen Logik wird das Feld wie folgt verwendet: (blank) = nein * = ja Dieses Feld wird bei der Datenübergabe an FIBU-Systeme verwendet. Bei der Kundenvorgangserfassung wird dieses Feld in das Feld 'kzbankeinz' im Vorgangskopf übertragen und dabei von ' ' nach 0 und von '*' nach 1 umgesetzt.
kzdrvab	INTEGER(2)	Druck AB an Verband	Dieses Feld steuert den zusätzlichen Ausdruck einer Auftragsbestätigung an den Verband. _{[Einführungsinfo: Version: 1.63, Call: -, OP/AA: - / 3219, Datum: 1999/04/08]}
sachb	CHAR(6)	Sachbearbeiter	Dieses Feld speichert die Bezeichnung (max. 6 Stellen) des Sachbearbeiters. Sonderbedeutung in DB-Tabelle ktotab Kunden/Lieferantenkonditionen für LIZENZ=Kübler: Wenn der Sachbearbeiter im Kundenstamm gefüllt ist, wird dieser in den Sachbearbeiter des Kundenauftrags übertragen. Sonst wird im Vertreterstamm gesucht, ob dort ein Sachbearbeiter eingetragen ist. Falls ja, wird dieser in den Sachbearbeiter des Kundenauftrags übertragen. Der Sachbearbeiter im Vorgang wird sonst mit dem aktuellen Sachbearbeiter vorbelegt. _{[Einführungsinfo: Version: 2.05, Call: -, OP/AA: 3249 / 4560, Datum: 2000/01/20]}
tesachb	CHAR(6)	Techn. Sachbearb.	Technischer Sachbearbeiter Ein im Personalstamm geflegter Sachbearbeiter, der das Kennzeichen Technischer Sachbearbeiter gesetzt hat. _{[Einführungsinfo: Version: 2.05, Call: -, OP/AA: 3249 / 4560, Datum: 2000/01/20]}
rabmodell	INTEGER(4)	Rabattmodell	Jedem Kunde kann ein Rabattmodell zugeordnet werden.
preislistebr	INTEGER(4)	Preisliste Brutto	Die Bruttopreisliste wird als letzte Hierarchiestufe bei der Preisfindung herangezogen.
mlagerort	CHAR(6)	Material-Lagerort	Steuert die Hirarchie der Materialentnahme für einen Fertigungsauftrag über einen Kunden-Bereitstellungslagerort.
kontozt	INTEGER(4)	Konto Zentrale	Hier kann ein Zentralregulierer eingetragen werden. Das Feld wird nur zur Umsatzauswertung herangezogen.
bwzvj	FLOAT(8)	bwzvj	Bewertungszahl Vorjahr aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
qzahlvj	FLOAT(8)	Qualitätszahl VJ	Qualitätszahl Vorjahr aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
tertrvj	FLOAT(8)	tertrvj	Termintreuezahl Vorjahr aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
servfvj	FLOAT(8)	servfvj	Servicefähigkeitszahl Vorjahr aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
zulpkt	INTEGER(2)	Zulass.-Punkte	wird nicht verwendet _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
sfsachb	CHAR(8)	Sachb. Sonderfreigabe	Werden innerhalb der Kunden/Lieferantenbewertung gesperrte Konto freigegeben, wird hier der Sachbearbeiter der Sonderfreigabe eingetragen. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
sfdat	CHAR(8)	Datum Sonderfreigabe	Werden innerhalb der Kunden/Lieferantenbewertung gesperrte Konto freigegeben, wird hier das Datum der Sonderfreigabe eingetragen. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
sperrdat	CHAR(8)	Datum Sperrung	Wird innerhalb der Kunden/Lieferantenbewertung ein Paramter unterschritten, wird das Konto gesperrt und das Datum der Sperre eingetragen. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
sperrkz	INTEGER(2)	Sperr-KZ.	Wird innerhalb der Kunden/Lieferantenbewertung ein Parameter unterschritten, wird das Konto gesperrt: 0 nicht gesperrt 1 gesperrt 2 Sonderfreigabe erfolgt _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
bwz	FLOAT(8)	Bewertungszahl	Bewertungszahl aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
qzahl	FLOAT(8)	Qualitätszahl	Qualitätszahl aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
tertr	FLOAT(8)	Termintreue	Termintreuezahl aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
servf	FLOAT(8)	Servicefähigkeit	Servicefähigkeitszahl aus der Kunden/Lieferantenbewertung bzw. durch Import aus CAQ-System. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4496 / 6068, Datum: 2001/07/16]}
auditwer	VARCHAR(60)	auditiert nach	Hier kann die Art der Auditierung eingetragen werden (z.B. ISO 9001). _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4641 / 6205, Datum: 2001/06/05]}
auditdat	CHAR(8)	auditiert am	Hier kann das Datum der Auditierung eingetragen werden. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4641 / 6205, Datum: 2001/06/05]}
duns	CHAR(15)	D-U-N-S Nummer	Die D-U-N-S Nummer (Data Universal Numbering System) ist ein Zahlencode der von der Firma Dun & Bradstreet eingeführt wurde um Unternehmen eindeutig zu identifizieren und wird häufig im B-to-B E-Commerce Umfeld eingesetzt. _{[Einführungsinfo: Version: 2.28.00, Call: -, OP/AA: 4641 / 6205, Datum: 2001/06/05]}
preisauto	INTEGER(2)	autom. Preisübernahme	Wenn dieser Schalter auf 'ja' gesetzt ist, dann werden in den Dialogen VE11/EK11/EK26/RE12 - nach Rückfrage an den Benutzer - Einträge in die Kunden-Preisliste (VE11) bzw. Beschaffungskosten der Lieferants (EK11/EK26/RE12) erzeugt bzw. aktualisiert, wenn eine Position erfasst oder geändert wird. Hinweise: - VE11: Wenn keine gültige Kunden-Preisliste vorhanden ist, dann wird eine neue Preisliste erzeugt - siehe auch AUFT_PRLI_GUELTBIS. Neue Preis-Einträge werden immer mit Staffelmenge 0 angelegt. - EK11: Neue Preis-Einträge werden abhängig von EINK_EK11_PREISUEB entweder mit Staffelmenge = Bestellmenge der Position (bestab.besmg) oder 0 angelegt. Wenn das Berechnungs-Kennzeichen der Position (bestab.kzber) auf 'nur Wert' steht, dann wird keine Aktualisierung durchgeführt. - EK26: Funktioniert prinzipiell wie im EK11 mit dem Unterschied, dass der Schalter EINK_EK11_PREISUEB keine Rolle spielt und neue Preis-Eintraege grundsätzlich mit der Bestellmenge der Position (bestab.besmg) angelegt werden. - RE12: Funktioniert prinzipiell wie im EK11 mit dem Unterschied, dass der Schalter EINK_EK11_PREISUEB keine Rolle spielt und neue Preis-Eintraege grundsätzlich mit Staffelmenge 0 angelegt werden. _{[Einführungsinfo: Version: 2.31.00, Call: -, OP/AA: 4862 / 6496, Datum: 2001/10/17]}
vskonto	INTEGER(4)	Versicherer	Versicherer des Kunden (muß als Lieferant angelegt sein) _{[Einführungsinfo: Version: 4.03.06, Call: -, OP/AA: 7547 / 110243, Datum: 2005/05/04]}
vslimit	FLOAT(8)	Versicherungslimit	Eingabe eines Versicherungslimits beim angegebenen Versicherer (KD12). _{[Einführungsinfo: Version: 4.03.06, Call: -, OP/AA: 7547 / 110243, Datum: 2005/05/04]}
vsdat	CHAR(8)	Datum Versicherungsauskunft	_{[Einführungsinfo: Version: 4.03.06, Call: -, OP/AA: 7547 / 110243, Datum: 2005/05/04]}
bonidx	CHAR(3)	Boni Index	_{[Einführungsinfo: Version: 4.03.06, Call: -, OP/AA: 7547 / 110243, Datum: 2005/05/04]}
preislistesl	INTEGER(4)	Preislisten-SL.	_{[Einführungsinfo: Version: 4.04.10, Call: -, OP/AA: 8594 / 111389, Datum: 2006/03/14]}
rechtag	INTEGER(2)	Rechnungstag	Diese Feld wird in den Adress-Konditionen gepflegt. (KD11) Im Abruf Sammelrechnungen (SR10) kann nun nach dem Rechnungstag eingeschränkt werden. Dadruch ist es möglich nur Sammelrechnungs-Einzelbeläge anzeigen zu lassen die dem gewünschten Rechnungstag entsprechen. _{[Einführungsinfo: Version: 4.04.12, Call: -, OP/AA: 7620 / 111357, Datum: 2006/05/12]}
branche	INTEGER(4)	Branche	Hier wird die Kennnummer der entsprechenden Branche hinterlegt. Der Pflegedialog für die Branche ist unter PP10 -> PP99 Branchen.
liefsp	INTEGER(2)	Liefersperre	0: nein 1: ja, nur Info 2: keine Auftragserfassung 3: Vorauskasse 4: Vorauskasse bezahlt 5: kein Lieferschein 6: Auftragsklärung 7: Auftragsklärung Vorauskasse
zahlart	CHAR(8)	Zahlungsart
leergutkz	INTEGER(2)	Leergut-KZ.
text60	VARCHAR(60)	Bemerkung	Dieses Feld enthält einen Text mit maximal 60 Zeichen. Sonderbedeutung adrtab: Wenn auf den Vertriebsformularen der Hauptvertreter gedruckt wird, dann wird im Formularkopf der hier angegebene Text anstatt des Namens gedruckt. Bei der Datenübergabe von SolidPro wird dieses Feld in der Stücklistendefinition stptab gefüllt.
textnr	VARCHAR(25)	Text-Nr.	Der Textident ist in TX10 Textbausteine frei wählbar. Für die internen Textarten wird der Textident zusammengesetzt. Für die Textart FO Formulartexte gibt es Sonderidente. Die Texte werden auf den Formularen gedruckt, sobald der Textbaustein angelegt ist. 'xx' steht für ein Formular, z.B. AB, LI, RG. xxKKOPF Kopfinfo; anstelle Logo/Briefpapier xxKOPF genereller Formular-Kopftext, z.B. AN 'Nachstehend bieten wir Ihnen an:' xxFUSS genereller Formularfusstext, z.B. AB 'Vielen Dank für Ihre Bestellung.' LVTEXT Kopftext im Leistungsverzeichnis, z.B. 'Die aufgeführten Leistungen werden wir bei Ihnen ausführen.'
textvers	VARCHAR(25)	Versandvorschrift-Text
textnrint	VARCHAR(25)	Intern Text
seitdat	CHAR(8)	Datum Kunde seit
prkl	INTEGER(2)	Preisklasse	0 = Brutto: Auf den Formularen werden Zu/Abschläge einzeln ausgewiesen in Bezug zum Bruttopreis. 1 = Netto: Auf den Formularen wird der Preis nettiert dargestellt, also inklusive Zu/Abschläge. Diese werden nicht einzeln ausgewiesen.
waesl	INTEGER(4)	Währung	Währungs-SL. Verweist auf eine im Dialog WE10 (Tabelle waetab) definierte Währung und evtl. hinterlegte Wechselkurse (Tabelle waktab).
samsl	INTEGER(2)	Sammelrechnung-SL.	0 = nein 1 = ja
vtgsl	INTEGER(4)	Vertriebsgebiet	In diesem Feld wird die Kennzahl des Vertriebsgebiets hinterlegt.
bearbg	INTEGER(4)	Kennzeichen Bearbeitungsgebühr
bobsl	INTEGER(4)	Bonus-SL	Ident des Bonusschlüssels.
bonproz	FLOAT(4)	Bonus-%
rabliste	INTEGER(4)	Kunden Rabatt-Liste
anzan	INTEGER(2)	Anzahl Angebote
anzab	INTEGER(2)	Anzahl Auftrags-Bestätigung
anzep	INTEGER(2)	Anzahl Entnahmepapiere
anzli	INTEGER(2)	Anzahl Lieferschein
anzeb	INTEGER(2)	Anzahl Einkauf-Bestellung
anzak	INTEGER(2)	Anzahl Arbeitskarte
avgproz	FLOAT(4)	Aussenlager-Vergütung %
provsl	INTEGER(4)	Provision Abrechnungs-SL
anzap	INTEGER(2)	Anzahl Arbeitspapiere
anbsl	INTEGER(2)	Angebots-Besonderheit	0 = nein 11 = Inhouse; mit Orginal-Druck 12 = Inhouse; ohne Orginal-Druck 13 = Konverter; mit Orginal-Druck 14 = Konverter; ohne Orginal-Druck 15 = man. Datenexport; ohne Orginal-Druck
abbsl	INTEGER(2)	Auftrag-Bestätigung Besonder.	0 = nein 11 = Inhouse; mit Orginal-Druck 12 = Inhouse; ohne Orginal-Druck 13 = Konverter; mit Orginal-Druck 14 = Konverter; ohne Orginal-Druck 15 = man. Datenexport; ohne Orginal-Druck
lbbsl	INTEGER(2)	Lieferschein Besonderheit-SL	0 = nein 1 = Barcode 2 = Seriennummern-Tabelle 3 = QR-Code; kein Druck 11 = Inhouse; mit Orginal-Druck 12 = Inhouse; ohne Orginal-Druck 13 = Konverter; mit Orginal-Druck 14 = Konverter; ohne Orginal-Druck 15 = man. Datenexport; ohne Orginal-Druck 17 = CSV-Export; ohne Original-Druck
rebsl	INTEGER(2)	Rechnung Besonderheit-SL	0 = nein 2 = Zolltarif-Nr 11 = Inhouse; mit Orginal-Druck 12 = Inhouse; ohne Orginal-Druck 13 = Konverter; mit Orginal-Druck 14 = Konverter; ohne Orginal-Druck 15 = man. Datenexport; ohne Orginal-Druck 16 = Rechnungssperre 17 = Gutschriftsverfahren 18 = BASEWARE
kreddat	CHAR(8)	Datum Kreditauskunft
auskunftei	CHAR(20)	Auskunftei
vabsl	INTEGER(2)	Verband Abrechnungs-SL	Abrechnungmodus für Verband. In der Auftragsart wird gesteuert, ob über Verband 1 oder 2 abgerechnet wird. Der Verbandsabrechnungsschlüssel wird beim Anlagen eines Kundenauftrags in den Auftragskopf kopiert (Feld vabrsl), wenn in der Auftragsart 'Verband 1' eingestellt ist. 0 = kein Verbandsabrechnung EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Kunde. 1 = Summen Abrechnung an Verband EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Verband 3 = Detail Abrechnung an Verband Formulardruck: Falls der Schalter in den Kunden-Konditionen (kzdrvab) gesetzt ist, wird für den Verband eine zusätzliche Kopie der AB druckt. EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Verband. 4 = Verband in FIBU automatisch Formulardruck: Falls der Schalter in den Kunden-Konditionen (kzdrvab) gesetzt ist, wird für den Verband eine zusätzliche Kopie der AB druckt. EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Kunde. VARIAL: Die Verbandsnummer wird zusätzlich im Feld Zentralregulierer eingetragen. Dabei gilt der Eintrag in den Kunden-Konditionen unabhängig von Einstellungen in der Auftragsart (auatab) bzw. im Kundenauftrag. Auftragseingang und Umsatz wird generell dem Kunde zugebucht, wobei der Verweis auf den Verband erhalten bleibt. Es können also Auswertungen sowohl für Kunde als auch für Verband erstellt werden. Dies gilt auch, wenn hier 'keine Verbandsarbrechnung' eingestellt ist!
verbnr	CHAR(10)	Verband Mitglied-Nr.
selbstabh	INTEGER(2)	Kz. Selbstabholer	0 = nein 1 = ja
svssl	INTEGER(2)	Kz. Selbstversicherer
lerkl	INTEGER(4)	Kz. Lieferantenerklärung
lbesdat	CHAR(8)	Datum letzte Bestellung
lliefdat	CHAR(8)	Datum letzte Lieferung
lrgdat	CHAR(8)	Datum letzte Rechnung
labdat	CHAR(8)	Datum letzter Abgang
landat	CHAR(8)	Datum Angebot
qswsl	INTEGER(4)	QS-Status-SL.
qswdat	CHAR(8)	Datum QS-Freigabe
kzabc	CHAR(1)	Kz. ABC	Kennzeichen ABC (ABC-Analyse) Die ABC-Analyse kann im ABC100 durchgeführt werden. Um das Kennzeichen im Artikelstamm oder den Konditionen zu aktualisieren, muss dort die entsprechende Auswahl getroffen werden.
opbetrag	FLOAT(8)	OP-Betrag
zkonto2	INTEGER(4)	Konto Verbandsabrechnung-2	Falls ein zweiter Verband eingetragen werden soll, wird hier die Konto-Nr. des alterntiven Verbandes eingetragen. In der Auftragsart wird gestueret, über welchen Verband abgerechnet wird. Diese wird beim Anlagen eines Kundenauftrags in den Auftragskopf kopiert (Feld vbkonto), wenn in der Auftragsart 'Verband 2' eingestellt ist.
zunr2	INTEGER(4)	UNr Verbandsabrechnung-2	Alternative Adressnummer des alternativen Verbandes. Diese wird beim Anlagen eines Kundenauftrags in den Auftragskopf kopiert (Feld vbunr), wenn in der Auftragsart 'Verband 2' eingestellt ist.
vabsl2	INTEGER(2)	Verband Abrechnungs-SL-2	Abrechnungmodus für alternativen Verband. In der Auftragsart wird gesteuert, ob über Verband 1 oder 2 abgerechnet wird. Der Verbandsabrechnungsschlüssel wird beim Anlagen eines Kundenauftrags in den Auftragskopf kopiert (Feld vabrsl), wenn in der Auftragsart 'Verband 2' eingestellt ist. 0 = kein Verbandsabrechnung EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Kunde. 1 = Summen Abrechnung an Verband EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Verband 3 = Detail Abrechnung an Verband Formulardruck: Falls der Schalter in den Kunden-Konditionen (kzdrvab) gesetzt ist, wird für den Verband eine zusätzliche Kopie der AB druckt. EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Verband. 4 = Verband in FIBU automatisch Formulardruck: Falls der Schalter in den Kunden-Konditionen (kzdrvab) gesetzt ist, wird für den Verband eine zusätzliche Kopie der AB druckt. EUROFIBU, VARIAL, DATEV: Buchungskonto ist der Kunde. Auftragseingang und Umsatz wird generell dem Kunde zugebucht, wobei der Verweis auf den Verband erhalten bleibt. Es können also Auswertungen sowohl für Kunde als auch für Verband erstellt werden. Dies gilt auch, wenn hier 'keine Verbandsarbrechnung' eingestellt ist!
kzmahn	INTEGER(2)	Mahnung erlaubt	_{[Einführungsinfo: Version: 5.00.114, Call: 23107, OP/AA: 9524 / 112423, Datum: 2006/12/19]}
kzerin	INTEGER(2)	Erinnerung erlaubt	_{[Einführungsinfo: Version: 5.00.114, Call: 23107, OP/AA: 9524 / 112423, Datum: 2006/12/19]}
kzbeau	INTEGER(2)	Bestätigungsaufforderung erlaubt	_{[Einführungsinfo: Version: 5.00.114, Call: 23107, OP/AA: 9524 / 112423, Datum: 2006/12/19]}
bonmodell	INTEGER(4)	Bonusmodell	Jedem Kunde kann ein Bonusmodell zugeordnet werden. _{[Einführungsinfo: Version: 5.00.130, Call: -, OP/AA: 9633 / 112555, Datum: 2007/02/20]}
gpreisliste	INTEGER(4)	Preisliste Gruppe	_{[Einführungsinfo: Version: 5.00.161, Call: 23884, OP/AA: 10019 / 113037, Datum: 2007/06/19]}
labsl	INTEGER(2)	Anfrage Besonderheiten-SL	0 = nein 11 = Inhouse; mit Orginal-Druck 12 = Inhouse; ohne Orginal-Druck 13 = Konverter; mit Orginal-Druck 14 = Konverter; ohne Orginal-Druck 15 = man. Datenexport; ohne Orginal-Druck _{[Einführungsinfo: Version: 5.00.170, Call: -, OP/AA: 10077 / 113220, Datum: 2007/07/26]}
bebsl	INTEGER(2)	Bestellung Besonderheiten-SL	0 = nein 11 = Inhouse; mit Orginal-Druck 12 = Inhouse; ohne Orginal-Druck 13 = Konverter; mit Orginal-Druck 14 = Konverter; ohne Orginal-Druck 15 = man. Datenexport; ohne Orginal-Druck _{[Einführungsinfo: Version: 5.00.170, Call: -, OP/AA: 10077 / 113220, Datum: 2007/07/26]}
kgrsl2	INTEGER(4)	Erw. Gruppe	_{[Einführungsinfo: Version: 5.00.198, Call: 24659, OP/AA: 10561 / 113664, Datum: 2007/12/05]}
textsped	VARCHAR(25)	Speditionstext	_{[Einführungsinfo: Version: 5.00.212, Call: 25208, OP/AA: 10821 / 113965, Datum: 2008/02/26]}
drkzpe	INTEGER(2)	Positionsetikett	_{[Einführungsinfo: Version: 5.00.220, Call: 25280, OP/AA: 10890 / 114063, Datum: 2008/03/17]}
anzahlte	INTEGER(2)	Anzahl TE	_{[Einführungsinfo: Version: 5.00.220, Call: 25280, OP/AA: 10890 / 114063, Datum: 2008/03/17]}
edidrsl	INTEGER(2)	EDI-Protokolldruck	1 = EDI-Neuanlage- und Änderungs-Protokoll drucken 2 = EDI-Neuanlage-Protokoll drucken. 3 = nur EDI-Fehlerprotokolle _{[Einführungsinfo: Version: 5.00.225, Call: 25408, OP/AA: 10938 / 114122, Datum: 2008/04/07]}
kzlibw	INTEGER(2)	Lieferantenanschreiben gedruckt	_{[Einführungsinfo: Version: 5.00.225, Call: 25389, OP/AA: 10949 / 114133, Datum: 2008/04/11]}
rptname_bhl	VARCHAR(30)	Behälter-Etikett	_{[Einführungsinfo: Version: 5.00.232, Call: 25455, OP/AA: 11034 / 114246, Datum: 2008/05/07]}
vertrdat	CHAR(8)	Vertragsdatum	_{[Einführungsinfo: Version: 5.00.242, Call: 25956, OP/AA: 11253 / 114517, Datum: 2008/07/10]}
belhwan	INTEGER(2)	Beleg-Hinweis (Angebot)	_{[Einführungsinfo: Version: 5.00.242, Call: 25965, OP/AA: 11255 / 114520, Datum: 2008/07/10]}
belhwab	INTEGER(2)	Beleg-Hinweis (Auftragsbestätigung)	_{[Einführungsinfo: Version: 5.00.242, Call: 25965, OP/AA: 11255 / 114520, Datum: 2008/07/10]}
belhwli	INTEGER(2)	Beleg-Hinweis (Lieferschein)	_{[Einführungsinfo: Version: 5.00.242, Call: 25965, OP/AA: 11255 / 114520, Datum: 2008/07/10]}
belhwrg	INTEGER(2)	Beleg-Hinweis (Rechnung)	_{[Einführungsinfo: Version: 5.00.242, Call: 25965, OP/AA: 11255 / 114520, Datum: 2008/07/10]}
prio	INTEGER(2)	Priorität	In den Tabellen für den Hintergrunddruck werden folgende Werte verwendet: -1 = Vorschau am Bildschirm 0 = Druck direkt 1 = Druck im Hintergrund (hohe Prio) 2 = Druck im Hintergrund (niedere Prio) 9 = Druck im Hintergrund (später), siehe Systemsteuerungsparameter SLT_REPORTNACHT In den Fertigungstabellen (bestab, wautab) enthält das Feld die Priorität des Fertigungsauftrags. In den Kundenauftrags-Positionen (auptab) enthält das Feld die Priorität der KA- Position (siehe auch Lieferzeiten Kunden). _{[Einführungsinfo: Version: 5.00.246, Call: 26003, OP/AA: 11308 / 114607, Datum: 2008/07/25]}
ablpfad	VARCHAR(30)	Ablagepfad	Verweist auf eine Pfad/Dateinamen-Definition in der Datei arch.ini. _{[Einführungsinfo: Version: 5.00.247, Call: 26024, OP/AA: 11333 / 114640, Datum: 2008/08/05]}
kzfactoring	INTEGER(2)	Übergabe Factoring	Dieses Kennzeichen steuert ob der betroffene Debitor in den Factoring Schnittstellen berücksichtigt wird. _{[Einführungsinfo: Version: 5.00.255, Call: 26339, OP/AA: 11462 / 114790, Datum: 2008/09/16]}
versprom	FLOAT(4)	Versicherung 0/00	Ein Eintrag von Versicherungspromille führt länderabhängig zur automatischen Berechnung von Versicherungskosten (siehe Handbuch Automatikberechnungen "AUTOVERSICH"). _{[Einführungsinfo: Version: 5.01.004, Call: 26534, OP/AA: 11589 / 114949, Datum: 2008/10/16]}
prodsperre	INTEGER(2)	Produktionssperre	_{[Einführungsinfo: Version: 5.01.013, Call: 26708, OP/AA: 11805 / 115201, Datum: 2008/12/10]}
kdpasswd	VARCHAR(30)	Kunden-Password	_{[Einführungsinfo: Version: 5.01.023, Call: 26608, OP/AA: 11978 / 115410, Datum: 2009/02/11]}
anzpr	INTEGER(2)	Anzahl Protokolle	_{[Einführungsinfo: Version: 5.01.031, Call: 27375, OP/AA: 12079 / 115520, Datum: 2009/03/17]}
kontova	INTEGER(4)	Konto Versandadresse	_{[Einführungsinfo: Version: 5.01.035, Call: 27426, OP/AA: 12150 / 115597, Datum: 2009/04/28]}
kontofremd	CHAR(6)	Fremdkonto	_{[Einführungsinfo: Version: 5.01.060, Call: 28304, OP/AA: 12682 / 116238, Datum: 2009/10/16]}
kzrgbuch	INTEGER(2)	Keine RG-Buchung	Schalter Rechungseingangsbuchung Ja/Nein. _{[Einführungsinfo: Version: 5.01.078, Call: 28970, OP/AA: 13104 / 116751, Datum: 2010/03/19]}
efaxab	CHAR(1)	Ausgabetyp Auftragsbestätigung	D=Drucker F=Fax E=Email Blank=Standard _{[Einführungsinfo: Version: 5.01.091, Call: 29360, OP/AA: 13486 / 117194, Datum: 2010/07/20]}
efaxan	CHAR(1)	Ausgabetyp Angebot/Lieferanfrage	D=Drucker F=Fax E=Email Blank=Standard _{[Einführungsinfo: Version: 5.01.091, Call: 29360, OP/AA: 13486 / 117194, Datum: 2010/07/20]}
efaxli	CHAR(1)	Ausgabetyp Lieferschein	D=Drucker F=Fax E=Email Blank=Standard _{[Einführungsinfo: Version: 5.01.091, Call: 29360, OP/AA: 13486 / 117194, Datum: 2010/07/20]}
efaxrg	CHAR(1)	Ausgabetyp Rechnung	D=Drucker F=Fax E=Email Blank=Standard _{[Einführungsinfo: Version: 5.01.091, Call: 29360, OP/AA: 13486 / 117194, Datum: 2010/07/20]}
eink	FLOAT(8)	Einkauf	Einkaufszahl aus der Lieferantenbewertung. _{[Einführungsinfo: Version: 5.01.105, Call: 29893, OP/AA: 13823 / 117627, Datum: 2010/12/15]}
einkvj	FLOAT(8)	Einkauf VJ	Einkaufszahl Vorjahr aus der Lieferantenbewertung. _{[Einführungsinfo: Version: 5.01.105, Call: 29893, OP/AA: 13823 / 117627, Datum: 2010/12/15]}
gpnr	INTEGER(4)	Geschäftspartner	_{[Einführungsinfo: Version: 5.01.147, Call: 31514, OP/AA: 14819 / 118832, Datum: 2011/10/21]}
kzhidefibu	INTEGER(2)	Übergabe an FIBU unterbinden	Dieses Kennzeichen steuert ob Ausgangs-Rechnungen in die FIBU-Schnittstellentabellen übergeben werden. Inhalte in den FIBU-Schnittstellentabellen sind Basis für die Belegübergabe an eine angeschlossene FIBU. _{[Einführungsinfo: Version: 5.01.184, Call: 32680, OP/AA: 15582 / 119739, Datum: 2012/08/09]}
rptname_pe	VARCHAR(30)	Report Positionsetikett	_{[Einführungsinfo: Version: 5.01.190, Call: 32334, OP/AA: 15671 / 119859, Datum: 2012/10/04]}
screendate	CHAR(14)	Screeningdatum	Das Prüfdatum bei der Blacklist-Rückmeldung. _{[Einführungsinfo: Version: 5.01.195, Call: 32492, OP/AA: 15752 / 119958, Datum: 2012/11/20]}
screrg	CHAR(15)	Prüfergebnis	_{[Einführungsinfo: Version: 5.01.195, Call: 32492, OP/AA: 15752 / 119958, Datum: 2012/11/20]}
ergtxt	VARCHAR(200)	Prüfergebnistext	_{[Einführungsinfo: Version: 5.01.195, Call: 32492, OP/AA: 15752 / 119958, Datum: 2012/11/20]}
auftbest	FLOAT(8)	Auftragsbestand	_{[Einführungsinfo: Version: 5.01.212, Call: 32872, OP/AA: 16021 / 120285, Datum: 2013/04/04]}
ausstand	FLOAT(8)	Ausstand	_{[Einführungsinfo: Version: 5.01.212, Call: 32872, OP/AA: 16021 / 120285, Datum: 2013/04/24]}
konsivorbeleg	INTEGER(2)	Vorb. Konsignations-Abr.	_{[Einführungsinfo: Version: 5.01.212, Call: 32877, OP/AA: 16091 / 120376, Datum: 2013/05/15]}
pfaktor	FLOAT(8)	Preisfaktor	Dient zur Ermittlung eines EK-Preis (VK-Preis/pfaktor). _{[Einführungsinfo: Version: 5.01.213, Call: 33534, OP/AA: 16117 / 120407, Datum: 2013/05/23]}
ueberlferl	INTEGER(2)	Überlieferung erlauben	_{[Einführungsinfo: Version: 5.01.227, Call: 34000, OP/AA: 16379 / 120736, Datum: 2013/09/02]}
rktofibu	INTEGER(4)	Sachkonto Ford./Verb. FIBU	Feld in den Kunden/Lieferanten-Konditionen. Wird im Moment nur in der Stammdaten-Schnittstelle der eGecko FIBU benutzt. Wenn das Feld 0 ist, dann kommt das Sachkonto aus der egecko.ini. _{[Einführungsinfo: Version: 5.01.231, Call: 34172, OP/AA: 16502 / 120874, Datum: 2013/10/18]}
bestort	VARCHAR(30)	Bestimmungsort	_{[Einführungsinfo: Version: 5.01.246, Call: 34493, OP/AA: 16734 / 121137, Datum: 2014/02/17]}
dbc_lfdnr	INTEGER(4)	Verbindung Remote-DB	Datenbank-Verbindung für EDI-Übertragung _{[Einführungsinfo: Version: 5.01.263, Call: 34444, OP/AA: 17028 / 121467, Datum: 2014/09/04]}
kzflerl	INTEGER(2)	Frühe Lieferung erlaubt	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzteillief	INTEGER(2)	Teillieferung erlaubt	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzlieftag1	INTEGER(2)	Mo	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzlieftag2	INTEGER(2)	Di	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzlieftag3	INTEGER(2)	Mi	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzlieftag4	INTEGER(2)	Do	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzlieftag5	INTEGER(2)	Fr	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzlieftag6	INTEGER(2)	Sa	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzlieftag7	INTEGER(2)	So	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzvksperr	INTEGER(2)	Sperrkennzeichen Vertrieb	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzmvperl	INTEGER(2)	Mehrfachverpackung erlaubt	_{[Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09]}
kzgv	INTEGER(2)	Kz. Gutschriftsverfahren	_{[Einführungsinfo: Version: 5.02.008, Call: 36683, OP/AA: 18382 / 123008, Datum: 2016/02/23]}
efaxpr	CHAR(1)	Ausgabetyp Protokoll	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxkp	CHAR(1)	Ausgabetyp Kostenprotokoll	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxkd	CHAR(1)	Ausgabetyp Kostendetailprotokoll	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxep	CHAR(1)	Ausgabetyp Entnahmeliste	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxak	CHAR(1)	Ausgabetyp Arbeitskarte	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxap	CHAR(1)	Ausgabetyp Arbeitspapier	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxva	CHAR(1)	Ausgabetyp Versandanzeige	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxzb	CHAR(1)	Ausgabetyp Zeitenblatt	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxfb	CHAR(1)	Ausgabetyp Fehlerbericht EXPOS	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxfp	CHAR(1)	Ausgabetyp Fehlerprotokoll	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxbe	CHAR(1)	Ausgabetyp Bestellung	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxbs	CHAR(1)	Ausgabetyp Beistellteile	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxma	CHAR(1)	Ausgabetyp Mahnung	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxal	CHAR(1)	Ausgabetyp Arbeitsgang-Lieferschein	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxba	CHAR(1)	Ausgabetyp Belastungs-Anzeige	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
efaxrl	CHAR(1)	Ausgabetyp Rücklieferung	_{[Einführungsinfo: Version: 5.02.008, Call: 36896, OP/AA: 18412 / 123038, Datum: 2016/02/18]}
fibkto	CHAR(9)	Fibu-Nummer	Umsetzung Syslog-Kundennr in Fibu-Konto. Verwendung in der DATEV-Schnittstelle. _{[Einführungsinfo: Version: 5.01.327, Call: 36945, OP/AA: 18429 / 123060, Datum: 2016/02/29]}
kzzfrg	INTEGER(2)	E-Rechnung	Steuert ob fuer diesen Kunden ZUGFeRD-Rechnungen generiert werden sollen (betrifft i.M. nur den direkten PDF-Export bei E-Mail-Versand) oder nicht bzw. ob die systemweiten Einstellungen verwendet werden sollen. 0 = keine E-Rechnung 1 = ZUGFeRD 1 2 = ZUGFeRD 2.1.1 22 = ZUGFeRD 2.2 91 = XRechnung 1.2 92 = XRechnung 2.0 93 = XRechnung 2.2 94 = XRechnung 2.3 95 = XRechnung 3.0 _{[Einführungsinfo: Version: 5.02.013, Call: 37182, OP/AA: 18582 / 123231, Datum: 2016/05/25]}
kzfsre	INTEGER(2)	Formular-Steuerung aus RG-Empfänger	Wenn dieses Kennzeichen in den Konditionen des Kunden gesetzt ist, dann wird beim Druck der Rechnung (und wenn ein abweichender RG-Empfänger gesetzt ist) die Anzahl Kopien aus den Konditionen des RG-Empfängers übernommen und Kunden-basierende Drucker-Findung wird mit der Kunden-Nr. des RG-Empfängers durchgeführt. _{[Einführungsinfo: Version: 5.02.025, Call: 37762, OP/AA: 18884 / 123627, Datum: 2016/11/21]}
maxeinvers	INTEGER(2)	Max. Pos. für Einzelversand	Maximale Anzahl Positionen für Einzelversand Wenn beim EDI-Import die Anzahl Positionen ohne Kz. Einversand kleiner/gleich die in den Kunden-Konditionen hinterlegte Anzahl ist, dann wird auch fuer diese Positionen automatisch das Kz. Einzelversand auf 'ja' gesetzt. _{[Einführungsinfo: Version: 5.02.035, Call: 38075, OP/AA: 19102 / 123909, Datum: 2017/04/06]}
abrlimit	FLOAT(8)	Abrechnungslimit	Das Abrechnungslimit in den Kunden-Konditionen wird im RG20 (abhängig vom Dialog-Schalter AUFT_RG20_ABRLIMIT) berücksichtigt. _{[Einführungsinfo: Version: 5.02.037, Call: 38125, OP/AA: 19143 / 123971, Datum: 2017/04/25]}
abrper	INTEGER(2)	Abr.-Periode	_{[Einführungsinfo: Version: 5.02.037, Call: 38125, OP/AA: 19143 / 123971, Datum: 2017/04/25]}
anzvda	INTEGER(2)	Anzahl VDA-Warenanhänger	_{[Einführungsinfo: Version: 5.02.064, Call: 39120, OP/AA: 19692 / 124669, Datum: 2017/11/30]}
efaxbf	CHAR(1)	Ausgabetyp Bestätigungsaufforderung	_{[Einführungsinfo: Version: 5.02.096, Call: 40403, OP/AA: 20313 / 125489, Datum: 2018/10/30]}
kzliefkwtext	INTEGER(2)	Lieferzusage	Lieferzusage-SL _{[Einführungsinfo: Version: 5.02.117, Call: 41167, OP/AA: 20742 / 126112, Datum: 2019/05/13]}
leitwegid	VARCHAR(46)	Leitweg-ID	Wird für XRechnung bzw. ZUGFeRD2 (bei Rechnungsstellung an öffentliche Stellen) benötigt. Ein Rechnungsempfänger der Bundesverwaltung hat mindestens eine Leitweg-ID. Die Ausgestaltung der Leitweg-ID in einer Behörde basiert auf der Organisation der internen Rechnungsbearbeitung. Behörden mit mehreren Leitweg-IDs stellen über die Angabe der entsprechenden Leitweg-IDs sicher, dass die Rechnung direkt an den zuständigen Bereich für die Bewirtschaftung adressiert wird. Es ist daher essentiell, dass stets die im Auftrag angegebene Leitweg-ID für die Rechnungsstellung verwendet wird. _{[Einführungsinfo: Version: 5.03.034, Call: 43122, OP/AA: 21773 / 127399, Datum: 2020/12/07]}
sbaen	CHAR(25)	Sachb/Datum letzte Änderung	Das Feld sbaen wird an jeder DB-Tabelle als letztes Feld eingefügt. Es enthält den Sachbearbeiter, das Datum der letzten Änderung und die Anzahl der Änderungen eines Datensatzes. Bis zu (und inklusive) Version 05.01.64 ist das Format "JJJJMMTTssssssz", wobei ssssss für 6 Stellen vom Typ Sachbearbeiter und z für 1 Stelle vom Typ Änderungszähler steht. Ab Version 05.01.65 wird das neue (25stellige) Format "jjjjmmttThhmmss+ssssss+zz" verwendet. Zusammengesetzt aus: - 8 Stellen Datum, - Datum/Uhrzeit-Trennzeichen 'T' - 6 Stellen Uhrzeit - Sachbearbeiter-Trennzeichen '+' - 6 Stellen Sachbearbeiter - Sachbearbeiter-Trennzeichen '+' - 2 Stellen Änderungszähler (0 bis 99)
kstfibu	CHAR(7)	FIBU-Kostenst.	_{[Einführungsinfo: Version: 5.03.054, Call: 43595, OP/AA: 22064 / 127773, Datum: 2021/05/19]}
pstali	INTEGER(2)	Packstückangaben Lieferschein	_{[Einführungsinfo: Version: 5.03.081, Call: 44254, OP/AA: 22526 / 128351, Datum: 2021/12/22]}
pstapi	INTEGER(2)	Packstückangaben Paletteninh.	_{[Einführungsinfo: Version: 5.03.081, Call: 44254, OP/AA: 22526 / 128351, Datum: 2021/12/22]}
zmoral	CHAR(2)	Zahlungsmoral	_{[Einführungsinfo: Version: 5.04.2, Call: 45637, OP/AA: 23323 / 129365, Datum: 2023/02/09]}

Einführung
Version:	2.13
Call:	-
OP/AA:	3507 / 4995
Datum:	2000/05/04