Concept Wiki

co_portal:zaehlerstandsmeldung - [Zählerstände eintragen]

Thi Thu Nguyen (t.nguyen@undisclosed.example.com) — 2026-08-07T07:33:47+00:00

CO Portal: Modul Zählerstandsmeldung

In diesem Modul kann ihr Kunde Zählerstände melden. Diese werden dabei, nach Plausibilitätsprüfung, direkt in Concept Office eingetragen und können für eine Vertragabrechnung verwendet werden. Ihr Kunde erhält dafür eine E-Mail mit einem Link zu seinen Geräten.

Zählerstände ablesen

Um Endkunden die Suche nach dem richtigen Zählerstand zu erleichtern, haben Sie die Möglichkeit ein Dokument (PDF, HTML, Bilddatei) am Modellartikel zu hinterlegen. Dieses Dokument wird durch einen Link in der Maschinenkachel verfügbar gemacht. Der Kunde kann mit Klick auf den Link Wie lese ich den Zählerstand ab? das Dokument öffnen.

In Concept Office suchen Sie dafür den Artikel des Modells und ergänzen in der Registerkarte Texte/Bilder im Bereich Dateiverweise den Pfad zur entsprechenden Datei. Der Speicherort des Dokumentes sollte idealerweise in der zentralen CO-Strukturligen befinden - mindestens aber für Concept Office Benutzer erreichbar sein. Damit ist sichergestellt, dass der Portalbenutzer im Kontext der WebService-Schnittstelle Zugriff hat.

Ab Concept Flex Kundenportal kann ein UNC-Pfad oder eine Internet URL verwendet werden.

Bei Geräten dieses Modells findet sich in CO Portal danach ein Link für ihre Kunden.

Zählerstände via CO Portal

Kunden, die ihre Zählerstände per Web melden sollen, müssen in ihren Verträgen im Auswahlfeld Zählermeldung durch den entsprechenden Eintrag aufweisen.

CO Portal Ready

Die Modulfunktion Portal Ready (Modul Verträge) ermöglicht es einen oder mehrere markierte Verträge zu prüfen. Dabei wird geprüft ob den Einstellungen am Vertrag entsprechend Ansprechpartner mit einer E-Mail ausgestattet sind und ob an mehreren Ansprechpartnern nicht fälschlicherweise die gleiche Emailadresse hinterlegt ist. Beim Ausführen von „Portal Ready“ werden den Ansprechpartnern auch gleich die entsprechenden Rechte für das Portal eingeräumt. Diese Prüfung wird auch beim Absenden der Zähleranforderung durchgeführt.

Zählerstände anfordern

Mit der Zählerstandsabfrage via CO Portal werden Kunden-eMails erstellt. Diese Anforderung wird unter Auswertung - Service-Statistiken - Verträge - Ungemeldete Zählerstände via CO Portal abgerufen. Der Kunde erhält eine Email. Der Inhalt wird über den Textbaustein bwCOPortalZEmailHtml festgelegt. Über den Platzhalter #URL# wird ein Link in der Mail angeboten, über den der Kunde direkt zu seinen Maschinen gelangt. Statt der URL kann ein Hyperlink zur Zählerabfrage versendet werden Bsp.: (< a href=„#url#“ > Bitte klicken Sie hier, um die Zählerstände zu melden</a >). Sein Login ist in dem Link verschlüsselt, so dass der Kunde keine Logindaten vorhalten muss. Er hat jedoch die Möglichkeit sich ein eigenes Passwort zu generieren, um in andere Bereiche des Portals zu gelangen ohne sich die Mail mit dem Link aufheben zu müssen.

Lesen Sie hier mehr zu Passwortvergabe.

Zählerstände eintragen

Durch Klick auf den Link in der E-Mail gelangt er direkt in einer Übersicht seiner Maschinen:

Der Kunde sieht nur vertragsrelevante Zähler. Mit der Version 8.4877 kann unter der Tabelle nur Maschinen mit offenen Zählermeldungen angezeigt werden. Ein Link „Wie lese ich den Zähler ab?“ zeigt ihm wo er am Gerät den Zählerstand ablesen kann.

Gibt der Kunde einen nicht plausiblen Zählerstand ein, bekommt er einen Hinweis und kann korrigieren.

