Buchungscodes / Lieferhierarchie#
KUMAVISION medtec365 nutzt Buchungscodes, um unterschiedliche Eigentumsverhältnisse sowie Bewertungsverhältnisse für die auf Lager befindlichen Güter zu unterscheiden. Dabei kann es sich um Anlagengüter, Bestandsgüter (Güter des Umlaufvermögens), Konsignationsgüter (bereitgestellte Güter durch Lieferanten) oder Fremdeigentum handeln. Weiterhin werden Buchungscodes genutzt, um Geräte aus dem Umlaufvermögen, welche zur Anlagenaktivierung vorgesehen sind, entsprechend zu kennzeichnen, oder um Anlagengut zu deaktivieren. Somit sind Buchungscodes bei allen Lagerbewegungen (Eingänge / Ausgänge / Umlagerungen) essenziell und müssen entsprechend untereinander ausgeglichen werden.
Im Folgenden wird die Einrichtung der Buchungscodes beschrieben sowie die Handhabung der entsprechenden Buchungscodes bei den unterschiedlichen Lagerbewegungen.
Einrichtung#
Buchungscodes#
Um die Buchungscodes zu definieren, rufen Sie sich über die Anwendersuche die "Buchungscodes“ auf. Über "Neu“ im Menüband können Sie einen neuen Buchungscode mit Hilfe der u.a. Tabelle definieren.
| Feld | Beschreibung |
|---|---|
| Code | Dieses Feld ist ein Schlüsselfeld. Hier wird der eindeutige Code für den Buchungscode vergeben. |
| Beschreibung | In diesem Feld kann eine Beschreibung des Buchungscodes eingetragen werden. |
| Bewertungsart | In diesem Feld wird festgelegt, wie die Güter, die mit diesem Buchungscode aufs Lager gebucht wurden, zu bewerten sind. Mögliche Optionen sind: Bewertet Hierbei handelt es sich um das Umlaufvermögen des Unternehmens. Güter die eingekauft und verkauft werden. Gemischte Bewertung Hierbei handelt es sich um Konsignationsgüter, die ein Lieferant für Entnahme und Verbrauch bereitgestellt hat. Die entsprechenden Artikelposten werden erst mit dem Abgang bewertet. Unbewertet Hierbei handelt es sich um Güter aus dem Anlagevermögen oder um Güter die durch Dritte überlassen wurden (zwecks Reparatur oder Wiedereinsatz). Sie gehören nicht zum Eigentum des Unternehmens |
| Eigentumsart | In diesem Feld wird festgelegt, welche Werte für die Disposition (Bestell- / Planungsarbeitsblätter) herangezogen werden. Für Anlagevermögen wird keine Disposition in diesem Sinne unterstützt. Folgende Optionen stehen Ihnen zur Verfügung: Anlagen, Fremdeigentum, Umlaufvermögen Der Standardwert ist i.d.R "Umlaufvermögen". Hiermit können auf den Lagerhaltungsdaten die entsprechenden Parameter für Anlage- und Fremdeigentum in den entsprechenden Feldern hinterlegt werden. Weiterhin wird diese Einrichtung für die Darstellung des jeweiligen Lagerbestandes auf der Lagerhaltungskarte verwendet (Lagerbestand: Komplett Lagerbestand, unabhängig von der Eigentumsart; UV Lagerbestand: Lagerbestand der Eigentumsart Umlaufvermögen; AV Lagerbestand: Lagerbestand der Eigentumsart Anlagevermögen; FE Lagerbestand: Lagerbestand der Eigentumsart Fremdeigentum). |
| Anlagenbuchungsart | Gibt die Buchungsart für das Anlagevermögen an. Zur Auswahl stehen Ihnen die Option "leer“ und "Aktiviert“. |
| Vorgabecode für Zugänge | Hiermit kann ein Buchungscode als Vorgabecode für Zugangsbuchungen definiert werden. Wird dann im Rahmen einer Zugangstransaktion ein Buchungscode aus dem Prozess heraus eingetragen, so wird beim Buchen des Zugangs dieser Code verwendet. Hinweis Der Vorgabecode für Zugänge muss als Bewertungsart die Option "Bewertet“ enthalten. |
| Lieferhierarchie | Dieses Feld wird automatisch durch das System berechnet und zeigt an, ob für diesen Buchungscode eine Lieferhierarchie hinterlegt wurde. Die Lieferhierarchie kann für einen Buchungscode über die Aktion "Lieferhierarchie“ aufgerufen und bearbeitet werden. |
| Zugang nur über Anlagenaktivierung möglich | Aktivieren Sie den Schalter, wenn der Zugang nur in Verbindung einer Aktivierung möglich ist. |
| Buchungscodewechsel verhindern | Sobald der Schalter aktiviert ist, wird ein Buchungscodewechsel verhindert. |
Lieferhierarchie#
Die Lieferhierarchie kann pro Buchungscode eingerichtet werden und enthält Informationen, wie im Rahmen eines Verkaufsauftrages der Lagerbestand für diesen Auftrag zu entnehmen ist und ob nach der Lieferung eine Wandlung des Buchungscodes erfolgen soll.
Die Lieferhierarchie kann über die Aktion "Lieferhierarchie“ für den jeweils markierten Buchungscode aufgerufen werden.
| Feld | Beschreibung |
|---|---|
| Buchungscode | Dieses Feld ist ein Schlüsselfeld. In diesem Feld wird der Buchungscode angezeigt, für den die Lieferhierarchie erstellt wurde. |
| Hierarchie Code | Der Hierarchie Code ist ein Schlüsselfeld und identifiziert zusammen mit dem Feld Buchungscode eindeutig einen Datensatz in der Lieferhierarchie. Hinweis Es sollte ein "sprechender“ Code für einen Datensatz in der Lieferhierarchie vergeben werden, damit der Anwender schon anhand des Codes erkennen kann, um welche Transaktion es sich handelt. |
| Beschreibung | In diesem Feld kann eine Beschreibung für die Lieferhierarchie hinterlegt werden. |
| Hierarchie Nr. | Hier kann bei mehreren Lieferhierarchien für einen Buchungscode eine Prioritätenfolge festgelegt werden. Über die hier hinterlegte Nummer wird im Warenausgangsprozess mit Kommissionierung geprüft, welche Bestände (welcher Bestandsausgleichcode) zu entnehmen sind. Dazu werden die Bestände für den Bestandsausgleichcode anhand dieser Hierarchienummer geprüft. |
| Lieferungsart | Über dieses Feld wird gesteuert, ob der Bestand im Rahmen eines Verkaufsauftrages verkauft oder auf ein Kundenlager umgelagert wird. Daher stehen für dieses Feld die folgenden Optionen zur Verfügung: • Verkauf • Umlagerung |
| Keine autom. Berücksichtigung im Warenausgang | Aktivieren Sie den Schalter, sofern keine automatische Berücksichtigung im Warenausgang erfolgen soll. |
| Bestand Ausgl. Code | Hier kann ein Buchungscode festgelegt werden, der für den Bestandsausgleich verwendet wird. Damit wird der Buchungscode festgelegt, mit dem die Lagerentnahme für den Verkaufsauftrag erfolgt. Hinweis Dieses Feld ist ein Pflichtfeld. |
| Neuer Buchungscode | Lieferungsart "Umlagerung“ Der Artikel wird mit dem Bestandsausgleichcode aus dem Lager entnommen und direkt mit dem neuen Buchungscode auf das Kundenlager gebucht. Es werden dabei Umlagerungsposten gebildet. Wichtig Bei der Lieferungsart "Umlagerung“ muss der neue Buchungscode in der Bewertungsart dem Bestandsausgleichcode entsprechen. Das bedeutet, dass für Code mit der Bewertungsart "Bewertet“ oder "Gemischt“ kein Neuer Code mit der Art "Unbewertet“ gesetzt werden kann. Dies ist dadurch bedingt, dass ein Eigentumswechsel nicht durch eine Umlagerungstransaktion durchgeführt werden kann. Lieferungsart "Verkauf“ Der Artikel wird mit dem Bestandsausgleichcode aus dem Lager verkauft (Abgangsposten mit der Art "Verkauf“). Anschließend wird auf dem Kundenlager ein Zugangsposten mit dem neuen Buchungscode zugebucht (Zugangsposten mit der Art "Zugang“). Wichtig Soll im Rahmen der Transaktion kein neuer Buchungscode verwendet werden, so muss dieses Feld leer gelassen werden. |
Hinweis
Die Lieferhierarchie greift nur bei der Belegart "Verkaufsauftrag“. Bei allen anderen Belegen und Prozessen findet die Lieferhierarchie keine Anwendung. An diesen Stellen wird der "reine“ Buchungscode vom System verwendet.
Buchungscodes in Verkaufsauftragsarten einrichten#
Wird im Bereich Verkauf mit Verkaufsauftragsarten gearbeitet, welche die Verkaufsaufträge in unterschiedliche Arten unterteilen, so kann auch ein Buchungscode für die Verkaufsauftragsart definiert werden. Dieser Buchungscode wird dann als Vorlage für die Zeilen des Auftrages verwendet.
Hierzu rufen Sie sich die Verkaufsauftragsarten über die Anwendersuche auf und nehmen die gewünschte Einrichtung an den u.a. Feldern vor:
| Feld | Beschreibung |
|---|---|
| Buchungscode | In diesem Feld kann ein Buchungscode für die entsprechende Verkaufsauftragsart vorgegeben werden. |
| Buchungscodewechsel verhindern | Über ein Häkchen in diesem Feld wird gesteuert, ob der Buchungscode im Auftrag geändert werden darf oder nicht. Ist dieses Häkchen gesetzt, so darf in den Verkaufszeilen der Buchungscode nicht geändert werden. |
Buchungscodes in Einkaufsbestellarten einrichten#
Wird im Bereich Einkauf mit Einkaufsbestellarten gearbeitet, die die Bestellungen in unterschiedliche Arten unterteilen, so kann auch ein Buchungscode für die Einkaufsbestellart definiert werden. Dieser Buchungscode wird dann als Vorlage für die Zeilen der Bestellung verwendet.
Hierzu rufen Sie sich die Einkaufsbestellarten über die Anwendersuche auf und nehmen die gewünschte Einrichtung an den u.a. Feldern vor:
| Feld | Beschreibung |
|---|---|
| Buchungscode | In diesem Feld kann ein Buchungscode für die entsprechende Einkaufsbestellart vorgegeben werden. |
| Buchungscodewechsel verhindern | Über ein Häkchen in diesem Feld wird gesteuert, ob der Buchungscode in der Bestellung geändert werden darf oder nicht. Ist dieses Häkchen gesetzt, so darf in den Bestellzeilen der Buchungscode nicht geändert werden. |
Buchungscodes bei Zugangsbuchungen#
Bei Transaktionen der Art "Zugang“ ist der Buchungscode als Pflichtangabe erforderlich. Wird im Rahmen der Transaktion kein Buchungscode eingetragen und wurde ein Vorgabecode für Zugänge definiert, so wird dieser Code für die Transaktion verwendet. Anderenfalls erscheint eine Fehlermeldung, dass der Buchungscode einzutragen ist.
Transaktionen der Art "Zugang“ sind:
- Zugänge aus Einkaufsbestellungen
- Verkaufsrücknahme
- Fertigungsaufträgen
- Zugänge aus dem Artikelbuchblatt
Buchungscodes bei Abgangsbuchungen#
Bei Transaktionen der Art "Abgang“ ist der Buchungscode als Pflichtangabe erforderlich. Wird im Rahmen der Transaktion kein Buchungscode eingetragen, so kommt es zur Fehlermeldung, dass der Buchungscode für die Transaktion gesetzt werden muss.
Transaktionen der Art "Abgang“ sind:
- Abgänge aus Verkaufsaufträgen
- Einkaufsrücklieferungen
- Verbrauch in Produktion und Montage
- Abgänge aus dem Artikelbuchblatt
Buchungscodes bei Umlagerungsbuchungen#
Bei Transaktionen der Art "Umlagerung“ ist der Buchungscode als Pflichtangabe erforderlich. Wird im Rahmen der Transaktion kein Buchungscode eingetragen, so kommt es zur Fehlermeldung, dass der Buchungscode für die Transaktion gesetzt werden muss.
Transaktionen der Art "Umlagerung“ sind:
- Lagerbewegungen aus Umlagerungsaufträgen
- Umlagerungen im Umlagerungsbuchblatt
Buchungscodes mit Lieferhierarchie im Verkaufsauftrag#
Im Rahmen der Verarbeitung von Verkaufsaufträgen kann neben dem Buchungscode auch die Lieferhierarchie genutzt werden, um den Lagerbestand für die Warenentnahme zu einem Auftrag zu bestimmen.
Wird in einer Verkaufszeile ein Buchungscode eingetragen und verfügt dieser über eine Lieferhierarchie, so wird automatisch der Lieferhierarchie Code mit der obersten Hierarchienummer in der Verkaufszeile gesetzt.
Der Lieferhierarchie Code kann jedoch geändert werden. Als mögliche Lieferhierarchie Codes stehen hierbei alle Codes zur Verfügung, die für den Buchungscode eingerichtet wurden.
Der Lieferhierarchie Code kann auch für eine Verkaufszeile gelöscht werden. Das hat zu Folge, dass im Rahmen der Lagerentnahme nicht die Lieferhierarchie betrachtet, sondern nur der Buchungscode der Verkaufszeile verwendet wird.
Hinweis
Bei der Kommissionierung von Artikeln für eine Verkaufsauftragszeile werden nur die Stufen der Lieferhierarchie berücksichtigt, die die gleiche Lieferungsart haben wie die Verkaufsauftragszeile selbst. Wurde also in der Verkaufsauftragszeile die Lieferungsart "Umlagerung“ gesetzt, so werden auch nur die Stufen der Lieferhierarchie betrachtet, die die Lieferungsart "Umlagerung“ haben.
Hinweis
Wurde die Verkaufsauftragsart so eingerichtet, dass ein Wechsel des Buchungscodes nicht möglich ist und verfügt der Buchungscode über eine Lieferhierarchie, so muss auch der Lieferhierarchie Code in der Verkaufszeile zwingend gefüllt sein.
Lagerentnahme mit/ohne Logistik#
Abhängig davon, ob für einen Verkaufsauftrag die Lagerentnahme ohne Logistik oder mit Logistik erfolgt, bekommt der Lieferhierarchie Code in der Verkaufszeile unterschiedliche Bedeutungen. Diese werden nachfolgend beschrieben.
Lagerentnahme ohne Logistik#
Erfolgt die Lieferung für einen Verkaufsauftrag von einem Lagerort, für den kein Warenausgang und keine Kommissionierung eingerichtet wurden, so müssen AnwenderInnen in der Verkaufszeile selbst den verfügbaren Bestand prüfen und den entsprechenden Lieferhierarchie Code mit verfügbarem Bestand in der Verkaufszeile setzen.
Zur Überprüfung des Verfügbaren Bestandes kann die Funktion "Artikelbestandsübersicht“ in der Verkaufszeile genutzt werden.
Lagerentnahme mit Logistik#
Im Gegensatz zu einer Lagerentnahme ohne Logistik, wird die Verfügbarkeit der Ware beim Erstellen eines Warenausganges mit Kommissionierung für einen Verkaufsauftrag automatisch geprüft. Hier müssen AnwenderInnen nicht den Lieferhierarchie Code in der Verkaufszeile manuell ändern.
Lieferung mit Buchungscodewechsel#
Wurde im Rahmen einer Verkaufslieferung eine Lieferhierarchie verwendet, bei der ein neuer Buchungscode gesetzt wird, so wird das auch in den Artikelposten und Lagerplatzposten zu dieser Lieferung festgehalten. Die Artikelposten werden hierbei entsprechend der Lieferungsart der Verkaufszeile gebildet. Dies wird anhand der nachfolgenden Beispiele erklärt.
Beispiel 1: Umlagerung mit Buchungscodewechsel
In diesem Beispiel wird die Umlagerung der Ware auf Kundenlager dargestellt.
Im Rahmen der Lieferung wurde eine Lieferhierarchie verwendet, bei der die Ware auf Kundenlager umgelagert wird und dabei auf dem Kundenlager mit einem neuen Buchungscode geführt werden soll.
In den Artikelposten zu der Verkaufslieferung lässt sich der Verlauf entsprechend einsehen.
Die Umlagerung aus dem Bestandslager erfolgt gemäß des Bestandsausgleichcodes in der Lieferhierarchie. Der Umlagerungsposten als Zugang auf dem Kundenlager wird jedoch schon mit dem neuen Buchungscode aus der Lieferhierarchie versehen.
Beispiel 2: Verkauf mit Buchungscodewechsel
In diesem Beispiel wird der Verkauf der Ware an einen Kunden dargestellt, wobei anschließend die verkaufte Ware als Fremdeigentum auf dem Kundenlager geführt wird.
Im Rahmen der Lieferung wurde eine Lieferhierarchie verwendet, bei der die Ware an den Kunden verkauft wird und anschließend auf dem Kundenlager als Fremdeigentum erfasst wird.
In den Artikelposten zu der Verkaufslieferung lässt sich der Verlauf einsehen.
Der erste Posten stellt die Verkaufstransaktion an den Kunden dar, bei der bewertetes Umlaufvermögen aus dem Lager entnommen und an den Kunden verkauft wurde.
Der zweite Posten stellt den Zugang des Fremdeigentums auf dem Kundenlager dar. Der zweite Posten ist nicht bewertet und liefert nur die Information, auf welchem Kundenlager sich das verkaufte Gerät befindet.
Buchungscodes beim Storno von VK-Lieferungen#
Nachfolgend wird die Ermittlung der Buchungscodes beim Storno von Verkaufslieferungen beschrieben. Dazu werden die beiden Stornomöglichkeiten "Storno über VK-Rücknahmen“ und "Storno direkt aus VK-Lieferung“ vorgestellt. Anschließend wird die generelle Systemvorgehensweise zur Ermittlung der Buchungscodes für Stornozeilen einer VK-Lieferung beschrieben.
Storno über VK-Rücknahme#
Beim Storno von Lieferungsbelegen über Verkaufsrücknahmen muss sichergestellt werden, dass auch die Buchungscodes im Stornobeleg (Verkaufsrücknahme) entsprechend zum Lieferbeleg gesetzt werden. Hierzu muss die Lieferhierarchie beachtet und auch die durch die Lieferhierarchie gesetzten Buchungscodes müssen wieder rückgängig gemacht werden.
Damit die Buchungscodes im Stornobeleg richtig gesetzt werden können, müssen die Stornobelegzeilen mit den Lieferzeilen verknüpft sein. Diese Verknüpfung erstellt das System automatisch, wenn in der Verkaufsrücknahme (als Stornobeleg) die Aktion "Zu stornierende gebuchte Belegzeilen abrufen“ ausgeführt wird.
Nach Auswahl der Lieferzeilen die storniert werden sollen und Bestätigung, erstellt das System entsprechende Zeilen in der VK-Rücknahme. Dabei setzt das System entweder für die Stornozeile selbst oder für die Artikelverfolgung der Stornozeile eine Verknüpfung zum Artikelposten aus der Lieferung, die ausgeglichen werden soll. Anhand des verknüpften Artikelpostens wird geprüft, welcher Buchungscode im Stornobeleg verwendet werden soll.
Die Ermittlung der Buchungscodes für die Stornozeilen wird im Abschnitt "Ermittlung der Buchungscodes für Stornozeilen" beschreiben.
Storno direkt aus VK-Lieferung#
Beim Buchen eines Stornos referenziert KUMAVISION medtec365 automatisch die Posten aus der Lieferung als Ausgleichposten für das Storno. Anhand dieser Ausgleichposten wird die Ermittlung der Buchungscodes für die entsprechenden Stornozeilen durchgeführt siehe Ermittlung der Buchungscodes für Stornozeilen.
Ermittlung der Buchungscodes für Stornozeilen#
Bei der Ermittlung der Buchungscodes für die Stornozeile wird zwischen den unterschiedlichen Lieferarten ("leer“ (Verkauf) und Umlagerung) in einer Lieferzeile unterschieden.
Stornozeilen mit Lieferungsart "leer“ (Verkauf)#
Zu Ermittlung der Buchungscodes werden folgende Prüfungen ausgeführt:
Direkte Verknüpfung der Stornozeile mit einem Ausgleichposten:
Eine Stornozeile wird direkt mit einem Ausgleichsposten verknüpft, wenn der Artikel in der Stornozeile nicht mit Artikelverfolgung arbeitet. In diesem Fall wird der Buchungscode aus dem verknüpften Artikelposten (Ausgleichposten) direkt in die Stornozeile als Buchungscode und Bestandsausgleichcode eingetragen.
Hinweis
Wurde für die Lieferzeile des Ursprungsbelegs die Lieferhierarchie verwendet und ist im Zuge dessen ein Zugangsposten mit neuem Buchungscode auf dem Kundenlager entstanden, so wird der Zugangsposten auf dem Kundenlager ebenfalls storniert. Siehe auch Abschnitt Lieferhierarchie.
Verknüpfung der Artikelverfolgung mit einem Ausgleichposten:
Ist in der Stornozeile ein Artikel enthalten, der mit Artikelverfolgung arbeitet, so werden die Artikelverfolgungszeilen zu der Stornozeile auf eine Verknüpfung zum Ausgleichposten (Artikelposten) überprüft. Ist diese Verknüpfung in der Artikelverfolgungszeile vorhanden, so wird der Buchungscode des verknüpften Artikelpostens als Buchungscode und Bestandsausgleichcode für die Artikelverfolgungszeile verwendet.
Wurde für die Artikelverfolgungszeile kein Ausgleichposten hinterlegt, so wird der Vorgabebuchungscode für Zugänge als Buchungscode und Bestandsausgleichcode in die Artikelverfolgungszeile eingetragen.
Hinweis
Wurde für die Lieferzeile des Ursprungsbelegs die Lieferhierarchie verwendet und ist im Zuge dessen ein Zugangsposten mit neuem Buchungscode auf dem Kundenlager entstanden, so wird der Zugangsposten auf dem Kundenlager ebenfalls storniert. Siehe auch Abschnitt Lieferhierarchie.
Keine Verknüpfung vorhanden:
Ist keine Verknüpfung zum Ausgleichposten in der Stornozeile vorhanden (weder in der Zeile selbst noch über die Artikelverfolgung), so wird der Vorgabebuchungscode für Zugänge als Buchungscode und Bestandsausgleichcode eingetragen.
Stornozeilen mit Lieferungsart "Umlagerung“#
Zu Ermittlung der Buchungscodes werden folgende Prüfungen ausgeführt:
Direkte Verknüpfung der Stornozeile mit einem Ausgleichposten:
Eine Stornozeile wird direkt mit einem Ausgleichsposten verknüpft, wenn der Artikel in der Stornozeile nicht mit Artikelverfolgung arbeitet. In diesem Fall wird der verknüpfte Artikelposten für die Buchungscodeermittlung bei Lieferungsart "Umlagerung“ verwendet. Als erstes wird der Buchungscode des Postens ("Umlagerung Nach“-Posten) in die Stornozeile als Buchungscode und Bestandsausgleichcode eingetragen.
Zusätzlich wird geprüft, ob bei der Buchung der entsprechenden Lieferung die Lieferhierarchie verwendet wurde und die Buchungscodes in den Posten "Umlagerung Von“ und "Umlagerung Nach“ unterschiedlich sind. Ist das der Fall und sind die unterschiedlichen Buchungscodes von gleicher Bewertungsart, so wird der Buchungscode des "Umlagerung Von“-Postens als "Neuer Buchungscode“ in die Stornozeile gesetzt.
Durch diesen neuen Buchungscode wird sichergestellt, dass z.B. Ware, die als Umlaufvermögen auf ein Kundenlager umgelagert und dabei mit dem Buchungscode für "Bestand zur Aktivierung“ versehen wurde, beim Storno wieder mit dem Buchungscode des Umlaufvermögens versehen wird.
Hinweis
Anlagevermögen, das bereits auf dem Kundenlager aktiviert wurde, wird beim Storno mit dem entsprechenden Buchungscode des Anlagevermögens umgelagert.
Verknüpfung der Artikelverfolgung mit einem Ausgleichposten:
Ist in der Stornozeile ein Artikel enthalten, der mit Artikelverfolgung arbeitet, so werden die Artikelverfolgungszeilen zu der Stornozeile auf eine Verknüpfung zum Ausgleichposten (Artikelposten) überprüft. Ist diese Verknüpfung in der Artikelverfolgungszeile vorhanden, so wird anhand des Artikelpostens die Buchungscodeermittlung für die Artikelverfolgungszeile durchgeführt. Die Buchungscodeermittlung für eine Artikelverfolgungszeile erfolgt analog zu der Ermittlung der Buchungscodes für eine Stornozeile mit direkter Verknüpfung zum Ausgleichposten.
Keine Verknüpfung vorhanden:
Ist keine Verknüpfung zum Ausgleichsposten in der Stornozeile vorhanden (weder in der Zeile selbst noch über die Artikelverfolgung), so wird der Vorgabebuchungscode für Zugänge als Buchungscode und Bestandsausgleichcode eingetragen.
2.10 Buchungscodes in der Artikelverfolgungsauswahl
Bei der Auswahl der Artikelverfolgung wird ebenfalls geprüft, ob die gewählte Artikelverfolgung mit dem Buchungscode aus der Belegzeile übereinstimmt.
Ist das nicht der Fall, so gibt das System bereits beim Eintragen der Artikelverfolgung eine entsprechende Fehlermeldung aus.
Auch bei der Auswahl der Artikelverfolgung über den "Assist-Button“ in den Feldern Seriennr. und Chargennr. wird der Buchungscode beachtet, indem nur Zeilen aus der Lagerbestandsübersicht angezeigt werden, die verfügbar sind und dem jeweiligen Buchungscode entsprechen.
Buchungscodes auf Info-Karten (Seriennummer, Chargennummer)#
Beim Buchen von Warenbewegungen für chargen- bzw. seriennummernpflichtige Artikel kann der Buchungscode der letzten Transaktion auf der entsprechenden Chargen- bzw. Seriennummer-Info-Karte eingesehen werden.
Beim Buchen von Transaktionen mit Lagerbewegungen (Zugang, Abgang, Umlagerung, Einkauf, Verkauf, usw.) muss ein Buchungscode als Pflichteingabe angegeben werden.
Nach dem Buchen der Transaktion wird dann der Buchungscode der Transaktion als Letzter Buchungscode in der entsprechenden Chargen- bzw. Seriennummer-Info-Karte vermerkt.