Versions Compared
compared with
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Comment:
auto sync 2024-10-11T15:01:41+00:00
Name
Einkaufs-Auftragsarten (ekatab)Tabellen-Typ / -Klasse
Parameter / BenutzerHaupt-Pflegedialog / -Liste
EA10 / drekaModul(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. |
bausl | CHAR(2) | Bestell-Art | Eingabefeld für die Einkaufs-Auftragsart. |
bez30 | CHAR(30) | Bezeichnung | max. 30-stellige Bezeichnung. |
nrkreis | CHAR(5) | Nummernkreis | Nummernkreis für verschiedene Tabellen. |
disponorm | INTEGER(42) | Kz. Dispositon | Wenn gesetzt, werden die Positionen eines Vorgangs bei der Disposition berücksichtigt. |
angebot | INTEGER(42) | Kz. Angebot | Kennzeichnet eine Vorgangsart als Angebot. |
rahmen | INTEGER(42) | Kz. Rahmenauftrag | Kennzeichnet eine Vorgangsart als Rahmenvereinbarung. |
mwstber | INTEGER(42) | Mwst-Berechtigung | Wenn gesetzt, wird die Steuer berechnet und ausgewiesen. |
auein | INTEGER(42) | Kz. Auftragseingang | Wenn gesetzt wird die Auftragseingangsstatistik fortgeschrieben. |
kzextern | INTEGER(42) | externe Erfassung | Dieses Feld wird im Moment nicht verwendet. In Zukunft wird es dafür verwendet werden, bestimmte Auftragsarten extern zu erfassen - z.B durch externe Mitarbeiter. [Einführungsinfo: Version: unbekannt, Call: -, OP/AA: - / 1605, Datum: 1997/07/21] |
pickprio | INTEGER(42) | Pickvorrat Priorität | Priorität für die Materialbereitstellung. Hierdurch wird eine Prioritätseinteilung von Aufträgen ermöglicht, um auch zuletzt gebuchte Lagerbewegungen zuerst ausführen zu können. Das Ziel ist Transportvorgänge durch eine günstigere Route zu optimieren. |
sollhaben | CHAR(1) | Soll/Haben-KZ. | Steuert die Buchungsart für die FIBU. |
handlief | INTEGER(42) | Kz. Handlieferschein | Wird dieser Schalter gesetzt wird durch einen Rechnungsabruf die Abbuchungsfunktion des normalen Lieferscheins ausgeführt und die Bestände werden entsprechend aktualisiert. |
umsatzbu | INTEGER(42) | Kz. Umsatzbuchung | Wenn gesetzt, wird der Umsatz in die Statistik übernommen. |
fortschr | INTEGER(42) | Vorg. fortschreiben | Wenn die Vorgangsfortschreibung aktiviert ist, wird nach einem Abschluß eines solchen Vorgangs automatisch ein neuer Vorgang angelegt (Kopie des abgeschlossenen Vorganges). |
summieren | INTEGER(42) | Gesamt-Summe rechnen | Wenn gesetzt, werden die Positionswerte zu einem Vorgangswert summiert und ausgegeben. |
igeasl | INTEGER(4) | Intrastat Geschäftsart | Für Intrastat-Meldung wird hier die Art des Geschäftes hinterlegt entsprechend den Vorgaben des Statistischen Bundesamtes. Anbei ein Auszug: 11 = endgültiger Kauf/Verkauf 41 = Lohnveredelung [Einführungsinfo: Version: 4.03.99, Call: -, OP/AA: 6965 / 109762, Datum: 2004/12/14] |
iverf | INTEGER(4) | Intrastat Verfahren | Für Intrastat-Meldung wird hier die Art des Verfahrens hinterlegt entsprechend den Vorgaben des Statistischen Bundesamtes. Anbei ein Auszug: 10000 = Versendung zum endgültigen Verbleib 22002 = Vorübergehende Versundung zur wirtschaftlichen Lohnveredelung [Einführungsinfo: Version: 4.03.99, Call: -, OP/AA: 6965 / 109762, Datum: 2004/12/14] |
kzlieftreue | INTEGER(42) | Liefertreue berechnen | [Einführungsinfo: Version: 4.04.09, Call: -, OP/AA: 7857 / 111355, Datum: 2006/03/03] |
status | 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. [Einführungsinfo: Version: 5.00.242, Call: 25206, OP/AA: 10869 / 114024, Datum: 2008/07/09] |
kzstrges | INTEGER(42) | Kz. Streckengeschäft | Streckengeschäft ja/nein in der EK-Auftragsart. [Einführungsinfo: Version: 5.01.080, Call: 28936, OP/AA: 13161 / 116821, Datum: 2010/04/01] |
kzmahn | INTEGER(42) | Mahnung erlaubt | |
kzerin | INTEGER(42) | Erinnerung erlaubt | |
kzbeau | INTEGER(42) | Bestätigungsaufforderung erlaubt | |
kzuml | INTEGER(42) | Umlagerung | Kz Umlagerung von einem Konsi-Lager(Einkauf) [Einführungsinfo: Version: 5.01.127, Call: 30755, OP/AA: 14358 / 118269, Datum: 2011/05/27] |
kzbeistell | INTEGER(42) | Beistellteile disponieren | [Einführungsinfo: Version: 5.01.147, Call: 31166, OP/AA: 14804 / 118813, Datum: 2011/10/19] |
kzsperrkp11 | INTEGER(42) | KP11 Sperre aufheben | Aufhebung der Sperre in KP11 "Kz. Hauptlieferant" = gesperrt. [Einführungsinfo: Version: 5.01.153, Call: 31692, OP/AA: 14933 / 118985, Datum: 2011/12/01] |
kzautoba | INTEGER(42) | BA autom. Archivieren | Wenn dieses Kennzeichen gesetzt ist, verschwindet die Belastungsanzeige sofort nach dem Druck im Archiv. Ist dieses Kennzeichen nicht gesetzt, wird die Belastungsanzeige erst mit dem Rechnungseingang erledigt. [Einführungsinfo: Version: 5.01.264, Call: 34989, OP/AA: 17048 / 121488, Datum: 2014/09/09] |
lagernr | INTEGER(4) | Lager-Nr. | Die Lagernummer gibt das dispositive Lager an. [Einführungsinfo: Version: 5.01.329, Call: 36992, OP/AA: 18456 / 123089, Datum: 2016/03/15] |
kontolief | INTEGER(4) | Lieferadresse | [Einführungsinfo: Version: 5.02.018, Call: 37319, OP/AA: 18694 / 123390, Datum: 2016/08/01] |
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. [Einführungsinfo: Version: 5.02.018, Call: 37319, OP/AA: 18694 / 123390, Datum: 2016/08/01] |
kzeinko | INTEGER(42) | Einstandskosten bewerten | Dieser Schalter steuert, ob bei der Lagerbewegung die durchschnittlichen Einstandskosten im Lagerteilestamm aktualisiert werden sollen. Dieser Schalter wirkt zusammen mit dem Schalter Durchschnittspreis ermitteln' (blatab.dermitteln) im Beschaffungs-Lagerschlüssel vom Artikelstamm. Für detaillierte Beschreibung der Durchschnittspreisermittlung siehe weitere Dokumentation! [Einführungsinfo: Version: 5.03.040, Call: 43142, OP/AA: 21847 / 127504, Datum: 2021/01/27] |
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) |
kzekerl | INTEGER(2) | Kz. Erledigung EK-Pos. | Steuert das Löschen und Archivieren von EK-Positionen. 0 = Standard-Handling; EK-Positionen werden einzeln gelöscht, wenn sie erledigt sind*; Erledigungs-Archivierung erfolgt nur unter bestimmten Umständen z.B. beim manuellen Erledigen in EK10 + EK19 und beim Lager-Buchen (wenn vollständig geliefert ist) und RE-Buchung nicht genutzt wird (EINK_BUCHEN_RE=0). 1 = Gesamt-Löschung ohne Archivierung; EK-Positionen werden erst gelöscht, wenn alle Positionen erledigt sind*; Erledigungs-Archivierung findet nicht statt. 2 = Gesamt-Löschung mit Archivierung; EK-Positionen werden erst gelöscht, wenn alle Positionen erledigt sind*; Es wird ein Erledigungs-Archiv-Eintrag für den kompletten Vorgang geschrieben. Wenn einzelne Positionen zwanghaft erledigt werden (Erledigt Button in EK10), dann wird auch fuer diese einzelne Position ein Archiv-Eintrag geschrieben. 3 = Teil-Löschung ohne Archivierung; EK-Positionen werden einzeln gelöscht, wenn sie erledigt sind*; Erledigungs-Archivierung findet nicht statt. Quasi wie 0, aber ohne jegliche Archivierung. 4 = Teil-Löschung mit Archivierung; EK-Positionen werden einzeln gelöscht, wenn sie erledigt sind*; Es werden Erledigungs-Archiv-Einträge für jede Position geschrieben.Quasi wie 0, aber mit konsequenter Archivierung an allen Stellen. *) Position vollständig geliefert + berechnet, erkannt wird das über bestab.kzglief + bestab.kzgber [Einführungsinfo: Version: 5.03.119, Call: 45397, OP/AA: 23148 / 129140, Datum: 2022/11/08] |
kzkonsi | INTEGER(2) | Konsi-Auftrag | Hier wird das Kennzeichen gesetzt, ob es sich bei dieser Auftragsart um einen Konsignationsauftrag handelt. Bei Konsignationsware handelt es sich um Ware, die beim Kunden zu dessen Verfügung auf Lager liegt, aber noch Eigentum der Firma ist. Der Kunde ist verpflichtet, periodisch Meldung über die verbrauchten Mengen zu machen, damit die Abrechnung an ihn erfolgen kann. Andernfalls kann er nicht benötigte, zur weiteren Verwendung freigegebene Ware zurückgeben. Konsignationsware ist Teil der Bestandswerte und damit den Regeln der Inventur unterworfen. Die Konsignationsbestände müssen für jeden Kunden individuell geführt werden und von übrigen Beständen klar getrennt im System erkennbar sein. Für die Durchführung sind folgende Vorgänge von Bedeutung: Konsignationsbeschickung : Wenn der Kunde Konsignationsware erhalten soll, wird ein Auftrag mit einer eigenen Auftragsart (z.B. KB) im System angelegt. Es müssen die erforderlichen Daten des Kunden (Eingabe der Kunden-Nr.), der Konsignationsware (Eingabe der Artikel-Nr. und Menge) und dem Konsignationslager (Lager-Nr. bleibt 0) erfaßt werden. Wird der Lieferschein mit der entsprechenden Kennung "Teil / Gesamt" abgerufen (Rechnung ist in dieser Auftragsart nicht möglich) führt das System automatisch folgende Aktionen durch: Die gelieferte Menge wird aus dem regulären Bestand des Lagers abgebucht und dem Konsignationslager hinzugefügt. Falls am Konsignationslager der Artikel noch nicht geführt wurde, wird automatisch ein Lagerteilestamm auf Basis der Grundeinstellungen angelegt und die gelieferte Menge wird als Bestand zugebucht. Wird der Artikel bereits geführt, wird die aktuell gelieferte Menge addiert. Über das Lagerkonto kann jederzeit über die einzelnen Lieferungen Auskunft eingeholt werden. Ist der Auftrag komplett geliefert, wird er im Auftragsbestand gelöscht und ist nur noch im Archiv ersichtlich. [Einführungsinfo: Version: 5.04.062, Call: 922, OP/AA: 24294 / 130686, Datum: 2024/10/09] |
Einführung | |
---|---|
Version: | 4.03.99 |
Call: | - |
OP/AA: | 6965 / 109762 |
Datum: | 2004/12/14 |