Bestehen die gemeldeten Zählerstände die Plausibilitätsprüfung, erscheinen die in grüne Farbe. Die Zählerstände sind sofort in Concept Office eingetragen, jedoch nicht für die Abrechnung freigegeben. Solange dies noch nicht erfolgte, kann der Kunde die eingegebenen Zahlen korrigieren. Nach der Freigabe zur Berechnung kann keine Korrektur im Portal mehr erfolgen.

Zählerstände freigeben

In Modul Zählerstandserfassung (ZE) können über das Portal gemeldete Zähler zur Berechnung freigegeben werden. Dies erfolgt über die Schaltfläche:

Dabei werden die vom Kunden eingetragenen Zähler noch einmal auf Plausibilität geprüft und gegebenenfalls in ein Protokoll eingetragen. Zählerstände die diese Prüfung nicht bestehen, werden nicht freigegeben und müssen manuell freigegeben werden.

Gleiche E-Mail bei mehreren Kunden

Es kann vorkommen, das über mehrere Kunden hinweg Ansprechpartner die gleiche E-Mail Adresse besitzen. In diesem Fall hat der Ansprechpartner nach dem Login über einen Link die Möglichkeit zwischen den Firmen zu wechseln und somit mit einem Login Zugriff auf alle ihm anvertrauten Geräte.

Lesen Sie in den folgenden weiterführenden Links mehr zu CO Portal:

Portal, zaehlerstaende, TKD, Statistiken

Portal, Zählerstände

bestellungen:auftragsbestaetigung_anmahnen - [Textbausteine und Platzhalter]

Thi Thu Nguyen (t.nguyen@undisclosed.example.com) — 2026-08-07T07:22:24+00:00

Auftragsbestätigung anmahnen

Ab der Version 8.4877.15 ist es möglich für markierte Bestellungen gruppiert nach dem Lieferanten die Lieferantenauftragsbestätigungen anzumahnen:

Damit Eine E-Mail abgeschickt wird, muss in den E-Mail-einstellungen die Lieferanmahnung eingerichtet werden. Die E-Mail wird an die Bestellungsmailadresse des Lieferanten gesendet.

Textbausteine und Platzhalter

Hierfür gibt es die HTML-Textbausteine „liefABAnmahnungMailKopf“ für den Mailtext und „liefABAnmahnungMailBetreff“ für den Mail-Betreff. Der Platzhalter ‘{BESTELLUNGSLISTE}‚ wird für jede Bestellung zu einem Lieferanten durch den Textbaustein „liefABAnmahnungMailDetails“ ersetzt.

Mögliche Platzhalter sind:

public const string BestellNr = „#Bestellnummer#“;
public const string LieferantenNr = „#Lieferantennummer#“;
public const string Zeit = „#Zeitstempel#“;
public const string BestellDatum = „#Bestelldatum#“;
public const string UnsereKundenNr = „#UnsereKundenNr#“;
public const string Rahmenvertrag = „#Rahmenvertrag#“;
public const string Kommission = „#Kommission#“;

Die Textbausteine sind mit Vorlagetexten gefüllt und sollten entsprechend angepasst werden:

Bestellungen

fibuschnittstelle:fibuschnittstelle - Periodeneinstellung Patch 8.4877

Thi Thu Nguyen (t.nguyen@undisclosed.example.com) — 2026-08-07T07:10:35+00:00

Fibuschnittstelle

Im Modul Fibuschnittstelle werden die Daten der Debitoren- und Kreditoren von Concept Office an die Finanzbuchhaltungssoftware übergeben.

Übersicht unterstützter Fibu-Programme

Registerkarte Anzeige

In der Registerkarte Anzeige können vor der eigentlichen Fibu-Übergabe über die Schaltfläche Seitenansicht die Daten, die übergeben werden, angesehen werden. Dazu wird die Belegart ausgewählt, z.B.: Rechnungen und Gutschriften, sowie der Erfassungszeitraum von – bis angegeben. Auch nach einer Sammelbelegnummer (z.B.: ZR-Nummer von Soennecken) kann selektiert werden.

Wurden in der Registerkarte FiBu-Übergabe die Buchungen übergeben, dann kann über die Schaltfläche Übergabeprotokoll das Protokoll angesehen und über die Schaltfläche Drucken das Protokoll gedruckt werden.

Registerkarte Fibu-Übergabe

Hier findet die Übergabe in die angeschlossene Finanzbuchhaltung statt.

