xtotab
- Sync (Unlicensed)
- Syslog GmbH
Owned by Sync (Unlicensed)
Name
Protokollierung Konditionen (xtotab)Tabellen-Typ / -Klasse
Archiv / AllgemeinHaupt-Pflegedialog / -Liste
keineModul(e)
Bitte Module pflegen (Entwickler/TB11)!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. |
aendrid | SERIAL(4) | Änderungs-Datensatz-ID | |
kennung | CHAR(10) | Kennung | |
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. |
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. |
tesachb | CHAR(6) | Techn. Sachbearb. | Technischer Sachbearbeiter Ein im Personalstamm geflegter Sachbearbeiter, der das Kennzeichen Technischer Sachbearbeiter gesetzt hat. |
rabmodell | INTEGER(4) | Rabattmodell | Jedem Kunde kann ein Rabattmodell zugeordnet werden. |
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] |
preislistebr | INTEGER(4) | Preisliste Brutto | Die Bruttopreisliste wird als letzte Hierarchiestufe bei der Preisfindung herangezogen. [Einführungsinfo: Version: 3.08.00, Call: -, OP/AA: - / 108583, Datum: 2003/06/10] |
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 / 111646, 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! |
aendsab | CHAR(6) | Änderung Sachbearbeiter | |
aendts | CHAR(14) | Änderungs-Datum/Uhrzeit | Timestamp der Änderung [Einführungsinfo: Version: 5.01.271, Call: -, OP/AA: 17157 / 121637, Datum: 2014/11/05] |
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 |
efaxan | CHAR(1) | Ausgabetyp Angebot/Lieferanfrage | D=Drucker F=Fax E=Email Blank=Standard |
efaxli | CHAR(1) | Ausgabetyp Lieferschein | D=Drucker F=Fax E=Email Blank=Standard |
efaxrg | CHAR(1) | Ausgabetyp Rechnung | D=Drucker F=Fax E=Email Blank=Standard |
eink | FLOAT(8) | Einkauf | Einkaufszahl aus der Lieferantenbewertung. |
einkvj | FLOAT(8) | Einkauf VJ | Einkaufszahl Vorjahr aus der Lieferantenbewertung. |
emailan | CHAR(200) | E-Mail Angebot | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailab | CHAR(200) | E-Mail Auftragsbestätigung | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailrg | CHAR(200) | E-Mail Rechnung | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailli | CHAR(200) | E-Mail Lieferschein | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailbe | CHAR(200) | E-Mail Bestellung | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailak | CHAR(200) | E-Mail Arbeitskarte | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailep | CHAR(200) | E-Mail Entnahmepapier | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailap | CHAR(200) | E-Mail Arbeitspapier | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
emailpr | CHAR(200) | E-Mail Protokoll | [Einführungsinfo: Version: 5.01.127, Call: 30813, OP/AA: 14363 / 118276, Datum: 2011/05/30] |
sltuseralfdnr | INTEGER(4) | Lfd-Nr. aus sltusera | enthält die Lfd-Nr. aus dem zugehörigen Datensatz aus der Tabelle "sltusera". [Einführungsinfo: Version: 5.01.136, Call: 30578, OP/AA: 14534 / 118507, Datum: 2011/08/03] |
gpnr | INTEGER(4) | Geschäftspartner | [Einführungsinfo: Version: 5.01.147, Call: 31514, OP/AA: 14819 / 118832, Datum: 2011/10/21] |
emailma | CHAR(200) | E-Mail Mahnung | E-Mail-Adresse Mahnung [Einführungsinfo: Version: 5.01.163, Call: 31977, OP/AA: 15145 / 119236, Datum: 2012/02/16] |
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/21] |
screrg | CHAR(15) | Prüfergebnis | [Einführungsinfo: Version: 5.01.195, Call: 32492, OP/AA: 15752 / 119958, Datum: 2012/11/21] |
ergtxt | VARCHAR(200) | Prüfergebnistext | [Einführungsinfo: Version: 5.01.195, Call: 32492, OP/AA: 15752 / 119958, Datum: 2012/11/21] |
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] |
emailba | CHAR(200) | E-Mail Belastungsanzeige | [Einführungsinfo: Version: 5.01.254, Call: 34806, OP/AA: 16895 / 121322, Datum: 2014/05/15] |
emailgb | CHAR(200) | E-Mail Gelangensbestätigung | [Einführungsinfo: Version: 5.01.262, Call: 34902, OP/AA: 17010 / 121448, Datum: 2014/08/13] |
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) | Liefertag Montag | [Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09] |
kzlieftag2 | INTEGER(2) | Liefertag Dienstag | [Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09] |
kzlieftag3 | INTEGER(2) | Liefertag Mittwoch | [Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09] |
kzlieftag4 | INTEGER(2) | Liefertag Donnerstag | [Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09] |
kzlieftag5 | INTEGER(2) | Liefertag Freitag | [Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09] |
kzlieftag6 | INTEGER(2) | Liefertag Samstag | [Einführungsinfo: Version: 5.02.001, Call: 36331, OP/AA: 18065 / 122638, Datum: 2015/09/09] |
kzlieftag7 | INTEGER(2) | Liefertag Sonntag | [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. |
kzzfrg | INTEGER(2) | E-Rechnung | Steuert ob fuer diesen Kunden E-Rechnungen im ZUGFeRD oder XRechnung Format generiert 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 | |
pstapi | INTEGER(2) | Packstückangaben Paletteninh. | |
zmoral | CHAR(2) | Zahlungsmoral | [Einführungsinfo: Version: 5.04.2, Call: 45637, OP/AA: 23323 / 129365, Datum: 2023/02/09] |
bemandatsref | VARCHAR(35) | Mandats-Referenz | Mandats-Reference für SEPA-Bankeinzug [Einführungsinfo: Version: unbekannt, Call: 975, OP/AA: 24218 / 130555, Datum: 2024/08/09] |
Einführung | |
---|---|
Version: | 2.13 |
Call: | - |
OP/AA: | 3507 / 4995 |
Datum: | 2000/05/04 |