Concept Wiki

zr_pruefmechanismen_lieferantenrechnungen - [Interne Vorbereitungen]

Susan Siegmund (ss@undisclosed.example.com) — 2026-09-07T13:35:58+00:00

Ablauf und Einstellungen für den elektronischen Belegabgleich der Lieferantenrechnungen

Um den elektronischen Rechnungsabgleich der Lieferantenbelege in Concept Office nutzen zu können, müssen entsprechende Einstellungen im Vorfeld getroffen werden. Ziel ist ein automatisierter Abgleich auf Belegebene gegen die vorhandenen Informationen der Bestellung. Bei positiver Prüfung durch die Software sollen die Belege automatisch an die angebundene Buchhaltungssoftware übergeben werden können.

Interne Vorbereitungen

(1) Angabe der Betriebsnummer am Lieferanten

Damit die Belege den Lieferanten zugeordnet werden können, muss die Betriebsnummer im Firmenstamm hinterlegt werden.

(2) Prüfungsart des Lieferanten

Damit die Belegprüfung möglichst reibungslos durchgeführt werden kann, sollte die Qualität der importierten Belege je Lieferant überprüft werden.

Im ersten Schritt ist festzulegen, ob die Belege Positionsinformationen enthalten. Nur wenn diese Informationen vorhanden sind, kann eine zuverlässige Prüfung auf Positionsebene hinsichtlich Artikelnummer, Menge und Preis erfolgen.

Erhalten Sie im Fehlertext die Information, dass keine Positionsdaten vorhanden sind, so empfehlen wir die Prüfung der Rechnungsbelege dieses Lieferanten auf Kopfebene vorzunehmen (wertmäßige Prüfung des Rechnungswertes gegen den Bestellwert).

Sollten Sie die Prüfung der Rechnungsbelege zu einem bestimmten Lieferanten gänzlich ausschließen wollen, so können Sie dies mit einer Verarbeitungssperre hinterlegen.

(3) Sammelbuchung und Rechnungssteller

Soll die Übergabe der Delkredere-Rechnungen aus CO an die Buchhaltung nur mit vorhandener ZRA-Nummer erfolgen, so ist es notwendig das Sammelbuchungskennzeichen am Lieferanten zu hinterlegen. Dies verhindert die Übergabe an die Finanzbuchhaltung, wenn keine ZRA-Nummer bekannt ist.

Einstellung am Lieferant:

Anzeige im LieferantenRechnungen-Modul:

(4) Anlage der Frachtkostenartikel/Logistikkosten

Damit Frachtgebühren automatisch verarbeitet/angelegt werden können, müssen vorab 3 Frachtkostenartikel (Mwst. 19/7/0) angelegt werden. Diese dienen der Erfassung von Frachtkosten für alle Lieferanten im Rahmen der Rechnungsprüfung. Wird auf einem Rechnungsbeleg eine Frachtgebühr ausgewiesen, ordnet das System diese automatisch den hinterlegten Frachtartikeln zu und ergänzt die entsprechende Bestellung sowie den Beleg um die Frachtposition.

Die Frachtkostenartikel werden in der Office.dat (Zentrales CO-Verszeichnis\Sysdata\office.dat) hinterlegt:

für 19% Mwst: REFrachtArtikel=
für 7% Mwst: REFrachtArtikelReduziert=
für 0% Mwst: REFrachtArtikelFrei=

In diesem Prozess gibt es je Mwst.-Satz nur einen Frachtkostenartikel, welcher stellvertretend für alle Lieferanten aus dem Delkredere verwendet wird.

Wichtig: Die Lieferanten müssen im Einkaufsreiter der Frachtkostenartikel zugeordnet werden.

Sind weitere Gebühren notwendig, so besteht die Möglichkeit über die folgenden 3 Schalter in der Lieferantenrechnungen_einlesen.ini eine Zuweisung vorzunehmen:

_FrachtKostenArtikel=#123 (Artikel im CO)

_FrachtKostenArtikelExtern=#456oder =#MAC (Charge Type)

_VerpackungsKostenArtikel=#1234 (Artikel im CO)

_VerpackungsKostenArtikelExtern=#Auftragspauschale oder Bsp. #SH (ChargeType )

_MontageKostenArtikel=#12345 (Artikel im CO) _MontageKostenArtikelExtern=#Mindermengenzuschlag oder =#DI (ChargeType )

(5) Konfigurationen für Lieferantenrechnungen

KF146 = Abweichung des Rechnungsbetrages bei Rechnungseingangsprüfung erlauben
KF567 = Abweichung des Betrages beim Einlesen von Lieferantenauftragsbestätigungen und -rechnungen auf Positionsebene erlauben
KF370 = Vorhandensein einer Frachtposition lieferanten- und bestellungsabhängig prüfen
KF381 = Mengen der internen Fracht/Porto automatisch gemäß Auftragsstatus setzen

Lieferantenrechnungen: Neuerungen in CO8.0

(6) Import/Abruf der Lieferantenrechnungen einrichten

Der Abruf wird über die EDI-Schnittstelle ‚Lieferantenrechnungen_einlesen‘ konfiguriert und kann zeitgesteuert über die Windowsaufgabenplanung automatisiert werden.

Für den Abruf der Belege werden die FTP-Zugangsdaten des Mitglieds benötigt.

Modul Lieferantenrechnungen (Modulkürzel SE)

Bei der elektronischen Rechnungsprüfung können nur Einzelbelege (keine Sammelrechnung!) geprüft werden. Die importierten Belege werden als Datensätze in die Übersicht geladen und können anhand der Belegnummer, Bestellnummer oder ZRA-Nummer gefiltert werden. Zudem lässt die Selektion in der Hauptauswahl eine Einschränkung der Belege anhand des Zeitraums, der Filiale oder des Geschäftsbereiches einschränken.

Folgende Spalten geben einen Hauptüberblick, wie die Erstprüfung durch die Software den Beleg/die Belege einordnet:

Spalte Status:

Diese gibt an, in welchen Verarbeitungsstatus der Beleg einzuordnen ist.

Importiert = Der Datensatz wurde im Modul eingelesen, keine weitere Verarbeitung bisher.

Freigegeben für Fibu = Der Datensatz wurde automatisch oder manuell über den Button ‚Freigeben für Fibu‘ als Datensatz an die Buchhaltung bereitgestellt.

Extern gebucht = Der Beleg wurde beim Import als bereits übergeben erkannt ( bereits manuell im Modul Rechnungseingang übergeben worden).

Warte auf ZR-Nummer = Am Lieferanten ist die Kennung ‚Sammelbuchung‘ aktiv, welche eine Übergabe der Belege nur zulässt, wenn die ZRA-Nummer vorhanden ist.

Manuell gebucht = Dieser Status kann manuell gesetzt werden und hat keine feste Programmlogik (interne Verwendung möglich).

Spalte Fibu Status:

Diese sagt aus, ob der Beleg für die Übergabe an die Fibu (CO-Fibuschnittstelle) bereitgestellt wurde.

Spalte Prüfstatus:

Diese Spalte dient als erster Indikator, ob der Beleg inhaltlich mit der Bestellung übereinstimmt (grüner Haken) oder Abweichungen erkannt wurden (gelbes Warndreieck).

Vorgehen „grüner Haken“: → Der Beleg kann in die Fibu übergeben werden. Beim Import kann über die Lieferantenrechnungen.ini definiert werden, ob ein erfolgreich geprüfter Beleg automatisch an die Fibu bereitgestellt wird (= grüner Haken Fibu Status). Ist keine automatische Übergabe definiert (Schalter ‚NurEinlesen=1‘), so müssen die Belege manuell über die Modulfunktion „Freigegeben für Fibu“ gesetzt werden.

Das Modul Lieferantenrechnungen prüft den elektronischen Beleg auf Übereinstimmung mit der vorliegenden Bestellung in folgenden Kriterien:

Artikel
Menge
Preis
Preiseinheit
Gesamtwert

Werden Abweichungen beim Import erkannt, so muss der Beleg im Detail geprüft werden. Mit einem Doppelklick auf die Beleg-Zeile öffnen sich die Rechnungsdetail mit den importierten Positionen.

Mögliche Prüffehler