Durch Wahl des Buchungskreises, z.B. Ausgangsrechnungen, der angeschlossenen Fibu (standardmäßig durch Einstellung am Mandanten vorbelegt) sowie dem Belegdatum/Buchungsdatum, kann eine Übergabe erfolgen. Durch Klick auf die Schaltfläche Anzahl ermitteln und wird die Anzahl der bereitstehenden Belege angezeigt.

Durch Setzen der Häkchen „Stammdaten übergeben“, „alle Belege übergeben“ und die Einstellung Belege pro Filiale separieren, können die Daten, die zu übergeben sind, weiter spezifiziert werden.

Beachten: die Besonderheiten bei den Fibuschnittstellen zur Datev, KHK und Abacus.

Bei der Fibuübergabe ist es zudem möglich, die Datev3.0 als zusätzliches Ausgabeformat anzugeben. Damit werden bei der Übergabe neben der aktuell eingestellten Fibu zusätzlich die Daten für die Datev 3.0 bereitgestellt. Die Ausgabe erfolgt mit identischen Parametern (Pfad, Belege separieren, Stammdaten, usw.) und erfolgt über das Auswahlfeld: Zusätzliche Ausgabe für Fibu.

Registerkarte Kasse

Mit Eingabe des Bondatums von – bis ein und dem Klick auf die Schaltfläche Kassenbuch übernehmen, werden die Buchungen aus der Kasse in die Finanzbuchhaltung übergeben. Es erscheint eine Übergabebestätigung mit der Anzahl der übergebenen Buchungen.

Registerkarte Perioden

Ausgangsrechnungen - Unter Perioden können für Ausgangsrechnungen spezielle Einschränkungen für das Belegdatum getroffen werden. Bei der Standardeinstellung Tage voraus=0 und Tage zurück=0 und keine Monatswechsel verbieten-Haken finden keine Prüfungen statt.

Unter Tage voraus kann man einstellen, um wieviele Tage das Belegdatum vordatiert werden kann. Ist der Haken bei Monatswechsel verbieten gesetzt, ist die Änderung des Datums nur maximal auf das Ende des aktuellen Monats möglich.

Unter Tage zurück kann man einstellen, um wieviele Tage das Belegdatum rückdatiert werden kann. Ist der Haken bei Monatswechsel verbieten gesetzt, ist die Änderung des Datums nur maximal auf den ersten Tag des aktuellen Monats möglich.

Ab der Version 8.4877.15 wird die Einschränkung auf das Tagesaktuelle Datum erweitert:

Bei Tage voraus/zurück > 0: Die entsprechenden tage voraus/zurück,
Bei Tage voraus/zurück = 0: Das tagesaktuelle Datum
Bei Tage voraus/zurück < 0: Keine Einschränkung (Gleiches Verhalten wie zuvor = 0)

Die bisher bestehenden Einstellungen wurden bei einem Wert von 0 automatisch auf -1 umgewandelt, um das vorherige Verhalten beizubehalten.

Alle Buchungen - Hier kann ein Zeitraum für das Belegdatum aller Buchungen - Eingangs- und Ausgangsrechnungen - festgelegt werden. Liegen die Belegdaten nicht in dem Bereich, können die Buchungen nicht ausgeführt werden.

Weiteres

Hier ist das Sonderrecht Sofortstorno auch nach FiBu-Übergabe erlauben zu beachten.

Sonderrecht Sofortstorno auch nach erfolgter FiBu-Übergabe erlauben

Wenn gewährt kann der Bearbeiter jederzeit eine Rechnung stornieren.

Nein
Ja

Weitere Seiten zum Thema Fibuschnittstellen

Seiten in diesem Namensraum:

Bankeinzugstermine

Fibuschnittstelle KHK

Schalter für Finanzbuchhaltungen

S (Fortsetzung)

Textbausteine Finanzbuchhaltung

Übersicht der Schnittstellen zu Finanzbuchhaltungssoftware

FibuSchnittstelle

concept_cash:sachbuchungen - [Kassenverkäufe als Sachbuchung an die Fibu übergeben]

Thi Thu Nguyen (t.nguyen@undisclosed.example.com) — 2026-08-07T07:03:40+00:00

Kassenverkäufe als Sachbuchung an die Fibu übergeben

Sachbuchungen für die Übergabe von Kassenbuchungen an die Fibu

Barverkauf
Kartenzahlungen, mit welcher Karte gezahlt wurde (Konto pro Kartenart)

