ktotab
- Sync (Unlicensed)
- Syslog GmbH
Owned by Sync (Unlicensed)
Name
Kunden/Lieferanten-Konditionen (ktotab)Tabellen-Typ / -Klasse
Kunden, Lieferanten, Vertreter / AllgemeinHaupt-Pflegedialog / -Liste
KD10Modul(e)
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- |