Der Lieferant aus der Rechnung stimmt nicht mit dem Lieferanten aus der Bestellung überein.

Es besteht die Möglichkeit, dass mehrere Lieferantennummern in CO als Duplette zu einem Lieferanten angeleget wurden. Die Betriebsnummer im Delkredere entscheidet, wer der Rechnungssteller ist. Gegebenenfalls muss am Bestellungs-Lieferanten ein abweichender Rechnungsempfänger hinterlegt werden.

Der Preis aus der Rechnung stimmt nicht mit dem Preis aus der Bestellung überein.

Hier muss der Bestellpreis im LieferantenRechnungen-Modul angepasst werden und anschließend muss dieser Beleg neu geprüft werden. Dabei werden die korrigierten Werte (Bestellpreis) in der Bestellung korrigiert und der EK an der Auftragsposition korrigiert.

Der Lieferant sendet keine Mwst.-Informationen auf Artikelebene.

Es ist entscheidend, ob die Gesamtsumme korrekt ist.

Übergabe an die Buchhaltung

Beim Import der Rechnungsbelege kann definiert werden, ob eine automatische Übergabe an die Buchhaltung erfolgen soll, wenn die Prüfung des Beleges korrekt (grüner Haken) ist. Wird keine automatische Übergabe vorgenommen, so kann dies durch den Benutzer manuell auf Belegebene oder aus der Übersicht aller Belege mit dem Button ‚Freigegeben für Fibu‘ erfolgen.

Hinweis:

Wird in der Buchhaltung die Summe des ZRA-Laufes geprüft, so empfiehlt sich die Belegübergabe erst vorzunehmen, wenn die ZRA-Nummer am Beleg zugeordnet wurde. Um zu verhindern, dass ein Beleg ohne ZRA-Zuordnung übergeben werden kann, muss für den Lieferanten die Einstellung Sammelbuchung (Modul Firmen/Reiter Lieferanten) angegeben werden.

Die bereitgestellten Belege (Eingangsrechnungen) können nun aus dem Modul Fibuschnittstelle (RA) in Concept Office an die Buchhaltung übergeben werden:

itscope:itscope - [Zubehörzuordnung]

Isabel Pinder (ip@undisclosed.example.com) — 2026-09-07T07:34:19+00:00

CO-Einstellungen zu ITscope

Voraussetzungen

Lizenzzukauf ITScope für CO (Angebot über Sachbearbeitung erstellen)
Account/Zugang bei ITScope → Hinweis auf Erstellung eines CO-Benutzers mit allen Rechten vorab
Bereitstellung des Benutzer-API-Key´s für ExterneSysteme bei Einrichtung im CO

Im ITscope unter Meine Firma → Mitarbeiter → Auswahl eines Benutzer → API-Zugang zu finden.

Die API-Nutzung (Verbrauch/Abrufe) ist unter dem ITscope-Account → API_Nutzung einzusehen.

Administrative Einstellungen

(1) Externe Systeme

Die Zugangsdaten des ITscope-Benutzers müssen im Modul ExterneSysteme im CO hinterlegt werden. Dabei sollte darauf geachtet werden, dass der Benutzer mit allen Rechten auf der ITScope-Seite angelegt wurde. Der API-Key ist aus dem Benutzer im ITScope zu entnehmen/ zu finden.

* (1) SystemName laut CO auswählen
* (2) Mail-Account
* (3) Key:  siehe Benutzer ITscope
* (4) URL:  https://api.itscope.com/2.1/  -> ist einheitlich für ALLE!

(2) API-Key hinterlegen

Jeder Benutzer hat in ITScope einen eigenen API-Key. Für den Abruf der Daten aus Concept Office muss ein Benutzer (Mailkonto) hinterlegt werden, welcher mit allen Rechten versehen ist. Der API-Key kann unter dem FirmenAccount → Benutzer → API-Zugang eingesehen werden:

(3) CallBack aktivieren

Im Installationsverzeichnis von Concept Office muss einmalig die CoItScopeCallback.exe als Admin (Rechtsklick als Administrator) ausgeführt werden.

(4) Automation anlegen

Mit der Angabe einer Recherche, welche im Ergebnis nur die CO-Artikel liefert, können Artikel im Nachtlauf mit ITScope aktualisiert werden.

<task>
<name>ITscopeArtikelAktualisieren</name>
<mandant>1</mandant>
<operations>
<operation name="ITscopeArtikelAktualisieren">
<call>
<option>
<name>RechercheNummer</name>
<value>50252</value>
</option>
</call>
</operation>
</operations>
</task>

Automation mit Übernahmeschemaauswahl anlegen

Soll ein bestimmtes Übernahmeschema und nicht das Standardschema für die Automation genutzt werden ist folgende Task zu verwenden und die entsprechende Bezeichnung am Knoten zu hinterlegen:

<task>
<name>ITscopeArtikelAktualisieren</name>
<mandant>1</mandant>
<operations>
<operation name="ITscopeArtikelAktualisieren">
<call>
<option>
<name>RechercheNummer</name>
<value>50252</value>
</option>
<option>
<name>Schema</name>
<value>testnichtStandard</value>
</option>
</call>
</operation>
</operations>
</task>

Einstellungen in Concept Office

Bestellausgabe am Lieferanten hinterlegen

Wird ein Lieferant im Bestellprozess über ITScope abgewickelt, so muss in Concept Office die Bestellausgabeart „ITscope“, sowie Ihre Kundennummer beim Lieferanten im Firmenstamm hinterlegt werden:

Lieferantenmapping

Damit der Preis-/Bestandsabgleich im Artikelstamm zu den gewünschten Lieferanten erfolgen kann, müssen die Lieferanten in Concept Office gemappt werden.

Dies wird am Lieferanten (Firmenmodul) unter Mitarbeiter/Weiteres mit Angabe der Fremdnummer aus ITscope (Nummer des Distributors) aktiviert. Ist der Lieferant gemappt, so kann ein aktiver Abgleich oder auch die Neuanlage von Artikeln mit Hinterlegung der Lieferanten erfolgen.

Die Nummern aus COP stimmen nicht überein.

In dem folgenden Link gelangen Sie zur aktuellen Lieferantenübersicht von ITScope https://guide.itscope.com/kb/eservices/

Diese findet man im ITScope als Lieferanten-ID am Distributor.

Möglichkeit 1: Über die Artikelsuche in den gewünschten Bezugsquellen den Lieferanten anklicken. Es öffnet sich rechts ein Infofenster und die Lieferanten-ID kann aus den Lieferantendetails entnommen werden.

Möglichkeit 2: Der Lieferant wird über die Suche ausgewählt und man entnimmt die ITScope-ID des Lieferanten aus der Statistik.

Damit Einkaufspreise und Bestand an Artikeln aktualisiert werden kann, müssen die Haken „EK-Preise aktualisieren“ und „Bestand/Bestandstatus aktualisieren“ aktiv sein.

Diese finden Sie unter Firma –> Lieferantendaten –> ITscope

Artikel suchen und Übernhemen

Artikelsuche aus CO

In der Artikelsuche kann jetzt via ITscope gesucht werden. Dafür wurde der Haken ‚Suche in ITscope Artikeln‘ hinzugefügt. Wenn dieser Haken aktiviert wird, steht nur die Volltextsuche zur Verfügung und die anderen Felder werden ausgegraut.

Suchmöglichkeiten/-Einschränkungen:

Volltextsuche nutzen, um über alle Eigenschaften der Artikel sich suchen (Hersteller, EAN, Bezeichnung, HerstellerNr)
Volltextsuche ‚Toner black Kyo <EAN>‘ möglich.
Volltextsuche mit ‚<Bestellnr>‘ (alleinstehend) möglich.
Keine Suche über der Daten Distributoren. (Debitorenname, Kürzel)

Zur Übernahme nach Concept Office öffnet sich (analog COP) das Übernahmefenster, welches über ein vordefiniertes Schema oder mit manuellen Einträgen befüllt werden kann.

Der Hauptlieferant wird bei Anlage eines neuen Artikels aus ITscope nun nach folgenden Kriterien ermittelt:

günstigster Lieferant (EK) mit Bestand
wenn keiner Bestand hat, dann der günstigste Lieferant (EK)
wenn keine Bestände und keine EK-Preise vorhanden, dann der erste Lieferant, der gefunden wird