Aktuell ist die Möglichkeit Sachbuchungen in die Fibu zu buchen, nur für die folgenden Finanzbuchhaltungen implememtiert:

Datev
eGecko

Konfiguration 204: Kassenverkäufe als Sachbuchung buchen

0 - Als Rechnungsausgang für den Barverkaufsdebitor buchen
1 - Sachbuchung einfach (Erlöse, Rechnungszahlung)
2 - Sachbuchung komplett (Erlöse, Entnahmen, Einnahmen, Kreditkartenzahlung, Rechnungszahlung)

Ausprägung = 0: In der Fibuschnittstelle werde die Barverkäufe als separate Rechnungsbuchung erzeugt und an die Fibu übergeben. Die Buchungen werden hierbei als Rechnung, mit eigener Belegnummer, im Rechnungsausgangs angelegt.

Diese Buchungen müssen nach der Übergabe an die Fibu, in der FIBU ausgebucht werden, da es sonst zu Mahnungen an den Kunden kommen kann.

Ausprägung = 1: In der Ausprägung 1 werden die Buchungen als Erlösbuchungen, sowie sonstige Einnahmen und Ausgaben gebucht. Eine Unterscheidung zwischen Bar und Karten-Zahlungen wird hier nicht durchgeführt.

Ausprägung = 2: Es werden separate Buchungen ausgeführt:

Erlösbuchungen
- Barverkauf Konto gegen Sachkonto
Gutscheinverkauf
- Erlöskonto gegen Kassenkonto
Gutscheinzahlungen,
- Kassenkonto gegen Sachkonto Gutschein
Ausgaben
- Kassenkonto gegen Sachkonto Auszahlung
Einnahmen
- Sachkonto Einnahmen gegen Kassenkonto
Einnahme aus Rechnung
- Debitor gegen Sachkonto Kasse (Kassenkonto)
Kartenzahlungen.
- Erlöskonto Artikel gegen Kassenkonto.
- Kassenkonto gegen Sachkonto Karte

Vorbereitungen

Vor der Umstellung der Konfiguration 204 auf die Ausprägung 2 müssen die Konten an der Kasse hinterlegt werden. Einstellungen der Sachkonten müssen im Modul Concept Cash (Kasse) vorgenommen werden. Dort werden die einzelnen Module über die „Stammdaten“ aufgerufen

Kassenkonten hinterlegen

Concept Cash –> Stammdaten –> Kassen

Kreditkarten-Konten hinterlegen

Concept Cash –> Stammdaten –> Kreditkarten

Ein- und Ausgaben definieren

Concept Cash –> Stammdaten –> Einnahmen/Ausgaben

Zahlungsarten

Concept Cash –> Stammdaten –> Zahlungsarten

Abschöpfungen

Artikel „DIVABSCHOEPFUNG“ für Abschöpfungen anlegen. Damit diese an der Kasse gebucht werden können.

Belegarten

Belegart	Buchungstyp
101	Barverkauf, Erlösbuchung zu den Bon-Positionen wenn andere Bezahlart des Bons vorliegt.
110	Zahlung oder Verkauf eines Gutscheins
112	Ausgaben
121	Kartenzahlung
131	Ausgleich einer Rechnung

Es wird für jeden Bon und jedes Erlös-, Sach-Konto ein Buchungssatz erzeugt.

Concept Cash, Kasse, Sachbuchungen

concept_cash:kassenbuchungen_fibu - gelöscht

Thi Thu Nguyen (t.nguyen@undisclosed.example.com) — 2026-08-07T07:03:10+00:00

Sachbuchungen für die Übergabe von Kassenbuchungen an die Fibu

Sachbuchungen für die Übergabe von Kassenbuchungen an die Fibu

Barverkauf
Kartenzahlungen, mit welcher Karte gezahlt wurde (Konto pro Kartenart)

Vorbereitung:

Ausprägung=0:

In der Fibuschnittstelle werde die Barverkäufe als separate Rechnungsbuchung erzeugt und an die Fibu übergeben. Die Buchungen werden hierbei als Rechnung, mit eigener Belegnummer, im Rechnungsausgangs angelegt.

!!! Diese Buchungen müssen nach der Übergabe an die Fibu, in der FIBU ausgebucht werden, da es sonst zu Mahnungen an den Kunden kommen kann.

Ausprägung = 1, oder 2