Den Abgleich bestehender Artikel kann man als Massenlauf aus der Artikelübersicht durchführen (Modul Artikel / Reiter Einkauf → Modul Funktion „ITScope-Daten aktualisieren“)

Artikelsuche aus Vorgang

Im Vorgang kann über die Modulfunktion ‚ITscope starten‘ die Plattform aufgerufen werden. Ist neben ITscope auch COP als aktiv in den Externen System angelegt, dann erscheint ein derzeit noch ein Auswahlfenster. Neben dem Importdialog öffnet sich nun die ITscope-Plattform im Browser.

Über die Teilenfunktion im ITScope kann der/die gewählte Artikel/Sammlung nach CO übertragen werden.

Artikelübertragung aus ITScope an Concept Office

Artikel können aus ITScope an Concept Office übergeben werden. Hierfür wird die „Teilen“-Funktion der Plattform genutzt. Je nach ERP muss der entsprechende Übertragungslink verwendet werden. Bei der Übertragung wird zwischen einzelnen Artikeln oder Sammlungen unterschieden.

Für die Artikelübertragung an Concept Office gibt es einen Concept Office Button in der Teilen Funktion:

Bestellausgabe an ITscope

Für die Ausgabe einer Bestellung zu ITscope gibt es die Ausgabeart „ITscope“:

Standardmäßig kann die Ausgabeart am Lieferanten vorbelegt werden (Firma –> Lieferantendaten –> Bestellausgabe)

Falls Bestellungen der Ausgabeart OpenTrans mit anderen Mitteln erfolgt (bspw. Bestellungen werden an Soennecken automatisch per EDI-Schnittstelle versendet), so muss die Konfiguration 60 - „Bestellungen (openTRANS) in nach Lieferanten getrennte Ordner speichern“ auf 1 -Ja gestellt werden.

Sonst werden ITscope-Bestellungen versehentlich an den falschen Lieferanten versendet.

Damit die Ausgabe erfolgen kann, muss folgendes gepflegt sein:

Positionen besitzen die Bestellnummer des Lieferanten
Am Lieferanten steht Ihre Kundennummer und die ITscope Lieferantennummer (Fremdnummer)

EDI-Schnittstelle: Belegabgleich aus ITscope per API-Abruf

Belegabgleich mit ITscope

weitere_stammdaten:artikelvorqualifikation - [Artikelvorqualifikation]

Thi Thu Nguyen (t.nguyen@undisclosed.example.com) — 2026-09-03T13:54:28+00:00

Artikelvorqualifikation

Im Strukturbaum unter Weiteren Stammdaten befindet sich das Modul Artikelvorqualifikationen.

In diesem können bei der Neuanlage von Artikeln aus ITscope und AMDP-Edi-Artikeln aus den externen Warengruppen die internen Warengruppen und die Kontierungsgruppen gebildet werden.

Import

Über die Modulfunktionen ‚Artikelkategorien importieren‘ können die externen Warengruppen importiert werden. Über die Modulfunktionen ‚ItScope Warengruppenimport‘ können ab CO 8.4779.38 die Artikelwarengruppen aus ITscope importiert und aktualisiert werden.

Nach erfolgreichem Import von Warengruppen, werden diese nun direkt in die Artikelvorqualifikationen importiert (ab CO 8.4695.5).

Zuweisung

Die internen Warengruppen und die Kontierungsgruppen müssen den externen Warengruppen zugewiesen werden. Dies geschieht manuell oder durch die Modulfunktion „Massenänderung“.

edi-schnittstelle:kundenbestellungen_einlesen - [Kundenbestellungen über die Webservice-API einlesen]

Isabel Pinder (ip@undisclosed.example.com) — 2026-09-03T10:22:00+00:00

Kundenbestellungen Einlesen

Über diese Schnittstelle lassen sich Kundenbestellungsinformationen aus anderen Systemen in Concept Office importieren. Beim Einlesen der Dateien, z.B. aus einem Webshop stammend, werden Vorgänge in Concept Office erzeugt.

Unterstütze Formate

Bitte beachten Sie, dass diese Formate nicht aus jeder Bestellplattform identisch ausgegeben werden und bei Einsatz eines neuen Formates bei Ihnen am Besten ein Test erfolgen muss. Diesen kostenpflichtigen Importtest übernimmt unser Support gern für Sie. Unser Mitarbeiter unterstützt Sie dann auch gern bei der weiteren Einrichtung.

Folgende Eingangsformate werden unterstützt

cXML
xCBL
iDocXML
OEXXML
OpenTrans (Version 1.0, 2.1) / (Soennecken, Büroring, Simple Pilot, Privat Pilot)
Siemens XML
Spicers (veraltet / es gibt nicht mehr)
Textformat (hierzu sind weitere Einstellungen notwendig)
EANCOM 1997

Bei einigen Formaten ist es notwendig das Format durch den Parameter ‚ImportTyp=<Format>' genauer festzulegen. In älteren CO-Versionen wurde die Einstellung als ‚_ImportType=#<Format>' hinterlegt, diese sollte man auf die aktuelle Einstellung ändern.

Einleseoptionen

Die folgenden Angaben sind zwingend vorzugeben, da ohne sie kein Auftrag angelegt werden kann:

Geschaeftsbereich=#ihrGeschäftsbereich
Eingangsart=#OnlineShop (Eingangsart muss vorher im Mandanten angelegt werden)
AbwicklungsArt=#Lager (alternativ: =#Strecke für Direktlieferungen)
Filiale=#Kennung ihrer Filiale (Diese übersteuert immer die Konfiguration 43 „Filialzuordnung in Vorgängen und Verträge“.)
Weitere optionale Vorgabewerte sind durch Angabe konstanter Werte über Feldbezeichner des Textimportes möglich, zB. Versandbedingung, Lieferbedingung oder ZusatzvorgangsArt, sofern der entsprechende Wert nicht durch Angaben in der Datei überschrieben wird.

Einige Dateiinhalte können beim Einlesen verändert oder überschrieben werden. Die nachfolgenden Schalter müssen dazu im verwendeten Übernahmeschema eingetragen werden.

Nicht alle Schalter sind mit jedem Format kompatibel. Weiterführende Hinweise erhalten Sie beim Support.

Beispiel: _AnschriftenUeberKostenstelle=#1

(alphabetisch):

_AltenativeAuftragsNummerIstAngebotsNr: speziell für OpenTrans WOS→SC, soll die ALT_CUSTOMER_ORDER_ID als Angebotsnummer verwendet und damit eine Angebotsaktivierung durchgeführt werden?
_AnschriftenUeberKostenstelle: bei >0 werden die Anschriften über die Kostenstelle ermittelt, sofern der Kunde vorhanden und eine Kostenstelle angegeben ist
_APBestellungInBestellnummer: bei >0 wird der AP für die Bestellung (gegebenenfalls nach der Bestellnummer und dem Bestelldatum) in das Bestellnummern-Feld von CO eingetragen
_ApiArchivVerzeichnis: Verzeichnis, in dem Kundenbestellungen abgelegt werden, die über die Webservice-API importiert wurden und zu einem Vorgang geführt haben. Es ist ein vollständiger Pfad anzugeben; ohne Angabe erfolgt keine Archivierung. Gilt nicht für das Einlesen aus einem Verzeichnis. Siehe Abschnitt „Kundenbestellungen über die Webservice-API einlesen“.
_ApiFehlerArchivVerzeichnis: wie _ApiArchivVerzeichnis, jedoch für übermittelte Bestellungen, aus denen kein Vorgang angelegt werden konnte.
_ArtikelErstausstattungHinzufuegen: bei>0 werden zugeordnete Erstausstattungsartikel automatisch hinzugefügt
_APLieferungInLieferadresse: bei >0 wird der Ansprechpartner für die Lieferung (gegebenenfalls nach dem Liefername und der Abteilung) in die Lieferanschrift (Feld Liefername) eingetragen.
_ArtikelAnlageAusEdiSchema=#: Es wurde eine neue Funktion für die Anlage von Fremdartikeln beim Kundenbestellungsimport geschaffen. Es können nun neue Artikel aus dem EDI-Artikelstamm direkt beim Import angelegt und im Auftrag übernommen werden. Voraussetzung ist, dass die Lizenz für Fremdartikel vorhanden ist und der Artikel im vorgelagerten Artikelstamm (EDI-Artikel) existiert. Für die Anlage der Artikel muss ein entsprechendes Schema angelegt werden und dem Import-Schalter _ArtikelAnlageAusEdiSchema zugewiesen werden.
_ArtikelAuswahlAnzeigen: bei >0 werden Dialoge, wie bei der Artikeleingabe im Vorgang (Folgeartikel oder ähnliches) angezeigt. Das heißt, dieser Schalter kann nur auf #1 gesetzt werden, wenn der Import manuell erfolgt!
_ArtikelnummerAlsHerstellerartikelnummer: bei =1 wird die HerstellerArtikelnummer durch die eigene Artikelnummer ersetzt. Bei der eigenen Artikelnummer kann es sich auch um eine Porto-Artikelnummer handeln.
_ArtikelnummerFunktion: Hier können Funktionen angegeben werden, um die in Bestellungen angegebene Artikelnummer vor dem Abgleich mit dem Artikelstamm zu formatieren. Bsp.: #replace('~value‘,‘-',‘‘)
_AuftragseingangsartBeiPrueffehler: Um eine bessere Separierung von Vorgängen zu erhalten, kann im Importschema gesteuert werden, dass fehlerhafte Bestellungen eine eigene Auftragseingangsart erhalten. Bsp: _AuftragseingangsartBeiPrueffehler=#123
_AutomatischeBestellung:
- bei =1 wird für bestätigte Vorgänge sofort eine Bestellung generiert und gedruckt/exportiert (laut Einstellung am Lieferanten ‚Auftragsimport Optionen‘)
- bei =2 wird für bestätigte Vorgänge sofort eine Bestellung generiert und ohne Druck die Bestellte Menge gesetzt (für Onlineshops die selbst die Bestellung zum Lieferanten auslösen)
_AvisiertenLieferTerminIgnorieren: bei =1 wird der elektronisch übermittelte avisierte Liefertermin ignoriert, so dass die Auslieferung abhängig von der Tour zeitnah erfolgen kann.
_BeiFolgeArtikelWarnen: bei =0 wird nur die Info im Protokoll hinterlegt, dass ein Artikel durch einen Folgeartikel ersetzt wurde, bei =1 wird der Vorgang in so einem Fall auf ‚Erfasst‘ gesetzt. Der Standwert ist wie bisher =1
_BeiLieferungsBemerkungAuftragAufErfasst: falls eine Bemerkung für die Lieferung vorhanden ist (Kopf wie Position), wird der Auftrag auf ‚erfasst‘ gesetzt.
_BeiVertragLeistungAuftragAufErfasst: speichert den Vorgang im Status ‚erfasst‘, falls eine Vertragsleistung gewährt wurde. Voraussetzung ist, dass Konfiguration 236 (Zuordnung von Vertragsleistungen automatisch vornehmen) aktiviert wurde.
_BemerkungAlsArtikelPosition (zB. REMARKS aus ORDER_HEADER bei openTRANS):
- 0 - keine Bemerkung als erste Artikelposition
- 1 - allgemeine Bemerkung als erste Artikelposition
- 2 - Bemerkungen zur Lieferung als erste Artikelposition
- 3 - Bemerkungen zur Rechnung als erste Artikelposition
- 4 - Bemerkungen zur Lieferung als erste Artikelposition, jedoch kein Eintrag in Lieferinfo des Auftragskopfes
_BemerkungInternVorBemerkungExtern (zB. REMARKS aus ORDER_HEADER bei openTRANS): Mit Hilfe des neuen Schalters ‚_BemerkungInternVorBemerkungExtern‘ können die Kundenbemerkungen aus dem Geschäftsbereich vor die Bemerkungen aus einer importierten Kundenbestellung integriert werden. Bisher werden sie ans Ende gesetzt.
_BestandsPruefungDurchfuehren: (anstelle vom Schalter _LagerZuordnungsArt)
- 0 - keine Bestandsprüfung
- 1 - Bestandsprüfung mit Lagerwechsel (Verhalten wie bei Lagerzuordnungsart=1)
- 2 - Bestandsprüfung ohne Lagerwechsel (falls nicht genügend Bestand vorhanden ist, wird der Auftrag auf erfasst gesetzt)
_BestellAenderungErlaubt: bei =1 werden Bestelländerungen so verarbeitet, dass der ursprüngliche Vorgang abgeändert und neu ausgelöst wird. (Standard =0)
_BezeichnungAusStammdaten: bei =1 wird die Bezeichnung aus den Artikel-Stammdaten übernommen (falls die Artikelnummer aus der Kundenartikelnummer oder der Bestellnummer zu ermitteln ist und falls der entsprechende Artikel im Artikelstamm gefunden wurde).
_BonitaetSperreKundeIgnorieren=#1: Import von Bestellungen mit bonitätsgesperrten Kunden. Der Vorgang wird dann als erfasst gespeichert und eine Warnung in Feld Dispo-Bemerkung protokolliert.
_DefaultArtikel: Standard-Artikelnummer als Rückfall-Variante, falls eine unbekannte Artikelnummer eingelesen wird.
_EkKleinerVkPruefen: 0 = keine Prüfung ob der EK kleiner als der VK ist (es gibt Sonderkonditionen dieser Form), 1 = Standardprüfung wie bei der Eingabe
_ExterneLieferanschriftPruefen:
- 0 - keine Prüfung
- 1 - aus den Daten wird eine ähnliche Anschrift gesucht, Daten müssen nicht 100% übereinstimmen
- 2 - es wird über Lieferstraße, Lieferpostleitzahl und Kontaktnummer die Anschriftsnummer ermittelt und gesetzt, die restlichen Lieferanschriftsdaten werden aus der Datei übernommen. Falls keine Anschriftsnummer gefunden werden kann, wird der Vorgang auf erfasst gesetzt und die Standardlieferadresse des Kunden übernommen.
- 3 - aus der Lieferstraße und Kundennummer wird eine Anschrift in den Stammdaten ermittelt, aus der alle Daten in den Vorgang übernommen werden. Falls keine Anschrift gefunden werden kann, wird der Vorgang auf erfasst gesetzt und die Standardlieferadresse des Kunden übernommen.
- (greift nur, wenn _LieferanschriftAusStammdaten = 0 (die Lieferanschrift wird komplett aus dem importierten Auftrag ermittelt (Standard))
_ExterneMengenEinheitNichtBeachten: Ignoriert die in der externen Datei gelieferte Mengeneinheit und verwendet stattdessen immer die Standardmengeneinheit des Artikels.
_FehlerhaftePositionAlsTextZeile: Ist diese Option aktiv, führen fehlerhafte Auftragspositionen nicht zu einer Löschung des gesamten Auftrages, sondern zu einer Textposition, die alle ermittelten Daten enthält, so dass hieraus in der Vorgangsbearbeitung eine Artikelposition erstellt werden kann. Die importierte Datei wird hierbei auch nicht als fehlerhaft markiert, sondern normal archiviert.
_GbArtikelUebernehmen: Bei #1 werden die Geschäftsbereichsartikel auch in einen importierten Vorgang übernommen, was hier auch dem Standardwert entspricht.
_GeschenkArtikelNr: Artikelnummer eines Artikels der kostenlos als Geschenk hinzugefügt werden soll, wenn der Auftragswert den Betrag in _GeschenkArtikelAbgabeWert überschreitet.
_GeschenkArtikelAbgabeWert: Betrag ab dem der Geschenkartikel dem Auftrag hinzugefügt wird. (mindestens 0)
_GratisArtikel: In der Importschemadatei können jetzt am Schalter „_GratisArtikel“ Gratisartikel im Format „_GratisArtikel=#Art11,Art12,Art15“ hinterlegt werden. Bei Plausibilitätsprüfungen auf den Positionswert werden diese ignoriert und ohne Fehler übernommen.
_KeinePlausibilitaetsPruefung: Wird dieser Schalter aktiviert, dann werden die Positionswertprüfungen (Extern <> Intern, _PositionsWertOberGrenze und _PositionsWertUnterGrenze) nicht mehr durchgeführt.
_KomplettAuftraegeBestellenFuerEinLieferant: Im Kundebestellungsschema kann jetzt der neue Schalter „_KomplettAuftraegeBestellenFuerEinLieferant=#1“ gesetzt werden, der die automatische Bestellungserzeugung zulässt, wenn ein Auftrag komplett (bestätigt) ist und alle Positionen einem einzigen Lieferanten zugeordnet sind. Diese Funktion ist unabhängig von der Mandantenkonfiguration 393 (automatische Bestellungen)
_KopfRabattArtikel: Sofern Kopfrabattangaben beim entsprechenden Dokument verarbeitet werden, kann hier der Artikel angegeben werden, über den diese am Vorgang hinterlegt werden.
_KostenstelleAusPosAmKopfEintragen: (nur Kundenidentifikationsart 0 oder 2) bei =1 wird die Kostenstelle aus der letzten Positionen des Auftrages an den Kopf übernommen (nur sinnvoll, wenn alle Positionen zur selben Kostenstelle gehören). Funktioniert nur, wenn _KostenstelleAusStammdaten=#0, da diese Einstellung die Option _KostenstelleAusPosAmKopfEintragen übersteuert.
_KostenStelleAusLieferAnschriftName2: wird die Kostenstelle im Feld Lieferanschrift.Name (zB. OpenTrans <NAME2>) übermittelt, dann kann sie über diesen Schalter als Kostenstelle verwendet werden.
_KostenStelleAusAbteilung: wird die Kostenstelle im Feld Abteilung (zB. OpenTrans <DEPARTMENT>) übermittelt, dann kann sie über diesen Schalter als Kostenstelle verwendet werden.
_KostenstelleAusStammdaten: bei >0 wird die Kostenstelle am Kopf über die Lieferanschrift aus den Stammdaten ermittelt. Funktioniert nur, wenn pro Anschrift eine Kostenstelle hinterlegt ist. An den Positionen wird dann die für den Kopf ermittelte Kostenstelle ebenfalls übernommen.
_KostenstellePosAusCostCategory: Nur für openTRANS-Bestellungen, wenn #1 dann wird die Kostenstelle immer aus COST_CATEGORY_ID genommen, auch wenn COST_ACCOUNT gefüllt ist. Es funktioniert auch ohne den Schalter, dann steht die Kostenstelle nur an der jeweiligen Position. Wird der gesetzt, dann wird nur die erste Kostenstelle an den Kopf übernommen.
_KundenAnlage: Falls keine Kundennummer für einen in den Stammdaten vorhandenen Kunden gefunden werden kann, bestimmt dieser Schalter ob ein neuer Kunde angelegt werden darf oder ein fest vorgegebener Kunde verwendet werden soll.
- #0 - Kundenanlage nicht erlaubt
- #1 - Kundenanlage erlaubt
- #> 1 Verwendet die angegebene Nummer als Kontaktnummer des Auftrages, wenn der Kunde aus der Datei nicht gefunden werden kann.
_KundenBestellNrEindeutigkeitPruefen:
- 0 - keine Prüfung
- 1 - falls nicht eindeutig, wird die Bestellung nicht eingelesen
- 2 - falls nicht eindeutig, wird die Bestellung eingelesen und der Vorgang auf ‚erfasst’ gesetzt
_KundenBestellNummerBildungsVorschrift: Bildungsvorschrift für das Befüllen der Kundenbestellnummer (übersteuert die Einstellung _APBestellungInBestellnummer)

Beispiele und Platzhalter:
_KundenBestellNummerBildungsVorschrift=##BestellNummer# -> '123456'
_KundenBestellNummerBildungsVorschrift=##BestellNummer# #AlternativeBestellNummer# -> '123456 4567'
_KundenBestellNummerBildungsVorschrift=##BestellNummer# #AlternativeBestellNummer0T# -> '123456 / 4567' oder '123456' wenn die alternative Bestellnummer leer ist
_KundenBestellNummerBildungsVorschrift=##BestellNummer# vom #BestellDatum# -> '123456 vom 01.03.2012'
_KundenBestellNummerBildungsVorschrift=##BestellNummer# vom #BestellDatum# Lieferung: #LieferDatum# -> '123456 vom 01.03.2012 Lieferung: 08.03.2012'
_KundenBestellNummerBildungsVorschrift=#BNr:#BestellNummer##NZ#BDatum:#BestellDatum##NZ#BAp:#ApBestellungAnrede# #ApBestellungNachName##NZ#Lieferung: #LieferDatum# ->
     BNr: 123456
     BDatum: 01.03.2012
     BAp: Herr Torge
     Lieferung: 08.03.2012

_KundenBestellNummerBildungsVorschrift=##ApBestellungVorName##ApBestellungGeschlecht#

Die Kundenbestellnummer aus dem Webshop kann bei Lieferantenbestellungen im Format OpenTRANS mit ausgegeben/übernommen werden. Zudem kann beeinflusst werden, ob die Kundenbestellnummer des Webshopauftrages (Bestellnummer vom Webshop vergeben) ODER die Kundenbestellnummer des Kunden (Angabe durch Kunden im Webshop) übergeben wird.

Webshopbestellnummer (vom Shop vergeben)

Die vom Webshop vergebene Bestellnummer wird durch den Schalter _KundenBestellNummerBildungsVorschrift=##BestellNummer# ausgelesen und steht in folgendem Knoten der Webshopbestellung (OT1.0/2.0):

(OPENTRANS/) ORDER/ORDER_HEADER/ORDER_INFO/ORDER_ID

Kundenbestellnummer (durch Kunde im Shop vergeben)

Die vom Kunden vergebene Bestellnummer wird mit dem Schalter _KundenBestellNummerBildungsVorschrift =##AlternativeBestellNummer# ausgelesen und steht in folgenden Knoten der Webshopbestellung:

OpenTrans1.0: (OPENTRANS/) ORDER/ORDER_HEADER/ORDER_INFO/ALT_CUSTOMER_ORDER_ID
OpenTrans2.0: (OPENTRANS/) ORDER/ORDER_HEADER/ORDER_INFO/CUSTOMER_ORDER_REFERENCE

_KundenDuplikatePruefen: bei >0 wird (nach der Neuanlage eines Kunden während der Bestellung) geprüft, ob es nun Duplikate des Kunden gibt - standardmäßig deaktiviert
_KundenIdentifikationsart: Bestimmt die Art wie ein Kunde Identifiziert werden kann.
- 0 - CO-Kundennummer (Kunde wird ermittelt aus BUYER_PARTY/PARTY/PARTY_ID und diese Daten kommen in die Angebots- und Auftragsbestätigungsanschrift)
- 1 - CO-Anschriftsnummer,
- 2 - CO-Kundennummer mit durch - angefügte Kostenstelle (z.B. 17482-001),
- 3 - ILN des Kunden.
- 4 - ILN des Kunden oder CO-Kundennummer.
- 5 - Webshop ID des Kunden, Neuanlage erfolgt aus fortlaufendem Nummernkreis
- 6 - Webshop ID des Kunden, Neuanlage erfolgt mit der Webshop ID als CO Kundennummer
- 7 - über Konditionsgebende Kundennummer (KonditionsGebendeKundenNummer) und ILN
- 8 - Kundennummer nur über die externe Kundennummer bestimmen
- 9 - Dabei wird der Kunde anhand der Kostenstelle über eine ini-Datei ermittelt, die im ImportExport-Verzeichnis liegt. Diese muss den Namen „KstKundenzuordnungen.ini“ haben. Mit ihr weist man der Kostenstelle die Kundennummer zu (Kostenstelle=Kundennummer). Die Kostenstelle wird dafür aus der Party-Id der Buyer Party genommen.
_KundenidentifikationsartExtern: beim Import von cXML-Bestellungen, das bestimmt, welche Nummer für die Kundenidentifikation herangezogen wird. Mögliche Ausprägungen:
- 0 - AddressID der BillTo-Adresse (bisher verwendete Nummer)
- 1 - jeglicher Wert in der From-Deklaration im Header wird gegen die Fremdnummer am Kontakt beim Import geprüft.
- 2 - #NetworkID#-#AddressID# Die NetworkID und die AdressID werden in Kombination gegen die Fremdnummer des Kontakts geprüft. (Dazu muss die Fremdnummer folgenden Aufbau haben #NetworkID# - #AdressID#)
_LagerMitBestandWechsel: Die Auftragsposition wird dann dem ersten Lager mit Bestand für diesen Artikel zugewiesen. Dieser Schalter überschreibt den _Lagerkennungs-Schalter, aber wird wiederum von den Artikeldaten „Lagerliefererung ab Menge“ und „Direktlieferung ab Menge“ überschrieben. Bsp.: _LagerMitBestandWechsel=#12/11/13
_LagerZuordnungsArt: bei >0 wird eine Bestandsprüfung durchgeführt.
_LangTextDruckKennzeichenSetzen: Druckkennzeichnen für die Auftragsposition aus
- 0 - Artikelstamm, auch bei Sammelartikel
- 1 - aus Importschema → verwendet die bei _LangTextAufAngebot, _LangTextAufAuftragsBestaetigung, _LangTextAufBestellung, _LangTextAufLieferSchein, _LangTextAufRechnung hinterlegten Werte
- 2 - ist _PosBemerkungVerarbeiten=#1 wird der Langtext automatisch auf Rechnung und Lieferschein gedruckt
_LangTextAufAngebot - Langtext auf Angebot drucken, wenn LangTextDruckKennzeichenSetzen=#1
_LangTextAufAuftragsBestaetigung - Langtext auf Auftragsbestaetigung drucken, wenn LangTextDruckKennzeichenSetzen=#1
_LangTextAufAvisierung - Langtext auf Avisierung drucken, wenn LangTextDruckKennzeichenSetzen=#1
_LangTextAufBestellung - Langtext auf Bestellung drucken, wenn LangTextDruckKennzeichenSetzen=#1
_LangTextAufLieferSchein - Langtext auf Lieferschein drucken, wenn LangTextDruckKennzeichenSetzen=#1
_LangTextAufPackZettel - Langtext auf Packzettel drucken, wenn LangTextDruckKennzeichenSetzen=#1
_LangTextAufRechnung - Langtext auf Rechnung drucken, wenn LangTextDruckKennzeichenSetzen=#1
_LevelPruefungBestellposition: Verarbeitung fehlerhafter Positionen. 1 - weiche Prüfung (Positionen werden trotz Fehlern bei kleinster Abgabemenge oder Losgröße eingelesen und der Auftrag auf erfasst gesetzt), sonst normale Prüfung.
_LieferadresseZusatzBildungsvorschrift: Es kann eine Zeichenfolge angegeben werden, die als zusätzliche Zeile in den Namen der Lieferadresse aufgenommen wird. Dabei werden Platzhalter wie '#BestellNummer#‚ unterstützt. (s. auch _KundenBestellNummerBildungsVorschrift)
_LieferanschriftAusStammdaten:
- 0 die Lieferanschrift wird komplett aus dem importierten Auftrag ermittelt (Standard / Kommt aus SHIPMENT_PARTIES/DELIVERY_PARTY/PARTY )
- 1 die Lieferanschrift wird zwangsweise aus den Stammdaten ermittelt. (Kunde muss vorhanden sein)
- 2 die externe Lieferanschriftsnummer wird als ILN interpretiert, über die dann aus den Stammdaten die korrekte Lieferanschrift ermittelt wird.
- 3 die Angabe in <PARTY_ID type=„supplier_specific“>34212</PARTY_ID> wird als CO-Anschriftsnummer interpretiert
_LieferantenArtikelNrBeiArtikelSucheNichtVerwenden: Wird dieser Schalter aktiviert, dann werden die übermittelten Bestellnummern nicht mehr mit den Lieferantenartikelbestellnummern verglichen, um hier falsche Zuordnungen auszuschließen.
_LieferantenNummerVorgabe: Hier kann eine Lieferantennummer gesetzt werden, so dass die Bestellung nicht beim Hauptlieferanten erfolgt.
_LieferBedingungszuordnungen: Mit diesem Schalter können mehrere externe Bedingungen auf CO-interne Lieferbedingungen gemappt werden. z.B._LieferBedingungszuordnungen=#ExternVB1=7/ExternVB2=2. (Trennzeichen ist „/“).
_LieferscheinFreigabe: bei >0 wird das Lieferscheinfreigabedatum am Kopf auf das aktuelle Datum gesetzt und ein eventuell angefügter Portoartikel mit Liefermenge 1 versehen. Wird der Schalter nicht verwendet, erfolgt keine Lieferscheinfreigabe.
_LieferdatumAlsKWSetzen: (0-nein,1-ja) Lieferdatumsangaben werden auf Positions- und Kopfebene in Jahr und Kalenderwoche umwandelt.
_LieferInfoBildungsVorschrift: Es kann eine Bildungsvorschrift für die Zusammensetzung der Lieferinfo angegeben werden. Dabei können alle Platzhalter verwendet werden, die auch für die Bildung der Kundenbestellnummer zur Verfügung stehen. Darüber hinaus wurde der Platzhalter #LieferHinweis# eingeführt, der durch den aus der importierten Bestellung entnommenen Lieferhinweistext ersetzt wird.
_ManuelleBestellFreigabe: bei =1 wird der Vorgang/Auftrag auf den Status erfasst gesetzt und muss manuell auf Bestätigt gesetzt werden
_ManuelleBestellFreigabeFuerZahlungsBedingungen: =#4,45 Statt für alle Vorgänge/Aufträge die manuelle Bestellfreigabe zu aktivieren, besteht auch die Möglichkeit dies für eine Liste durch Komma getrennte Zahlungsbedingungen zu tun.
_MengeneinheitAusSonderkondition: Soll die Mengeneinheit immer aus der Sonderkondition ermittelt werden, egal was in der Datei steht?
_Mindestauftragswert: Falls angegeben und größer als der aktuelle Auftragswert, wird ein Versandkostenartikel automatisch angefügt. Dieser ist über den Schalter _PortoArtikel zu spezifizieren. Der Preis des Versandkostenartikels bestimmt die Höhe der Versandkosten.
_MindestbestellwertProAuftragPruefung: An Lieferanten gibt es jetzt ein neues Kennzeichen „Mindestbestellwert des Lieferanten“. Ist dieser Wert > 0 und die Schwellwertprüfung für den Kundenbestellungsimport aktiviert, dann wird die Summe des Bestellwertes für diesen Lieferanten über den importierten Auftrag ermittelt und gegen den Schwellwert geprüft. Wird dieser unterschritten, wird der Vorgang auf „Erfasst“ gesetzt. Um diese Prüfung für den Import zu aktivieren, muss im Importschema der neue Schalter „_MindestbestellwertProAuftragPruefung“ aktiviert sein (ab CO 8.2752.0).
_MindestGewinnspanneVorgang: Angabe der Mindestgewinnspanne des gesamten Vorgangs in Prozent, die mindestens erreicht werden muss. Wenn sie nicht erreicht wird, wird der Vorgang mit dem Status erfasst gespeichert.
_MoebelAnlageNachKonfiguration: >0 die in der Bestellung gelieferten Artikel werden genau so nach der Konfiguration 85 behandelt, wie wenn dieser Auftrag im Basket erzeugt würde.
_MontageArtikel: Falls nur für diesen Import ein Montageartikel hinzugefügt werden soll, dann kann dieser hier angegeben werden. Standardmäßig sollte dieser ja über den entsprechenden Geschäftsbereich eingefügt werden.
_NichtAutomatischBestellenFuerMehrereLaeger: Prüft, ob Vorgangspositionen das gleiche Lager haben, wenn nicht, dann werden die Positionen nicht automatisch bestellt.
- 0 - keine Prüfung
- 1 - alle Positionen dürfen nur das gleiche Lager haben, Direktlieferungen werden nicht betrachtet
- 2 - alle Positionen dürfen nur das gleiche Lager haben und Direktlieferung wird als „Lager“ behandelt
_NurKundenArtikelnummerBeachten:
- 0 - alle ermittelten Artikelnummern werden in der Reihenfolge CO-Artikelnummer, Kundenartikelnummer, EAN, Herstellerartikelnummer, Lieferantenartikelnummer beachtet.
- 1 - wird dieser Schalter verwendet, wird nur die Kundenartikelnummer zur Bestimmung des CO-Artikels verwendet.
- 2 - mit dieser Option wird die als Kundenartikelnummer übermittelte Nr als CO-Artikelnummer verwendet und die als CO-Artikelnummer übermittelte Nr als Herstellerartikelnummer.
- 3 - mit dieser Option wird die als Kundenartikelnummer übermittelte Nr als Lieferantenartikelnummer verwendet.
_NichtLieferbareArtikelErfassen: Prüfung auf Lieferbarkeit des Artikels beim Hauptlieferant. Sollte der Artikel nicht lieferbar sein, wird der Auftrag nur erfasst gespeichert.
_PackzettelDrucken:
- 0 - kein Packzetteldruck
- 1 - Der Packzettel wird direkt ausgedruckt, wenn der Vorgang bestätigt ist.
- 2 - Die Druckdaten des Packzettels werden erstellt. Der Packzettel wird jedoch nicht ausgedruckt.
_PlausiUndPrufungsFehlerIgnorieren: #1 = alle Plausibilitätsfehler und Prüfungsfehler (zB Losgröße) ignorieren, sinnvoll beim Lieferscheinimport, da dieser ja bereits verkauft.
_PortoArtikel: Eigene Artikelnummer für Porto-Artikel zur Berechnung von Versandkosten. Der Porto-Artikel wird als zusätzliche Position in den Vorgang aufgenommen. Siehe auch Schalter „„_Mindestauftragswert““. Der Artikel wird auch verwendet, wenn eine Position ohne jegliche Artikelangeben (Bestellnummer, Artikelbezeichnung, Artikelnummer) geliefert wird.
_PosBemerkungVerarbeiten (zB. REMARKS aus ORDER_ITEM bei openTRANS): beeinflusst die Verarbeitung von Kurztext, Langtext und Bemerkungen auf Positionsebene:
- 0 - Kurztext und Langtext werden ganz normal übernommen
- 1 - falls Langtext leer, wird der Kurztext als Langtext übernommen und eventuell vorhandene Bemerkungen werden an den Langtext angehängt, andernfalls wird der Langtext ganz normal übernommen und um die Bemerkungen ergänzt.
- 2 - die Bemerkungen werden an die Artikelbeschreibung der entsprechenden Position angefügt.
- 3 - nicht verarbeiten, aber Langtext und Artikelbezeichnung in der Verarbeitung tauschen.
- 4 - als Textposition zur Artikelposition hinzufügen.
- 5 - als einzelne Textpositionen zur Artikelposition hinzufügen.
_PositionswertOberGrenze: bei >0 wird der eingegebe Wert als Obergrenze betrachtet. Übersteigt der VK-Wert einer Positition diesen Wert, wird ein Plausibilitätsfehler ins Protokoll der EDI-Schnittstelle geschrieben.
_PosFrachtKostenArtikel: Interner Kostenartikel für die in _PosFrachtKostenArtikelExtern angegebene externe Kostenbezeichnung an Positionen. Siehe auch _VkZuschlaegeAlsUnterPositionen.
_PosVerpackungsKostenArtikel: Interner Kostenartikel für die in _PosVerpackungsKostenArtikelExtern angegebene externe Kostenbezeichnung an Positionen. Siehe auch _VkZuschlaegeAlsUnterPositionen.
_PosMontageKostenArtikel: Interner Kostenartikel für die in _PosMontageKostenArtikelExtern angegebene externe Kostenbezeichnung an Positionen. Siehe auch _VkZuschlaegeAlsUnterPositionen.
_PositionswertUnterGrenze: bei >0 wird der eingegebe Wert als Untergrenze betrachtet. Unterschreitet der VK-Wert einer Positition diesen Wert, wird ein Plausibilitätsfehler ins Protokoll der EDI-Schnittstelle geschrieben.
_PreiseAusStammdaten:
- 0 - Die Preise werden aus der Datei übernommen.
- 1 - Die Preise werden aus den Stammdaten übernommen.
- 2 - Die Preise werden aus den Stammdaten übernommen und gegen die Datei geprüft.
_PreiseInclMwst: bei >0 wird beim Einlesen der Preis als Bruttopreis verwendet. Standard ist Nettopreis.
_ProtokollInDispoBemerkung: bei Einstellung 1 oder 2 wird das detaillierte Protokoll in die Dispobemerkung geschrieben. Einstellung=1 nur bei Aufträgen mit dem Bearbeitungsstatus erfasst . Einstellung=2 bei allen Aufträgen, unabhängig vom Bearbeitungsstatus. Zusätzlich werden Importprüffehler in dem Feld ImportProtokoll in der Tabelle AuftragsKoepfe gespeichert.
_RechAnschriftUebernehmen:
- Bei > 0 wird die in der Bestellung angegebene Rechnungsanschrift (falls vorhanden) in den Auftrag übernommen.
- Bei = 0 wird Rechnungsanschrift aus den Stammdaten ermittelt. Wird der Schalter nicht verwendet, wird Rechnungsanschrift nicht übernommen.
- Bei = 2, bedeutet, die Rechnungsanschriftsnummer wird gegen die CO-Rechnungsanschriftsnummer geprüft und entsprechend eingesetzt.
- Bei = 3, bedeutet, die Rechnungsanschriftsnummer wird gegen die Fremdnummer der CO-Anschriften geprüft und die Anschrift entsprechend eingesetzt. Dafür können die Fremdnummern jetzt im Anschriften-Modul gepflegt werden.
_RechnungsFreigabe: bei >0 wird das Rechnungsfreigabedatum am Kopf auf das aktuelle Datum gesetzt und ein eventuell angefügter Portoartikel mit Liefermenge 1 versehen. Wird der Schalter nicht verwendet, erfolgt keine Rechnungsfreigabe.
_RechnungsAnschriftsNrAlsExterneKundenNrVerwenden: bei > 0 wird die Nummer der Rechnungsanschrift als externe Kundennummer verwendet.
_SetArtikelAlsSetArtikelSpeichern: 0 = nicht als Set-Artikel speichern, dann wird der Artikel aufgelöst, 1 = der Artikel wird als Set-Artikel gespeichert, dann wird der Artikel nicht aufgelöst. Standard = 1
_StandardAbschnittAnlegen: Soll der Standardabschnitt auch beim Import angelegt werden?
_TermineAusPosAmKopfEintragen: Falls keine Terminangaben am Kopf existieren, können Sie hiermit aus der Position übernommen werden. Der Schalter bewirkt nun im Falle von mehreren unterschiedlichen Positionsterminen, dass der früheste Termin an den Auftragskopf übergeben wird, anstatt wie bisher der Termin der letzten Position (8.3645.xx).
_TextPositionTBS: fügt einen Textbaustein vor der Positionsliste ein. zB _TextPositionTBS=#bwNews fügt den Textbaustein mit dem Schlüssel ‚bwNews‘ ein.
_TextPositionTBSAmEnde: fügt einen Textbaustein am Ende der Positionsliste ein. zB _TextPositionTBS=#bwNews fügt den Textbaustein mit dem Schlüssel ‚bwNews‘ ein.
_TourErmittlungsRechercheNummer=<nnnn>: Es besteht die Möglichkeit beim Kundenbestellungsimport, als Rückfallvariante die Tour über eine Recherche bei Auftragsimport ermitteln zu lassen.
UeberGeordneterGeschaeftsbereich=#XX. Der Kundenbestellungsimport ermittelt den Geschäftsbereich über die Filiale aus dem Kunden. Der Schalter UeberGeordneterGeschaeftsbereich=#BOE guckt, welche Lieferanschrift mit der Bestellung kommt, und prüft die Filiale anhand dieser Anschrift sowie welche Geschäftsbereich für diese Filiale festgelegten ist.
_UebernahmeKundenbestellpositionsnummer: bei >0 wird die Positionsnummer der Kundenbestellung übernommen. Standardmäßig erfolgt eine Übernahme der Kundenbestellpositionsnummer.
_UnsereKundennummer: Dient als Schalter für Import von Textbestellungen bei Waser. Über diesen Schalter werden die Zeilen selektiert, welche der angebenen Kundennummer entsprechen. Kann nur verwendet werden, wenn in der Bestellung die Kundennummer des Händlers beim Lieferanten angegeben ist.
_VerkaufsgesperrteArtikel: Ermöglicht Import von Positionen mit verkaufsgesperrten Artikeln. Der Vorgang wird dann als erfasst gespeichert und die Warnung protokolliert.
_VersandBedingungszuordnungen: Mit diesem Schalter können mehrere externe Bedingungen auf CO-interne Versandbedingungen gemappt werden. z.B. _VersandBedingungszuordnungen=#ExternVB1=3/ExternVB2=8. (wird aktuell nicht von extern gefüllt).
_VertragsMaschinenZuordnungsart: bei =1 wird die Positionsbemerkung hinsichtlich Vertragsinformationen ausgewertet.
_VkAbweichungProzent: Definiert zulässige prozentuale Abweichungen des importierten VK-Preises vom aktuell gültigen Kundenpreis. Eine Über- bzw. Unterschreitung dazu führt, dass der Vorgang auf ‚erfasst’ gesetzt wird. Negative Angaben definieren Untergrenzen, positive Angaben entsprechend Obergrenzen. Beispiel: ‚_VkAbweichungProzent=#-5.75/6.25’ Trennzeichen für die Angabe ist '/', außerdem müssen Dezimalpunkte statt Kommas gesetzt werden.
_VkZuschlaegeAlsUnterPositionen: bei =1 werden übermittelte VK Zuschläge nicht als Zuschlag, sondern als Unterpositionen hinterlegt. (Opentrans)
_VkZuschlaegeAlsGesamtZuschlagDerPos: bei =1 werden die VK Zuschläge bei Unterpositionen mit Menge 1 angelegt und als Zuschläge durch die Menge geteilt
_VorgangTrotzDefaultArtikelBestaetigen: bei =1 werden auch Vorgänge mit Defaultartikel bestätigt, zB. wenn es sich um eine spezielle Schnittstelle handelt, bei der alle Positionen über diesen abgewickelt werden. Bei =2 Nur Lieferantensammelartikel die aus dem Lieferanten der Position ermittelt wurden, setzen den Vorgang auf Bestätigt. Der Standarddefaultsammelartikel (_DefaultArtikel=#xyz) hingegen setzt den Vorgang hiermit auf Erfasst.
_WerbemittelBeachten: bei =1 werden aktuell hinterlegte Werbemittel wie in der Vorgangsbearbeitung auch einem elektronischen Auftrag hinzugefügt
_WunschLieferTerminIgnorieren: bei =1 wird der elektronisch übermittelte Wunschliefertermin ignoriert, so dass die Auslieferung abhängig von der Tour zeitnah erfolgen kann.
_WunschLieferTerminVersatz: Mit Hilfe des Schalters ‚_WunschLieferTerminVersatz‘ kann beim Import von mehreren Dateien dafür gesorgt werden, dass der Wunschliefertermin ab einer bestimmten Anzahl verschoben wird._WunschLieferTerminVersatz=#50:1;100:2 bedeutet, ab der 51. Bestellung Wunschliefertermin oder Heute +1, ab der der 101. Bestellung +2. Die Anzahl wird pro Kundennummer gezählt. Es kann auch zusätzlich ein Delay zum Versatz angegeben werden. _WunschLieferTerminVersatz=#2:4:1 bedeutet damit, das aller zwei Vorgänge ein Versatz von 4 Arbeitstagen statt findet und ab dem ersten Vorgang ein zusätzlicher Versatz von einem Tag.
_ZahlungsbedingungAusStammdaten : bei 1 werden die Zahlungsbedingungen immer aus den Stammdaten ermittelt, anstatt das versucht wird eine entsprechend der Datei aus CO zu ermitteln.
_ZuIgnorierendeKostenstellen: Es können mit Komma getrennte Kostenstellen angegeben werden, die beim Auftragsimport nicht in den Vorgang übernommen werden sollen.
_ZulieferndeMengeSetzen: bei >0 wird die zuliefernde Menge auf die bestellte Menge gesetzt. Ist der Eintrag nicht vorhanden wird die zuliefernde Menge nicht gesetzt.

Mit folgenden Angaben im Importschema können die Vorgabewerte des Kunden für die entsprechenden Vorgangsfelder übersteuert werden:

TeilLieferung=#1 ;0 - nein, 1 - ja
TeilRechnung=#1 ;0 - nein, 1 - ja
SammelLieferschein=#1 ;0 - nein, 1 - ja
SammelRechnung=#1 ;0 - nein, 1 - ja
SbMitarbeiterNr =# kein Eintrag oder Wert=0 - es wird der lt. CO zuständige Sachbearbeiter ermittelt, Wert > 0 - der vorgegebene Wert wird als Sachbearbeiternummer verwendet, Wert=-1 - der aktuell angemeldete Mitarbeiter wird verwendet

Filteroptionen

Damit nur wirkliche Bestellungen eingelesen werden, sind Filter in der Konfiguration sinnvoll. Bei XML-Bestellungen ist der Filter *.xml geeignet. Ausnahme bildet hier der offene Soennecken-Shop. Hier haben die Dateien verschiedene Endungen. In diesem Fall ist der Filter order_FH_12704* sinnvoll.

Weiteres

Sonderrecht Kundenbestellungen einlesen

Steuert, ob der Benutzer das Recht hat Kundenbestellungen einzulesen.

Ja
Nein

Edi-Schnittstelle, OEXXML, Kundenbestellungen

Kundenbestellungen über die Webservice-API einlesen

Neben dem Einlesen aus einem Verzeichnis können Kundenbestellungen auch direkt über den Concept Office Webservice übergeben werden. Das anbindende System übermittelt die Bestellung als Datenstrom und erhält unmittelbar zurück, ob ein Vorgang angelegt wurde und unter welcher Auftragsnummer. Eine Dateiablage ist dafür nicht erforderlich.

Unterschiede zum Einlesen aus einem Verzeichnis:

Es wird ausschließlich das Format OpenTrans unterstützt.
Pro Aufruf wird genau eine Bestellung verarbeitet.
Das zu verwendende Übernahmeschema (die Sektion aus der Kundenbestellung_einlesen.ini) wird beim Aufruf mitgegeben.
Die Rückmeldung erfolgt sofort in der Antwort des Aufrufs.

Die Pfade gelten unterhalb des hinterlegten Endpunktes für den Service Host, also z.B. unterhalb von http://<server>:<port>/Office/CoServiceRestApi/

office/auftraege/importOpenTrans?section=<Sektion>&token=<Token> (POST): Import. Der Dateiinhalt wird als Bytestream im Body übergeben. Als section sind nur Sektionen zulässig, die in der Kundenbestellung_einlesen.ini angelegt sind.

Beispiel:Übergabe einer Bestellung

curl -X POST "http://localhost:8080/Office/CoServiceRestApi/office/auftraege/importOpenTrans?section=xmlOEXOrderImport&token=base64:<Token>" -H "Content-Type: application/xml" --data-binary "@bestellung.xml"

Die Antwort enthält:

AuftragsNummer: Nummer des angelegten Vorgangs, 0 wenn kein Vorgang angelegt werden konnte
Erfolgreich bzw. HatFehler: Ergebnis des Imports
Message: Meldungstext

Voraussetzung ist das Recht zum Anlegen von Vorgängen

Archivierung der Bestellung:

_ApiArchivVerzeichnis
_ApiFehlerArchivVerzeichnis

Beispiel:

_ApiArchivVerzeichnis=#\\fileserver\co\edi\api\archiv
_ApiFehlerArchivVerzeichnis=#\\fileserver\co\edi\api\fehler

Ergibt z.B. die Datei API_xmlOEXOrderImport_20260818_142212_230000627.xml

Ist kein Verzeichnis angegeben, wird nicht archiviert. Diese Verzeichnisse gelten ausschließlich für den Import über die API.

Die Dateien werden nach dem Muster API_<Sektion>_<YYYYMMDD>_<HHMMSS>_<Auftragsnummer>.xml abgelegt. Konnte kein Vorgang angelegt werden, entfällt die Auftragsnummer im Dateinamen.

Die Protokollierung erfolgt nach derselben Logik wie beim EDI-Import.