Vor der Umstellung der Konfiguration 204 auf die Ausprägung 2 müssen die Konten an der Kasse hinterlegt werden.

Einstellungen der Sachkonten müssen im Modul CO Cash (Kasse) vorgenommen werden.

Dort werden die einzelnen Module über die „Stammdaten“ aufgerufen.

In der Ausprägung 1 werden die Buchungen als Erlösbuchungen, sowie sonstige Einnahmen und Ausgaben gebucht. Eine Unterscheidung zwischen Bar und Karten-Zahlungen wird hier nicht durchgeführt.

Kassenkonten hinterlegen:

Kreditkarten-Konten hinterlegen:

Ein- und Ausgaben definieren:

Zahlungsarten:

Artikel „DIVABSCHOEPFUNG“ für Abschöpfungen anlegen. Damit diese an der Kasse gebucht werden können.

In der Ausprägung=2 muss die Abschöpfung als separater Ausgabegrund angelegt werden.

Ausprägung=2:

Es werden separate Buchungen ausgeführt:

Erlösbuchungen für Barverkauf Konto gegen Sachkonto
Gutscheinverkauf, Erlöskonto gegen Kassenkonto
Gutscheinzahlungen, Kassenkonto gegen Sachkonto Gutschein
Ausgabe. Kassenkonto gegen Sachkonto Auszahlung
Einnahmen Sachkonto gegen Kassenkonto
Einnahme aus Rechnung. Debitor gegen Sachkonto Kasse (Kassenkonto)
Kartenzahlungen. Erlöskonto Artikel gegen Kassenkonto. Kassenkonto gegen Sachkonto Karte

Belegarten

Belegart	Buchungstyp
101	Barverkauf, Erlösbuchung zu den Bon-Positionen wenn andere Bezahlart des Bons vorliegt.
110	Zahlung mit Gutschein
110	Verkauf eines Gutscheins (Zahlung erfolgt Bar)
112	Ausgaben
121	Kartenzahlung
131	Ausgleich einer Rechnung

Es wird für jeden Bon und jedes Erlös-, Sach-Konto ein Buchungssatz erzeugt.

Concept Cash, Kasse

bestellungen:modulfunktionen

Thi Thu Nguyen (t.nguyen@undisclosed.example.com) — 2026-08-03T08:38:19+00:00

Modulfunktionen Bestellungen

Modulfunktionen des Modul Bestellungen.

Modulfunktion	Beschreibung
Wareneingang direkt buchen	bucht die Bestellung komplett zu Diese Funktion ist nicht für seriennummerngeführte Artikel möglich und nur bei Direktlieferung oder Kommissionslager.)
Wareneingang zurücknehmen	entfernt alle bereits zugebuchten Mengen der Bestellung Diese Funktion ist nicht für seriennummerngeführte Artikel möglich und nur bei Direktlieferung oder Kommissionslager.).
Warenbuchung	wechselt ins Modul Warenbuchung und übergibt den Kontext der aktuellen Bestellung
Identartikel reservieren
Liefertermin ändern
Aktivität anlegen	legt eine Aktivität zur Bestellung an
cop Daten aktualisieren	aktualisiert die Daten zu den Artikeln in der Bestellung
SOE Bestand prüfen	API für die Soennecken-Bestandsabfrage
Bestelländerung aktivieren	Eine zuvor angefragte Bestellung wurde bei Aktivierung einer Bestelländerung auf den Status ‚angefragt‘ anstelle von ‚erfasst‘ gesetzt.
Offene Vorgänge
Auftragsbestätigung anmahnen	Für markierte Bbestellungen werden Lieferanten-Auftragsbestätigungen gemahnt

Bestellungen, Modulfunktionen

edi-schnittstelle:mpsbedarfsmeldungen_einlesen - MPS

Isabel Pinder (ip@undisclosed.example.com) — 2026-07-31T06:37:13+00:00

EDI-Schnittstelle: Mps-Bedarfsmeldungen einlesen

Folgende Eingangsformate werden unterstützt:

Folgende Konfiguration gilt zu beachten:

Konfiguration 447: MPS-Meldung nach Einlesen direkt verarbeiten

0 - Für keine
1 - Für fehlerfreie Meldungen
2 - Für alle Meldungen

edi-schnittstelle:kundenbestellungen_einlesen - [Einleseoptionen]

Isabel Pinder (ip@undisclosed.example.com) — 2026-07-28T13:27:58+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
_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