Be-terna Produktdokumentation on Product Documentation

Archiv

Mon, 01 Jan 0001 00:00:00 +0000

Im Menüpunkt Archiv sind sämtliche archivierte Kassenvorgänge und Bons zu finden.

Zum Vergrößern anklicken

Beim ersten Öffnen wird eine Aufgabenwarteschlange für die automatisierte Archivierung angelegt, standardmäßig werden hierüber Datensätze archiviert, die älter als ein Jahr sind. Wenn die automatische Archivierung gewünscht ist, muss der Status dieser Aufgabenwarteschlange auf Bereit konfiguriert werden.

Zum Vergrößern anklicken

Falls der Bedarf besteht, einen Kassenvorgang oder Bon zu dearchivieren, kann dies über die Funktion Zurücksetzen erfolgen. Hierbei werden alle Datensätze dearchiviert, welche die ID des aktuell ausgewählten Datensatzes enthalten (ID 1_1_3 dearchiviert bspw. Bon 3 aus Kassenvorgang 1, ID 1_1 hingegen dearchiviert den Kassenvorgang 1 mitsamt allen zugehörigen Bons).

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Professional Services erweitert Microsoft Dynamics 365 Business Central um Funktionen für Dienstleistungsorganisationen mit wiederkehrenden Erlösen, vertragsbasierten Leistungen und serviceorientierten Abläufen. Die Lösung verbindet Verkauf, Vertragsverwaltung, Service und Abrechnung in einem durchgängigen Prozess.

Typische Einsatzbereiche

Wiederkehrende Abrechnung für SaaS, Miete, Finanzierung, Wartung und Support
Verkaufsangebote und Verkaufsaufträge mit zugehörigen Verkaufsverträgen
Periodische Einzel-, Sammel- und Monatsabrechnungen
Abrechnung von Tickets und Arbeitsaufträgen
Verwaltung von Objekten, Installationen und Komponenten
Anbindung externer Ticketsysteme über API

Funktionsschwerpunkte

Verkauf und Vertragsmanagement

Professional Services unterstützt Sie bei der Erstellung von Verkaufsangeboten, Verkaufsaufträgen und Verkaufsverträgen. Wiederkehrende Leistungen lassen sich direkt in Angebots- und Auftragsprozesse einbinden und für die spätere Abrechnung vorbereiten.

Version 27.1.0

Mon, 01 Jan 0001 00:00:00 +0000

Summary

Version 27.1.0 erweitert Professional Services unter anderem um neue Steuerungsoptionen in Abrechnungsarten, Verbesserungen rund um Verkaufsverträge und Arbeitsaufträge sowie Anpassungen für Reklamations- und Connector-Szenarien. Zusätzlich wurden zahlreiche Fehlerkorrekturen in Service-, Kontakt- und Abrechnungsprozessen umgesetzt.

27.1.0 — 2026-02-10

New features

30741 - Kennzeichen „Menge berücksichtigen“ in Abrechnungsarten und -zuordnungen eingeführt
47525 - Vertragsfeld „Druckoption periodische Abrechnung“ als Enum umgesetzt
47500 - Für „Verkauf Art“ im Arbeitsauftrag wurde ein neues Enum angelegt
47168 - Vertragsassistent im Project Connector for Professional Services überarbeitet
43193 - Projektaufgaben um fehlende Vertragsstruktur von-bis ergänzt
43271 - Zugehörige Listen im Verkaufsvertrag auf editierbar gestellt
39067 - Validierung und Lookup für SLA-Nr. und Vertrags-Nr. in der Arbeitsauftragskarte verbessert
Multi-Select in der Verkaufsvertragsliste eingeführt
43216 - Initial- und Demodaten für BE-terna Project, Professional Services und Project Connector vereinheitlicht
39065 - Arbeitsaufgabenkarte aus der Liste heraus öffnbar gemacht
46938 - Periodische Rechnung um Shortcut Dimension 1 und 2 erweitert
43244 - Feld „Als Miete ausweisen“ auf der Verkaufsrechnung aktiviert
43216 - Initial- und Demodaten überarbeitet
42513 - Reklamationsprozess an Project und Connector angebunden
39809 - Prozess für Verkaufsreklamationen mit reklamationsbezogenen Belegen eingeführt
39925 - c/o-Adresse mit Kontakt ohne Debitor ergänzt
38691 - Verwaiste Projektaufgabenzeilen werden gelöscht
39891 - Präfix für Projektaufgabennummer konfigurierbar gemacht
39586 - Übersetzungen überarbeitet
39925 - Lookup für Installation aus der Vertragszeile ergänzt
19810 - Test für TransferFields ergänzt
39353 - Planzeilen können abgeschlossen und storniert werden

Bug fixes

47784 - In Arbeitsaufgaben fehlte der Besitzer in der Subpage
47776 - Lookup-Filter der Kontaktliste für c/o-Adresse korrigiert
47605 - Lagerort war leer, wenn eine Reklamation aus einem Arbeitsauftrag erstellt wurde
37956 - Funktion „Verkaufsbelege“ in AAZ zeigte den Verkaufsauftrag nicht an
47007 - „Period. Rechnung(en) erstellen“ berücksichtigte den Vertragsstatus in der Verkaufsvertragsliste nicht
39069 - „Auf Rapport drucken“ hatte in Leistungszeilen keine Wirkung
27965 - Übersetzungen verbessert
40009 - Fehlerhafter Sucheintrag für Dienstleistungsabrechnung korrigiert
27965 - Payment Method Code korrigiert
40043 - Rechnungslauf der Dienstleistungsabrechnung hing beim Erstellen der Rechnungen
39962 - Fehlermeldung beim Druck der Verkaufsgutschrift behoben
23560 - Feldlänge erhöht
39475 - Validierung der Telefonnummer im Arbeitsauftrag deaktiviert

Abschluss

Mon, 01 Jan 0001 00:00:00 +0000

Der Kassenabschlussbericht dient dazu, einen A4-Ausdruck von den gefilterten Kassenabschlüssen zu erhalten. Dabei werden die Umsätze nach Kassenvorgang und Datum aufsummiert.

Mit der Filter, die sich beim Ausführen des Berichts öffnet, kann der Bericht auf einen bestimmten Kassenstamm gefiltert werden.

Zum Vergrößern anklicken

Abverkaufsdaten

Mon, 01 Jan 0001 00:00:00 +0000

Die Abverkaufsdaten geben einen Überblick über die verkauften Artikel, Serviceleistungen, sowie die bebuchten Konten pro Verkaufszeile.

Zum Vergrößern anklicken

Über die Funktion Bon, lässt sich der zugehörige Bon bzw. die Bonkarte aufrufen und nachdrucken.

Zum Vergrößern anklicken

Artikelverfolgung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Intercompany erweitert den Standard von Business Central so, dass Artikelverfolgung (Chargen- und Seriennummern) auch zwischen Mandanten konsistent übertragen wird. Dadurch bleibt die Rückverfolgbarkeit über die Unternehmensgrenze hinweg erhalten – vom ausgehenden Beleg bis zum Wareneingang beim Partner.

Abgedeckt sind Einkaufsbestellungen, Verkaufsaufträge, Verkaufs- und Eingangsrechnungen sowie Verkaufslieferungen und Eingangslieferungen.

Fachlicher Nutzen

Durchgängige Rückverfolgbarkeit von Chargen und Seriennummern über Mandanten hinweg.
Automatische Zuordnung der Tracking-Daten beim Empfänger, soweit Artikel und Tracking-Codes übereinstimmen.
Abweichungen landen im Fehlerprotokoll und lassen sich dort gezielt nachbearbeiten.
Grundlage für Compliance-Nachweise bei regulierten Branchen.

Inhaltlicher Fokus

Einsicht in IC-Belegen

Im Zeilenmenü jedes IC-Belegs kann die übertragene Artikelverfolgung eingesehen werden.

Auftragsbestätigung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Sobald der empfangende Mandant aus einer eingehenden Einkaufsbestellung einen Verkaufsauftrag erzeugt, meldet BE-terna Intercompany diesen Vorgang automatisch an den Partner zurück. Die einkaufende Gesellschaft sieht damit ohne manuelles Nachfragen, dass der Beleg übernommen wurde.

Fachlicher Nutzen

Der Einkäufer erhält eine verlässliche Rückmeldung zum Status seiner Bestellung, ohne den Partnermandanten kontaktieren zu müssen.
Abweichungen zwischen Bestellung und Bestätigung fallen früh auf, weil sie im selben IC-Prozess sichtbar werden.
Grundlage für spätere Auftragsänderungen zu genau diesem Auftrag.

Inhaltlicher Fokus

Ablauf

Nach dem Anlegen des Verkaufsauftrags beim Empfänger wird die Auftragsbestätigung als IC-Beleg an den Sender zurückgeschickt. Der einkaufende Mandant sieht sie in den Eingangstransaktionen.

Basis

Mon, 01 Jan 0001 00:00:00 +0000

Innerhalb der Basiseinrichtung können allgemeine Standardvorlagen und -einrichtungen vorgenommen werden.

Zum Vergrößern anklicken

Allgemein

Feld	Beschreibung
Initialisiere Kassenmenü	Erstellt und hinterlegt das BE-POS-Rollencenter für den angemeldeten Benutzer
Initialisiere Standardvorlage	Erstellt die allgemeine Standardvorlage hinsichtlich Oberfläche & Funktionalität
Initialisiere Aufgabenwarteschlangen	Erstellt die Kassenaufgabenwarteschlangen, falls diese noch nicht vorhanden sind. Dadurch werden beispielsweise Bewegungsdaten automatisch in die Buchblätter importiert.
Initialisiere Übersichtseinrichtung	Erstellt oder erweitert die Übersichten, die der Standard für verschiedene Suchfunktionen in der Kassenoberfläche bietet
Initialisiere Beschriftungen	Erstellt Bontext Beschriftungen, auch mehrsprachig

Demo

Feld	Beschreibung
Initialisiere Einrichtung	Erstellt DEMO-Kasseneinrichtungen (Kassenstamm, Zahlungsmittel, etc.)
Initialisiere Daten	Erstellt DEMO-Kassendaten (Bons)
Lagerort	Der Lagerortcode für die DEMO-Kasseneinrichtung
Kasse	Der Kassencode für die DEMO-Kasseneinrichtung

Hinweis: Bei der Erstellung einer neuen DEMO-Kasseneinrichtung werden alle Kassenstämme, sowie bereits erzeugte Daten, gelöscht.

Version BC 22

Mon, 01 Jan 0001 00:00:00 +0000

Summary

Umstieg auf Business Central 22, Ablösung von DotNet-Variablen durch die Codeunit File Management, Umbau der Import/Export-Steuerung auf ein transfertyp-unabhängiges Feld und endgültige Umstellung von Company Information auf IC Setup.

22.0.3 — 2023-08-30

Bug fixes

Das Feld „Import/Export" auf der IC-Partnerkarte ist jetzt unabhängig vom Transfertyp sichtbar.

22.0.2 — 2023-07-27

New features

Bei eingehenden Verkaufsaufträgen kann bei abweichender Zeilenbeschreibung entschieden werden, welche Beschreibung für die Verkaufsauftragszeile verwendet wird (neues Feld „Abw. Beschreibung in Verk.-Auftragszeile" am Intercompanypartner).

22.0.1 — 2023-07-17

New features

Dateiimport erkennt automatisch, von welchem IC-Partner die Datei stammt. Das neue Feld „BET PIC Import/Export" am IC-Partner bestimmt den verwendeten XMLport. Das bisherige Feld „BET PIC XMLPort ID for Import" wird damit obsolet.
Endgültige Umstellung von Company Information auf IC Setup.

Other changes

Es werden keine DotNet-Variablen mehr verwendet; stattdessen läuft Dateiimport und -export über die Codeunit File Management.
Feld 5399207 „BET PIC XMLport ID" (Integer) wird durch Feld 5399223 „BET PIC Import/Export" (Enum „BET PIC Import/Export") ersetzt. Ein Datenupgrade ist erforderlich.

22.0.0 — 2023-07-10

Other changes

Upgrade von 20.0.71 auf 22.0.0.

BE-POS Listener

Mon, 01 Jan 0001 00:00:00 +0000

Download

Der BE-POS Listener kann hier heruntergeladen werden.

Installation

Anwendung bepos_listener_setup.exe starten.
Zielordner auswählen und mit Weiter fortfahren

Zum Vergrößern anklicken

Installation mittels Installieren durchführen.

Zum Vergrößern anklicken

Mit Fertigstellen Installation beenden. Der BE-POS Listener kann dadurch direkt gestartet werden.

Zum Vergrößern anklicken

Kommunikation

Es gibt zwei Möglichkeiten, mit dem BE-POS Listener zu kommunizieren, direkt über den Browser oder über Microsoft Azure.

Browser

Konfiguration

In das entsprechende Installationsverzeichnis navigieren und die Anwendung Beterna.Bepos.Listener.Controller.exe starten (alternativ direkt über die Desktop-Verknüpfung).

BE-terna Project Lizenz

Mon, 01 Jan 0001 00:00:00 +0000

In der Einrichtung der BE-terna Project Lizenz kann die Lizenz des Mandanten verwaltet und eingesehen werden. Außerdem lässt sich von hier aus die Modulverwaltung pro User aufrufen.

Zum Vergrößern anklicken

Feld	Erklärung
Kundennummer	Eindeutige Kundennummer die von BE-terna dem Kunden bereitgestellt wird.
Identifikationsnummer	Wird von BE-terna generiert und dem Kunden zugespielt. Diese Nummer ist im Feld einzutragen und über den Button über “Vom Webserver aktualisieren” wird dann die Lizenz geladen. Sollte keine Internetverbindung aus Business Central heraus möglich sein, lässt sich eine Lizenzdatei über “Aus Datei importieren” einspielen.
Anzahl Module	Über das Klicken auf die Zahl im Feld Anzahl Module öffnet sich eine Übersicht zu den gebuchten Modullizenzen.
Benutzereinträge	Über das Klicken auf die Zahl im Feld Benutzereinträge gelangt man in die Liste zur Pflege der Benutzer pro Modul.
Historie	Hier sind Änderungen an Modulen ersichtlich.
Webseite	Homepage von BE-terna. Von hier aus lässt sich über das Kontaktformular ein Supportticket erstellen.
Telefonnr.	Das ist die Telefonnummer des Empfangs von BE-terna. Von hier aus kann an Ansprechpartner weitergeleitet werden.

In der Übersicht der gebuchten Modullizenzen lässt sich einsehen, welche Produkte lizensiert und somit zugänglich sind. Von hier aus lassen sich über das Klicken auf die Zahl in der Spalte Benutzereinträge die entsprechenden User den Modulen zuweisen. Über die Zahl in der Spalte Anzahl aktivierte sieht man die Zahl der aktivierten Nutzer.

Direktlieferung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Direktlieferungen koppeln Verkaufsauftrag und Einkaufsbestellung so, dass der Lieferant direkt an den Endkunden liefert und die verkaufende Gesellschaft nur die Kaufmännik abbildet. BE-terna Intercompany automatisiert diesen Prozess zwischen IC-Partnern, damit der Ablauf ohne manuelle Zwischenschritte durchläuft.

Fachlicher Nutzen

Prozessverkürzung: Bestellung und Auftrag werden gemeinsam geliefert und fakturiert.
Automatisches Buchen reduziert manuelle Arbeit beim empfangenden Mandanten.
Zusätzliche Zeilen (z. B. Porto) lassen sich optional mitliefern.
Einschränkung „Verkauf vor Einkauf fakturieren" lässt sich bei Bedarf aufheben (siehe Kreditoren und Einkauf).

Inhaltlicher Fokus

Aufträge automatisch buchen

Für automatisches Buchen bei Direktlieferungen muss zum Buchen die vorhandene Einkaufsbestellung verwendet werden. Eingehende Rechnungen werden dann automatisch auf diese Bestellung angewendet.

Import lokale Detailansichtssteuerung

Mon, 01 Jan 0001 00:00:00 +0000

Über die Aktion “Import lokale Detailansichtssteuerung” lässt sich eine Textdatei importieren, die eine Detailansicht in Projektbelegen definiert.

Zum Vergrößern anklicken

Installation

Mon, 01 Jan 0001 00:00:00 +0000

Ziel der Einrichtung

Diese Seite beschreibt den Einstieg in die Installation von BE-terna Produkten über den Microsoft AppSource. Sie führt von den Voraussetzungen für einen SaaS-Tenant über die App-Installation bis zu den ersten Schritten nach dem erfolgreichen Download.

Voraussetzungen

Für die Installation steht ein Microsoft Dynamics 365 Business Central SaaS-Tenant zur Verfügung.
Ein Microsoft-Konto für die Anmeldung am Tenant und am AppSource ist vorhanden.
Die gewünschte Test- oder Produktivumgebung ist angelegt.
Die benötigten Lizenzen oder eine verfügbare Testversion sind vorab geklärt.

Empfohlene Reihenfolge

SaaS-Tenant und Anmeldedaten vorbereiten.
BE-terna Produkt im Microsoft AppSource suchen und zur Umgebung hinzufügen.
Die App in Business Central installieren und die Sprache prüfen.
Grundlegende Einstellungen in der Umgebung vornehmen und das unterstützte Setup öffnen.

Einrichtungsschritte

SaaS-Tenant vorbereiten

Für den Download aus dem AppSource benötigen Sie einen Software-as-a-Service-Tenant für Microsoft Dynamics 365 Business Central. Wenn noch keine Umgebung vorhanden ist, legen Sie zuerst einen Tenant an und prüfen Sie, ob Sie mit dem vorgesehenen Microsoft-Konto auf die Umgebung zugreifen können.

Intercompany-Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Intercompany-Einrichtung steuert mandantenweit, wie BE-terna Intercompany Belege verarbeitet. Die Seite bündelt alle Schalter, die nicht partnerspezifisch sind, und legt damit den Rahmen für den Austausch mit allen IC-Partnern fest.

Zum Vergrößern anklicken

Voraussetzungen

BE-terna Intercompany ist im Mandanten installiert.
Ein Benutzer mit Berechtigung auf die Seite „Intercompany Einrichtung" steht zur Verfügung.
Das Rollencenter „InterCompany" kann in den Einstellungen aktiviert werden (siehe Rollencenter).

Empfohlene Reihenfolge

Intercompany-Einrichtung öffnen und Grundwerte prüfen.
Übertragung von Bemerkungen und Artikelverfolgung an die eigenen Prozesse angleichen.
Aufgabenwarteschlange für Import und automatisches Akzeptieren einrichten.
Je IC-Partner eine Partnerkarte anlegen und die Schalter dort verfeinern.

Einrichtungsbausteine

Bemerkungen zu Belegzeilen

Ist die Übertragung von Zeilenbemerkungen aktiv, werden Kommentare aus Einkaufs- und Verkaufsbelegzeilen im IC-Beleg übertragen und beim Partner sichtbar. Details siehe Bemerkungen.

JSON-REST Schnittstellen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bietet den Einstieg in die JSON-REST Schnittstellen des BE-Commerce Moduls.

Inhaltlicher Fokus

Export-Endpunkte für Stammdaten, Preise, Bestände und Statusinformationen
Import-Endpunkte für Aufträge, Kontakte, Retouren und Reservierungen
Einheitliche Konventionen für Filter, Request-Strukturen und Antworten

Leitplanken

Slugs und Endpunktnamen bleiben ASCII und konsistent.
Pflichtfilter (z. B. Webshop-Kanalcode) sind pro Endpunkt verbindlich.
Änderungen an Payload-Feldern müssen mit Shop-Integration und Folgeprozessen abgestimmt werden.

Kassenstart

Mon, 01 Jan 0001 00:00:00 +0000

Der Kassenstart wird über die Taste Start eingeleitet.

Zum Vergrößern anklicken

Kassiereranmeldung

Zunächst muss sich der Kassierer über die Eingabe des entsprechenden Kassierercodes identifizieren.

Zum Vergrößern anklicken

Falls der Kassierercode nicht bekannt ist, kann dieser über die Lupe-Taste gesucht und ausgewählt werden.

Zum Vergrößern anklicken

Wurde dem Kassierer ein Passwort hinterlegt, wird dieses anschließend im Eingabefeld verlangt.

Zum Vergrößern anklicken

Wechselgelderfassung

Nun muss der Wechselgeldbetrag erfasst werden, also der Betrag, der sich zum Kassenstart in der Geldlade befindet. Dieser wird entweder als Betrag im Eingabefeld oder als Stückelung in einer separaten Oberfläche erfasst (abhängig von der jeweiligen Einstellung im Kassenstamm).

Oberfläche

Mon, 01 Jan 0001 00:00:00 +0000

Unter Designer → Oberfläche kann die Oberfläche der Kassierung konfiguriert werden.

Als Vorlage dient immer die STANDARD-Vorlage, welche automatisch bei der ersten BE-POS-Einrichtung erstellt wird. Diese ist kopierbar, bspw. als Vorlage für ein eigenes Layout.

Zum Vergrößern anklicken

Aktionen

Vorlage kopieren

Erzeugt eine Kopie der ausgewählten Vorlage unter dem im Anschluss zu vergebenden Namen. Hierbei werden sowohl Oberflächen- als auch Tasteneinrichtung kopiert.

Hinweis: Es empfiehlt sich, stets die STANDARD-Vorlage zu kopieren.

Replikation

Mon, 01 Jan 0001 00:00:00 +0000

Unter Datentransfer → Replikation werden die Veröffentlichungen und ihre Abonnenten konfiguriert und somit die Stammdatenübertragung an die Kassen geregelt.

Zum Vergrößern anklicken

Veröffentlichung

Unter einer Veröffentlichung versteht man den Zusammenschluss mehrerer Tabellen, deren Daten bzw. Datenänderungen an die Kassen synchronisiert werden soll.

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Name	Der Name der Veröffentlichung
Beschreibung	Die Beschreibung der Veröffentlichung
Artikel	Anzahl der überwachten Tabellen
Abonnements	Anzahl der zugehörigen Kassen

Artikel

Zum Vergrößern anklicken

Ressource

Mon, 01 Jan 0001 00:00:00 +0000

Unter Zuordnung → Ressourcen können kassenspezifisch, filialspezifisch oder für alle Kassen Ressourcen erlaubt und/oder ausgeschlossen werden.

Zum Vergrößern anklicken

Rollencenter

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Das Intercompany-Rollencenter ist der zentrale Einstieg für alle Anwender, die regelmäßig mit IC-Belegen arbeiten. Es bündelt Navigation, Kennzahlen und Aktionen an einer Stelle, sodass typische Aufgaben ohne Umwege erledigt werden können.

Zugriff in Business Central

Das Rollencenter wird über die Benutzer-/Rollenzuordnung in der Benutzerverwaltung oder über „Meine Einstellungen" ausgewählt.

Zum Vergrößern anklicken

Voraussetzungen

Anwender verfügt über die passenden Berechtigungen (siehe Zugriffsrechte).
Intercompany ist auf Mandantenebene eingerichtet.

Tätigkeiten

Einstieg in Partnerpflege, Transaktionsübersichten und Fehlerprotokoll.
Direkte Navigation zur Aufgabenwarteschlange für Retry bzw. Fehleranalyse.
Start typischer Aktionen für Senden, Akzeptieren und Nachbearbeiten von IC-Belegen.

Zum Vergrößern anklicken

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Wir bieten unseren Kunden standardisierte BI-Lösungen auf Basis der Microsoft Dynamics 365 ERP-Systeme der BE-terna, d.h. Business Central und Finance and Operations. Damit gewährleisten wir die Nutzung unseres Branchen-Know-hows und größtmögliche Flexibilität, da Anpassungen im BI parallel zu ERP-Anpassungen erfolgen können. Als Microsoft-Partner setzen wir auch im BI auf den Einsatz von bewährten Technologien von Microsoft. Diese sehr enge ERP-Anbindung ermöglicht es uns, viele Module der ERP-Systeme im Standard abzubilden und gleichzeitig kundenspezifische Funktionalitäten effizient zu entwickeln.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-Code stellt eine API zur Verfügung, die auf Anfrage QR- und Barcode-Bilder erzeugt. Die Antwort enthält das Bild direkt als base64-kodiertes PNG und lässt sich so ohne Umwege in Dokumente, Formulare und Portale einbinden.

Fachlicher Nutzen

Unterstützt über 90 Barcode-Typen für Industrie, Logistik, Gesundheitswesen und Postal-Services.
Liefert Bilder direkt als base64-kodiertes PNG; ideal für Word-Layouts, Berichte und Portale.
Erlaubt feingranulare Gestaltung: Skalierung, Rotation, Abstände, Farben, Textanzeige bei 1D-Codes sowie Fehlerkorrektur bei QR-Codes.
Kapselt unterschiedliche Codierungen hinter einer einheitlichen GET-Schnittstelle.

Inhaltlicher Fokus

Einheitliche HTTP-GET-Schnittstelle

Jeder Aufruf liefert ein JSON-Objekt mit zwei Feldern: data enthält das Bild als base64-kodiertes PNG, message die Statusmeldung. Damit lassen sich Barcodes serverseitig genauso einfach einbinden wie clientseitig.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Barcode Service ist ein Container-basierter Middleware-Service, der von Business Central und weiteren Anwendungen aufgerufen wird, um QR- und Barcodes zu erzeugen und Nachrichten an externe Kanäle zu versenden. Der Service läuft wahlweise lokal auf einem eigenen Server oder als Azure Container Instance.

Fachlicher Nutzen

Erzeugt über 90 Barcode-Typen auf Knopfdruck, von EAN-13 und Code 128 bis QR Code und GS1-Varianten.
Bindet Barcodes nahtlos in Word-Layouts und Berichte in Business Central ein.
Liefert Barcodes als base64-kodierte PNG-Bilder und ist damit in beliebige Dokumente und Portale einbindbar.
Bietet eine einheitliche Middleware für Messaging-Kanäle wie Microsoft Teams, Telegram und WhatsApp.
Kann sowohl On-Premises als auch in der Azure Cloud als Software-as-a-Service betrieben werden.

Inhaltlicher Fokus

QR- und Barcode-Generierung

Der BE-terna Barcode Service erzeugt ein- und zweidimensionale Codes für alle relevanten Industrie- und Postal-Standards. Aufrufe erfolgen über eine einfache HTTP-GET-Schnittstelle; die Antwort enthält das Barcode-Bild direkt als base64-kodiertes PNG.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite ist der fachliche Einstieg in das Modul BE-Commerce. Sie richtet sich an Anwender, die das Modul zum ersten Mal kennenlernen und verstehen möchten, wofür es eingesetzt wird, welche Stammdaten vorbereitet werden müssen und welche täglichen Aufgaben daraus entstehen.

Für wen diese Seite gedacht ist

E-Commerce-Verantwortliche, die Webshop-Prozesse fachlich begleiten.
Anwender im Vertriebsinnendienst oder Customer Service, die importierte Belege und Kontakte nachverarbeiten.
Key User, die Einrichtung, Datenqualität und tägliche Prozessstabilität verantworten.

Was Sie mit BE-Commerce erledigen

Mit BE-Commerce verbinden Sie Business Central mit einem Webshop. Das Modul unterstützt Sie dabei,

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite ist der fachliche Einstieg in den Connector Commerce Interface to Fashion. Sie richtet sich an Anwender, die den Connector erstmals einordnen möchten und verstehen müssen, welche Fashion-spezifischen Stammdaten zusätzlich zu BE-Commerce benötigt werden.

Für wen diese Seite gedacht ist

Key User im Fashion-Umfeld, die Kanäle, Farben und attributbezogene Daten pflegen.
Fachanwender, die verstehen möchten, welche zusätzlichen Pflegeaufgaben über den BE-Commerce-Standard hinaus entstehen.
Anwender, die zwischen allgemeiner BE-Commerce-Funktion und Fashion-spezifischer Ergänzung unterscheiden müssen.

Was der Connector ergänzt

Der Connector erweitert die allgemeine BE-Commerce-Nutzung um Fashion-spezifische Anforderungen. Dazu gehören insbesondere:

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Controlled Sales Core unterstützt Ihr Team bei typischen Lieferprozessen in der Automobilzulieferung: von Lieferabrufen über Versandsteuerung bis zur Transportabwicklung. Diese Seite zeigt, wofür die Lösung im Alltag genutzt wird und welche Arbeitsabläufe Sie zuerst kennen sollten.

Fachlicher Nutzen

Weniger manuelle Abstimmung zwischen Vertrieb, Versand und Lager.
Klarere Steuerung von Lieferabrufen aus Rahmenaufträgen.
Schnellere Erstellung von Versand- und Kommissionierbelegen über definierte Filter.
Nachvollziehbare Transportdokumente mit Übergabe- und Lieferinformationen.
Bessere Transparenz bei kumulierten Mengen sowie Mengen im Transit.

Inhaltlicher Fokus

Lieferabrufe aus Rahmenaufträgen

Sie arbeiten mit Belegabrufen und Lieferabrufen, wenn Kunden Mengen und Termine fortlaufend anpassen. Das System führt die benötigten Informationen zu Artikel, Entladestelle und Referenzen zusammen und unterstützt die Freigabe für die weitere Auftragsverarbeitung.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Materialzuschlagsverwaltung erweitert Business Central um die strukturierte Pflege von Zuschlägen und Zuschlagspreisen. Die Lösung hilft Ihnen dabei, Zuschläge einem Artikel eindeutig zuzuordnen, Preise zeitabhängig zu pflegen und diese Informationen im Verkauf und Einkauf verlässlich zu nutzen.

In fachlichen Zusammenhängen wird häufig auch auf die DEL-Notation Bezug genommen. DEL steht für Deutsche Elektrolyt-Kupfer-Notierung für Leitmaterial und bezeichnet die Notierungsgrundlage, die bei materialbezogenen Zuschlägen relevant sein kann. Der Produktname der Lösung ist jedoch Materialzuschlagsverwaltung.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Arbeit

Diese Dokumentation befindet sich im Aufbau. Inhalte werden in Kürze bereitgestellt.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Handling Unit Management unterstützt Sie dabei, wiederverwendbare Verpackungsstrukturen in Business Central zu definieren, auf Belege zu übertragen und bis zur Buchung konsistent nachzuverfolgen. Die Lösung verbindet Packmittel, Packgut, Regeln und logistische Prozesse in einer durchgängigen Handhabung von Handling Units.

Für wen ist diese Dokumentation?

Diese Dokumentation richtet sich an Endanwender in operativen Rollen, die täglich mit Verpackungsprozessen arbeiten:

Versand und Kommissionierung
Wareneingang und Lager
Auftragsbearbeitung in Verkauf und Einkauf
Key User mit Verantwortung für Verpackungsstammdaten

Die Inhalte sind so aufgebaut, dass auch Teams mit wenig Business-Central-Erfahrung die Abläufe nachvollziehen und sicher anwenden können.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Intercompany ermöglicht den automatisierten Austausch von Belegen und Stammdaten zwischen Business-Central-Mandanten. Die Lösung erweitert den Standard um durchgängigen Belegfluss vom Einkauf bis zur Faktura, reduziert manuellen Abstimmungsaufwand und stellt Konsistenz über Mandantengrenzen hinweg sicher.

Zielgruppe sind Endanwender in Einkauf, Verkauf, Logistik und Finanzmanagement sowie Key-User und Administratoren, die den mandantenübergreifenden Austausch verantworten.

Fachlicher Nutzen

Nahtlose Integration in Microsoft Dynamics 365 Business Central ohne zusätzliche Oberfläche.
End-to-End-Prozessabdeckung vom Verkaufsauftrag über Lieferschein und Wareneingang bis zur Faktura.
Höhere Datenqualität durch Preis- und Textvalidierung zwischen IC-Partnern.
Minimierter manueller Aufwand durch automatisierten Belegversand und automatische Verarbeitung auf Empfängerseite.
Geringere Zugriffsrechtevergabe durch Hintergrundverarbeitung ohne direkte Berechtigung auf Partnermandanten.

Inhaltlicher Fokus

Erweiterte Logistik und Belegfluss

Artikelverfolgung mit Serien- und Chargennummern wird mandantenübergreifend durchgereicht. Wareneingänge und Lieferscheine lassen sich aus eingehenden IC-Belegen automatisch erzeugen. Direktlieferungen können ohne manuelle Zwischenschritte aus der Einkaufsbestellung geliefert und fakturiert werden.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Manufacturing erweitert Microsoft Dynamics 365 Business Central um zusätzliche Funktionen für Fertigungsplanung, Fertigungsauftragssteuerung, Einkauf, Logistik, Werkzeugverwaltung und Reporting. Diese Dokumentation bündelt die wichtigsten Anwendungsfälle so, dass Anwender und Key-User den fachlichen Ablauf, die nötigen Stammdaten und die Folgeprozesse im Zusammenhang verstehen.

Fachlicher Nutzen

Bündelt tägliche Aufgaben, Kennzahlen und Sprungziele für die Fertigung in einem eigenen Rollencenter.
Reduziert manuellen Pflegeaufwand durch automatische Vorgaben für Arbeitspläne, Fertigungsstücklisten, Lagerorte und Fertigungsaufträge.
Unterstützt die Disposition mit erweiterten Planungsvorschlägen, automatischen Planungsläufen und Fertigungsfamilien.
Macht Freigabe, Rückmeldung, Korrektur und Wiedereröffnung von Fertigungsaufträgen nachvollziehbar und sicherer.
Verbindet Fertigung mit Fremdarbeit, Logistik, Werkzeugverwaltung und Auswertungen in einem zusammenhängenden Prozessbild.

Bereiche und Themen

Rollencenter und tägliche Orientierung

Das Rollencenter BE-terna Manufacturing verdichtet die wichtigsten Einstiege für Artikel, Fertigungsaufträge, Arbeitspläne, Stücklisten, Kapazitäten und Aufgaben. Zusätzlich sehen Benutzer dort Kennzahlen zu eigenen und allgemeinen Fertigungsaufträgen, verzögerten Vorgängen sowie Folgeaufgaben für die tägliche Steuerung.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Master Data Management unterstützt Sie dabei, Daten aus einem führenden Unternehmen geordnet in andere Unternehmen zu übernehmen, dafür klare Regeln festzulegen und Unterschiede gezielt zu prüfen. Das Modul ist besonders hilfreich, wenn mehrere Unternehmen mit denselben Stammdaten arbeiten und Änderungen nicht in jedem Unternehmen einzeln nachgepflegt werden sollen.

Typischer Anwendungsfall

Ein Unternehmen pflegt bestimmte Stammdaten zuerst an einer zentralen Stelle. Diese Daten sollen anschließend auch in weiteren Unternehmen verfügbar sein. Dabei soll aber nicht alles ungeprüft übernommen werden. MDM hilft Ihnen dabei, festzulegen, welche Daten übernommen werden, welche Ausnahmen gelten und wie Sie Abweichungen später prüfen.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Printconnect verbindet Microsoft Dynamics 365 Business Central mit PrintNode, damit Druckaufträge zentral vorbereitet und an verfügbare Drucker übertragen werden können. Die Lösung ergänzt das Standarddrucken in Business Central um eine cloudgestützte Druckerverwaltung, Druckauftragsnachverfolgung und konfigurierbare Druckoptionen.

Fachlicher Nutzen

Verbindet Business Central mit den über PrintNode verfügbaren Druckern des Benutzers.
Reduziert den manuellen Aufwand für Druckerzuordnungen und wiederkehrende Druckszenarien.
Unterstützt Druckoptionen wie Farbe, Duplex, Sortierung, Kopien und Papiergröße.
Macht Druckverläufe für Rückfragen und Troubleshooting nachvollziehbar.
Prüft vor dem Versand eines Druckauftrags, ob der PrintNode-Dienst erreichbar ist.

Funktionsumfang

Funktion	Nutzen
Druckerverwaltung	Verfügbare Drucker werden für Business Central sichtbar und gezielt steuerbar.
Druckereinrichtung	Druckoptionen wie Sortierung, Farbe, Duplex, Kopien und Papiergröße lassen sich pro Drucker pflegen.
Standarddrucker definieren	Wiederkehrende Druckaufträge können einem bevorzugten Drucker zugeordnet werden.
Druckauftragsstatistiken	Die Anzahl der Druckaufträge unterstützt Transparenz und Kostenbetrachtungen.
Druckauftragshistorie	Einzelne Druckaufträge bleiben für Rückfragen und Troubleshooting nachvollziehbar.
Benutzerdefinierte Papiergrößen	Neben Standardformaten lassen sich druckerspezifische Sonderformate abbilden.

Dokumentierter Einsatzrahmen

Unterstützte Editionen

Microsoft Dynamics 365 Business Central Essentials Edition 19
Microsoft Dynamics 365 Business Central Essentials Edition 20

Unterstützte Länder

Dänemark
Vereinigte Staaten
Frankreich
Deutschland
Norwegen
Serbien
Spanien
Schweden

Unterstützte Sprachen

Dänisch (Dänemark)
Englisch (USA)
Französisch (Frankreich)
Deutsch (Deutschland)
Norwegisch (Norwegen)
Serbisch (Serbien)
Spanisch (Spanien)
Schwedisch (Schweden)

Wichtiger Hinweis zur Ersteinrichtung

Bei der Installation sollten in Business Central keine bereits aktiven lokalen Drucker in der Druckerverwaltung vorhanden sein. Diese Konstellation kann die Einrichtung stören und zu unerwarteten Installationsfehlern führen.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Shipping Labels verbindet Microsoft Dynamics 365 Business Central direkt mit unterstützten Versanddienstleistern, sodass Benutzer Versandetiketten erzeugen, Tracking-Informationen abrufen und Versandanfragen prüfen können, ohne in ein separates Carrier-Portal wechseln zu müssen. Die Lösung kombiniert die gemeinsame Einrichtung in Business Central mit carrierspezifischem Onboarding, damit operative Benutzer und Key User mit einem konsistenten Versandmodell arbeiten können.

Fachlicher Nutzen

Erzeugen Sie Versandetiketten direkt aus operativen Belegen wie Verkaufsaufträgen, Lagerausgängen und Versandaufträgen.
Steuern Sie produktive Carrier-, Produkt- und Servicekombinationen über eine zentrale Versandagentendienst-Matrix.
Reduzieren Sie manuellen Abstimmungsaufwand, indem Carrier-Onboarding, Anfrage-URLs und Anfragehistorie in derselben Business-Central-Lösung gepflegt werden.
Laden Sie erzeugte Labels herunter, prüfen Sie Tracking-IDs und erstellen Sie tagesaktuelle Versandberichte aus der App.
Analysieren Sie fehlgeschlagene Anfragen mit Anfrage- und Antwortdaten, statt sich nur auf allgemeine Carrier-Fehlermeldungen zu verlassen.

Inhaltlicher Fokus

Unterstützte Carrier-Landschaft

Shipping Labels deckt 12 Hauptcarrier ab. Welche Produkt- und Servicekombinationen konkret zur Verfügung stehen, hängt vom eingerichteten Carrier-Konto ab. Die unterstützte Landschaft umfasst CargoLine, DACHSER, DHL Express, DHL Freight, DHL Shipping, DPD, DSV, FedEx, GLS, Hermes, PCH und UPS.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Vendor Rating unterstützt Sie dabei, Lieferanten in Microsoft Dynamics 365 Business Central systematisch, objektiv und nachvollziehbar zu bewerten. Die Lösung kombiniert automatisch ermittelte Kennzahlen aus Beschaffungsprozessen mit manuellen Bewertungen aus Audits und Selbstauskünften.

Fachlicher Nutzen

Nutzt vorhandene Business-Central-Daten für Mengentreue, Lieferzeit, Reklamationen und PPM-Werte.
Ergänzt automatische Kennzahlen um qualitative Bewertungen aus Audit und Selbstauskunft.
Bewertet Lieferanten auf Basis eines einheitlichen Punktesystems und klar definierter Kriterien.
Stellt Ergebnisse transparent für operative Auswertungen und Management-Entscheidungen bereit.
Unterstützt die kontinuierliche Weiterentwicklung von Qualitäts- und Einkaufsprozessen.

Inhaltlicher Fokus

Konfigurierbares Bewertungssystem

Sie definieren Haupt- und Unterkriterien, Grenzwerte, Notenlogik und Einstufungen passend zu Ihren Anforderungen. Dadurch lässt sich die Lieferantenbewertung an unterschiedliche Qualitäts- und Einkaufsstrategien anpassen.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

NOS Dispo ist das Modul für die Nachschubplanung von NOS-Artikeln (Never-Out-of-Stock) in BE-terna Fashion. Es ermöglicht Einkäufern, für farbbasierte Dauersortiment-Artikel periodisch geplante Bestellmengen zu ermitteln, Unterdeckungen frühzeitig zu erkennen und die Nachschubplanung nach Freigabe automatisch aktuell zu halten.

Fachlicher Nutzen

Bündelt Referenzabsatz, Depotmengen, Korrekturen und Planungsfaktor in einer einheitlichen Planungsmatrix.
Erkennt automatisch, für welche Farben und Perioden der projizierte Endbestand negativ wird (Unterdeckung).
Bewahrt manuell gesetzte Korrekturen und Plan-Bestellmengen beim automatischen Neuaufbau des Dokuments.
Unterstützt zwei Planungsgranularitäten: wahlweise auf Variante (Artikelfarbe + Größe) oder auf Farbe verdichtet.
Verteilt geplante Farbmengen über NOS-Größenschlüssel auf Varianten.

Planungsdokument und Grundstruktur

Jedes Dispo NOS Dokument beschreibt eine Planungsperiode für einen oder mehrere NOS-Artikel und optional einen Lieferanten. Im Kopf des Dokuments werden Planungstyp, Periodentyp (Woche, Dekade oder Monat), Anzahl der Perioden vor und nach dem Arbeitsdatum sowie Artikel- und Farbfilter hinterlegt.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

In Kürze verfügbar

Diese Dokumentation befindet sich derzeit im Aufbau. Inhalte werden in Kürze verfügbar sein.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Dieser Leitfaden führt Sie durch die wichtigsten Prozesse und Funktionen der BE-terna Reactor Mobile Inventory App. Die App wurde entwickelt, um den Lagerbetrieb zu vereinfachen, den Bestand effizient zu verwalten und die Genauigkeit durch mobiles Scannen zu verbessern.

Einrichten des Moduls

Um das Modul nutzen zu können, benötigen Sie unseren Reactor Client und die BE-terna Reactor Platform Core App (AppSource). Bitte schauen Sie sich die Hilfeseite im BE-terna Reactor Platform Core App AppSource Angebot an, um den Client zu erhalten und zu installieren, oder kontaktieren Sie uns, wenn Sie Hilfe benötigen.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Dieser Leitfaden führt Sie durch die wichtigsten Prozesse und Funktionen der BE-terna Reactor Mobile Logistics-App. Die App ermöglicht die effiziente Abwicklung von Lagertätigkeiten auf mobilen Endgeräten.

Unterstützte Logistikdokumente

Das Modul unterstützt folgende Lageraktivitäten:

Lagereinlagerung
Lagerkommissionierung
Lagerbestandsumlagerung
Einlagerung
Kommissionierung
Umlagerung

Einrichten des Moduls

Um das Modul nutzen zu können, benötigen Sie unseren Reactor-Client und die BE-terna Reactor Platform Core App (AppSource). Bitte schauen Sie sich die Hilfeseite im BE-terna Reactor Platform Core App AppSource Angebot an, um den Client zu erhalten und zu installieren, oder kontaktieren Sie uns, wenn Sie Hilfe benötigen.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Dieser Leitfaden führt Sie durch die wichtigsten Prozesse und Funktionen des BE-terna Reactor Mobile Manufacturing Moduls. Die App ermöglicht Produktionsmitarbeitern, Fertigungsauftragsdaten effizient über mobile Geräte zu buchen. Dies reduziert den Papierverbrauch, verbessert die Genauigkeit und beschleunigt die Fertigmeldungen direkt in Microsoft Dynamics 365 Business Central.

Unterstützte Produktionsaktivitäten

Das Modul unterstützt die folgenden Fertigungsprozesse:

Fertigmeldung
Komponentenverbrauch
Arbeitszeiterfassung (Rüstzeit & Bearbeitungszeit)
Ausschussmeldung

Einrichtung des Moduls

Um das Modul nutzen zu können, benötigen Sie unseren Reactor Client und die BE-terna Reactor Platform Core App (AppSource). Bitte sehen Sie die Hilfeseite im AppSource-Angebot der BE-terna Reactor Platform Core App ein, um den Client zu erhalten und zu installieren, oder kontaktieren Sie uns bei Bedarf.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Das Reactor Physical Inventory Modul ermöglicht es Ihnen, Inventuren effizient und einfach auf mobilen Geräten durchzuführen. Dazu gehört die Bearbeitung von Inventur Buch-Blättern und Inventuraufträgen. Mit den Scanfunktionen können Benutzer Lagerorte und Artikel auswählen, Mengen eingeben und Anpassungen in Echtzeit direkt in Microsoft Dynamics 365 Business Central vornehmen, wodurch Sie den Inventurprozess stark vereinfachen können.

Einrichtung des Moduls

Damit das Modul verwendet werden kann, benötigen Sie unseren Reactor Client sowie die BE-terna Reactor Platform Core App (AppSource). Bitte schauen Sie sich die Hilfeseite im BE-terna Reactor Platform Core App AppSource Angebot an, um den Client zu erhalten und zu installieren, oder kontaktieren Sie uns, wenn Sie Hilfe benötigen.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Aufbauend auf der BE-terna Reactor Platform Core können verschiedene mobile Lösungen installiert werden.

Die verfügbaren Module finden Sie in den untergeordneten Dokumentationsbereichen dieser Seite.

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Die Dokumentation zur Lösung Reactor Platform Core für Business Central ist auf der folgenden Website veröffentlicht:

Reactor Platform Core Dokumentation

Überblick

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Project bildet die fachliche Grundlage für die projektorientierte Arbeit in Microsoft Dynamics 365 Business Central. Die Lösung unterstützt Sie dabei, Projektprozesse von der ersten Kalkulation über die laufende Abwicklung bis zur Rechnungsstellung in einer durchgängigen Systemlogik zu steuern.

Fachlicher Nutzen

Schafft Transparenz über Projektstatus, Kosten, Leistungen und offene Schritte.
Verbindet Vertriebsnahe Vorbereitung, operative Projektabwicklung und kaufmännische Auswertung.
Reduziert Medienbrüche zwischen Projektleitung, Einkauf, Abrechnung und Controlling.
Unterstützt nachvollziehbare Entscheidungen durch einheitliche Datenbasis und klare Prozessführung.
Lässt sich über branchenspezifische Erweiterungen und Schnittstellen flexibel anpassen.

Inhaltlicher Fokus

Durchgängige Projektsteuerung

Von der Anlage und Strukturierung Ihrer Projekte über Belege und Leistungsfortschritt bis zur finalen Verrechnung bleiben alle wesentlichen Informationen im Projektkontext gebündelt. Das erleichtert die Zusammenarbeit zwischen Fachbereichen und reduziert Abstimmungsaufwände.

Unterstützte Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die unterstützte Einrichtung für Webshop-Kanäle in BE-Commerce.

Voraussetzungen

Ein neuer oder zu ergänzender Webshop-Kanal ist definiert.
Nummernserien, Sprachen und Grundparameter sind fachlich abgestimmt.

Empfohlene Reihenfolge

Assistent starten und Kanalcode sowie Grunddaten erfassen.
Import-/Export-Verhalten und Implementierungen festlegen.
Länder, Zahlarten und Versandparameter ergänzen.
Prüfoptionen, Kontakt- und Unternehmensdaten abschließen.

Einrichtungsschritte

Zum Vergrößern anklicken

Kanalgrunddaten

Zum Vergrößern anklicken

Eindeutigen Webshop-Kanalcode vergeben.
Beschreibung pflegen.
Import und Export je nach Szenario aktivieren oder deaktivieren.

Importparameter und Nummernserien

Zum Vergrößern anklicken

Voraussetzungen

Mon, 01 Jan 0001 00:00:00 +0000

Bevor Sie das Key-User-Szenario durchspielen, müssen einige Einrichtungen und Stammdaten als Voraussetzung vorhanden sein.

Wechseln Sie in Ihren Einstellungen auf die BE-POS-Benutzerrolle.

Zum Vergrößern anklicken

Suchen Sie nach Basiseinrichtungskarte.

Zum Vergrößern anklicken

Mit der Basiseinrichtungskarte richten Sie Vorlagen für Ihren Kassenstamm ein.

Zum Vergrößern anklicken

Basiseinrichtung

Feld	Beschreibung
Insert role center	Fügt das Kassen-Rollencenter ein
Initialize Standard Template	Initialisiert die Standardvorlage für das Kassendesign
Initialize Demo Data	Initialisiert die CRONUS-Demodaten
Demo Location	Demolagerort für die CRONUS-Demo

Standardmäßig empfiehlt es sich, diese Funktion einmal aufzurufen und die Daten anschließend für Kassenstamm, Rabatte usw. anzupassen. Über den Demolagerort können Sie zu Testzwecken jeden beliebigen Lagerort verwenden.

Glossar und Rollen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieses Glossar bündelt die wichtigsten Begriffe und Rollen von MDM für den ersten Einstieg. Es hilft dabei, Relationen, Regeln und Prüfschritte im selben fachlichen Verständnis zu lesen und anzuwenden.

Fachlicher Nutzen

Vereinheitlicht die wichtigsten MDM-Begriffe über Fachbereich, Stammdatenpflege und Prüfung hinweg.
Erleichtert die Kommunikation zwischen Anwendern, Fachverantwortung und Administration.
Reduziert Missverständnisse bei Relationen, DSR, Substitutionen und Konsistenzprüfungen.

Inhaltlicher Fokus

Zentrale Begriffe

Begriff	Bedeutung	Typischer Kontext
Quellunternehmen	Unternehmen, aus dem fachlich relevante Daten gelesen oder mit dem Zielkontext verglichen werden.	Datenherkunft, Prüfstart, Referenzkontext
Zielunternehmen	Unternehmen, in dem Daten ankommen, geprüft oder fachlich bewertet werden.	Datenempfang, Vergleich, Korrektur
MDM-Relation	Zentrale fachliche Zuordnung zwischen Tabellen, Unternehmen und Verarbeitungsregeln.	Liste der Datenbeziehungen, Karte der Datenbeziehung
DSR	Bezeichnung für die gesteuerte Datensatzverteilung in MDM.	Verteilungsmatrix, DSR-Seite, Pflege von Datenbeziehungen
DSR-Filter	Regel, mit der Datensätze für alle oder ausgewählte Zielunternehmen von der Verteilung ausgeschlossen werden.	Filter für die Datensatzverteilung, Verteilungsmatrix
Relationsstruktur	Strukturierte Darstellung, welche Felder, Ebenen oder Zusammenhänge zu einer Datenbeziehung gehören.	Aufbau der Datenbeziehung, Feldlogik
Abhängigkeit	Regel, die beschreibt, wann ein Wert oder Datensatz von anderen Informationen abhängt.	Abhängigkeitszeilen, Steuerungsregeln
Ausschluss	Regel, die bestimmte Felder oder Konstellationen bewusst von der Verarbeitung ausnimmt.	Relation Exclusions, Ausnahmen
Substitution	Ersetzung oder Ableitung eines Zielwertes auf Basis definierter Regeln.	Ersetzungen, Steuerung von Feldwerten
Konsistenzprüfung	Prüfung, ob Datensätze oder Feldwerte zwischen Quell- und Zielkontext dem erwarteten Zustand entsprechen.	Prüfung, Prüfergebnisse
Prüfeintrag	Dokumentiertes Ergebnis einer Datenbeziehungs- oder Konsistenzprüfung.	Prüfergebnis, Nacharbeit
MDM-Startbereich	Zentraler Einstiegspunkt für die Arbeit mit Datenbeziehungen, Aktivitäten und Folgeaktionen.	Profil, täglicher Einstieg

Rollen und Berechtigungen

Rolle	Typische Aufgabe
MDM - Read	MDM-Inhalte lesen, Ergebnisse nachvollziehen und sich orientieren
MDM - User	Relationen, Regeln und operative MDM-Funktionen im Tagesgeschäft verwenden
MDM - Administrator	Einrichtung, Pflege, Freigabe und fachliche Steuerung von MDM verantworten
MDM-Verantwortliche	Profil mit zentralem MDM-Startbereich für Aktivitäten und Auswertungen

Grundlogik zwischen Relation, Regel und Prüfung

Die MDM-Relation bildet den fachlichen Kern. Darauf aufbauend strukturieren Relationsstruktur, Abhängigkeiten, Ausschlüsse und Substitutionen das erwartete Verhalten der Daten. Konsistenzprüfungen zeigen anschließend, ob das Ergebnis im Zielkontext dem definierten Rahmen entspricht oder ob nachgearbeitet werden muss.

Glossar

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieses Glossar bündelt die wichtigsten Begriffe und Rollen von Handling Unit Management. Es hilft dabei, Stammdaten, Packstrukturen und operative Verpackungszuweisungen im selben fachlichen Verständnis zu verwenden.

Fachlicher Nutzen

Vereinheitlicht die Begriffe für Packmittel, Verpackungsmaterial, Inhalte und Hierarchieebenen.
Erleichtert die Abstimmung zwischen Stammdatenpflege, Auftragsbearbeitung und Lager.
Reduziert Missverständnisse bei Alternativen, Gewichten und Belegzuordnungen.

Inhaltlicher Fokus

Zentrale Begriffe

Begriff	Bedeutung	Typischer Kontext
Packgut	Fachlicher Sammelbegriff für das Gut, das verpackt, bewegt oder in einer Struktur aufgenommen wird.	Artikel, Inhalt einer Verpackungseinheit
Inhalt	Konkrete zu verpackende oder verpackte Position innerhalb einer Packstruktur oder Verpackungszuweisung.	Inhaltszeile, Artikel in der Struktur
Packstück	Bewegte Kombination aus Packmittel und Packgut als reale Einheit.	Versandeinheit, fertige Packung
Packmittel	Verpackungskomponente, die Inhalte oder weitere Verpackungskomponenten aufnimmt, zusammenfasst oder strukturiert.	Palette, Kiste, KLT, Einsatz
Verpackungsmaterial	Leere materielle Einheit eines Packmittels mit eigener Menge, Verfügbarkeit und oft eigenem Gewicht.	Packmittelzeile, lagergeführtes Material
Packhilfsmittel	Ergänzende Verpackungskomponente zur funktionalen Unterstützung.	Zubehör, Zwischenlage, Zusatzmaterial
Umverpackung	Übergeordnete Verpackungsebene für mehrere Einheiten.	Karton, Lage, Sekundärverpackung
Verpackungseinheit	Kleinste definierte Packeinheit mit festgelegter Menge.	Single, Packaging Unit
Handling Unit	Höchste bewegbare Einheit innerhalb der Struktur.	Master, Ladeeinheit
Packstruktur	Hierarchische Abbildung von Packmitteln, Hilfsmitteln und Inhalten als fachliche Vorlage oder reale Struktur.	Strukturdefinition, reale Verpackung
Zuordnung	Konkrete Verknüpfung einer Struktur, Ebene oder Zeile mit einem Stamm- oder Belegkontext.	Zuordnungsfeld, Hierarchie, Belegkontext
Belegpackstruktur	Belegbezogene Ausprägung einer Packstruktur, die aus dem jeweiligen Kontext vorgeschlagen, ausgewählt oder als Alternative gepflegt wird.	Verkauf, Einkauf, Umlagerung
Verpackungszuweisung	Operative Bearbeitung und Registrierung der realen Struktur auf dem konkreten Beleg.	Versand, Warenausgang, Buchung
Alternative	Variante einer Packstruktur für denselben fachlichen Kontext.	Kundenspezifische oder regionale Verpackung
Netto-/Bruttogewicht	Gewicht des Inhalts ohne bzw. mit Verpackung; daraus ergeben sich die relevanten Versand- und Prüfdaten.	Kalkulation, Versand, Registrierung
Überladung	Zustand, in dem das Bruttogewicht oder eine andere definierte Grenze überschritten wird.	Regelprüfung, Gewichtsgrenze

Beispielhafte Strukturstufen

Die folgende Darstellung zeigt die Grundbeziehung zwischen Packhilfsmitteln, Packmitteln, Verpackungseinheit und Handling Unit.

Version 27.0.0 / 26.2.0

Mon, 01 Jan 0001 00:00:00 +0000

Summary

Dieser Release-Stand bündelt die Änderungen für Version 27.0.0 und 26.2.0. Schwerpunkte sind Angebotsdruck, Berichtsauswahl, Anpassungen an der Kalkulationsmatrix sowie Erweiterungen in Arbeitsaufträgen und Demodaten.

27.0.0 / 26.2.0 — 2025-10-29

New features

39364 - GetPrintOptions umgebaut
38754 - Angebotsdruck erweitert
30478 - Berichtsauswahl für Projekte erweitert
38754 - Layout des Angebotsdrucks angepasst
38866 - Drucksteuerung für Rapporte als Felder am Projekt hinterlegt
37853 - Bericht für gebuchte Verkaufsgutschrift ergänzt
38258 - Job No. in Core App ergänzt
38258 - Job No. im Einkauf ausgelagert
20556 - Demodaten im Web überarbeitet
38512 - Kalkulationsmatrix für Finanzierung erweitert
38514 - Arbeitsauftrag ohne Projekt ermöglicht

Bug fixes

39265 - Einheitencode und Einheit an Attributen wurden falsch validiert
39267 - Werartnr. an Attributen konnte nicht angelegt oder bearbeitet werden
39190 - Manueller Preis ließ sich am Arbeitsauftrag nicht ändern
38852 - Fehlermeldung bei neuer Kontingentvorlage auf der SLA-Vorlagenkarte behoben
38480 - Fehlerbehebung beim Erstellen von Arbeitsvorgängen aus Arbeitsaufgaben

Allgemein

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Mit der Einrichtung von Professional Services legen Sie die Grundlage für Vertragsverwaltung, wiederkehrende Abrechnung, Serviceprozesse und Ticketing in Business Central. Die Seite bündelt die zentralen Einstellungsbereiche, damit Sie die Lösung in einer fachlich sinnvollen Reihenfolge produktiv aufsetzen können.

Voraussetzungen

Professional Services ist in Business Central installiert und lizenziert.
Grundlegende Business-Central-Einstellungen für Debitoren, Kreditoren, Projekte, Buchungslogik und Nummernserien sind vorbereitet.
Das Zielbild für Verkaufsverträge, Abrechnungsarten, Serviceabwicklung und Ticketing ist fachlich abgestimmt.

Empfohlene Reihenfolge

Allgemeine Professional-Services-Einstellungen, Vertragsverhalten und Standardwerte festlegen.
Nummernserien und Vorlagen für Verkaufsverträge, Abrechnungsarten, SLAs, Kontingente, Arbeitsaufträge und Tickets konfigurieren.
Fakturierungslogik für Dienstleistungsabrechnung, Projektbuchblätter und Standard-Abrechnungsarten definieren.
Ticketing-, API- und liegenschaftsbezogene Einstellungen für den operativen Einsatz ergänzen.
Initialdaten, Demooptionen und Standard-Vor-/Nachtexte nur gezielt für Test- oder Rollout-Szenarien verwenden.

Einrichtungsbausteine

Grundparameter und Vertragssteuerung

In der Professional Services Einrichtung definieren Sie zunächst die allgemeinen Steuerungsparameter des Moduls. Dazu gehören unter anderem die Standardaufgabe für Verbrauch, die Nutzung von Projektpreisen in Verkaufszeilen, die Pflicht für c/o-Adressen und die Datumsformel für auslaufende Verträge.

Analyse

Mon, 01 Jan 0001 00:00:00 +0000

Rabattgrund

Artikelkategorie

Eine Artikelkategorieauswertung analysiert die Verkaufsleistung verschiedener Artikelkategorien. Die Auswertung basiert auf den Verkaufszahlen, die pro Tag und Monat ausgewiesen werden. Ein Tagesfilter ermöglicht es, die Verkäufe auf einen bestimmten Tag zu filtern.

Umsatz

Die Umsatzliste analysiert die Umsätze verschiedener Lagerorte und Kassen. Die Auswertung basiert auf den Verkaufszahlen und die Daten werden in verschiedene Kategorien gegliedert. Ein Tagesfilter ermöglicht es, die Verkäufe auf einen bestimmten Tag zu filtern. Des Weiteren kann die Ansicht zwischen Lagerort und Kasse umgeschaltet werden.

API-Referenz

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die HTTP-GET-Schnittstelle von BE-Code vollständig: den Basis-Request, alle optionalen Parameter und die vollständige Liste der unterstützten Barcode-Typen.

Kontext

Die API liefert zu jedem Aufruf ein JSON-Objekt mit zwei Feldern:

{
  "data": "...",
  "message": "..."
}

data enthält das Barcode-Bild als base64-kodiertes PNG (mit MIME-Prefix data:image/png;base64,).
message enthält eine Statusmeldung zur Anfrage.

Voraussetzungen

Eine erreichbare BE-Code-Instanz über HTTPS.
Zugriffsdaten für die Basic-Authentication. Zugangsdaten für eine Testinstanz sind auf Anfrage beim BE-terna-Support erhältlich.

Basis-Request

Jeder Aufruf enthält mindestens die Parameter type und content:

Artikelkategorie

Mon, 01 Jan 0001 00:00:00 +0000

Unter Zuordnung → Artikelkategorie können kassenspezifisch, filialspezifisch oder für alle Kassen Artikelkategorien erlaubt und/oder ausgeschlossen werden.

Zum Vergrößern anklicken

Auftragsänderungen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Hat der Partner seine Einkaufsbestellung nach dem Senden geändert, kann BE-terna Intercompany die Änderung in den bereits erstellten Verkaufsauftrag übernehmen. Die Seite beschreibt, unter welchen Bedingungen das möglich ist und wie mit abweichenden Positionsnummern verfahren wird.

Fachlicher Nutzen

Nachträgliche Mengen- und Preisänderungen bleiben synchron zwischen Einkaufs- und Verkaufsseite.
Kein manuelles Stornieren und Neuanlegen des Verkaufsauftrags.
Klare Regel für Positionsnummer-Änderungen (nur vor Lieferung).

Inhaltlicher Fokus

Aktivierung auf der IC-Partnerkarte

Auf der IC-Partnerkarte erlauben Sie Auftragsänderungen an bereits empfangenen Verkaufsaufträgen. Anschließend wirken Änderungen aus einer erneut gesendeten Einkaufsbestellung auf den bestehenden Verkaufsauftrag.

Basiseinrichtungsassistent

Mon, 01 Jan 0001 00:00:00 +0000

Solange noch keine Kassenstämme eingerichtet wurden, erscheint auf allen Business Central Standardrollencentern und Einrichtungs-Pages von BE-POS diese Benachrichtigung:

Zum Vergrößern anklicken

Wenn man auf BE-POS Erweiterung einrichten klickt, öffnet sich der Basiseinrichtungsassistent. Über diesen kann man eine Grundeinrichtung für eine Kasse vornehmen.

Klickt man auf Nicht mehr anzeigen, wird diese Benachrichtigung nicht mehr für den aktuellen Benutzer angezeigt. Wenn der aktuelle Benutzer über ausreichende Berechtigungen verfügt, um die Kasseneinrichtung vorzunehmen, kann damit die Benachrichtigung für den kompletten Mandanten deaktiviert werden.

Version BC 20

Mon, 01 Jan 0001 00:00:00 +0000

Summary

Für BC 20 wurde Intercompany um automatische Wareneingänge, das Rollencenter, Auftragsbestätigung, IC-Ressourcen-Validierung, robusteres Fehlerprotokoll und zahlreiche Fixes rund um Teillieferungen und Faktura erweitert.

20.0.73 — 2023-07-28

New features

Neues Feld „Bemerkungen zu Belegzeilen übertragen" in der Intercompany-Einrichtung aktiviert die Übertragung von Einkaufs- und Verkaufszeilenbemerkungen.

20.0.72 — 2023-07-27

New features

Bei eingehenden Verkaufsaufträgen kann bei abweichender Zeilenbeschreibung entschieden werden, welche Beschreibung verwendet wird (neues Feld „Abw. Beschreibung in Verk.-Auftragszeile" am Intercompanypartner).

20.0.71 — 2023-07-10

Other changes

Neues Event OnBeforeValidateReturnReasonCodeInSalesLine() zur Steuerung der Verwendung des Reklamationsgrundcodes.

20.0.70 — 2023-07-05

Bug fixes

Fixes in Rollencenter und Statusanzeige des Dateiimports.

20.0.69 — 2023-07-04

New features

Bei aktivem automatischen Dateiimport steht in den eingehenden Transaktionen die Aktion „Fehlerprotokoll (Dateiimport)" zur Verfügung; das Rollencenter zeigt Statusinformationen zum Dateiimport.

Bug fixes

Datei-Fehlerprotokoll ließ sich nicht mehr öffnen, sobald Einträge vorhanden waren – behoben.

20.0.68 — 2023-07-03

Bug fixes

Automatisches Buchen eingehender Einkaufsrechnungen funktioniert nun auch mit „Erstelle Einkaufsrechnung (Standard)".

20.0.67 — 2023-06-29

New features

Für die Verarbeitung eines eingehenden Lieferscheins über den Wareneingang muss der aktuelle Benutzer nicht mehr zwingend als Lagermitarbeiter eingerichtet sein.

20.0.66 — 2023-06-23

Bug fixes

Fehler „Status muss offen sein" bei eingehender Einkaufsrechnung (Faktura über Bestellung) beseitigt.

20.0.65 — 2023-06-20

New features

Für gebuchte Verkaufsrechnungen und gebuchte Verkaufslieferungen steht die Aktion „IC-Beleg senden" zur Verfügung.

20.0.64 — 2023-06-19

Bug fixes

Fehler „IC-Partner … nicht vorhanden" mit dem Code des aktuellen Mandanten beseitigt.
Teilgelieferte Zu-/Abschläge wurden beim Verwenden des Wareneingangs vollständig geliefert – behoben.

Other changes

Interne Funktion zum Erkennen, ob ein Beleg durch die IC-Verarbeitung erstellt wurde.

20.0.63 — 2023-06-15

Bug fixes

Bei eingehendem Lieferschein und Wareneingang kam es bei Überlieferung zu einem Fehler wegen Belegstatus – behoben.
Mitteilung zum Abschluss der Verarbeitung bei „Zeilenaktionen durchführen …" auf den IC-Eingangstransaktionen präzisiert.

20.0.62 — 2023-06-13

New features

Am IC-Partner kann die Art der Berechnung für die automatische Zuweisung der Artikelzu-/abschläge eingestellt werden. Bleibt das Feld leer, erfolgt keine automatische Zuweisung.
Beim Erzeugen von Verkaufsaufträgen aus eingehenden Bestellungen können Artikelzu-/abschläge automatisch berechnet werden.

20.0.61 — 2023-06-13

Bug fixes

Bei eingehender Einkaufsrechnung mit Überlieferung kam es zu einem Fehler wegen Belegstatus – behoben.

20.0.60 — 2023-05-04

Bug fixes

Bei Auftragsänderung mit geändertem „Gewünschtem Lieferdatum" kam es zu einem Fehler, wenn das „Zugesagte Lieferdatum" bereits gesetzt war. Das „Zugesagte Lieferdatum" wird jetzt entfernt.

20.0.59 — 2023-04-12

Bug fixes

Bei unbekanntem „Verkäufer" im IC-Beleg scheiterte die Übertragung in den Verkaufsbeleg – behoben.

20.0.58 — 2023-03-10

New features

Beim Buchen eines eingehenden Lieferscheins über den Wareneingang werden auch Nicht-Artikel-Positionen (Sachkonten, Zu-/Abschläge) akzeptiert; das gilt auch für die zugehörige Einkaufsrechnung und die Einkaufsreklamation. Nicht-Artikel-Positionen werden direkt über die Bestellung geliefert.

Bug fixes

Buchungsfehler bei negativer Menge in Einkaufszeile behoben.

20.0.57 — 2023-02-15

New features

Im Verkauf werden Zu-/Abschläge (Artikel) als IC-Partner-Referenz eingetragen und vollständig zum IC-Partner übertragen.

Bug fixes

Bei eingehenden Einkaufsgutschriften, die auf eine bestehende Einkaufsreklamation angewendet und sofort gebucht werden sollen, wurden vom IC-Partner hinzugefügte Positionen nicht fakturiert – behoben.
Fehlende Übersetzung ergänzt.

20.0.56 — 2023-02-10

New features

Bei eingehenden Einkaufsgutschriften werden vom IC-Partner hinzugefügte Zeilen in die Einkaufsreklamation übernommen, wenn „Verwende vorhandene Einkaufsreklamation" aktiv ist.
Die Vorgabe-IC-Partner-Sachkontonummer wird auch im Verkauf in die Belegzeile übernommen.

Bug fixes

Bei Verwendung des Reklamationsgrundcodes konnten in automatisch erzeugten IC-Einkaufsbelegen falsche Preise entstehen – behoben.

20.0.55 — 2023-01-26

Bug fixes

Bei gleichzeitigem Liefern und Fakturieren eines Verkaufsbelegs wurde der IC-Lieferschein nach der IC-Rechnung gesendet, wodurch beim Partner die Einkaufsrechnungen nicht automatisch verarbeitet wurden. Der IC-Lieferschein wird jetzt vor der IC-Rechnung gesendet.

20.0.54 — 2023-01-24

New features

Teillieferungen im Wareneingang.
Teilrechnungen für Bestellungen über den Wareneingang (neue Option „Akzeptiere Eink.-Teilrechnungen" auf der IC-Partnerkarte vermeidet Benutzerabfragen).

Other changes

Bekannte Einschränkung: Nicht-Artikel-Rechnungszeilen werden beim Liefern über den Wareneingang ignoriert.

20.0.53 — 2023-01-18

Bug fixes

Fix im Upgrade.

20.0.52 — 2023-01-18

Other changes

Neue Upgrade-Tags für das Datenupgrade aus 20.0.51.

20.0.51 — 2023-01-17

Other changes

Vorbereitung für die Umstellung der Funktionsverwaltung Intercompany auf die neue IC-Einrichtung (Felder übernommen in Tabelle 443 Intercompany Setup).
Vorbereitung für den Umzug langer Felder in der Tabelle IC Partner (Felder 5399245 und 5399214).

20.0.50 — 2023-01-13

Bug fixes

Bei eingehenden Einkaufsbelegen außer Rechnung und Gutschrift fand keine Verarbeitung statt – behoben.

Other changes

Übersetzungen für das Rollencenter vervollständigt.

20.0.49 — 2023-01-13

New features

Die Verarbeitung der Eingangstransaktionen bricht bei einem Fehler nicht mehr ab. Fehlerhafte Transaktionen werden markiert und rot hervorgehoben. Über „Letzten Fehler anzeigen" lassen sich Detailinformationen abrufen.

20.0.48 — 2023-01-12

New features

Rollencenter um Aktivitäten der Verkaufsauftragsverarbeitung ergänzt.
„Stapel einrichten" im Rollencenter verfügbar.

20.0.47 — 2023-01-11

New features

Rollencenter InterCompany verfügbar und in „Meine Einstellungen" auswählbar.

20.0.46 — 2023-01-11

New features

Bei aktivierten IC-Ressourcen prüft die Einkaufszeile beim Validieren der Ressourcennummer, ob die „Vorg.-IC-Partner Ressourcennr." auf der Ressourcenkarte gefüllt ist.
Beim Senden einer Einkaufsbestellung wird für Bestellzeilen mit Art = Ressource geprüft, ob eine IC-Partner-Referenz vorhanden ist.
Beim Anpassen einer Einkaufsbestellung durch eine eingehende Einkaufsrechnung werden neue Zeilen mit IC-Ressource automatisch in eine Ressource gewandelt, sobald eine eingerichtete Intercompany-Ressource gefunden wird.
Beim Empfangen von IC-Lieferscheinen wird ein Fehler geworfen und das Akzeptieren abgelehnt, wenn am IC-Partner „Bei eingehendem Lieferschein" = leer ist.

Bug fixes

Fehler bei der automatischen Erkennung des eindeutigen Lagerorts für Wareneingänge, wenn Ressourcenzeilen enthalten waren – behoben. Es werden nun nur Artikelzeilen berücksichtigt.
Bei eingehender IC-Auftragsänderung kam es zum Fehler, wenn in der IC-Belegzeile der Einheitencode fehlte – behoben. Für Artikel und Ressourcen wird jetzt gegen den Basiseinheitencode geprüft.

20.0.45 — 2023-01-11

Other changes

Interne Vorbereitungen, keine funktionalen Änderungen.

20.0.44 — 2023-01-10

Bug fixes

Ankommendes IC-Sachkonto in IC-Verkaufsbeleg wurde nicht auf Ressource gemappt, obwohl im Intercompany-Kontenplan eingerichtet – behoben.

20.0.43 — 2023-01-05

New features

Fehlerprotokoll für den automatischen Dateiimport von IC-Transaktionen, erreichbar über die Seite Intercompany Einrichtung.

20.0.42 — 2023-01-03

Bug fixes

Bei Teillieferungen über Wareneingang kam es ab der zweiten Teillieferung zu einem Fehler – behoben.

20.0.41

Other changes

Anpassungen, um alternativen XMLport nutzen zu können.

20.0.40

Bug fixes

Beim Wiederherstellen einer IC-Transaktion kam es zum Verlust der Artikelverfolgung – behoben.

20.0.39 — 2022-10-10

New features

Neuer IC-Beleg Lieferung für den ausgehenden Lieferschein.
Bei eingehendem Lieferschein erfolgt die Erstellung und Buchung des Wareneingangs.

Benutzer und Rechteverwaltung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die grundlegende Benutzer- und Rechteverwaltung in Microsoft Dynamics 365 Business Central. Sie hilft Ihnen dabei, neue Benutzer so einzurichten, dass Anmeldung, Datenzugriff, Oberfläche und fachliche Zuständigkeiten von Anfang an sauber zusammenspielen. Gleichzeitig zeigt sie, an welchen Stellen Berechtigungen standardnah übernommen, gezielt erweitert oder an Benutzergruppen angepasst werden.

Voraussetzungen

Der Benutzer ist in Microsoft 365 beziehungsweise Microsoft Entra ID angelegt.
Der Benutzer ist in Business Central vorhanden oder kann aus Microsoft 365 übernommen werden.
Die Einrichtung erfolgt durch einen Benutzer mit ausreichenden Rechten, zum Beispiel durch IT oder einen Key User.

Empfohlene Reihenfolge

Benutzer prüfen oder aus Microsoft 365 übernehmen.
Passende Berechtigungssätze zuweisen.
Sicherheitsgruppen für wiederkehrende Rollen verwenden.
Benutzereinrichtung mit fachlichen Vorgaben ergänzen.
Falls erforderlich Lagerzuordnung und Profil hinterlegen.
Die effektiven Berechtigungen vor dem produktiven Einsatz prüfen.

Einrichtungsbausteine

Benutzer

Öffnen Sie die Seite Benutzer und prüfen Sie, ob der gewünschte Benutzer bereits vorhanden ist. In der Cloud-Variante erfolgt die Anmeldung über Microsoft 365. Eine separate Passwortpflege in Business Central ist daher normalerweise nicht erforderlich.

Bon

Mon, 01 Jan 0001 00:00:00 +0000

Im Bon-Archiv gibt es die Möglichkeit nach Bons zu suchen und diese nachzudrucken.

Zum Vergrößern anklicken

Über den jeweiligen Bon gelangt man in die Bonkarte, über die die Verkaufs- als auch Zahlungs- und Rabattzeilen nachvollzogen werden können.

Zum Vergrößern anklicken

Einkaufsrechnung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Eine eingehende IC-Einkaufsrechnung kann entweder als neue Eingangsrechnung angelegt oder über eine bereits vorhandene Einkaufsbestellung fakturiert werden. Diese Seite beschreibt beide Varianten und ihre Konsequenzen für Teilrechnungen und Kreditor-Referenzen.

Fachlicher Nutzen

Flexibilität: neue Rechnung für einfache Fälle, Fakturierung über Bestellung für automatisierte Ende-zu-Ende-Prozesse.
Teilrechnungen bleiben stabil, solange die Bestellung automatisch geliefert wird.
Die Kreditor-Rechnungsnummer kann optional über einen Platzhalter in eine benutzerdefinierte Nummer eingebettet werden.

Inhaltlicher Fokus

Neue Einkaufsrechnung erzeugen

Standardmäßig erzeugt BE-terna Intercompany bei eingehender IC-Rechnung eine neue Eingangsrechnung. Diese Variante ist einfach zu betreiben und eignet sich, wenn keine zugehörige Bestellung existiert oder bewusst keine Verknüpfung gewünscht ist.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite führt durch die grundlegende Einrichtung des BE-terna Barcode Service und hilft, das passende Bereitstellungsmodell auszuwählen. Der Service wird als Container-Image ausgeliefert und entweder lokal auf einem Windows-Server oder als Azure Container Instance betrieben.

Voraussetzungen

Zugang zur BE-terna Azure Container Registry becode.azurecr.io. Die Authentifizierung erfolgt über Tokens, die in der ACR erstellt werden. Für jeden Kunden wird ein eigenes Token bzw. Passwort angelegt.
Ein gültiges SSL-Zertifikat als .pfx-Datei für die Bereitstellung unter HTTPS.
Je nach Betriebsmodell zusätzlich:
- On-Premises: Windows-Server ab Build 22H2, mindestens 1 CPU-Kern, 1 GB RAM und 10 GB freier Festplattenspeicher; installierte Docker Engine und Docker Compose.
- Azure: aktives Azure-Abonnement, Azure CLI oder Azure-Portal-Zugriff, optional Azure Key Vault mit Azure-AD-Service-Principal für die Zertifikatsverwaltung.

Empfohlene Reihenfolge

Betriebsmodell auswählen: On-Premises oder Azure Container Instance.
Container-Image aus der Registry bereitstellen und den Service starten.
Zertifikat und Kennwörter konfigurieren.
Das BE-terna Barcode Service-Setup in Business Central pflegen und die Verbindung prüfen.

Einrichtungsbausteine

Bereitstellungsmodell wählen

On-Premises: Eignet sich, wenn Sie bereits eine Windows-Server-Infrastruktur betreiben und den Container dort selbst hosten möchten. Details unter On-Premise-Container einrichten.
Azure Container Instance: Eignet sich, wenn der Service ohne eigene Serverinfrastruktur in der Cloud laufen soll. Details unter Azure Container Instance einrichten.

Authentifizierung und Kennwörter

Verwenden Sie ein ACR-Token pro Kunde anstelle des Administratorkontos der Registry.
Legen Sie ein starkes Benutzerkennwort für den BE-terna Barcode Service fest und hinterlegen Sie denselben Wert im BE-terna Barcode Service-Setup in Business Central.
Schützen Sie den Zertifikatspfad und das Zertifikatskennwort; das Zertifikat muss im Container unter C:\certs\cert.pfx erreichbar sein.

Verbindung in Business Central prüfen

Hinterlegen Sie im BE-terna Barcode Service-Setup die Service-URL (z. B. https://<fqdn>:1880/becode) sowie die Basic-Authentication.
Nutzen Sie die Aktion Verbindung prüfen, um eine Test-Anfrage an den Container zu senden.

Process Hinweise zum sicheren Betrieb Wichtige Leitplanken für Zertifikate, Kennwörter und Registry-Zugriff. +

Zertifikatsdatei zwingend cert.pfx benennen und im auf dem Host gemappten Volume ablegen.
Das Standard-Demo-Kennwort ausschließlich für Tests verwenden; produktiv immer ein individuelles Kennwort setzen.
ACR-Token nicht in Repositories oder unverschlüsselten Skripten ablegen; stattdessen Key Vault oder sichere Variablenverwaltung nutzen.
Bei Azure Container Instance den Container nie ohne HTTPS bzw. Reverse-Proxy öffentlich exponieren.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Grundeinrichtung für BE-Commerce aus Endanwendersicht. Sie zeigt, welche Entscheidungen Sie vor dem Go-live treffen, welche Daten zuerst gepflegt werden und in welcher Reihenfolge Sie das Modul betriebsbereit machen.

Für wen diese Seite gedacht ist

Key User, die einen neuen Webshop-Kanal einrichten oder einen bestehenden Kanal erweitern.
Fachliche Verantwortliche für Stammdaten, Länderlogik und Freigaberegeln.
Anwender, die sich einen vollständigen Überblick über die Einrichtung verschaffen möchten.

Voraussetzungen

Zugriff auf die relevanten Einrichtungsseiten im Modul BE-Commerce.
Abgestimmte Verantwortlichkeiten für Kanäle, Datenpflege und Freigaben.
Grundlegende Festlegungen zu Sprachen, Ländern, Preislogik und Import-/Export-Verhalten.

Empfohlene Reihenfolge

Webshop-Kanäle und globale Setup-Werte festlegen.
Stammdaten und Zuordnungen pro Kanal pflegen.
Prüf- und Freigaberegeln für den operativen Betrieb abstimmen.
Relevante Folgeprozesse mit Beispieldaten testen.

Relevante Einrichtungsbereiche

Bereich	Wofür Sie ihn benötigen	Typische Entscheidung
Webshop-Kanal	Grundlegende Steuerung eines Shops	Welche Sprachen, Länder und Debitorenvorgaben gelten?
Stammdaten	Kategorisierung und mehrsprachige Datenpflege	Welche Kategorien, Attribute und Zuordnungen sind Pflicht?
Prüf- und Freigabelogik	Datenqualität und stabile Verarbeitung	Welche Pflichtfelder und Prüfungen müssen vor Freigaben erfüllt sein?
Test der Folgeprozesse	Absicherung vor dem Live-Betrieb	Können Import, Freigabe und Export mit Beispieldaten fehlerfrei laufen?

Kanäle und Grundparameter

Kanalcode, Beschreibung, Sprachen und Länder festlegen.
Relevante Mapping- und Buchungsinformationen je Kanal pflegen.
Import- und Exportverhalten je Schnittstellenkontext abstimmen.

Stammdaten und Zuordnungen

Kategorien, Attribute und kanalbezogene Zuordnungen pflegen.
Übersetzungen für mehrsprachige Ausspielung abstimmen.
Detailseiten für Stammdaten als vertiefende Arbeitsgrundlage nutzen.

Qualitäts- und Freigabelogik

Pflichtfelder und Prüfregeln für Freigaben festlegen.
Verantwortlichkeiten für Datenqualität und Korrekturen abstimmen.
Änderungen nach größeren Anpassungen mit Testfällen absichern.

Initiale Stammdaten

Bevor Anwender im Tagesgeschäft mit dem Modul arbeiten, sollten mindestens diese Grundlagen vollständig sein:

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Ziel der Einrichtung

Diese Seite beschreibt die zentrale Einrichtung für den Connector Commerce Interface to Fashion aus Endanwendersicht. Sie zeigt, welche zusätzlichen Einstellungen Sie im Vergleich zu BE-Commerce prüfen müssen und wie Sie die Fashion-spezifischen Stammdaten für den laufenden Betrieb vorbereiten.

Für wen diese Seite gedacht ist

Key User, die einen Fashion-Webshop fachlich einrichten oder erweitern.
Anwender, die Farben, Attribute und Länderlogik für den Webshop abstimmen.
Teams, die die fachliche Betriebsbereitschaft vor dem ersten Live-Betrieb sicherstellen.

Voraussetzungen

Zugriff auf die relevanten Einrichtungsseiten im Kontext Commerce Interface und BE-Commerce.
Definierte Webshop-Kanäle, Sprachen und Länder für die angebundenen Shops.
Ein eigener Integrationsbenutzer für den Datenaustausch über Webservices.

Einrichtungsschritte

Prüfen Sie zuerst, ob die allgemeine BE-Commerce-Einrichtung vollständig ist.
Legen Sie danach den benötigten Webshop-Kanal mit Sprachen, Ländern und Grundparametern an.
Ergänzen Sie die Fashion-spezifischen Stammdaten wie Farben, Attribute und Kategorisierung.
Stimmen Sie Prüfoptionen und Freigabelogik für die spätere Datenbereitstellung ab.
Klären Sie zuletzt die technische Anbindung und testen Sie einen vollständigen Prozess mit Beispieldaten.

Relevante Einrichtungsbereiche

Bereich	Wofür Sie ihn benötigen	Typische Entscheidung
Webshop-Kanal	Fachliche Grundlage pro Shop	Welche Sprachen, Länder und Verkaufsstandorte gelten?
Länder- und Preislogik	Korrekte Buchung und Zuordnung	Welche Preisgruppen, Versandkosten und Gutscheinarten gelten pro Land?
Prüfoptionen	Datenqualität vor Freigabe	Welche Pflichtprüfungen müssen je Kanal aktiv sein?
Fashion-Stammdaten	Varianten- und Attributlogik	Welche Farben, Attribute und Kategorien werden im Shop benötigt?
Technische Verbindung	Abstimmung mit dem Datenaustausch	Welche Endpunkte und Abstimmungen sind für den Betrieb relevant?

Webshop-Kanal definieren

Legen Sie pro Shop einen Kanal an und pflegen Sie die für den Connector relevanten Steuerungsdaten. Dazu gehören Standortgruppe, Verkaufsstandort für Webshop-Dokumente, erlaubte Kontaktänderungen und die aktiven Sprachen.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite führt Sie durch die Basis-Einrichtung von Controlled Sales Core. Ziel ist ein stabiler Start, damit Lieferabrufe, Versandsteuerung und Transporte ohne Medienbrüche zusammenarbeiten.

Voraussetzungen

Berechtigung für Einrichtung und Administration in Business Central.
Grundlegende Stammdaten zu Kunden, Artikeln, Lagerorten und Versanddienstleistern sind vorhanden.
Nummernserie für Transportbelege ist fachlich abgestimmt.

Empfohlene Reihenfolge

Einrichtung für kontrollierte Verkaufsprozesse öffnen und Basisparameter setzen.
Transportnummernserie hinterlegen und Basisdaten erzeugen.
Versandsteuerungen für Ihre täglichen Routinen anlegen.
Prozess mit Testbelegen (Rahmenauftrag, Verkaufsauftrag, Versand) durchspielen.

Einrichtungsbausteine

Einrichtung für kontrollierte Verkaufsprozesse

In der Einrichtung steuern Sie zentrale Schalter für Lieferabrufe und Versand. Für den Start sind insbesondere diese Felder relevant:

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Auf dieser Seite richten Sie die Grundlagen für MDM ein. Die Reihenfolge ist bewusst so gewählt, dass zuerst Unternehmen und Standardwerte festgelegt, danach Datenbeziehungen aufgebaut und erst anschließend Regeln sowie Prüfungen verlässlich genutzt werden.

Voraussetzungen

MDM ist in der Umgebung installiert und die zuständigen Anwender arbeiten mit einem geeigneten MDM-Profil.
Es ist fachlich geklärt, welche Unternehmen als Quell- und Zielunternehmen in MDM geführt werden sollen.
Verantwortlichkeiten für Relationspflege, Freigabe und Nacharbeit sind zwischen Fachbereich und Administration abgestimmt.

Empfohlene Reihenfolge

Wählen Sie die verwalteten Unternehmen aus und legen Sie den Standard-Quellkontext fest.
Prüfen Sie in der zentralen MDM-Einrichtung Standardwerte wie Weiterleitungsregel, Hintergrundverarbeitung und aktive MDM-Version.
Legen Sie erste MDM-Relationen für die relevanten Tabellen an und ordnen Sie Quell- und Zielunternehmen zu.
Entscheiden Sie je Datenbeziehung, ob DSR für die gesteuerte Datensatzverteilung verwendet werden soll, und bereiten Sie dafür die fachliche Verteilungslogik vor.
Ergänzen Sie Abhängigkeiten, Ausschlüsse, DSR-Filter und gegebenenfalls Substitutionen für fachliche Sonderregeln.
Prüfen Sie die Relation, setzen Sie sie kontrolliert auf Freigegeben und führen Sie erste Konsistenzprüfungen durch.

Einrichtungsbausteine

Unternehmen und Standardkontext festlegen

Die geführte MDM-Einrichtung beginnt mit der Auswahl der Unternehmen, die für MDM konfiguriert werden sollen. Legen Sie in diesem Schritt fest, welche Gesellschaften im Modul verwaltet werden und aus welchem Standard-Quellunternehmen neue Relationen typischerweise aufgebaut werden.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die technische und fachliche Ersteinrichtung von BE-terna Printconnect. Sie verbinden zuerst PrintNode mit dem Benutzerkontext und koppeln anschließend Business Central mit den benötigten Druckern.

Voraussetzungen

BE-terna Printconnect ist im Zielsystem installiert und freigeschaltet.
Der Benutzer verfügt über Zugriff auf die PrintNode-Website und kann dort einen API-Key erzeugen.
Der PrintNode-Client ist auf dem Arbeitsplatz installiert.
In Business Central sollten für die Ersteinrichtung keine kollidierenden lokalen Drucker in der Druckerverwaltung aktiv sein.

Empfohlene Reihenfolge

PrintNode-Konto anlegen, E-Mail bestätigen und den PrintNode-Client installieren.
API-Key und API-URL in PrintNode ermitteln.
Die Seite BE-terna Printconnect Einrichtung in Business Central öffnen und die Verbindungsdaten eintragen.
Benötigte Drucker auswählen und die erste Synchronisierung in der Druckerverwaltung prüfen.

Zum Vergrößern anklicken

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die gemeinsame Einrichtungslogik von Shipping Labels in Microsoft Dynamics 365 Business Central. Bevor Sie einen konkreten Versanddienstleister konfigurieren, bereiten Sie die gemeinsamen Stammdaten vor, legen die benötigten Versandagenten und Dienste an und vervollständigen die globale Shipping-Labels-Einrichtung, damit spätere Labelanfragen auf konsistenten Daten basieren.

Voraussetzungen

Shipping Labels ist in der Business-Central-Umgebung installiert und verfügbar.
Die benötigten Carrier-Konten, API-Zugangsdaten, Kundennummern oder Onboarding-Daten liegen vom Versanddienstleister vor.
Absender- und Empfängerstammdaten wie Adressen, Kontaktdaten, Telefonnummern und E-Mail-Adressen sind in der vom jeweiligen Carrier benötigten Qualität gepflegt.
Benutzer haben Zugriff auf die Seiten für Versandagenten, Versandagentendienste, Versandagentendienst-Einrichtungen und die zentrale Shipping-Labels-Einrichtung.

Empfohlene Reihenfolge

Klären Sie, welche Carrier, Produkte und Serviceoptionen im Geschäftsprozess benötigt werden.
Bereiten Sie die Stammdaten für Adressen, Paketabwicklung, Gewichte, Maße und Incoterms vor.
Legen Sie die Versandagenten und Versandagentendienste in Business Central an.
Pflegen Sie die gemeinsame Shipping-Labels-Einrichtung einschließlich zugeordneter Belegquellen und Incoterms.
Bauen Sie die Versandagentendienst-Matrix für die gültigen Carrier- und Servicekombinationen auf.
Ergänzen Sie die carrierspezifischen Eigenschaften, Zugangsdaten und Tests auf den jeweiligen Carrier-Seiten.

Einrichtungsbausteine

Stammdaten vor der ersten Labelanfrage vorbereiten

Erfolgreiche Labelanfragen hängen von konsistenten Geschäftsdaten ab. In der Praxis ist nicht zuerst die Carrier-Seite entscheidend, sondern die Qualität der Absender- und Empfängerdaten, die später in die Anfrage einfließen.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Bevor Sie Lieferanten bewerten, richten Sie die grundlegenden Parameter für das BE-terna Vendor Rating ein. In diesem Setup definieren Sie die zeitliche Basis, die Bewertungslogik und die Einstufung, auf der alle späteren Bewertungen und Berichte aufbauen.

Voraussetzungen

BE-terna Vendor Rating ist in Business Central installiert und freigeschaltet.
Sie haben Zugriff auf die Einrichtung sowie auf die relevanten Stamm- und Bewegungsdaten.
Bewertungszeitraum, Punktelogik und gewünschte Lieferantenklassifizierung sind fachlich abgestimmt.

Empfohlene Reihenfolge

Bewertungseinrichtung mit Zeiträumen, Gesamtpunktzahl und betriebswirtschaftlichen Kriterien pflegen.
Noten Prozente festlegen, damit manuelle Bewertungen in Punkte umgerechnet werden können.
Einstufungen mit Prozentgrenzen definieren.
Optional eine Beispiel-Einrichtung als Ausgangsbasis erzeugen.
Bewertungskriterium Schema, Grenzwerte und Kreditorenstammdaten ergänzen.

Einrichtungsbausteine

Bewertungseinrichtung

In der Bewertungseinrichtung definieren Sie die Basis für die spätere Bewertung. Dazu gehören der relevante Buchungszeitraum, die maximale Punktzahl und die betriebswirtschaftlichen Kriterien, die aus Business Central übernommen werden.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die notwendige Grundkonfiguration für die NOS Dispositionsplanung. Sie richten zunächst die globalen Planungsparameter in der Fashion Planung Einrichtung ein, stellen sicher, dass die relevanten Artikel NOS-Farben hinterlegt haben, und legen bei Bedarf NOS-Größenschlüssel für die Variantenverteilung an.

Voraussetzungen

BE-terna Fashion ist installiert und zugänglich.
Artikel und ihre Farben sind grundsätzlich im System vorhanden.
Lagerorte, Nummernserien und Lieferantenstammdaten sind eingerichtet.
Benutzer haben Zugriff auf die Fashion Planung Einrichtung und den Artikelstamm.

Empfohlene Reihenfolge

Öffnen Sie die Fashion Planung Einrichtung und pflegen Sie alle NOS-spezifischen Parameter.
Weisen Sie den betroffenen Artikeln die NOS-Farben zu (NOS-Flag aktivieren).
Legen Sie NOS-Größenschlüssel an, wenn mit dem Planungstyp Artikelfarbe gearbeitet wird.

Einrichtungsbereiche

Fashion Planung Einrichtung

Die Fashion Planung Einrichtung enthält die globalen Steuerparameter für NOS Dispo. Sie ist der zentrale Ausgangspunkt und muss vollständig gepflegt sein, bevor ein erstes Planungsdokument erstellt werden kann.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese App generiert einen vollständigen Satz an modespezifischen Demodaten für die BE-terna Fashion-Lösung in Business Central.

Sie baut direkt auf dem Microsoft Contoso Coffee Demo Framework auf und erweitert es um realistische Inhalte für die Modeindustrie wie Farben, Größen, Marken, Saisons und alles, was die Mode ausmacht.

Abhängigkeiten

Stelle vor dem Start sicher, dass die folgenden Apps in deiner Umgebung installiert sind:

Abhängigkeit	Herausgeber
BE-terna Fashion (Basis-App)	BE-terna
Contoso Coffee Demo Dataset	Microsoft
Contoso Coffee Demo Dataset (DE)	Microsoft

Funktionsmodule

Die Demodaten sind in folgende Module gegliedert, die jeweils einen bestimmten Bereich des Modegeschäfts abdecken:

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Geräteverwaltung Einrichtung

Die Einrichtung der Geräteverwaltung legt die grundlegenden Parameter fest, die für die Arbeit mit Geräten, Übergaben, Prüfungen und Kalenderfunktionen benötigt werden. Sie bildet die Basis für die konsistente Nutzung des Moduls.

Zum Vergrößern anklicken

Bereich	Feld	Erklärung / Zweck
Nummernserien	Gerät Nr.-Serie	Legt fest, aus welcher Nummernserie Gerätenummern automatisch vergeben werden.
	Übergabeprotokoll Nr.-Serie	Definiert die Nummernserie für Übergabeprotokolle (Reservierung, Ausgabe, Rückgabe).
	Standort Nr.-Serie	Nummernserie für Standorte.
Fakturierung	Projekt-/Ressourcenbuchung aktiviert	Verknüpft die Geräteverwaltung mit Projekt- oder Ressourcenbuchungen.
	Verwende Basiskalender	Aktiviert die Nutzung eines Basiskalenders für die Geräteplanung. Verwendet einen definierten Basiskalender um Feiertage etc. aus der Mengenberechnung von Proj.-/Ress.-Buchung auszuschließen
	Basiskalender Code	Definiert den Basiskalender, der für alle Geräte gilt (z. B. GERÄTE).
	Vorgabe Arbeitstypencode	Standard-Arbeitstyp für Buchungen (z. B. GSTD).
	Einheit	Maßeinheit für Buchungen (z. B. STD = Stunden).
	Vorgabemenge je Einheit	Standardbuchungsmenge (z. B. 8 Stunden pro Tag).
	Ausgabedatum als Buch.-Datum verwenden (Geräteausgabe)	Wenn aktiv, wird das Ausgabedatum als Buchungsdatum übernommen. Falls nicht aktiviert, wird das Buchungsdatum (Belegkopf) zur Buchung der Geräteausgabe verwendet.
	Rückgabedatum als Buch.-Datum verwenden (Geräterückgabe)	Wenn aktiv, wird das Rückgabedatum als Buchungsdatum übernommen. Falls nicht aktiviert, wird das Buchungsdatum (Belegkopf) zur Buchung der Geräterückgabe verwendet.
Geräteprüfung	Mehrere Hauptprüfungen pro Gerät/Typ	Erlaubt die Pflege mehrerer Prüfungen pro Gerätetyp (z. B. UVV + Sicherheitscheck).
Gerätekalender	Gerätekalender-Startansicht	Bestimmt die Standardansicht (Tag, Woche, Monat) beim Öffnen des Kalenders.
	Anzahl Ressourcen	Definiert die Anzahl der Ressourcen, die im Kalender angezeigt werden.
	Von Jahr	Beginn des Zeitraums, für den der Gerätekalender gültig ist.
	Bis Jahr	Ende des Zeitraums, für den der Gerätekalender gültig ist.

Benutzereinrichtung

Die Benutzereinrichtung in Dynamics 365 Business Central definiert, welche Personen Zugriff auf die Geräteverwaltung haben und wie sie im System hinterlegt sind. Hierüber wird gesteuert, welche Benutzer Geräte buchen, reservieren oder prüfen können.

Einrichtung und Stammdaten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Bevor Sie Zuschläge produktiv verwenden, richten Sie die Materialzuschlagsverwaltung ein und pflegen die benötigten Stammdaten. Dazu gehören die Regeln für die Preisermittlung im Verkauf und Einkauf sowie die Zuordnung von Zuschlägen zu Artikeln und Einheiten.

Voraussetzungen

Die Materialzuschlagsverwaltung ist in Business Central installiert.
Sie haben Zugriff auf die Einrichtungsseite der Materialzuschlagsverwaltung.
Die benötigten Artikel, Einheiten und Zuschläge sind bereits in Business Central vorhanden.
Es ist fachlich geklärt, welche Zuschläge im Verkauf, Einkauf oder in beiden Bereichen verwendet werden.

Empfohlene Reihenfolge

Grundregeln in der Einrichtungsseite der Materialzuschlagsverwaltung festlegen.
Zuschläge pro Artikel pflegen.
Preiszeilen für die verwendeten Zuschläge anlegen.
Übersetzungen und Belegdarstellung prüfen.
Die Verwendung auf Verkaufs- und Einkaufsbelegen fachlich testen.

Einrichtungsbausteine

Einrichtungsseite der Materialzuschlagsverwaltung

In der Einrichtung legen Sie die grundlegende Preislogik für die Materialzuschlagsverwaltung fest. Aktuell stehen zwei zentrale Felder zur Verfügung:

Einrichtung und Stammdaten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Auf dieser Seite richten Sie die fachlichen Grundlagen für Handling Unit Management ein. Dazu gehören Packmittel, Packstrukturdefinitionen, stammdatenbezogene Zuordnungen sowie die Regeln und Alternativen, die später in Belegprozessen verwendet werden.

Voraussetzungen

Handling Unit Management ist in Business Central installiert und für die relevanten Prozesse freigeschaltet.
Artikel- oder Ressourcenstammdaten für Packmittel sowie die benötigten Inhaltsartikel sind vorhanden.
Verantwortlichkeiten für Stammdatenpflege, Freigabe und operative Nutzung sind fachlich geklärt.

Schnellstart für Endanwender

Wenn Sie neu in HUM sind, arbeiten Sie diese Checkliste in Reihenfolge ab:

Import von DATANORM

Mon, 01 Jan 0001 00:00:00 +0000

Für den Fall, dass in DATANORM eine Einheit hinterlegt ist, welche in den Stammdaten nicht geführt werden kann, kann mit dem Feld “Fehlende Mengeneinheiten ignorieren” in der Einrichtung von DATANORM festgelegt werden, dass beim Einlesen von DATANORM gefragt werden soll, ob eine neue Mengeneinheit gepflegt werden soll. Andernfalls wird keine Meldung angezeigt und die Artikel werden ohne Mengeneinheit übernommen.

Zum Vergrößern anklicken

Für den Import muss zunächst die Liste der Lieferanten aufgerufen werden. Dort wird ausgewählt, für welchen Lieferanten die Dateien importiert werden sollen. Im Menüband unter Datenaustausch befindet sich die Funktion DATANORM Import. Es öffnet sich ein neues Fenster.

Intercompanypartner

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Partnerkarte beschreibt einen konkreten Geschäftspartner im Intercompany-Austausch. Einstellungen auf Partnerebene übersteuern die globalen Schalter aus der Intercompany-Einrichtung und legen Transportweg, Dateiformat und prozessspezifisches Verhalten fest.

Voraussetzungen

Intercompany-Einrichtung ist abgeschlossen.
Der Partnermandant ist bekannt (Mandantenname oder externer IC-Code).
Das gewünschte Austauschverfahren (Serververzeichnis, Azure File Share oder direkter Mandantenzugriff) ist mit dem Partner vereinbart.

Empfohlene Reihenfolge

Partner anlegen, Code und Mandanten-/Pfadinformationen erfassen.
Import-/Export-Implementierung (XMLport) wählen – bei Standardformat die Vorgabe übernehmen.
Prozessoptionen für Einkauf, Verkauf, Direktlieferung und Wareneingang setzen.
Testbeleg an den Partner senden und das Ergebnis im Rollencenter prüfen.

Einrichtungsbausteine

Allgemein

Definieren Sie Partnercode, Basisinformationen und ob der Partner aktiv am Austausch teilnimmt.

Kassenstart

Mon, 01 Jan 0001 00:00:00 +0000

Der Kassenstart wird über die Taste Start eingeleitet.

Zum Vergrößern anklicken

Kassiereranmeldung

Zunächst muss sich der Kassierer über die Eingabe des entsprechenden Kassierercodes identifizieren.

Zum Vergrößern anklicken

Falls der Kassierercode nicht bekannt ist, kann dieser über die Lupe-Taste gesucht und ausgewählt werden.

Zum Vergrößern anklicken

Wurde dem Kassierer ein Passwort hinterlegt, wird dieses anschließend im Eingabefeld verlangt.

Zum Vergrößern anklicken

Wechselgelderfassung

Nun muss der Wechselgeldbetrag erfasst werden, also der Betrag, der sich zum Kassenstart in der Geldlade befindet. Dieser wird entweder als Betrag im Eingabefeld oder als Stückelung in einer separaten Oberfläche erfasst, abhängig von der jeweiligen Einstellung im Kassenstamm.

Konfiguration

Mon, 01 Jan 0001 00:00:00 +0000

Globale Einrichtung

Innerhalb der Be-terna Project Einrichtung kann die Open Masterdata-Einrichtung wie folgt aufgerufen werden:

Zum Vergrößern anklicken

Allgemein

Es öffnet sich ein Fenster welches zunächst die Konfiguration des standardmäßig von Open Masterdata zu übermittelnden Datenpakets ermöglicht. \

Lizenzen verwalten

Mon, 01 Jan 0001 00:00:00 +0000

Über die Aktion “Lizenzen verwalten” gelangt man in die Einrichtung der BE-terna Project Lizenz.

Zum Vergrößern anklicken

Projektbeleg importieren

Mon, 01 Jan 0001 00:00:00 +0000

BE-Project bietet verschiedene Möglichkeiten, um ein Leistungsverzeichnis direkt zu importieren. Das grundlegende Vorgehen ist dabei immer das Gleiche: Zunächst erstellt man einen neuen Beleg mit einem leeren Leistungsverzeichnis (siehe Erstellung eines neuen Belegs). Sollten im Leistungsverzeichnis bereits Positionen eingepflegt sein, werden diese bei einem Import überschrieben.
Für den Import man über Aktionen auf Importieren und weiter auf Belege. Dort wählt man ein Dateiformat für den Import aus. Es öffnet sich der Explorer, wo die GAEB-Datei ausgewählt werden kann.

Ressourcen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Ressourcen wie Dienstleistungen oder interne Kapazitäten lassen sich im IC-Austausch nutzen, wenn die Ressourcenkarte eine IC-Partner-Referenz trägt. Die Seite beschreibt, wie BE-terna Intercompany Ressourcen validiert, überträgt und beim Empfänger wieder auflöst.

Fachlicher Nutzen

Dienstleistungen und interne Kapazitäten lassen sich wie Artikel in IC-Belegen führen.
Automatische Validierung stellt sicher, dass nur Ressourcen mit hinterlegter IC-Partner-Referenz gesendet werden.
Beim Empfänger werden eingehende IC-Ressourcen automatisch auf die lokale Ressource gemappt.

Inhaltlicher Fokus

Aktivierung auf der Intercompany-Einrichtung

In der Intercompany-Einrichtung aktivieren Sie IC-Ressourcen global. Anschließend wirken die folgenden Mechanismen.

Schnellstart

Mon, 01 Jan 0001 00:00:00 +0000

In den folgenden Schritte wird erklärt, wie man im BC Client einen neuen BE-terna Project Mandanten erstellt sowie Initial- bzw. Demodaten importiert.

Hinweis: Nach jedem Schritt Seite aktualisieren (F5).

Schritt 1

im aktuellen Mandanten die Liste Funktionsverwaltung öffnen
→ “Funktionsaktualisierung: Neue Verkaufspreiskalkulation” für alle Benutzer aktivieren
Zum Vergrößern anklicken
Hintergrund:
Vor einiger Zeit wurde eine Änderung in der Standardversion von Business Central bezüglich der Verkaufspreiskalkulation eingeführt. Diese Funktion wird derzeit nicht automatisch im Standard aktualisiert und muss daher manuell für jeden Mandanten aktiviert werden.

Schritt 2

SOAP Schnittstellen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bietet den Einstieg in die SOAP-basierten Schnittstellen des BE-Commerce Moduls.

Inhaltlicher Fokus

XML-basierte Export- und Importoperationen
Kanalbezogene Übergabe über eindeutige Webshop-Kennung
Verarbeitung über Container- und Folgeprozesse im Modul

Leitplanken

Requests und Responses folgen dem jeweiligen XML-Schema je Operation.
Pflichtparameter je Methode müssen vollständig übergeben werden.
Semantische Prüfung erfolgt je nach Operation häufig erst in Folgeschritten.

SOAP Endpunkte

Referenzprozesse

Stammdaten und Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt Stammdaten und grundlegende Einrichtung in BE-terna Manufacturing. Sie bereiten zuerst die zentrale Produktion Einrichtung vor und stellen danach sicher, dass Artikel, Arbeitspläne, Fertigungsstücklisten, Lagerorte und zusätzliche Prüflogiken so gepflegt sind, dass spätere Fertigungsaufträge mit konsistenten Vorgaben arbeiten.

Voraussetzungen

Die Basisfunktionen für Fertigung in Business Central sind eingerichtet und Benutzer können auf Artikel, Arbeitspläne, Fertigungsstücklisten, Fertigungsaufträge und die Produktion Einrichtung zugreifen.
Nummernserien, Lagerorte, Arbeitsplatzgruppen und bei Bedarf Kreditoren für Fremdfertigung sind fachlich abgestimmt.
Artikelvorlagen oder vergleichbare Stammdatenvorgaben sind verfügbar, wenn Verbrauchs- und Fertigmeldungslagerorte systematisch vorbelegt werden sollen.

Empfohlene Reihenfolge

Ergänzen Sie in der Produktion Einrichtung alle Manufacturing-spezifischen Schalter und Standardwerte.
Pflegen Sie Artikelvorlagen und Artikelstamm einschließlich Lagerortvorgaben, Artikelverfolgung und optionaler Artikelversionen.
Erzeugen oder öffnen Sie Arbeitspläne und Fertigungsstücklisten direkt aus der Artikelkarte.
Richten Sie zusätzliche Regeln für Verbindungscodes, Lagerortübernahmen und Arbeitsplatzgruppen ein.
Testen Sie die Wirkung an einem Beispielartikel und einem ersten Fertigungsauftrag.

Bereich Stammdaten und Einrichtung

Produktion Einrichtung als zentrale Schaltstelle

Mehrere Erweiterungen von BE-terna Manufacturing werden zentral über die Produktion Einrichtung aktiviert. Dazu gehören unter anderem automatische Vorgaben für die Zugewiesene Benutzer-ID im Fertigungsauftrag, eine Standard Geschäftsbuchungsgruppe, ein Standard Fertigmeldung Lagerortcode, die Übergabe von Produktionsdetails, Prüflogiken für Verbindungscodes sowie Berechnungsmethoden für Fertigmeldung und Verbrauch.

Synchronisierung

Mon, 01 Jan 0001 00:00:00 +0000

Unter Datentransfer → Synchronisierung wird die Übertragung der Abverkaufsdaten von den Kassen zum Hauptsystem konfiguriert.

Zum Vergrößern anklicken

Einrichtung

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Der Lagerortcode
Kasse	Der Kassencode

Einstellungen

Zum Vergrößern anklicken

Feld	Beschreibung
Art	Push: Die Kasse überträgt eigenständig die Abverkaufsdaten über die lokal hinterlegte Aufgabenwarteschlange. Pull: Das Hauptsystem transferiert selbstständig die Daten von allen PULL-Kassen über die dafür vorgesehene Aufgabenwarteschlange.
Tabellen	Legt fest, welche Tabellen für die Abverkaufsdatenübertragung relevant sind (Deaktivierung nicht benötigter Tabellen reduziert die zu übertragende Datenmenge)
Datensätze pro Durchlauf	Legt fest, wie viele Datensätze pro Durchlauf der jeweiligen Aufgabenwarteschlange maximal übertragen werden sollen (beeinflusst die zu übertragende Datenmenge und die Ausführungsgeschwindigkeit des verantwortlichen Webservices)

Aktionen

Posten

Zum Vergrößern anklicken

Tasten

Mon, 01 Jan 0001 00:00:00 +0000

Unter Designer → Tasten können die Funktionstasten der Kassierung konfiguriert werden.

Der Tastendesigner ermöglicht es, Position, Bezeichnung sowie Hintergrund- und Vordergrundfarbe zu verändern. Außerdem können nicht benötigte Tasten deaktiviert werden.

Hinweis: Die STANDARD-Vorlage dient als Kopiervorlage und kann nicht verändert werden. Sind Änderungen an den Tasten vorgesehen, ist zunächst eine Kopie der STANDARD-Vorlage erforderlich.

Zum Vergrößern anklicken

Feld	Beschreibung
Ebene	Hier kann die Ebene hinterlegt werden, auf welcher sich die Taste befinden soll (1-n)
Position	Hier kann die Position einer Taste innerhalb einer Ebene festgelegt werden (1-20)
Alternative Beschriftung	Hier kann einer Taste ein alternativer Anzeigetext hinterlegt werden
Tastenfarbe	Ermöglicht die Konfiguration der Hintergrundfarbe einer Taste
Schriftfarbe	Ermöglicht die Konfiguration der Vordergrundfarbe einer Taste
Aktiv	Aktiviert/deaktiviert eine Taste im jeweiligen Zustand

Verkauf

Mon, 01 Jan 0001 00:00:00 +0000

Der Verkaufsmodus der Kasse öffnet sich mit dem Button Verkauf nach der Kassiereranmeldung.

Zum Vergrößern anklicken

Verkäufer erfassen

Ist die Kasse entsprechend eingerichtet, muss vor jedem Bon ein Verkäufer erfasst werden.

Zum Vergrößern anklicken

Artikel erfassen

Nach Eingabe der Verkäufernummer steht das Kassenprogramm im Verkauf.

Zum Vergrößern anklicken

Für den Verkaufsvorgang kann der Barcode entweder gescannt oder, falls der Scanner nicht funktioniert, manuell erfasst werden.

Zum Vergrößern anklicken

Seriennummer erfassen

Wird mit Seriennummern für Artikel gearbeitet (“Seriennr.-Verf. Verkauf” ist für den dem Artikel hinterlegten Artikelverfolgungscode aktiviert), springt die Kasse nach Erfassung des Artikels in die Erfassung der Seriennummer. Je nach Einrichtung der Seriennummerverfolgung wird die Erfassung durch die Kasse unterschiedlich unterstützt.

Webshop-Kanalkarte

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Webshop-Kanalkarte und die zugehörigen erweiterten Einrichtungen für den laufenden Betrieb.

Voraussetzungen

Ein Webshop-Kanal wurde angelegt.
Stammdaten und Grundparameter des Kanals sind definiert.

Empfohlene Reihenfolge

Kanalgrunddaten und Import-/Exportsteuerung prüfen.
Erweiterte Einrichtungen pro Teilbereich vervollständigen.
Prüfoptionen und Unternehmensdaten abschließend kontrollieren.

Kanalgrunddaten

Zum Vergrößern anklicken

Eindeutigen Kanalcode und Beschreibung pflegen.
Import-/Exportverhalten steuern.
Kontaktänderungen, Lagerortgruppen und Debitorenvorlagen festlegen.
Prüfoptionen für Belegimport und Freigabe aktivieren.

Erweiterte Einrichtung

Zum Vergrößern anklicken

Zugriffsrechte

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Intercompany bringt eigene Berechtigungssätze mit, die zusätzlich zu den Standard-IC-Berechtigungen von Business Central vergeben werden. Diese Seite beschreibt die Sets und ihre typische Zuordnung an Anwender.

Zugriff in Business Central

Zugriffsrechte werden über die Berechtigungssätze und die Benutzerverwaltung vergeben.

Voraussetzungen

Administrator-Rechte zur Vergabe von Berechtigungssätzen.
Kenntnis, welche Rollen im Unternehmen mit Intercompany arbeiten.

Tätigkeiten

Passenden Berechtigungssatz an jeden IC-Anwender zuweisen.
Zuweisung bei Rollenwechsel prüfen und anpassen.
Testmandant nutzen, um neue Rollen vor dem Rollout zu validieren.

Felder und Aktionen

Berechtigungssatz	Zweck
`BET ICY BASIC`	Basisrechte für alle IC-Anwender; deckt das Lesen und Arbeiten mit IC-Belegen ab.
`BET ICY SETUP`	Zusätzliche Rechte zur Pflege der Intercompany-Einrichtung und IC-Partner.
Zugehörige Standard-BC-Sets	Müssen parallel vergeben sein, damit Verkauf und Einkauf funktionieren.

Überwachung und Troubleshooting

Fehlende Berechtigungen zeigen sich oft erst beim Akzeptieren eines IC-Belegs. Prüfen Sie in solchen Fällen zuerst die Berechtigungssätze des Nutzers.
Für die Aufgabenwarteschlange und das Fehlerprotokoll werden zusätzliche Standard-Rechte benötigt.

Best Practices

Least Privilege anwenden: BET ICY SETUP nur an wenige Administratoren.
Berechtigungen periodisch auditieren, insbesondere nach Rollouts oder Upgrades.

Beispiel-Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Beispiel-Einrichtung unterstützt Sie dabei, das BE-terna Vendor Rating schnell in Betrieb zu nehmen. Sie erzeugen damit eine vordefinierte Grundstruktur, die Sie anschließend an Ihre fachlichen Anforderungen anpassen können.

Voraussetzungen

Die grundlegende Einrichtung des Vendor Ratings ist vorhanden.
Sie möchten mit einem vordefinierten Bewertungsschema starten.
Noch keine produktive, individuell aufgebaute Kriterienstruktur ist im Einsatz.

Empfohlene Reihenfolge

Öffnen Sie die Einrichtung des Vendor Ratings.
Wechseln Sie in den Bereich Beispiel-Einrichtung.
Erstellen Sie die Beispielkonfiguration einmalig.
Prüfen und verfeinern Sie anschließend Schema, Gewichtungen und Kriterien.

Einrichtungsbausteine

Beispiel-Einrichtung öffnen

Sie erreichen die Funktion über Einrichtung und dort über Beispiel-Einrichtung. Nutzen Sie diese Funktion, wenn Sie nicht mit einer leeren Kriterienstruktur beginnen möchten.

Bewertungskriterium Schema

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Das Bewertungskriterium Schema ist das zentrale Element des BE-terna Vendor Ratings. Hier definieren Sie, nach welchen Haupt- und Unterkriterien Lieferanten bewertet werden und wie stark einzelne Bereiche in das Gesamtergebnis einfließen.

Voraussetzungen

Die grundlegende Einrichtung des Vendor Ratings ist abgeschlossen.
Sie haben entschieden, welche Qualitäts-, Audit- und BW-Kriterien bewertet werden sollen.
Verantwortlichkeiten für Gewichtung und Bewertung sind fachlich abgestimmt.

Empfohlene Reihenfolge

Hauptkriterien als übergeordnete Bewertungsbereiche anlegen.
Unterkriterien je Hauptkriterium ergänzen.
Gewichtungen in Prozent definieren.
Bewertungstypen und Berechnungsoptionen aktivieren.
Audit-, Factbox- und BW-Optionen pro Unterkriterium prüfen.

Einrichtungsbausteine

Hauptkriterien anlegen

Hauptkriterien strukturieren Ihre Lieferantenbewertung fachlich. Typische Beispiele sind Qualitätsmanagement oder Logistik. Für jedes Hauptkriterium pflegen Sie unter anderem Nummer, Beschreibung, Kriteriumsebene, Bewertungstyp, Gewichtung in Prozent und die Option Bestätigte Berechnung.

Bewertungsnoten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Mit Bewertungsnoten definieren Sie je Unterkriterium, welche Bedeutung die einzelnen Noten haben. Dadurch wird die manuelle Notenvergabe einheitlich und nachvollziehbar.

Voraussetzungen

Das Bewertungskriterium Schema mit den relevanten Unterkriterien ist vorhanden.
Das jeweilige Unterkriterium wird nicht ausschließlich über ein BW-Kriterium bewertet.
Die gewünschte fachliche Bedeutung der Noten ist abgestimmt.

Empfohlene Reihenfolge

Öffnen Sie das relevante Unterkriterium im Bewertungskriterium Schema.
Wechseln Sie in die Bewertungsnoten.
Hinterlegen Sie je Note eine kurze, eindeutige Beschreibung.
Prüfen Sie die Anzeige der Notenbeschreibung im Bewertung Audit.

Einrichtungsbausteine

Unterkriterium vorbereiten

Bewertungsnoten werden für Unterkriterien gepflegt, die manuell bewertet werden. Diese Beschreibungen helfen dabei, Bewertungen im Audit oder in der Selbstauskunft konsistent zu vergeben.

Grenzwerte

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Grenzwerte definieren, wie operative Abweichungen bei betriebswirtschaftlich bewerteten Unterkriterien in Noten übersetzt werden. Damit wird aus Prozessdaten eine reproduzierbare Bewertung.

Voraussetzungen

Das Bewertungskriterium Schema enthält Unterkriterien mit aktivierter BW-Bewertung.
Das zugehörige BW-Kriterium ist je Unterkriterium festgelegt.
Die fachlich gewünschten Toleranzen sind abgestimmt.

Empfohlene Reihenfolge

Öffnen Sie das relevante Unterkriterium im Bewertungskriterium Schema.
Aktivieren Sie BW-Bewertung und wählen Sie das passende BW-Kriterium.
Hinterlegen Sie die Grenzwerte passend zum Kriterium.
Prüfen Sie das Ergebnis anhand realer Prozessdaten.

Einrichtungsbausteine

Lieferzeit bewerten

Für das Kriterium Lieferzeit hinterlegen Sie Grenzwerte als Abweichung in Tagen zum vereinbarten Liefertermin. Beim Buchen des Wareneingangs vergleicht das System Soll- und Istdatum und leitet daraus automatisch die passende Note ab.

Stammdatenbezogene Vorlagen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Stammdatenbezogene Vorlagen helfen in Professional Services dabei, Abrechnungsarten, SLAs und Kontingente bereits an Ressourcen, Debitoren oder Artikeln vorzudefinieren. Dadurch werden wiederkehrende Vertragsmodelle nicht erst im einzelnen Beleg aufgebaut, sondern aus den zugrunde liegenden Stammdaten konsistent übernommen.

Voraussetzungen

Vorlagen für Abrechnungsarten, SLAs und Kontingente sind fachlich definiert
die relevanten Stammdaten wie Ressourcen, Debitoren oder Artikel sind gepflegt
es ist entschieden, welche Vorlagen bei der Belegerstellung automatisch übernommen werden sollen

Inhaltlicher Fokus

Vorlagen an Ressourcen

An Ressourcen können Vorlagen für Abrechnungsarten, SLAs und Kontingente hinterlegt werden. Wird später ein vertragsbezogener Beleg zu dieser Ressource erstellt, stehen die benötigten Vertragsbausteine bereits vorbereitet zur Verfügung.

Initialdaten, Demodaten und Lizenz

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Initialdaten, Demodaten und Lizenzfunktionen unterstützen die Erstbereitstellung von Professional Services in einem neuen Mandanten. Sie helfen dabei, eine lauffähige Basiseinrichtung bereitzustellen, Demo-Stammdaten für Tests zu importieren und gleichzeitig den Lizenzstand der installierten Module zu prüfen.

Voraussetzungen

ein neuer oder geeigneter Zielmandant ist vorhanden
es ist entschieden, ob nur Basiseinrichtung oder zusätzlich Demo-Stammdaten benötigt werden
die bestehende Business-Central-Konfiguration ist bekannt, damit keine produktiven Tabellen unbeabsichtigt überschrieben werden

Inhaltlicher Fokus

Initialdaten für die Basiseinrichtung

Über die Funktion Initialdaten können Einrichtungstabellen, Verkaufseinrichtung, Debitoreinrichtung, Buchungsmatrix und weitere Grunddaten für Professional Services eingespielt werden. Diese Variante eignet sich, wenn ein Mandant fachlich startklar gemacht werden soll, ohne zusätzliche Demo-Stammdaten zu erzeugen.

Kreditor

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Im Kreditor legen Sie fest, ob ein Lieferant in die Lieferantenbewertung einbezogen wird. Zusätzlich sehen Sie hier zentrale Kennzahlen zur letzten Bewertung sowie PPM-bezogene Zielwerte.

Voraussetzungen

Der Kreditor ist als Stammdatensatz in Business Central vorhanden.
Die grundlegende Vendor-Rating-Einrichtung und die Einstufungslogik sind gepflegt.
Sie wissen, ob der Kreditor zusätzlich über PPM bewertet werden soll.

Empfohlene Reihenfolge

Öffnen Sie den gewünschten Kreditor.
Wechseln Sie in den Abschnitt Bewertung.
Aktivieren Sie die Lieferantenbewertung für relevante Kreditoren.
Legen Sie fest, ob PPM berechnet werden soll, und pflegen Sie Zielwerte.
Prüfen Sie das Ergebnis der letzten Bewertung.

Einrichtungsbausteine

Relevante Felder im Bereich Bewertung

Im Abschnitt Bewertung pflegen oder sehen Sie unter anderem folgende Felder:

Standard Vor-/Nachtexte

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Standard Vor-/Nachtexte vereinheitlichen den Textfluss in Angeboten, Aufträgen und weiteren Belegarten in Professional Services. Sie reduzieren manuellen Pflegeaufwand bei der Belegerstellung und steuern, welche Texte beim Übergang zwischen zwei Belegarten automatisch übernommen, ersetzt oder zurückgesetzt werden.

Voraussetzungen

die betroffenen Belegarten und ihre fachlichen Textbausteine sind definiert
es ist klar, bei welchen Belegübergängen bestehende Texte übernommen oder überschrieben werden sollen
Standardtexte sind auf fachliche und rechtliche Anforderungen abgestimmt

Inhaltlicher Fokus

Standardtexte pro Zielbelegart

Für jede Zielbelegart kann festgelegt werden, welche Vor- und Nachtexte beim Erstellen eines neuen Belegs gelten. Das ist besonders relevant, wenn beispielsweise aus einem Angebot ein Auftrag oder aus einem anderen Beleg ein Folgedokument entsteht.

Rechnungsimport für verbrauchsabhängige Abrechnung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Einrichtung für den Rechnungsimport unterstützt verbrauchsabhängige Abrechnungsszenarien, in denen Preislisten oder Rechnungsdaten aus externen Quellen übernommen werden. Damit schaffen Sie die technische Grundlage, um importierte Daten kontrolliert in Artikel, Preislisten und weiterführende Abrechnungsprozesse zu überführen.

Voraussetzungen

die zugrunde liegende Import-Schnittstelle und das gewünschte Abrechnungsmodell sind fachlich geklärt
Nummernserien für Importbelege und Preislisten sind vorbereitet
Artikelvorlagen, Preislisten und die benötigten Abrechnungsartvorlagen existieren bereits oder sind fachlich definiert

Inhaltlicher Fokus

Nummernserien für Importbelege

Für importierte Rechnungen und Preislisten werden eigene Nummernserien hinterlegt. Dadurch bleiben importierte Datensätze von manuell angelegten Belegen getrennt und können im späteren Betrieb leichter nachvollzogen werden.

Cop-Katalogeinrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Cop-Katalogeinrichtung dient dazu, Artikeldaten aus Lieferantenkatalogen in Professional Services zu übernehmen. Dadurch können externe Produktinformationen schneller in beschaffungsnahe Prozesse eingebunden und für weitere Vertrags-, Preis- oder Servicekontexte vorbereitet werden.

Voraussetzungen

eine geeignete Lieferanten- oder Katalogschnittstelle steht zur Verfügung
es ist festgelegt, welche Artikeldaten aus externen Katalogen übernommen werden sollen
die nachgelagerten Einkaufs- oder Preisprozesse in Business Central sind vorbereitet

Inhaltlicher Fokus

Import externer Artikeldaten

Über die Katalogeinrichtung lassen sich Artikeldaten aus Lieferantenkatalogen importieren. Damit werden Informationen aus externen Quellen in einer Form bereitgestellt, die im weiteren Beschaffungsprozess verwendet und gepflegt werden kann.

Kalkulationsmatrix

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Kalkulationsmatrix dient dazu, für Abrechnungsartvorlagen automatisch einen passenden Prozentsatz zu ermitteln. Grundlage ist die Kombination aus Kalkulationstypcode und periodischem Kalkulationscode, sodass fachliche Preislogik nicht über viele nahezu identische Vorlagen dupliziert werden muss.

Voraussetzungen

die verwendeten Kalkulationstypen und periodischen Kalkulationscodes sind fachlich definiert
Abrechnungsartvorlagen für die relevanten Leistungsmodelle sind vorhanden
es ist festgelegt, in welchen Belegen die automatische Prozentermittlung greifen soll

Inhaltlicher Fokus

Kombination aus Kalkulationstyp und periodischer Kalkulation

Die Kalkulationsmatrix wertet die Kombination aus Kalkulationstypcode und periodischem Kalkulationscode aus. Für jede relevante Kombination kann ein vordefinierter Prozentsatz hinterlegt werden, der später im Beleg automatisch gezogen wird.

(Kalkulations-)Artikel

Mon, 01 Jan 0001 00:00:00 +0000

Kalkulationsartikel

Durch das Einlesen von Katalogen externer Lieferanten, wie beispielsweise Großhändler, können über die DATA-Norm-Schnittstelle Kalkulationsartikel angelegt werden. Es wird zwischen Artikeln und Katalogartikeln unterschieden, um den Bestand gering zu halten, da Großhändler eine umfangreiche Artikelmenge führen. Über die Suchfunktion mit der Eingabe Kalkulationsartikel gelangt man in die Kalkulationsartikelkarte.

Zum Vergrößern anklicken

Kalkulationsartikelkarte

Durch den DATA-NORM-Import wird die Kalkulationsartikelkarte bereits vorausgefüllt. Man gelangt in diese, indem man in der Liste der Kalkulationsartikel auf die Nummer eines entsprechenden Artikels klickt.

Version 26.1.0

Mon, 01 Jan 0001 00:00:00 +0000

Summary

Version 26.1.0 stärkt vor allem Kalkulation, Preislogik, Vorlagen, Projektbezug und Verkaufsvertragsstatus. Zusätzlich wurden zahlreiche Korrekturen in Buchung, SLA-Zeilen, Übersetzungen und Kontingentlogik umgesetzt.

26.1.0 — 2025-08-20

New features

38437 - Standard Vor-/Nachtexte überarbeiten
30478 - Report Selection
38319 - Lookup Templates
23560 - Gutschrift FeldNummern / Report
37189 - Umbau Kalkulation
30783 - Preise aus Projektbeleg
38048 - Arbeitsauftrag: Übertragung mehrerer Zeilen
36995 - Lieferadresse im Arbeitsauftrag
37853 - Bericht Verkaufsgutschrift mit Professional-Services-Features implementieren
37811 - Vertragsstatus überarbeitet
37858 - c/o Adresse implementieren
37565 - Abrechnungsartzuordnung - Preisanpassung
37480 - Vorlagen in Ressourcenliste integrieren
37695 - VK - Belege-Zuordnungen Ansicht überarbeitet
19810 - Testcode
37253 - Nummernserie CSP Artikel
35199 - Offene Punkte CSP
31256 - Ergänzungen Kontingente/Perioden
32310 - Verkaufsvertrag – Datum „Notwendig-Kennzeichen"

Bug fixes

38419 - Fehlermeldung beim Buchen
38343 - Fehler in Arbeitspaket
38010 - RC Tickets - Fehlende Übersetzung
37858 - c/o Adresse - Fehlerbehebung Feldeingabe
37946 - Abrechnungsart Zuordnung
37797 - Betrefffelder VK-Beleg in Vertrag synchronisieren
37277 - Fehlermeldung SLA-Zeile aus Vorlage
37141 - Professional Services Einrichtung - fehlende Felder
27896 - Verbesserungen/Korrekturen Kontingente

Aktualisierung bestehender Artikel

Mon, 01 Jan 0001 00:00:00 +0000

BE-terna Project bietet die Möglichkeit bestehende Kalkulationsartikel zu aktualisieren.

Um nur für einen bestimmten Lieferanten die Artikel zu aktualisieren, wählt man in der entsprechenden Lieferantenkarte unter Lieferant die Funktion Kalkulationsartikel aus. Es öffnet sich eine Liste mit allen Kalkulationsartikeln des Lieferanten. Wählt man den gewünschten Artikel aus, der geändert werden soll, sind abschließend die neuen Werte einzugeben und zu bestätigen.

Zum Vergrößern anklicken

Um für alle Kalkulationsartikel die Eigenschaften zu ändern, navigiert man über die Suchfunktion in die Liste der Katalogartikel. Hier befindet sich die Funktion Kalkulationsartikelpflege unter Zugehörig bei Kalkulationsartikel. In der Karte kann nun die Liste gefiltert und unter (weitere) Optionen die gewünschten Änderungen vorgenommen werden.

Arbeitsaufwandsarten im Beleg

Mon, 01 Jan 0001 00:00:00 +0000

Pro Position kann genau eine Aufwandsart hinterlegt werden. Je nach Arbeitsaufwandsart passen sich die „Löhne Zeitkosten je Minute“ an. Um die entsprechende Spalte in der Tabelle angezeigt zu bekommen, muss in der benutzerspezifischen Ansicht das Feld “Working Effort Type” ausgewählt werden.

Zum Vergrößern anklicken

Artikelpakete

Mon, 01 Jan 0001 00:00:00 +0000

Ein Artikelpaket setzt sich aus verschiedenen (Kalkulations-)Artikeln und Ressourcen zusammen. Es ist möglich, diese im Vorfeld anzulegen. Dazu ruft man über die Suchfunktion die Artikelpaketübersicht auf.

Die Liste zur Ansicht und Bearbeitung der Katalogartikel befindet sich in BE-Project in den Stammdaten, die ebenso über die Suchfunktion unter Katalogartikel abrufbar sind.

Um die Artikelpakte zu verwenden, legt man zunächst eine neue Position im Leistungsverzeichnis an und wählt unter Art und Nr. das gewünschte Artikelpaket aus. Das Artikelpaket erscheint dann als Position und die dazugehörigen Bestandteile als Unterpositionen.

Artikelverkauf

Mon, 01 Jan 0001 00:00:00 +0000

Der Verkaufsmodus der Kasse öffnet sich mit dem Button Verkauf nach der Kassiereranmeldung.

Zum Vergrößern anklicken

Verkäufer erfassen

Ist die Kasse entsprechend eingerichtet, muss vor jedem Bon ein Verkäufer erfasst werden.

Zum Vergrößern anklicken

Artikel erfassen

Nach Eingabe der Verkäufernummer steht das Kassenprogramm im Verkauf.

Zum Vergrößern anklicken

Für den Verkaufsvorgang kann der Barcode entweder gescannt oder, falls der Scanner nicht funktioniert, manuell erfasst werden.

Zum Vergrößern anklicken

Aufbau des Rollencenters

Mon, 01 Jan 0001 00:00:00 +0000

Das Rollencenter stellt den Startbildschirm in Microsoft Dynamics Business Central dar. Durch das Look and Feel Design der Microsoft Office Produktpalette, ist eine einfache und intuitive Bedienung sichergestellt.

Zum Vergrößern anklicken

Aufbau des Rollencenters

Das Rollencenter ist in verschiedene Bereiche aufgeteilt:

Aktueller Mandant
Geschäftsfunktionen erkunden
Lesezeichen
Business Insights
Aktionen für Direktaufruf
Aktivitäten/Kennzahlen
Suchfunktion “tell-me” und Einstellungen

Der Mandantenname befindet sich am oberen linken Rand des Fensters und zeigt dem Nutzer an, in welchem Mandanten er sich aktuell befindet.

Aufmaßerfassung direkt im Auftrag

Mon, 01 Jan 0001 00:00:00 +0000

Im Beleg kann unter Ansicht das Inforegister Aufmaß geöffnet werden. Der Tabellenkopf wird entsprechend angepasst.
Dort werden Aufmaßnummer, Lokation und Teillokation, sowie Blattnummer hinterlegt. Sollten keine Vorgabewerte für die Lokation oder Teillokation existieren, können diese manuell eingepflegt werden. Das System speichert diese nach einer Abfrage ab.

Nachdem die Vorgabewerte im Kopf eingegeben wurden, ist es möglich direkt an der Position in der Spalte “Aufmaß Eingabe” die Maßkette einzutragen.
Nachdem das Aufmaß eingegeben wurde, wird je Position die jeweilige Menge an Aufmaßen summiert. Wenn die Vorgabewerte geändert wurden, werden die entsprechenden Aufmaße angezeigt.

Aufmaßerfassung über Excel

Mon, 01 Jan 0001 00:00:00 +0000

Die dritte Möglichkeit zum Aufmessen ist über Excel. Im Navigationsmenü unter Aktionen gehen Sie dafür auf Export und auf Aufmaß und wählen Handaufmaß.

Zum Vergrößern anklicken

Es öffnet sich eine Liste, wo aus den Excelvorlagen ein Handaufmaß ausgewählt werden kann. Standardmäßig stehen zwei Vorlagen zur Verfügung:

Handaufmaß - BE-terna-Project_Handaufmass_V1.0.xlsx
Handaufmaß Quer - BE-terna-Project_Handaufmas_Makro_V1.0.xlsm

Zum Vergrößern anklicken

Hinweis: Für das Handaufmaß Quer sind Makros auf dem entsprechenden Client zu Aktivieren. Stehen keine Makros auf dem Clientsystem zur Verfügung kann das Handaufmaß - BE-terna-Project_Handaufmass_V1.0.xlsx genutzt werden.

Aufmaßerfassungsmatrix

Mon, 01 Jan 0001 00:00:00 +0000

Für Fälle, bei denen man mit mehreren Lokationen und dazugehörigen Teillokationen arbeitet, ist es sinnvoll, die Aufmaßerfassungsmatrix zu verwenden.

Über diese Funktion ist es möglich ein Aufmaß in Matrixform zu erfassen. Sie befindet sich in der Belegbearbeitung unter Aktionen bei Funktionen und Aufmaßerfassungsmatrix….

Zum Vergrößern anklicken

Im Tab Allgemein werden die Vorgaben für Filterkriterien auf Zeilen- und Spaltenansicht festgelegt und man wählt je nach gewählter Ansicht die Lokation und Teillokation oder Aufmaßnummer aus. So ermöglicht die Matrix die Erfassung von Aufmaßen in zwei Dimensionen. Zudem kann festgelegt werden, ob Teillokationen angezeigt werden sollen und ob die Nummer oder der Name als Spaltenüberschrift angezeigt werden sollen. Bei einem umfangreichen Leistungsverzeichnis kann man sich zur Übersichtlichkeit die Positionen filtern lassen.

Barcode

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Barcode ist die Konfiguration von Barcodes möglich.

Zum Vergrößern anklicken

Einrichtung

Feld	Beschreibung
Präfix	Gibt an, welche Zeichenkette am Anfang des Barcodes steht und somit entfernt werden muss
Art	Legt die Art des Barcodes fest bzw. wie dieser interpretiert werden soll Kampagne: Der Barcode wird als Kampagnencode interpretiert Coupon: Der Barcode wird als Coupon interpretiert Reservierung: Der Barcode wird als Reservierungsbon interpretiert
Suffix	Gibt an, welche Zeichenkette am Ende des Barcodes steht und somit entfernt werden muss

Anwendung

Existiert eine Kampagne TEST und soll diese manuell und nicht automatisch im Bon angewandt werden, könnte der Barcode wie folgt aussehen: CAMPTEST. Um diesen Barcode erfolgreich interpretieren zu können, muss zunächst eine Barcodeeinrichtung für Kampagne vorgenommen werden, wobei CAMP als Präfix zu hinterlegen ist. Das Kassenprogramm erkennt anschließend bei Erfassung von CAMPTEST, dass es sich um eine Kampagne handelt, entfernt den Präfix CAMP und meldet die Kampagne TEST an.

Belegressourcenpreise

Mon, 01 Jan 0001 00:00:00 +0000

Im Projektbeleg ist es möglich an jeder Position eine Ressourcengruppe aus den Stamm-Ressourcengruppen zu ergänzen, falls nicht bereits in den Stammdaten des Artikels welche gepflegt wurden. Dafür muss die erweiterte Ansicht aktiviert sein, um auf die Spalte Ressourcengruppe zugreifen zu können. Nach dem Ergänzen wird der Einstandspreis von dieser Ressourcengruppe, sofern vorhanden, übernommen.

Zusätzlich gibt es im Projektbeleg eine “Ressourcengruppenpreis”-Tabelle. Über diese können die im Projektbeleg enthaltenen Ressourcengruppen nachträglich bearbeitet werden. Wird in dieser Tabelle eine Ressourcengruppe eingetragen, wird der Einstandspreis aus den Stammdaten in die Tabelle übernommen. Diese können nachträglich individuell angepasst werden. Die angepassten Preise müssen im Beleg aktualisiert werden, um diese im Leistungsverzeichnis einzupflegen. Die Tabelle befindet sich im Navigationsmenü unter Zugehörig bei den Einstellungen.

Bemerkungen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Kommentare auf Einkaufs- und Verkaufsbelegzeilen lassen sich mit dem IC-Beleg übertragen, damit der Partner denselben fachlichen Kontext sieht. Diese Seite beschreibt die Aktivierung und die Sichtbarkeit im Belegkontext.

Fachlicher Nutzen

Fachliche Zusatzinformationen (z. B. Lieferhinweise, interne Abstimmungen) erreichen den Partner ohne E-Mail-Umweg.
Die Bemerkung erscheint am richtigen Beleg und an der richtigen Zeile, nicht als Sammelanhang.

Inhaltlicher Fokus

Aktivierung in der Intercompany-Einrichtung

Die Option „Bemerkungen zu Belegzeilen übertragen" aktiviert die Übertragung. Ohne diesen Schalter werden Zeilenbemerkungen nicht mitgesendet und beim Empfänger nicht sichtbar.

Bestellanfragen

Mon, 01 Jan 0001 00:00:00 +0000

Eine Bestellanfrage kann direkt aus dem Beleg heraus erstellt werden. Es ist möglich eine Anfrage für den gesamten Beleg oder für einzelne Positionen zu erstellen. Dafür müssen ebenjene Positionen markiert werden, welche bestellt werden sollen (ein Klick auf die Titelebene oder die Position genügt). Anschließend geht man über das Navigationsmenü auf Aktionen und unter Verarbeiten wählen man Einkauf… aus. Es öffnet sich ein neues Dialogfenster.

Zum Vergrößern anklicken

Bestellungen

Mon, 01 Jan 0001 00:00:00 +0000

Anlegen einer Bestellung

Alle Bestellungen zu einem Projekt können in der Projektkarte unter dem Tab Projekteinkaufsbelege eingesehen werden.

Zum Vergrößern anklicken

Im Projekt kann analog zu der in Punkt Bestellanfragen beschriebenen Vorgehensweise ein Bestellbeleg aus dem Leistungsverzeichnis heraus erstellt werden. Dafür ist im Tab Ziel als Art Einkaufsbestellung aus.

Zum Vergrößern anklicken

Es öffnet sich die Bestellung und übernimmt alle Stammdaten, die am Kreditoren und am Projekt hinterlegt sind.

Bearbeiten einer Bestellung

Im Feld Kreditoren-Rechnungsnummer muss die vom Kreditor erhaltene Rechnungsnummer hinterlegt werden. Im unteren Feld können Sie einen Rechnungsrabatt hinterlegen, welcher dann vom Betrag abgezogen wird.

Bilden von Gruppensummen

Mon, 01 Jan 0001 00:00:00 +0000

Über Gruppensummen lassen sich nach verschiedenen Kriterien Positionen im Beleg gruppieren und eine Endsummenkalkulation anhand der Gruppierungen vornehmen. Die Funktion ist im Beleg über Bearbeiten und Gruppensummen aufrufbar. Die Gruppierung ist nach verschiedenen Merkmalen möglich. Es kann zwischen verschiedenen Gruppierungsmerkmalen über das Dropdown gewechselt werden. Dabei ist zu beachten, dass die Summe nur von der Ebene aus kalkuliert wird, auf welcher im Beleg navigiert wurde (Titelebene – Summenebene). Die zur Verfügung stehenden Gruppierungskriterien sind durch die Firma BE-TERNA anpassbar. Es ist also möglich, auch nach eigenen Kriterien zu summieren.

Bon

Mon, 01 Jan 0001 00:00:00 +0000

Der Bonbericht dient dazu, einen A4-Ausdruck von den gefilterten Bons der Kasse zu erhalten. Dabei werden die Bons, mit ihren Positionen, als Liste dargestellt.

Zum Vergrößern anklicken

Bonzeilensuche

Mon, 01 Jan 0001 00:00:00 +0000

Unter dem Menüpunkt Archiv befindet sich die Bonzeilensuche, mit der die Verkaufs-, Zahlungs- und Rabattzeilen aller Bons gefiltert werden können.

Zum Vergrößern anklicken

Mit der Aktion Filter löschen werden alle gesetzten Filter entfernt.

Feld	Beschreibung
Lagerortcode	Gibt den Lagerort an, nach dem gefiltert werden soll.
Kasse	Gibt die Bezeichnung der Kasse an, nach der gefiltert werden soll.
Kassenvorgang	Setzt den Filter auf eine Kassenvorgangsnummer.
Bonnr.	Setzt den Filter auf eine Bonnummer.
Startdatum	Legt das Startdatum für den Suchzeitraum fest.
Enddatum	Legt das Enddatum für den Suchzeitraum fest.
Artikelnr.	Gibt die Artikelnummer an, nach der gefiltert werden soll.
Bonart	Filtert die Bonzeilen auf bestimmte Bonart.
Zahlungsmitteltyp	Filtert die Zahlungszeilen auf die festgelegte Zahlungsmittelart.
Kundennr.	Setzt den Filter auf eine Kundennummer.
Kundenname	Setzt den Filter auf einen festgelegten Kundennamen.
Verkäufercode	Gibt den Verkäufercode an, nach dem gefiltert werden soll.
Storniert	Legt fest, ob nur stornierte Bons angzeigt werden sollen.
Mitarbeiterverkauf	Filtert auf die Zeilen auf Bons mit einem Mitarbeiterverkauf.
Rabattart	Filtert die Bonzeilen auf eine bestimmte Rabattart.

Wenn zu den gesetzten Filtern Bonzeilen existieren, werden diese unterhalb der Filter in den entsprechenden Übersichten angezeigt.

CargoLine

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die CargoLine-spezifische Einrichtung in Shipping Labels. Nutzen Sie sie, nachdem die gemeinsame Einrichtung abgeschlossen ist, um den CargoLine-Produktkatalog, die Pakettypen, Zugangsdaten, URL-Zuordnungen und die Eigenschaften für Abholfenster, Labelausgabe und Fallback-Paketdaten zu pflegen.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
CargoLine-Test- oder Produktivendpunkte und das erforderliche Authentifizierungstoken liegen vor.
Der relevante Versandagent und Versandagentendienst sind bereits in Business Central gepflegt.
Artikelattribute für Maße und Gewicht sind möglichst gepflegt oder es steht eine Fallback-Paketdefinition in der Einrichtung zur Verfügung.

Empfohlene Reihenfolge

Legen Sie die CargoLine-Versandagentendienst-Kombination in der gemeinsamen Einrichtung an oder prüfen Sie diese.
Pflegen Sie die CargoLine-Produktliste und die Pakettypenliste.
Ordnen Sie die CargoLine-Test- oder Produktiv-URL sowie das Authentifizierungstoken zu.
Pflegen Sie Abholfenster, Labelgröße und Fallback-Paketeigenschaften.
Testen Sie eine realistische Labelanfrage mit vollständigen Paketdaten.

Einrichtungsbausteine

Zuerst Produkte und Pakettypen pflegen

CargoLine benötigt zwei Referenzkataloge, bevor die endgültige Einrichtungslinie verwendbar ist: die verfügbaren CargoLine-Produkte und die zulässigen Pakettypen. Diese Listen definieren, welche fachlichen Kombinationen später in der eigentlichen Einrichtung ausgewählt werden können.

Das Leistungsverzeichnis mit Inforegister und Tabellenkopf

Mon, 01 Jan 0001 00:00:00 +0000

In diesem Bereich wird das Leistungsverzeichnis bearbeitet. Die meisten Funktionen dazu befinden sich im Inforegister.

Zum Vergrößern anklicken

Verwalten

Zum Vergrößern anklicken

Feld	Erklärung
auf/zuklappen	Klappt die aktuell markierte Position auf und zu. Steht die Markierung auf der Gesamtbetragszeile, wird das ganze Leistungsverzeichnis auf-, bzw. zugeklappt.
alles aufklappen	Klappt alle Positionen auf.
Neuer Titel	Fügt einen neuen Titel ein.
Neue Position	Erstellt eine neue Position im Leistungsverzeichnis.
Neue Unterposition	Fügt bei der markierten Position eine Unterposition ein.
Langtextsuche	Öffnet ein Dialogfenster zum Durchsuchen der Positionen anhand ihrer Langtexte.
Vorherige Position	Wechselt zur vorherigen Position im Leistungsverzeichnis.
Nächste Position	Wechselt zur nächsten Position im Leistungsverzeichnis.

Ansicht

Zum Vergrößern anklicken

DATANORM Download mit Hilfe von Open Connect

Mon, 01 Jan 0001 00:00:00 +0000

Die ITEK-GmbH stellt die Verzeichnisdienste Arge Neue Medien, SHK Connect und Open Connect zur Verfügung. Diese Verzeichnisdienste versuchen die Variantenvielfalt der Datenaustauschverfahren anbieterseitig auf wenige unterschiedliche zu reduzieren. Die teilnehmenden Hersteller und Großhändler stellen Informationen zu einer optional unterstützten IDS-Schnittstelle sowie Links zum Artikelkatalog im DATANORM-Format bereit.

In den Lieferantenstammdaten befinden sich im Navigationsmenü unter Datenaustausch die Open Connect Lieferantenliste mit allen Teilnehmern.

Zum Vergrößern anklicken

Durch das Aktualisieren wird der Datenbestand mit den Diensten abgeglichen. Dabei ist zu beachten, dass ausgeschiedene Teilnehmer nicht automatisch gelöscht werden. Sie erkennen diese daran, dass das Feld Download Datum nicht den Wert des letzten Aktualisierungstages enthält. Um die Auswahl später einfacher filtern zu können, müssen die Datensätze von Interesse mit dem Haken im Feld Vorgemerkt markiert werden.

Druckoptionen und Belegdruck

Mon, 01 Jan 0001 00:00:00 +0000

Die Druckeinstellungen für den aktuellen Beleg sind erreichbar über Berichte und bei Allgemein unter Druckvariante wählen.

Zum Vergrößern anklicken

Es können Standardvorlagen hinterlegt oder bereits bestehende bearbeitet werden.

Zum Vergrößern anklicken

Unabhängig von der gewählten Formularvorlage können extra Einstellungen getroffen werden. Einige Einstellungen wurden bereits an anderer Stelle erläutert.

Zum Vergrößern anklicken

Feld	Erklärung
Allgemein
Einstellungsvorlage	Auswahl aus einer hinterlegten Druckeinstellungsvorlage.
Beschreibung	Hinterlegt eine Beschreibung für die Einstellungsvorlage.
Formularvorlage	Auswahl einer Formularvorlage aus dem Look-Up.
Bericht ID	Spezifiziert die Bericht ID, welche für die Ausführung des Berichts verwendet werden soll.
Benutzerdefinierter Berichtslayout Code	Auswahl eines Berichtslayouts anhand der Codes aus dem Look-Up.
Vorzugsvariante	Legt die Einstellungsvorlage als bevorzugte Variante fest.
Textmodus	Auswahl welcher Textbaustein für die einzelnen Positionen gedruckt werden soll. Bei Variabel wird der Text genommen, welcher im Beleg am Artikel hinterlegt ist (Ansicht Drucken). Kopiert nur die im Leistungsverzeichnis markierten Positionen.
Druckermatrix	Einstellungen zum Druckablauf und Druckerauswahl.
Minimale Ausgabeebene	Druckt nur die Felder auf diesem Level oder größer. Geeignet um Hintergrundelemente zu unterdrücken.
Betreff	Legt fest, ob der Betreff des Belegs mitgedruckt werden soll.
Vorbemerkungen	Legt fest, ob die Vorbemerkung mitgedruckt werden soll.
Titelsummen	Weist die Summen der einzelnen Titel auf dem Dokument aus.
Titel Seitenweise	Druckt die Titel jeweils auf eine neue Seite.
Übertrag	Es erfolgt ein Summenübertrag über jede Seite.
Nullmengen unterdrücken	Positionen, welche keine Menge aufweisen, werden nicht gedruckt.
Positionen ohne Preis unterdrücken	Positionen, welche keine Preise aufweisen, werden nicht angedruckt.
Textposition unterdrücken	Textpositionen im Beleg werden nicht gedruckt. Hat keine Auswirkungen auf Vor- und Schlusstexte.
Drucke Artikelnr.	Legt fest, ob die Artikelnummer mitgedruckt werden soll.
Unterpositionen	Unterpositionen werden entweder immer gedruckt, niemals oder je nach Einstellung an der Hauptposition.
Unterpositionen von Unterpositionen	Unterpositionen der Unterpositionen werden entweder immer gedruckt, niemals oder je nach Einstellung an der Unterposition.
Drucke Unterpositionspreise	Legt fest, ob Unterpositionspreise mitgedruckt werden sollen.
Positionspreise nicht drucken	Legt fest, ob Positionspreise mitgedruckt werden sollen.
Aufmaßzeilen	Druckt die Aufmaße mit.
Preisanteile ausweisen	Weist für jede Position die einzelnen Preisanteile aus.
Titelüberschrift	Legt fest, ob die Titel gedruckt werden sollen und mit welchen Texten.
Bildanlagen drucken	Legt fest, ob Bildanlagen mitgedruckt werden sollen.
Abschließen
Titelzusammenstellung	Legt fest, ob am Ende der Rechnung zusätzlich noch eine (kurze oder lange) Titelzusammenstellung mitgedruckt werden soll.
Nur Zusammenstellung	Legt fest, ob nur die Titelzusammenstellung mitgedruckt werden soll. Die einzelnen Positionen entfallen und es wird nur die Summe der Position aufgeführt.
Drucke Text der Nettobetragsposition	Legt fest, ob der Text der Gesamtsummenzeile gedruckt werden soll.
Drucke Nettobetrag	Legt fest, ob der Nettobetrag mitgedruckt werden soll. Gibt den Nettobetrag als Summe der Leistungen aus.
Rohstoffsummen	Weist die Rohstoffsummen auf einem Beleg aus.
Mehrwertsteuer-Zeilen	Zeigt die Mehrwertsteuer auf dem Beleg an oder blendet sie aus.
Zu-/Abschläge Netto	Der Nettobetrag eventueller Zu-/Abschläge wird gedruckt.
Zu-/Abschläge Brutto	Der Bruttobetrag eventueller Zu-/Abschläge wird gedruckt.
Teilrechnungen	Teilrechnungen werden im Beleg angezeigt.
Teilzahlungen	Eventuelle Teilzahlungen werden im Beleg mitgedruckt.
Teilrechnungen und Zahlungen getrennt	Teilrechnungen und Teilzahlungen werden getrennt ausgewiesen.
Drucke Bruttobetrag	Legt fest, ob der Bruttobetrag gedruckt werden soll. Er wird in der Rechnung als Zahlbetrag in € ausgegeben.
Schlussbemerkungen	Legt fest, ob die Schlussbemerkung mitgedruckt werden soll.
Drucke Buchungsgruppen-Text	Druckt den Text der am Beleg hinterlegten Buchungsgruppe.
Keine Floskeln anfügen	Einstellung ob Floskeln gedruckt werden sollen.
Drucke Floskeleinleitung	Individueller Druckbereich / Druckzeile wird nach der Positionstabelle und vor der “Teilrechnungsfloskel” gedruckt.
Drucke Standardfloskeln	Legt fest, ob die Standardfloskel gedruckt werden soll und in welchem Umfang.
Drucke Zahlungsbedingungen	Legt fest, ob die Zahlungsbedingungen, welche am Beleg/Projekt hinterlegt sind, mitgedruckt werden sollen.
Drucke Skontobedingungen	Die Skontobedingungen werden mitgedruckt.
Drucke Floskelabschluss	Individueller Druckbereich / Druckzeile wird nach der nach den Zahlungsbedingungen und der “Teilrechnungsfloskel” gedruckt.
Schlussbemerkungen nach den Floskeln	Positioniert den Nachtext nach der Floskel.
Drucke Lieferadresse	Legt fest, ob die Lieferadresse mitgedruckt werden soll.

EDS Klein Referenzen

Mon, 01 Jan 0001 00:00:00 +0000

Von der Firma EDS Klein wird ein Katalog bereitgestellt, welcher gleiche Artikel unterschiedlicher Lieferanten einander zuordnet.

Um diese Referenzartikel und deren Zuordnung zu erzeugen müssen zuerst die Kalkulationsartikel der Händler importiert werden (Muster Beispiel EDS-Muster.zip).

Als nächstes werden die Referenzartikel importiert. Der Lieferant der Referenzartikel muss das Kennzeichen “Nur Referenzartikel” erhalten.

Zum Vergrößern anklicken

Nach dem Import der Referenzartikel können die Zuordnungen zu den Lieferantenartikeln importiert werden. Im Importdialog muss je Datei angegeben werden, welchem Lieferanten diese Datei zugeordnet wird.

Zum Vergrößern anklicken

Einkaufsaustausch

Mon, 01 Jan 0001 00:00:00 +0000

Der Einkaufsaustausch bietet die Möglichkeit aus dem Leistungsverzeichnis heraus Preisanfragen zu starten und die aktualisierten Preise in einen Beleg zurück zu holen.

Der Einkaufsaustausch wird über Aktionen im Navigationsmenü unter Verarbeiten aufgerufen. Es öffnet sich eine Karte, in der der Lieferant ausgewählt werden kann. Es ist zu beachten, dass für den Lieferanten ein Kreditor hinterlegt sein muss. Anschließend wird der Beleg für den Einkaufsaustausch geöffnet.

Zum Vergrößern anklicken

EK VK Preis Fix

Mon, 01 Jan 0001 00:00:00 +0000

Diese Optionen beziehen sich auf die gesamte Position und nicht auf einen einzelnen Preisanteil. Sie sind zu finden unter Bearbeiten im Inforegister und dann wieder auf Bearbeiten. Im Fenster für die Positionsbearbeitung befinden sich die beiden Slider im Tab “Preise”.

Zum Vergrößern anklicken

VK-Preis fix

Wenn aktiviert, schützt es den kalkulierten VK-Preis vor Veränderung durch die Endsummenkalkulation des Verkaufspreises. Änderungen der Positionen können den Preis verändern (z.B. eine Änderung des Einkaufs- oder Verkaufspreises).

Erstellung eines neuen Belegs

Mon, 01 Jan 0001 00:00:00 +0000

Erstellung eines neuen Belegs

Um in einem Projekt einen neuen Beleg anzulegen, geht man im Tab Projektbelege auf Verwalten und dann auf Neu.

Zum Vergrößern anklicken

Feld	Erklärung
Projektnr.	Im Feld Projektnummer wird das Projekt angegeben, in welchem der Beleg angelegt werden soll. Das System übernimmt automatisch die Projektnummer des Projektes, in welchem der neue Beleg angelegt wird. Es ist auch möglich, an dieser Stelle einen Beleg in einem anderen Projekt zu erfassen.
Belegart	Mit dem Look-Up im Feld Belegart gelangt man in die Übersicht der Dokument Typen, aus denen ein Beleg erstellt werden kann. Aus folgenden Belegarten kann ausgewählt werden: Entwurf, Angebot, Auftrag, Teilrechnung, Rechnung, Teilgutschrift und Gutschrift.
Belegüberschrift	Definiert die Kopfzeile des Belegs.
Betreff	Definiert die Betreffzeile des Belegs. Das Feld wird mit dem Projektnamen vorausgefüllt.
Verk. an Deb.-Nr.	Über den Look-Up des Feldes kann ein Debitor aus der Debitorenliste dem Projekt zugeordnet werden. Anschließend werden die Adress- und Kontaktinformationen auf Basis der Debitordaten automatisch ergänzt.
Verk. an Kontaktnr.	Falls kein Debitor ausgewählt wurde, kann hier ein Kontakt ausgewählt werden. Ist der Kontakt bereits einem Debitor zugeordnet, wird das Feld Verk. an Deb.-Nr. mit der Debitornummer ausgefüllt.
Verk. an Deb.-Vorlagencode	Das Feld spezifiziert ob es sich um einen Beleg für das Inland, europäisches Ausland oder nichteuropäisches Ausland handelt.
Verk. an Name	Wird automatisch mit dem Debitorennamen ausgefüllt, wenn es einen gibt.
Verk. an Kontakt	Der ausgeschriebene Name des Kontakts, der in Verk. an Kontaktnr. definiert wird.
Buchungsdatum	Das Datum an welchem der Beleg (z.B. eine Rechnung) verbucht wird.
Belegdatum	Das Datum welches auf den Beleg (z.B. eine Rechnung) gedruckt wird.
Geschäftsbuchungsgruppe	Auswahl aus: Debitoren und Kreditoren in EU, Ausland, Inländ. Debitoren und Kreditoren, Eink./Verk. nach §13b Bauleist., Abschlagsrechnungen national und Abschlagsrechnungen §13b.
Währungscode	Das Kürzel der Währung, in dem der Beleg gebucht wird.
Startdatum	Das Startdatum des zugehörigen Projekts.
Enddatum	Das Enddatum des zugehörigen Projekts.
Angebotsfristdatum	Das Datum bis zu welchem ein Angebotsbeleg gültig ist.

Die optionalen Angaben in den weiteren Masken ziehen sich aus den voreingestellten Daten des Projekts, welche bei Bedarf geändert werden können, indem man über Nächste oder Zurück zwischen den Masken wechselt. Über Fertig wird der Beleg direkt erstellt. Die optionalen Angaben bei der Anlage eines Beleges sind in der Regel nicht notwendig.

Erweiterungen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt zwei Verkaufs-spezifische Erweiterungen: den konfigurierbaren Umgang mit abweichenden Preisen und Beschreibungen in eingehenden Verkaufsaufträgen sowie das manuelle Senden gebuchter Verkaufsbelege an den IC-Partner.

Fachlicher Nutzen

Klare Regel, wenn eingehende IC-Daten von den eigenen Stammdaten abweichen (Ersetzen, Ignorieren oder Fehlermeldung).
Gezielte Nachsendemöglichkeit für gebuchte Belege, ohne die laufende Prozesskette zu stören.

Inhaltlicher Fokus

Eingehende Verkaufsaufträge

Für jede abweichende Angabe (Verkaufspreis oder Beschreibung) in einer eingehenden IC-Auftragszeile legen Sie auf der Partnerkarte das Verhalten fest:

Export Artikel

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert Artikeldaten eines Webshop-Kanals inklusive optionaler Erweiterungen wie Beschreibungen, Kategorien, Attribute, Cross-Selling und Varianten.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/items?$filter=webshopChannelCode eq '<webshop-channel-code>' and no eq '<item-no>'&$expand=itemDescriptions($expand=descriptions),categories,itemDynamicAttributes,itemFreeTextAttributes($expand=freeTextLanguages),crossSellingItems,itemSelectionVariants($expand=crossSellingVariants)

Pflichtparameter

webshopChannelCode im Filter
no (Artikelnummer) im Filter

Optionale Erweiterungen

itemDescriptions
categories
itemDynamicAttributes
itemFreeTextAttributes
crossSellingItems
itemSelectionVariants

Zentrale Rückgabefelder

Artikelkopf: systemId, webshopChannelCode, no, released, firstReleasedDate, vendorNo, itemDescription
Beschreibungen: Sprache, Metatitel, Beschreibungstypen
Kategoriezuordnung: Code und Hauptkategorie
Attribute: dynamische und Freitextattribute mit Sprachwerten
Varianten und Cross-Selling-Bezüge

Ergebnis

Der Webshop erhält einen konsolidierten Artikel-JSON-Datensatz im definierten Kanal- und Artikelfilter.

Export Artikel

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Exportiert Artikeldaten je Webshop-Kanal, optional fuer einen einzelnen Artikel oder inkrementell.

SOAP Methode

Operation: ItemExport
Namespace: urn:microsoft-dynamics-schemas/codeunit/BEConnect

Wichtige Request-Felder

webshopChannel_P (Pflicht)
itemNo_P (optional)
incremental_P (optional)
itemExport_PX (vom Aufrufer leer)

Rueckgabe

XML-Daten zu Artikel, Beschreibungen, Kategorien, Attributen und Varianten.

Funktionen

Mon, 01 Jan 0001 00:00:00 +0000

Das Funktionsmenü steht innerhalb der Kassierung in jedem Zustand zur Verfügung und bietet einige allgemeingültige Anwendungsmöglichkeiten.

Zum Vergrößern anklicken

Zurück in Verkauf

Mit dieser Funktion gelangt man zu jedem Zeitpunkt wieder zurück in den Verkaufsmodus, sofern nicht bereits Aktionen durchgeführt wurden, die dies unmöglich machen (z.B. bereits getätigte Zahlungen oder Kassenbuchaktionen).

Zum Vergrößern anklicken

Ist die Funktion aus den bereits genannten Gründen nicht möglich, erscheint eine entsprechende Hinweismeldung.

Zum Vergrößern anklicken

Funktionen im Navigationsmenü

Mon, 01 Jan 0001 00:00:00 +0000

Im Navigationsmenü bieten sich mehrere Möglichkeiten an, auf Zeilen- oder auf Belegebene zu editieren. Zusätzlich dazu lassen sich diverse Tabs ein- und ausblenden.

Ansicht

Zum Vergrößern anklicken

Feld	Erklärung
Erfassen	Ändert den Tabellenkopf in die Erfassungsansicht.
Erweitert	Ändert den Tabellenkopf in die erweiterte Ansicht.
Kalkulation	Ändert den Tabellenkopf in die Kalkulationsansicht.
Fakturierung	Ändert den Tabellenkopf in die Fakturierungsansicht.
Einkauf	Ändert den Tabellenkopf in die Einkaufsansicht.
Aufmaß	Öffnet ein Inforegister für Aufmaß und ändert das Leistungsverzeichnis in Aufmaßansicht.
GAEB	Ändert den Tabellenkopf in die GAEB-Ansicht.
Drucken	Ändert den Tabellenkopf für die Druckeinstellungen des Belegs.
Fertigung	Ändert den Tabellenkopf in die Fertigungsansicht.
Select…	Öffnet ein Fenster um Projektdokumentenansicht auszuwählen.
Design…	Benutzerspezifische Ansicht einrichten.

Details

Zum Vergrößern anklicken

Gemeinkosten im Beleg

Mon, 01 Jan 0001 00:00:00 +0000

Baustellenspezifische Gemeinkosten können einem Leistungsverzeichnis im Navigationsmenü unter Zugehörig bei den Einstellungen hinterlegt werden.

Zum Vergrößern anklicken

Die Gemeinkosten erhöhen den Einstandsbetrag und sind nicht für den Kunden sichtbar. In den Gemeinkostenzeilen werden die Werte eingegeben und hierbei wird festgelegt auf welchen Preisanteil diese umgelegt werden sollen. Alternativ kann unter Details mit Formeln gearbeitet werden. Durch das Klicken auf Gemeinkosten umlegen werden die Kosten als EK-Aufschlag 3 % auf die Positionen im Beleg umgelegt und über Gemeinkosten aufheben wird diese Verteilung rückgängig gemacht.
Achtung: Dadurch verändert sich der der VK-Betrag, sofern dieser nicht überall mittels Stapelverarbeitung fixiert wurde!

Geräteverwaltung

Mon, 01 Jan 0001 00:00:00 +0000

Die Geräteliste in Dynamics 365 Business Central dient als zentrale Übersicht aller erfassten Geräte im Unternehmen. Sie ermöglicht die schnelle Verwaltung, Nachverfolgung und Kontrolle von Geräten, deren Standort und Prüfterminen.

Zum Vergrößern anklicken

Im Kopfbereich stehen folgende Standardaktionen zur Verfügung:

Neu: Neues Gerät anlegen
Löschen: Markiertes Gerät entfernen
Gerät / Prüfung / Übergabe: Spezielle Aktionen für Gerätebearbeitung und -verwaltung
Übersicht / Weitere Optionen: Erweiterte Ansichten und Filter

Aufbau der Geräteliste

Die Liste enthält mehrere Spalten mit den wichtigsten Informationen zu jedem Gerät:

Grundeinrichtungen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bietet einen kompakten Überblick über die wichtigsten Grundeinrichtungen in Microsoft Dynamics 365 Business Central.

Im Mittelpunkt stehen die Reihenfolge für den Einstieg, die wichtigsten Einrichtungsbereiche und die passenden Microsoft-Dokumentationspfade für die Vertiefung.

Voraussetzungen

Eine Business-Central-Umgebung ist angelegt und Sie können sich anmelden.
Die grundlegende App-Installation und die ersten Benutzereinstellungen sind vorbereitet.
Es ist abgestimmt, welche Geschäftsbereiche zuerst produktiv genutzt werden sollen.

Empfohlene Reihenfolge

Unternehmens- und Finanzgrundlagen prüfen und ergänzen.
Unterstützte Einrichtung, Rollencenter und Benutzerkontext abstimmen.
Die relevanten Geschäftsfunktionen priorisieren und schrittweise aktiv nutzen.

Einrichtungsbausteine

Unternehmens- und Finanzgrundlagen

Die Microsoft-Schnellstartseite bündelt die ersten Themen für Firmenangaben, Finanzinformationen sowie die Anpassung von Berichten und Belegen. Für den Einstieg ist vor allem wichtig, dass Firmenstammdaten, Bankinformationen, steuerliche Angaben und der finanzielle Grundrahmen konsistent gepflegt sind.

Hinterlegen eines Artikels aus dem Webshop im Leistungsverzeichnis

Mon, 01 Jan 0001 00:00:00 +0000

Über das Leistungsverzeichnis in einem Projektbeleg können Artikel aus dem Webshop hinterlegt werden. Dazu müssen zunächst die entsprechenden Kalkulationsartikel in der gewünschten Anzahl im Leistungsverzeichnis angelegt werden.

Anschließend kann der markierte Kalkulationsartikel über Bearbeiten und IDS Deeplink direkt über den Webshop bestellt werden.

Zum Vergrößern anklicken

Eine Mehrfachauswahl ist allerdings nicht möglich. Dazu muss über Aktionen und Verarbeiten mit Einkauf… eine gewöhnliche Bestellung ausgelöst werden.

IDS Connect Bestellungen

Mon, 01 Jan 0001 00:00:00 +0000

Um für den Warenkorb im IDS-Webshop eine Bestellung auszulösen, muss man den Einkaufsaustausch verwenden und diesen zu einer Bestellung verarbeiten.

IDS Shop Verwendung

Mon, 01 Jan 0001 00:00:00 +0000

Es gibt mehrere Möglichkeiten den IDS Webshop zu verwenden.

In der Liste der Kalkulationsartikel muss man dazu auf den gewünschten Artikel navigieren. In der Artikelkarte befindet sich im Navigationsmenü unter IDS der IDS Deeplink zum Öffnen des Webshops.

Zum Vergrößern anklicken

Durch den IDS Deeplink öffnet sich die Anzeige des Artikels mit Preisinfo, Verfügbarkeit, Beschreibungen, Verpackungsinformationen usw.

Eine weitere Möglichkeit ist in der Lieferantenkarte mit der Funktion IDS-Warenkorb. Damit wird man auf den hinterlegten Webshop geleitet. Beim Zurücksenden des Warenkorbs wird ein neuer Einkaufsaustauschvorgang geöffnet.

Inbox und Outbox

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die IC-Inbox und die IC-Outbox zeigen alle IC-Transaktionen mit ihrem aktuellen Zustand. Sie sind die primäre Arbeitsfläche für die tägliche Betriebsarbeit: Senden, Akzeptieren, Wiedervorlage, Fehleranalyse.

Zugriff in Business Central

Inbox und Outbox werden über das Rollencenter oder die Suche erreicht.

Voraussetzungen

Intercompany ist eingerichtet, mindestens ein IC-Partner ist aktiv.
Berechtigungen für IC-Transaktionen sind vergeben.

Tätigkeiten

Ausstehende Transaktionen gezielt senden oder akzeptieren.
Fehlgeschlagene Transaktionen analysieren und erneut starten.
Bereits verarbeitete Transaktionen zur Historie einsehen.

Felder und Aktionen

Aktion	Wirkung
Senden (Outbox)	Überträgt die Transaktion an den Partner.
Akzeptieren (Inbox)	Übernimmt die Transaktion im empfangenden Mandanten.
Ablehnen	Markiert die Transaktion als nicht zu verarbeiten.
Erneut versuchen	Startet eine zuvor fehlgeschlagene Verarbeitung neu.

Überwachung und Troubleshooting

Bleiben Transaktionen lange im Status „Offen", prüfen Sie die Aufgabenwarteschlange.
Transaktionen im Status „Fehler" verweisen auf Einträge im Fehlerprotokoll.

Best Practices

Inbox täglich durchgehen, auch wenn automatisches Akzeptieren aktiv ist.
Outbox regelmäßig nach alten „Offen"-Einträgen absuchen – sie deuten oft auf deaktivierte Warteschlangen-Jobs hin.

Individueller Arbeitsbereich

Mon, 01 Jan 0001 00:00:00 +0000

Aktivitäten

Im Bereich Aktivitäten gibt es Kacheln, in denen sich Schwellenwerte einrichten lassen, um somit eine schnellere Übersicht über bestimmte Kennzahlen sicherzustellen. Um diese Einrichtung vorzunehmen, kann auf den Pfeil neben Aktivitäten geklickt werden. Anschließend öffnet sich eine Auswahl mit Daten aktualisieren und Stapel einrichten. Klickt man auf Stapel einrichten, öffnet sich die Seite zur Stapeleinrichtung. Damit wird die Einrichtung der Kacheln gemeint.

Zum Vergrößern anklicken

Infobox in der Projektkarte

Mon, 01 Jan 0001 00:00:00 +0000

Details

In der Projektkarte befindet sich auf der rechten Seite ebenso eine Infobox. Im Reiter Details finden Sie betriebswirtschaftliche Informationen zu dem ausgewählten Projekt. Dazu gehören beispielsweise die Budgetkosten und die Ist-Kosten. Außerdem ist die Projektnummer angegeben.

Zum Vergrößern anklicken

Anhänge

In den Anhängen können Sie Dokumente wie beispielsweise Belege anfügen, Links angeben oder Notizen anheften.

Zum Vergrößern anklicken

Infobox in der Projektübersicht

Mon, 01 Jan 0001 00:00:00 +0000

Details

Im Reiter Details in der Projektliste finden Sie Informationen zu kumulierten Projektdaten. Diese werden aus dem Bereich WIP/Umsatzrealisierung in den Projekten generiert. Untenan wird die Projektstatistik in einem Diagramm dargestellt.

Zum Vergrößern anklicken

Anhänge

Im Reiter Anhänge der Infobox finden sie zusätzliche Funktionen.

Zum Vergrößern anklicken

Einerseits lassen sich unter “Anhänge” wichtige Dokumente für das Projekt (Bauzeichnungen usw.) in Tabellenstruktur ablegen. Unter Notizen können Sie zusätzliche Anmerkungen zu Projekten dokumentieren.

Infoboxen

Mon, 01 Jan 0001 00:00:00 +0000

Der Belegeditor besteht aus fünf Infoboxen, die auf der rechten Seite zu finden sind: Belegsummen, Positionsdetails, Aufmaßdetails, Positionsanhang und Referenzartikel.

Zum Vergrößern anklicken

Belegsummen

Die Infobox Belegsummen bezieht sich in ihren Daten und Werten auf den gesamten Beleg. Er enthält den Einstandsbetrag und den Gesamtpreis, sowie die Gesamtzeit und Rabatte, insofern diese vorhanden sind. Aus diesen Werten ergibt sich dann der Deckungsbeitrag für diesen Beleg.

Positionsdetails

An dieser Stelle befinden sich alle Informationen zur aktuell ausgewählten Positionszeile. Neben den Stammdaten zum Artikel sind auch Informationen zur Bestellung des markierten Artikels aufgeführt. Mit einem Klick auf einen hinterlegten Wert öffnet sich die dazugehörige Liste, wodurch tiefergehende Informationen zur Bestellung, zur Artikelverfolgung oder zu den Projektplanzeilen angezeigt werden.

Kalkulation im Leistungsverzeichnis

Mon, 01 Jan 0001 00:00:00 +0000

Die Kalkulation erfolgt im Leistungsverzeichnis durch die Addition der Unterpositionen auf die Positionen, welche wiederum auf die Titelebene aufaddiert werden. Das Gesamtergebnis aller Titelebenen wird dann in der Summenzeile ausgewiesen. BE-terna Project erlaubt flache Kalkulationen, ebenso wie komplexe Kalkulationen auf mehreren Ebenen.

Zum Vergrößern anklicken

Unterpositionen

Da sich die Bezugsgröße der Unterpositionen nur auf eine Mengeneinheit der übergeordneten Position bezieht, werden Mengen entsprechend nur für eine Mengeneinheit der übergeordneten Position gepflegt. Diese Mengen werden dann mit der benötigten Menge der Hauptposition faktorisiert und auf die Titelebene aufsummiert.

Kalkulationsartikel aktualisieren

Mon, 01 Jan 0001 00:00:00 +0000

Verschiedene Aktionen zum Aktualisieren von Kalkulationsartikeln befinden sich auf der Kalkulationsartikelkarte unter “Aktionen” –> “Open Masterdata”.

Zum Vergrößern anklicken

Es gibt die folgenden Aktualisierungsmöglichkeiten:

Stammdaten aktualisieren
Der Kalkulationsartikel wird je nach globaler oder lieferantenspezifischer Einrichtung aktualisiert
Stammdaten manuell aktualisieren
Das Datenpaket kann über ein Dialogfenster individuell für die Aktualisierung bestimmt werden.
Verlinkungen aktualisieren
Nur Anhänge (z.B. Bilder, Dokumente) werden aktualisiert.
Preise aktualisieren
Nur die Preisdaten des Artikels werden aktualisiert.

Kalkulationsartikel erstellen

Mon, 01 Jan 0001 00:00:00 +0000

Für die Erstellung neuer Kalkulationsartikel über Open Masterdata gibt es auf der Lieferantenkarte drei verschiedene Aktionen

Kalkulationsartikel per GTIN erstellen
Es öffnet sich ein Eingabefenster dort kann unter Eingabe der Global Trade Item Number (GTIN / EAN) eines beim Lieferanten vorhandenen Artikels ein Kalkulationsartikel erstellt werden.
Kalkulationsartikel per Lieferantenartikelnr. erstellen
Es öffnet sich ein Eingabefenster dort kann unter Eingabe der Lieferantenartikelnummer ein Kalkulationsartikel erstellt werden.
Kalkulationsartikel per IDS erstellen
Der Nutzer wird in den Webshop geleitet und kann dort einen Warenkorb ähnlich wie bei IDS befüllen und an Business Central zurückschicken. Der entscheidende Unterschied ist, dass alle sich im IDS Warenkorb befindenden Artikel im BC als Kalkulationsartikel angelegt werden.

Kalkulationsgruppen

Mon, 01 Jan 0001 00:00:00 +0000

Kalkulationsgruppen bieten die Möglichkeit, an den Stammdaten festzulegen, mit welchen Aufschlägen Artikel in die Kalkulation aufgenommen werden sollen. Um eine neue Kalkulationsgruppe anzulegen, gibt man in der Suchfunktion den Begriff Kalkulationsgruppen ein. Durch das Klicken auf den Button Neu wird eine neue Zeile erzeugt, welche nun befüllt werden kann. An der Kalkulationsgruppe wird ein Code und eine Beschreibung hinterlegt, sowie die prozentualen Aufschläge für Material, Lohn, Geräte, Fremdleistungen und Sonstiges.

Kunden und Verkauf

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bündelt die Einrichtungsschritte auf Debitoren- und Verkaufsseite, die speziell für den Intercompany-Austausch benötigt werden. Sie ergänzen die Standardeinrichtung von Business Central um Verhaltensregeln, die beim Senden oder Akzeptieren von IC-Verkaufsbelegen greifen.

Voraussetzungen

Verkaufs- und Forderungseinrichtung in Business Central ist abgeschlossen.
Berechtigungen für die Seite „Debitoren & Verkauf Einr." sind vergeben.

Einrichtungsbausteine

Erlaube Menge 0 beim Buchen

Mit diesem Schalter wird die Standardprüfung „Vor dem Buchen von Verkaufszeilen mit Menge 0 warnen" unterdrückt. Das ist hilfreich, wenn IC-Auftragsänderungen Positionen mit Menge 0 hinterlassen und die Buchung sonst blockiert würde.

Lieferanten & Kreditoren

Mon, 01 Jan 0001 00:00:00 +0000

Kreditoren und Lieferanten werden für die Verwendung in zwei separaten Tabellen gehalten und eingerichtet. Für die Einrichtung der Lieferanten muss entsprechend die Liste der Lieferanten über die Suchfunktion aufgerufen werden.

Zum Vergrößern anklicken

Auf der Karte eines jeweiligen Lieferanten sind die jeweiligen Tabs Allgemein, DATANORM, UGL und IDS vorhanden.

Zum Vergrößern anklicken

Soll ein neuer Lieferant angelegt werden, so muss dies über die Aktion Neu in der Liste der Lieferanten durchgeführt werden. Anschließend muss das Feld Kennzeichen als identifizierendes Merkmal ausgefüllt werden. Des Weiteren können ein Name sowie ein Suchbegriff für den Lieferanten vergeben werden. Die Verknüpfung mit einem bestehenden Kreditoren wird über das Feld Kreditorennr. durchgeführt.

Manuelle Preise

Mon, 01 Jan 0001 00:00:00 +0000

Diese Optionen beziehen sich auf die gesamte Position und nicht auf einen einzelnen Preisanteil. Die Haken können im Tab “Details” ausgewählt werden.

Zum Vergrößern anklicken

Manueller EK-Preis

Wenn aktiviert, wird der Einkaufspreis des gewählten Preisanteils über das Feld EK-Preis (gesamt) bestimmt. Änderungen an Feldern, welche zur Berechnung dieses EK-Preises verwendet werden, haben keine Auswirkung mehr auf den EK-Preis. Die Endsummenkalkulation kann diesen manuellen Preis ändern.

Manueller VK

Wenn aktiviert, wird der Verkaufspreis des gewählten Preisanteils über das Feld Aktueller VK bestimmt. Änderungen an Feldern, welche zur Berechnung dieses VK-Preises verwendet werden, haben keine Auswirkung mehr auf den VK-Preis. Die Endsummenkalkulation kann diesen manuellen Preis ändern.

Master Data für Fashion

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bündelt die Fashion-spezifischen Stammdaten, die Sie zusätzlich zum allgemeinen BE-Commerce-Standard pflegen müssen. Sie hilft neuen Anwendern dabei, die wichtigsten Datenobjekte und ihre Reihenfolge zu verstehen.

Für wen diese Seite gedacht ist

Anwender, die Kategorien, Attribute und Farben für einen Fashion-Webshop vorbereiten.
Key User, die Stammdatenqualität und kanalbezogene Pflege verantworten.
Teams, die klären müssen, welche Daten im Connector und welche im allgemeinen BE-Commerce-Bereich gepflegt werden.

Empfohlene Reihenfolge

Prüfen Sie zuerst die Grundlagen in BE-Commerce Stammdaten.
Legen Sie dann die kanalbezogenen Grundlagen für den Fashion-Webshop fest.
Pflegen Sie danach Kategorien sowie dynamische und freie Attribute.
Ergänzen Sie zum Schluss Farben, Lieferantenfarben und artikelbezogene Webshop-Daten.

Webshop-Kanäle

Für jeden Shop wird ein eigener Kanal verwaltet. Pro Kanal pflegen Sie unter anderem die Standortgruppe für die verfügbare Bestandsberechnung, den Verkaufsstandort für Webshop-Dokumente, erlaubte Kontaktänderungen sowie die aktiven Sprachen.

On-Premise-Container einrichten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die empfohlene Vorgehensweise, um BE-Code als lokale On-Premise-Installation auf einem Windows-Server per Docker Compose zu betreiben.

Voraussetzungen

Windows-Server ab Build 22H2, mindestens 1 CPU-Kern, 1 GB RAM und 10 GB freier Festplattenspeicher.
Installierte und konfigurierte Docker Engine und Docker Compose.
Zugriff auf die BE-terna Azure Container Registry becode.azurecr.io; die Authentifizierung erfolgt über ACR-Tokens, ein Token je Kunde.
Gültiges SSL-Zertifikat als cert.pfx in einem Hostverzeichnis (z. B. C:\certs).

Empfohlene Reihenfolge

Anwendungsordner anlegen, z. B. C:\be.code.
Dateien docker-compose.yml und .env in diesem Ordner anlegen.
docker-compose.yml befüllen.
.env befüllen und Kennwörter setzen.
Container starten und Erreichbarkeit prüfen.

Einrichtungsbausteine

Docker-Compose-Datei pflegen

Legen Sie im Anwendungsordner die Datei docker-compose.yml mit folgendem Inhalt an:

Packmittel und Packstrukturen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite vertieft die Stammdatenbasis von Handling Unit Management. Sie beschreibt, wie Packmittel angelegt, Packstrukturen aufgebaut und Alternativen sowie Regeln für die spätere automatische Verpackungszuweisung vorbereitet werden.

Fachlicher Nutzen

Macht Packmittel und Strukturvorlagen als wiederverwendbare Stammdaten nutzbar.
Schafft belastbare Grundlagen für automatische Standardverpackungen im Beleg.
Hilft dabei, Alternativen, Gewichte und Prüfregeln fachlich konsistent zu pflegen.

Inhaltlicher Fokus

Packmittel definieren

Packmittel können auf Basis von Artikeln oder Ressourcen angelegt werden. In der Praxis werden häufig Artikel verwendet. Die Kennzeichnung als Packmittel steuert vor allem die gefilterte Auswahl und die Eingabeprüfung in den nachgelagerten Tabellen.

Positionsbearbeitung

Mon, 01 Jan 0001 00:00:00 +0000

Der Editor Projektbelegposition steht als zusätzliches Mittel zur Verfügung, um Positionen bearbeiten zu können. Dieser kann geöffnet werden, in dem auf die gewünschte Position navigiert wird und anschließend im Inforegister auf Bearbeiten und danach auf Bearbeiten geklickt wird. Der Editor bietet verschiedene Einstellungsmöglichkeiten.

Zum Vergrößern anklicken

Allgemein

Die Registerkarte Allgemein zeigt zunächst Felder an, die als Spalten im Leistungsverzeichnis zu finden sind. Ab dem Feld Bedarfsweise kommen neue Inhalte hinzu.

Positionsstapelverarbeitung

Mon, 01 Jan 0001 00:00:00 +0000

Sie finden die Stapelverarbeitung in der Belegbearbeitung unter Bearbeiten im Inforegister.

Zum Vergrößern anklicken

Mittels der Positionsstapelverarbeitung kann eine Auswahl von Positionen im Projektbeleg anhand von verschiedenen Einstellungsmöglichkeiten verändert werden.

Zum Vergrößern anklicken

Allgemein

Feld	Erklärung
Positionsnr.	Gibt die Nummer der Position an, die man zuvor ausgewählt hat.
Beschreibung	Zeigt die Beschreibung der aktuell selektierten Position an.
Positionsauswahl
Auswahl	In diesem Look-Up wird die Menge der zu verarbeitenden Positionen angegeben. Die Option Alle verarbeitet alle im Beleg enthaltenen Positionen. Die Option nur Aktuelle verarbeitet die Position, die zuvor ausgewählt wurde. Mit der Auswahl Untergeordnete wählt man zusätzlich untergeordnete Positionen aus.
Positionstypenfilter	In diesem Feld kann über ein Look-Up ausgewählt werden, ob die Stapelverarbeitung Haupt- und/oder Unterpositionen verarbeiten soll.
nur markierte	Die Auswahl wird nur auf markierte Positionen angewendet.
Aktion
VK-Preis	In diesem Look-Up führt die Auswahl Aktueller als manueller dafür, dass das kalkulierte Ergebnis in den Verkauf übernommen wird. Falls sich die Einkaufswerte ändern sollten, ändern sich somit nicht die Verkaufspreise. Das Kennzeichen Kalkulationsergebnis führt dazu, dass sich der Verkaufspreis wieder aus der Kalkulation zusammensetzt. Das Kennzeichen manueller VK an den Positionen (je Preisanteil) bewirkt, dass der Verkaufspreis des gewählten Preisanteils über das Feld Aktueller VK bestimmt wird. Änderungen an Kalkulationsfeldern, welche zur Berechnung dieses VK-Preises verwendet werden, haben keine Auswirkung mehr. Die Endsummenkalkulation kann diesen manuellen Preis ändern.
GAEB-Preis	Hier wird festgelegt, ob die importierten GAEB Preise imEinkauf übernommen werden sollen. Der Verkaufspreis ergibt sich dann aus der Kalkulation.
GAEB EP-Anteile	An dieser Stelle kann eingestellt werden, ob die Einzelpreise aus der importierten GAEB übernommen werden sollen und direkt den Positionspreisanteilen zugeordnet werden.
Aufmaß	Übernimmt die pro Position aufgemessenen Mengen in die Mengenspalte der Position.
Preise aus Stamm aktualisieren	Nachdem die Preise an den Stammdaten der Artikel oder Katalogartikel verändert wurden, kann in diesem Feld festgelegt werden, ob nur der EK oder der EK und VK übernommen werden sollen.
Lohn-Zeitanteil aus Stamm übernehmen	Die Option aktualisiert den Zeitansatz (meistens in Minuten) am Lohn-Preisanteil der Positionen, welcher in den Stammdaten hinterlegt wurde.
Texte aus Stamm aktualisieren	Die Option aktualisiert den Kurz- und Langtext der Positionen entsprechend der aktuellen Version aus den Stammdaten (Artikel, Katalogartikel).
Zeilenumbruch vor Position	Auswahl ob ein Zeilenvorschub gedruckt werden soll.
Einzelpreisaufgliederung de-/aktivieren	Für den GAEB-Export mit Einzelpreisaufgliederung ist an der Hauptposition die Aktivierung notwendig.
Erstelle Datensatz aus Position	Erstellt aus manuell eingetragener Position je nach Auswahl einen neuen Kalkulations-/ Artikel/ Paket in den Stammdaten.
Kreditorenartikelnr. aus Stamm übernehmen	Gibt an, ob die Artikelnummer vom Kreditor übernommen werden soll.
Variable Textsteuerung	Dieses Look-Up setzt auch optionale Positionen (Sichtbar über die Drucken-Ansicht). Anschließend steuert diese Option beim Drucken des Projektbelegs, ob in den Positionen Lang- und/oder Kurztexte ausgegeben werden sollen.
Referenzkreditor	Angabe eines Referenzkreditors im Look-Up.

Einkaufsaustausch

Mit der Funktion Einkaufsaustausch können ausgewählte Artikel gegen andere Artikel aus einem vorhandenen Einkaufsaustausch getauscht werden.

Preisanteile

Mon, 01 Jan 0001 00:00:00 +0000

Preisanteile sind Teilkosten und gliedern den Einheitspreis nach verursachenden Kostenarten. Im Standard sind dies Löhne, Stoffe, Geräte und sonstige Kosten. Ebenfalls enthalten sind eventuelle Zuschläge. Preisanteile können auf Beleg- und Positionsebene hinterlegt und angepasst werden.

Es können beliebig viele Preisanteile erstellt werden. Durch die dynamische Eigenschaft der Preisanteile müssen diese für die Stammdatenübernahme und die Projektstatistik immer eine Basiskategorie zugeordnet bekommen.

Belegebene

Auf Belegebene können Preisanteile im Navigationsmenü unter Zugehörig bei Einstellungen mit der Funktion Preisanteile gepflegt werden.

Preisberechnung

Mon, 01 Jan 0001 00:00:00 +0000

Mit dem Update auf Version 22.11 bzw. 23.11 von BE-terna Project wurde die Preisberechnung komplett auf das neue Datenmodell von Business Central umgestellt. Somit können die Preislisten für Preise und Rabatte (Einkauf/Verkauf) im Business Central Standard auch in BE-terna Project in ihrem vollen Umfang genutzt werden.

Voraussetzung ist hierbei, dass das entsprechende Feature in der Funktionsverwaltung aktiviert ist:

Zum Vergrößern anklicken

Preisberechnungsmethoden

Damit die Preisfindung in BE-terna Project korrekt funktioniert, sollten die richtigen Methoden zur Preisfindung verwendet werden:

Preishistorie

Mon, 01 Jan 0001 00:00:00 +0000

Im Vergleich zur Katalogartikelhistorie wird die Preishistorie im Beleg angezeigt. Diese zeigt alle manuell getätigten Änderungen der Preise auf Positionsebene an. Es kann demnach nachvollzogen werden, wie Preise in der Vergangenheit geändert worden sind. Die Preishistorie befindet sich in der Belegbearbeitung unter Details.

Zum Vergrößern anklicken

Die Nutzung der Preishistorie ist standardmäßig aktiviert.

Projektbeleg kopieren

Mon, 01 Jan 0001 00:00:00 +0000

Ein bereits erfasster Beleg kann innerhalb eines Projektes kopiert oder in ein anderes Projekt verschoben werden. Für das Kopieren wählt man im Navigationsmenü unter Aktionen den Punkt Verarbeiten aus und klickt auf die Funktion Beleg kopieren…. Zunächst öffnet sich ein Dialogfenster, indem Einstellungen getroffen werden, die analog zur Erstellung eines neuen Beleges anzusehen sind.

Zum Vergrößern anklicken

Weitere Optionen zum Kopieren des Belegs stehen unter Kopieroptionen zur Verfügung.

Projektfertigung

Mon, 01 Jan 0001 00:00:00 +0000

Im Projektbelegeditor kann ebenso das Thema Auftragsfertigung für die Produktion kleiner und mittlerer Mengen behandelt werden. Dabei werden Arbeitspläne und Fertigungsstücklisten auf Unterpositionsebenen abgebildet. Diese können bearbeitet und ergänzt werden, sodass bis in die unterste Ebene von Stücklisten im Projektbeleg kalkuliert werden kann.

Es wird auch eine eigene (konfigurierbare) Ansicht für die Fertigung bereitgestellt.

Zum Vergrößern anklicken

Außerdem gibt es in der BE-terna Project Einrichtung einen Tab eigens für das Thema Fertigung. Dort kann eingerichtet werden, auf welchen Preisanteilen die Bearbeitungs- bzw. die Rüstzeit abgebildet werden soll. Des Weiteren ist eine Vorgabe Ressource für den Arbeitsplan (im Leistungsverzeichnis) anzulegen und entsprechend anzugeben. Sollen außerdem Fertigungsartikel aus dem Leistungsverzeichnis heraus erstellt werden, wird eine gesonderte Vorlage für Fertigungsartikel benötigt.

Projektkarte

Mon, 01 Jan 0001 00:00:00 +0000

Projektkarte

Die Projektkarte stellt die zentrale Verwaltungsoberfläche aller Belege, Dokumente, Vorgänge und Aufgaben für ein bestimmtes Bauvorhaben dar.

Durch Klicken auf eine Projektnummer innerhalb der Projektliste kann die zugehörige Projektkarte geöffnet werden.

Zum Vergrößern anklicken

Funktionen/Aktionen

Folgende Aktionen stehen auf dieser Karte zur Verfügung:

Start

Feld	Erklärung
Zahlungsplan	Öffnet die Zahlungspläne des Projekts.
Projektaufgaben kopieren aus…	Öffnet einen Editor für das Kopieren von Projektaufgaben in dem jeweiligen Projekt.
Projektaufgaben kopieren nach…	Öffnet einen Editor für das Kopieren von Projektaufgaben und Verschieben in ein bestimmtes Projekt.
Lagerkommissionierung erstellen	Erstellt eine Lagerkommissionierung für die Artikel des Projekts aus den Projektplanungszeilen.
Kommissionierung erstellen	Erstellt Lagerkommissionierbelege für die zugehörigen Projektplanungszeilen.
Statistik	Öffnet die projektspezifische Statistik.

Preise und Rabatte

Projektliste

Mon, 01 Jan 0001 00:00:00 +0000

Projektliste

Die Projektliste bietet einen Überblick über alle Projekte in einem Mandanten.

Direkt über der Liste befindet sich das Menüband mit diversen Funktionen.

Durch Klicken auf die Projektnummer öffnet sich die Projektkarte im Bearbeiten-Modus.

Zum Vergrößern anklicken

Infoboxen

Rechts neben der Projektliste befinden sich die Infoboxen, welche je nach Art der Infobox verschiedene Daten anzeigen. Die Infobox zeigen weitere Details zum markierten Projekt. Über den “i”-Button über der Infobox können sie sich wieder ausblenden lassen.

Projektrechnung stornieren

Mon, 01 Jan 0001 00:00:00 +0000

Eine gebuchte Projektrechnung kann auf der Projektkarte im Bereich Projektrechnungen mittels Aufruf der Aktion Schlussrechnung stornieren im Bereich Alle Aufgaben storniert werden.

Ansicht der Projektrechnungen auf der Projektkarte:

Zum Vergrößern anklicken

Ablauf:

Bei Aufruf der Aktion, wird eine Gutschrift erstellt und mit der Rechnung abgeglichen, woraufhin die Rechnung storniert wird. Zusätzlich wird der Projektbelegwizard geöffnet, um ein korrigiertes Rechnungsdokument zu erstellen.

Zum Vergrößern anklicken

Wird der Wizard abgebrochen wird lediglich die Gutschrift erstellt. Setzt man den Wizard fort, kann die Korrekturrechnung frei bearbeitet werden.

REB Export

Mon, 01 Jan 0001 00:00:00 +0000

Erfasste Aufmaße können in einem REB-Format und in einem GAEB DA 31 Format ausgegeben werden. Die Funktion dafür befindet sich im Navigationsmenü unter Aktionen bei Export und Aufmaß.

Zum Vergrößern anklicken

Es erscheint ein Exportdialog mit verschiedenen Optionen:

Zum Vergrößern anklicken

REB-Version

Auswahl	Erklärung
1979	In dieser Version ist die OZ-Maske vorgeschrieben: Es können nur Belege ausgetauscht werden, welche die OZ-Maske 1122PPPPI (im BE-Project # 2241) enthalten. Die Ausgabesortierung orientiert sich an der Blattnummer und dem Spaltenindex.
2009	In dieser Version ist die OZ-Maske auf maximal 9 Stellen begrenzt. Innerhalb der 9 Stellenbegrenzung kann die OZ-Maske variieren. Die Ausgabesortierung orientiert sich an der Blattnummer und dem Spaltenindex.
GAEB DA31 (1979/2009)	In diesen Versionen können OZ-Masken mit mehr als 9 Stellen ausgegeben werden. Die Ausgabesortierung orientiert sich an den Positionsnummern. Es wird die OZ-Maske 1234PP empfohlen.

Es ist von Vorteil mit dem Geschäftspartner abzustimmen, welche Version dieser erfolgreich einlesen kann, damit entschieden werden kann, welche Version für den Export verwendet werden sollte.

Rechnungserstellung

Mon, 01 Jan 0001 00:00:00 +0000

Rechnungen werden identisch zu den anderen Projektbelegen erstellt. Es können direkt über die Projektkarte in den Tabs Projektbelege und Projektrechnungen über Verwalten und Neu verschiedene Arten von Rechnungen erstellt werden.

Zum Vergrößern anklicken

Teilrechnungen als Anzahlungsrechnung
Teilrechnungen
Rechnungen
Schlussrechnungen
Gutschriften und
Teilgutschriften (bevorzugt immer nicht kumulativ)

Schlussrechnungen beziehen sich immer auf vorherige Teilrechnungen. Sie sind kumulativ und schließen einen Abrechnungsvorgang ab. Rechnungen dagegen haben keine vorherigen Teilrechnungen. Sie können also nicht kumulativ sein und bilden ihren eigenen Abrechnungsvorgang. Eine Übersicht aller Rechnungen befindet sich im Projekt-Cockpit unter dem Tab Projektrechnungen. Ob eine Teilrechnung Teilrechnung, Abschlagsrechnung oder Akontorechnung, heißt, kann in den Belegarten eingestellt werden.

Reklamationsgrund

Mon, 01 Jan 0001 00:00:00 +0000

Unter Zuordnung → Reklamationsgrund können kassenspezifisch, filialspezifisch oder für alle Kassen Reklamationsgründe erlaubt und/oder ausgeschlossen werden.

Zum Vergrößern anklicken

Ressourcen

Mon, 01 Jan 0001 00:00:00 +0000

Ressourcen

Eine Ressource ist entweder eine Person oder eine Maschine, die einem Projekt zugeordnet ist. Um Ressourcen anzulegen oder zu editieren, gelangt man über die Suchfunktion mit der Eingabe von dem Stichwort Ressourcen in die Liste aller Ressourcen. Klickt man auf eine Ressourcennummer, öffnet sich die dazugehörige Ressourcenkarte.

Zum Vergrößern anklicken

In der Ressource kann man zusätzlich zu einer Kalkulationsgruppe und den Gemeinkosten eine Ressourcengruppe angeben. Als Preisanteilskategorie ist es für Ressourcen sinnvoll Löhne, Material oder Fremdleistungen zu verwenden. Alternativ kann auch hier ein fester Verkaufspreis festgelegt werden.

Rohstoffe

Mon, 01 Jan 0001 00:00:00 +0000

Nichteisen

Um einen Rohstoff zu erfassen, gibt man in die Suchfunktion “Nichteisen” ein. In der sich öffnenden Liste kann über Neu ein neuer Eintrag eingefügt werden. Der Tagespreis wird manuell in der Spalte Tagespreis (MW) festgelegt. Der Tagespreis bezieht sich immer auf das Preisbasisgewicht. Ist im Feld Tagespreis der Wert 800 eingetragen und im Feld Preisbasisgewicht der Wert 100, so würden 100 Gewichtseinheiten einem Preis von 800 entsprechen.

Zum Vergrößern anklicken

Rohstoffzuschläge

Mon, 01 Jan 0001 00:00:00 +0000

In der Position

Um einen Rohstoff zu erfassen oder anzuzeigen, öffnet man im Navigationsmenü unter Details den Tab “Rohstoffzuschläge”. In diesem Fenster befinden sich verschiedene Einrichtungsmöglichkeiten zur Pflege mehrerer Rohstoffe in der aktuellen Position. Rohstoffzuschläge können aber auch manuell an der Position eingetragen werden. Dabei kann aus einer Liste von Nichteisen aus dem Stammdaten gewählt werden oder individuelle Kürzel verwendet werden. Allerdings müssen die Preise dann manuell gepflegt werden.

Zum Vergrößern anklicken

Rollencenter

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Das Rollencenter bietet den zentralen Einstieg in die operativen Arbeitsbereiche von BE-Commerce. Es bündelt die häufig genutzten Listen und Sichten für Anwender- und Administrationsaufgaben.

Fachlicher Nutzen

Schneller Zugriff auf relevante Arbeitslisten.
Trennung zwischen Anwender- und Administrationssicht.
Fokus auf die wichtigsten operativen Belege und Prüfungen.

Inhaltlicher Fokus

Anwendersicht

Die Anwendersicht zeigt die Dokumente, die aktuell zu verarbeiten sind, archivierte Dokumente und fehlerhafte Einträge. Außerdem enthält sie Kontakte und weitere tägliche Arbeitslisten.

Stammdaten am Lieferanten

Mon, 01 Jan 0001 00:00:00 +0000

In der Lieferantenkarte befindet sich der Tab IDS.

Zum Vergrößern anklicken

Das Feld IDS-Version dient der Angabe der zu verwendenten IDS-Version, falls diese nicht automatisch beim Lieferanten ermittelt werden kann. \

Im Feld IDS-Uri kann die entsprechende URL des Lieferanten hinterlegt werden, falls diese nicht automatisch durch Open Connect übermittelt wurde.

Wenn auf die Zahl im Feld Anzahl IDS Benutzer geklickt wird, öffnet sich die Liste der explizit angemeldeten Benutzer im Webshop, welche den IDS Shop benutzen können. Dort ist es möglich weitere Nutzer anzulegen.

Stammdaten am Lieferanten hinterlegen

Mon, 01 Jan 0001 00:00:00 +0000

Im Tab “DATANORM”, welche sich in der Lieferantenkarte befindet, können verschiedene Stammdaten hinterlegt werden.

Zum Vergrößern anklicken

Feld	Erklärung
Open Connect Lieferant	DATANORM-Download mit Hilfe von Open Connect.
Import Codepage	Codepage der DATANORM (i.d.R. nicht nötig).
Neuanlage erlaubt	Drei Auswahlmöglichkeiten: Nicht erlaubt, Erlaubt und Erlaubt bei KZ „N“. Erlaubt bei KZ „N“ legt neue Katalogartikel nur bei DATANORM-N-Sätzen an (Neuanlagesätze), Erlaubt/Nicht erlaubt unterscheidet ob Neuanlagen von Katalogartikeln generell eingelesen oder ignoriert werden sollen.
Änderung erlaubt	Bietet drei Auswahlmöglichkeiten: Nicht erlaubt, Erlaubt und Erlaubt bei KZ „A“. Über Erlaubt/Nicht erlaubt kann festgelegt werden, ob vorhandene Positionen im Artikelstamm mit Änderungen überschrieben, bzw. nicht überschrieben werden sollen. Bei Erlaubt bei KZ „A“ kann ausgewählt werden, ob die Änderungen nur bei DATANORM-A-Sätzen eingepflegt und sonstige Regeln beachtet werden sollen (z.B. die Art der gewünschten Rabattpflege).
Matchcode-Änderung erlaubt	Teilt dem System mit, ob vom DATANORMSATZ der Matchcode übernommen werden soll.
Preisänderung erlaubt	Gibt an, ob die Artikelpreise im Artikelstamm ersetzt werden dürfen. Ist dieses Feld nicht ausgewählt, werden nur die Texte beim Import geändert.
Umbenennung erlaubt	Artikel darf umbenannt werden.
Löschen erlaubt	Artikel darf gelöscht werden.
SET-Artikel als Zubehör importieren	Legt fest, ob SET-Artikel als Zubehörartikel importiert oder als Artikelpakete angelegt werden sollen.
Paketkomponentenlieferant	Hier kann ein Lieferant ausgewählt werden, von dem man andere (Artikel-)Paketkomponenten bezieht. In diesem Feld wird das Kürzel des Lieferanten angegeben.
Paketkomponentenlieferantenname	Hier kann ein Lieferant ausgewählt werden, von dem man andere (Artikel-)Paketkomponenten bezieht. In diesem Feld steht der vollständige Name des Lieferanten.
Keine SET-Komponenten-Validierung	Spielt Pakete ein, ohne zu prüfen, ob die angegebenen Komponenten bereits vorhanden sind oder nicht.
Nach Import Preise aktualisieren	Bei Aktualisierung der DATANORM werden durch einen Stapellauf die Preise der zugehörigen Lagerartikel gepflegt.
Verkaufspreis 2 aus Listenpreis	Bewirkt, dass diverse Aufschläge oder Kalkulationen nicht wirken, sondern der Listenpreis aus DATANORM geführt wird.
Nur Referenzartikel	Verschiedene Anbieter (z.B. EDS-Klein) stellen Datenkataloge/Leistungsbücher in Form von DATANORM zur Verfügung, welche nur sog. Referenzartikel bzw. die zugehörigen Artikelreferenzen enthalten. Solche Lieferanten können nun mit dem Kennzeichen nur Referenzartikel versehen werden.
Bevorzugter Referenzlieferant	Zusätzlich kann ein bevorzugter Referenzlieferant ausgewählt werden. Dieses Kennzeichen muss vor dem Import gesetzt werden, da dieses beim Import an die Katalogartikel vererbt wird.
Bevorzugter Referenzlieferantenname	Verweis auf den Lieferanten, welcher im Stamm hinterlegt ist.
Anschließende Preispflege	Bewirkt eine Validierung der Rabattgruppen nach Import des Kalkulationsartikels, sodass die hinterlegten Rabatte auch auf den Kalkulationsartikeln angewandt werden.

Stammdaten und Relationspflege

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die wiederkehrende Pflege der MDM-Stammdaten und Datenbeziehungen. Im Mittelpunkt stehen Relationen, Unternehmenszuordnungen, Abhängigkeiten, Ausschlüsse, DSR-Filter, Ersetzungen und die vorbereitenden Informationen für spätere Konsistenzprüfungen.

Fachlicher Nutzen

Macht die fachliche Pflege von Relationen und Regelwerken als wiederverwendbare Stammdaten nachvollziehbar.
Unterstützt eine konsistente Zuordnung zwischen Quell- und Zielunternehmen.
Hilft dabei, Abweichungen kontrolliert über Regeln, DSR und Prüflogik vorzubereiten.

Inhaltlicher Fokus

Datenbeziehungen als zentrales Stammdatenobjekt

Die MDM-Relation ist das führende Objekt für die Pflege der fachlichen Datenbeziehung. Sie verbindet Tabelle, Weiterleitungsregel, Verteilungslogik, Bearbeitungszustand und die zugehörigen Unternehmenszuordnungen in einem gemeinsamen Pflegekontext.

Standard Import und Export

Mon, 01 Jan 0001 00:00:00 +0000

Über die Aktion Im-/Export lassen sich große Datenmengen (z.B. Demodaten) als Textdatei importieren und exportieren.

Zum Vergrößern anklicken

Nach dem Klicken auf Interaktiver Import öffnet sich ein Assistent zum Importieren von Daten.

Zum Vergrößern anklicken

Statistiken und Projektcontrolling

Mon, 01 Jan 0001 00:00:00 +0000

Projektstatistik

Um eine Auswertung für ein Projekt einsehen zu können, geht man in der Projektkarte über Start auf Statistik.

Zum Vergrößern anklicken

Die Projektstatistik zeigt Einkaufs- und Verkaufswerte sowie Deckungsbeiträge mit den jeweiligen Preisanteilen in den Spalten Soll, Aufmaß und Ist an.
Damit die Belege im Soll erfasst werden, muss der Haken bei Budgetwirksam gesetzt werden. Aufträge sind automatisch budgetwirksam.

Zum Vergrößern anklicken

Die Daten in der Spalte Aufmaß in der Projektstatistik setzen sich aus den Aufmaßen des Belegs zusammen und werden dort aufsummiert. Es ist zu beachten, dass Zuschlagspositionen nicht in den Aufmaßmengen berücksichtigt werden, sondern erst bei der Rechnungsstellung miteinbezogen werden.

Suchen im System

Mon, 01 Jan 0001 00:00:00 +0000

Allgemeine Suche

Im Rollencenter befindet sich der Suchbutton am rechten oberen Rand des Fensters.

Durch klicken auf den Button öffnet sich ein Eingabefenster. In dieses Fenster können Suchbegriffe eingetragen werden. Das System schlägt, passend zum Suchbegriff, Aktionen, Seiten, Berichte etc. vor.

Zum Vergrößern anklicken

Suche nach Datensätzen

Wenn nach spezifischen Datensätzen der Bereiche Adressen, Projekte, Artikel oder Wartung gesucht werden soll, kann die Aktion Suche genutzt werden.

Zum Vergrößern anklicken Beim Klicken auf die Aktion kann zwischen den Bereichen gewählt werden. Im Beispiel ist eine Adressuche dargestellt. Nachdem im Feld Suchbegriff etwas eingetragen wurde, wird die Suche gestartet, indem die Enter-Taste auf der Tastatur betätigt wurde. Zudem kann angegeben werden, ob in der Ergebnislist auch Kontakte, Debitoren und Kreditoren angezeigt werden sollen.

Übersicht

Mon, 01 Jan 0001 00:00:00 +0000

Unter Designer → Übersicht werden die Suchmasken der Kassierung eingerichtet.

Art	Beschreibung
Verkäufer	Konfiguration der Verkäuferauswahl
Debitor	Konfiguration der Debitorenauswahl
Artikel	Konfiguration der Artikelauswahl
Artikelvariante	Konfiguration der Variantenauswahl
Reklamationsgrund	Konfiguration der Reklamationsgrundauswahl
Verkaufseinheit	Konfiguration der Verkaufseinheitsauswahl
Kassenbuch	Konfiguration der Kassenbuchauswahl
Zahlungsmittel	Konfiguration der Zahlungsmittelauswahl
Rabattgrund	Konfiguration der Rabattgrundauswahl
Gutscheinverkauf	Konfiguration der Auswahl offener Gutscheine
Gutscheineinlösung	Konfiguration der Auswahl einlösbarer Gutscheine
Debitorenposten	Konfiguration der Debitorenpostenauswahl (OP-Ausgleich)
Kontakt	Konfiguration der Kontaktauswahl
Artikelreferenz	Konfiguration der Artikelreferenzauswahl
Ressource	Konfiguration der Ressourcenauswahl
Artikelkategorie	Konfiguration der Kategorienauswahl
Kontaktbearbeitung	Konfiguration der Kontaktanlage/-bearbeitung
Debitorbearbeitung	Konfiguration der Debitorenanlage/-bearbeitung
Kundenhistorie	Konfiguration der bisherigen Kundenkäufe
Preisinformation	Konfiguration der Artikelpreisfindung
Chargeninformation	Konfiguration der Chargenauswahl
Fattura PA	Konfiguration der Rechnungsdaten der italienischen Fiskalisierung
Bon-Retoure	Konfiguration der Retourenerfassung
Lagerort	Konfiguration der Lagerortauswahl
Kampagne	Konfiguration der manuellen Kampagnenauswahl
Coupon	Konfiguration der manuellen Couponauswahl
Reservierung	Konfiguration der Reservierungsauswahl
Seriennr.	Konfiguration der Seriennr.-Auswahl
Tax Free	Konfiguration der nachträglichen Tax-Free-Erfassung
Demoskopische Abfrage	Konfiguration der Kundenumfragen
Kampagnenposten	Konfiguration der Übersicht aktuell im Bon registrierter/angewandter Kampagnen
Bon	Konfiguration der Bonauswahl
Mitarbeiter	Konfiguration der Mitarbeiterauswahl

Aktionen

Aktion	Beschreibung
Zurücksetzen	Setzt die aktuell ausgewählte Übersicht auf die Standardeinstellungen zurück
Alle zurücksetzen	Setzt alle Übersichten auf die Standardeinstellungen zurück

Einrichtung

Allgemein

Zum Vergrößern anklicken

Unternehmensfunktionen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite fasst die wichtigsten fachlichen Funktionsbereiche von Professional Services zusammen. Sie dient als Orientierung für Teams, die verstehen möchten, welche Aufgaben die Lösung in Vertrieb, Service, Abrechnung, Beschaffung und kundenbezogenen Stammdaten unterstützt.

Funktionsbereiche

Verkauf und Vertragsmanagement

Professional Services unterstützt die Erstellung von Angeboten, Aufträgen und Verkaufsverträgen für wiederkehrende Leistungen. Typische Anwendungsfälle sind Hardware-Miete, SaaS-Abonnements, Support- und Wartungsverträge sowie projektnahe Dienstleistungen.

Im Mittelpunkt stehen:

wiederkehrende Abrechnung aus Angebots- und Auftragsprozessen
Verkaufsverträge als Basis für langfristige Leistungsbeziehungen
Abrechnungsarten und Zuordnungen für unterschiedliche Geschäftsmodelle
Service Level Agreements und Kontingente für vertraglich geregelte Services

Details zu diesem Funktionsbereich finden Sie auf der Seite Verkauf.

Ursachencodes

Mon, 01 Jan 0001 00:00:00 +0000

Ursachencodes Allgemein

Ursachencodes (Reason Codes) sind frei definierbare Kennzeichen, mit denen Unternehmen die Beweggründe oder Ursachen für bestimmte Geschäftsvorfälle dokumentieren können. Sie werden genutzt, um Buchungen besser zu klassifizieren, auszuwerten und zu analysieren.

Typische Einsatzbereiche für Ursachencodes

Ursachencodes können an vielen Stellen in Business Central verwendet werden – u. a. bei:

Lagerbuchungen (z. B. Lagerkorrekturen, manuelle Umbuchungen)
Artikelbuchungsblättern
Verkaufs- und Einkaufsbelegen
Fertigungsbuchungen
Servicebelegen
Finanzbuchungen

Einrichtung und Funktion

Ursachencodes werden unter „Einrichtung – Ursachencodes“ zentral gepflegt.
Sie können dann pro Belegzeile, Buchblattzeile oder Buchung angegeben werden.
In der Buchungshistorie (z. B. Artikelposten, Lagerposten, Sachposten) ist der jeweilige Ursachencode nachvollziehbar.
Sie dienen häufig der internen Analyse, Nachverfolgung oder zur Vorbereitung von Auswertungen (z. B. warum ein Lagerabgang erfolgte: Schwund, Diebstahl, Muster, Retour etc.).

Zum Vergrößern anklicken

Verarbeitung von Liefer- und Feinabruf

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt den täglichen Abrufprozess in Controlled Sales Core: von Rahmenauftrag und Belegabruf über Liefer- und Feinabrufe bis zur aktualisierten Verkaufszeile und zur weiteren logistischen Verarbeitung. Sie richtet sich an Teams, die Kundenabrufe prüfen, Mengen und Termine abstimmen und freigegebene Bedarfe in Versandsteuerung, Konsignation oder Transport weiterverarbeiten.

Fachlicher Zusammenhang

Rahmenauftrag oder Rahmenvertrag: Langfristige Kundenvereinbarung, gegen die wiederkehrende Abrufe verarbeitet werden.
Belegabruf: Der fachliche Stammdatensatz am Verkaufsbeleg. Er verbindet Kunde, Artikel, Referenz, Werk, Entladestelle, Vertragsdaten und kumulierte Mengen.
Lieferabruf: Ein neuer Abrufstand mit eigener Abrufnummer, Abrufdatum und Abrufzeilen. Er wird vor der operativen Verarbeitung freigegeben.
Feinabruf: Detaillierte Termin- und Mengenvorgabe. Im Tagesgeschäft erscheinen diese Daten als Abrufzeilen; zusätzlich kann ein eigener Feinabruf erzeugt und freigegeben werden.
Kumulierte Mengen: Mengenfortschritt aus Kundensicht und internem Lieferstand. Diese Werte steuern, welche Abrufmenge tatsächlich in Auftragszeilen übernommen wird.

Typische Rollen

Vertriebsinnendienst: prüft Abrufdaten, Referenzen und Freigabefähigkeit.
Auftragsabwicklung: kontrolliert Verkaufszeilen, Termine, offene Mengen und Folgebelege.
Lager und Versand: verarbeiten die freigegebenen Zeilen in Versandsteuerung, Kommissionierung und Transport.
Key User: klärt Sonderfälle bei kumulierten Mengen, Korrekturen, Nullstellungen und erneuter Freigabe.

Voraussetzungen

Einrichtung und Nummernserien sind gepflegt.
Der Rahmenauftrag oder Verkaufsbeleg ist im verarbeitbaren Status vorhanden.
Artikel, Debitor, Referenznummer, Werk und Entladestelle sind fachlich korrekt gepflegt.
Bei aktivierter Pflichtlogik ist die Eingangsfortschrittszahl im Abruf verfügbar.
Lager- und Versandprozesse sind organisatorisch abgestimmt.

Prozesslandkarte

flowchart LR
  A[Belegabruf prüfen] --> B[Feinabrufdaten prüfen]
  B --> C[Lieferabruf erstellen]
  C --> D[Mengen und Termine validieren]
  D --> E[Lieferabruf freigeben]
  E --> F[Verkaufszeilen aktualisieren]
  F --> G[Versandsteuerung ausführen]
  G --> H[Folgeprozesse bei Bedarf übergeben]
  H --> I[Logistikprozess fortführen]

Operativer Ablauf

Process 1) Belegabruf am Rahmenauftrag prüfen Der Belegabruf ist der zentrale Bezug für Abrufnummer, Kunde, Artikel und Lieferkontext. +

Öffnen Sie die Belegabrufdaten aus dem Rahmenauftrag oder Verkaufsbeleg.
Prüfen Sie Referenznummer, Artikel, Kundenbestellnummer, Werk und Entladestelle.
Kontrollieren Sie Vertragsbeginn, Vertragsende und den letzten freigegebenen Abrufstand.
Prüfen Sie die kumulierte Liefermenge, die Eingangsfortschrittszahl und die Menge in Transit.
Klären Sie Abweichungen, bevor Sie einen neuen Abrufstand erstellen.

Process 2) Feinabrufdaten prüfen und zuordnen Feinabrufdaten liefern die detaillierte Bedarfsbasis für Termine und Mengen. +

Prüfen oder erfassen Sie eingehende Feinabrufdaten, sofern Ihr Prozess diese separat bereitstellt.
Ordnen Sie die Feinabrufdaten dem richtigen Kunden, Artikel, Werk, der richtigen Entladestelle und dem passenden Rahmenauftrag zu.
Prüfen Sie Terminbezug, Mengen, Start-/Enddatum und Referenzen je Abrufzeile.
Nutzen Sie die kumulierten Werte und Differenzen zur schnellen Plausibilitätsprüfung gegenüber dem letzten Abrufstand.
Übernehmen Sie nur fachlich gültige Feinabrufdaten in die Freigabe.

Process 3) Lieferabruf oder Feinabruf erstellen Aus dem Belegabruf entsteht ein neuer freizugebender Abrufstand. +

Verwenden Sie Erzeuge Lieferabruf, wenn ein neuer Lieferabruf zum bestehenden Belegabruf erstellt werden soll.
Verwenden Sie Erzeuge neuen Feinabruf, wenn detaillierte Feinabrufdaten als eigene Abrufart verarbeitet werden sollen.
Das System übernimmt Referenz, Artikel, Kunde, Kundenauftragsnummer, Werk, Entladestelle und Eingangsfortschrittszahl aus dem Belegabruf.
Die neue Abrufnummer wird aus dem letzten freigegebenen Abrufstand fortgeschrieben.
Bis zur Freigabe bleibt der neue Abruf fachlich bearbeitbar.
Prüfen Sie die vorgeschlagenen Abrufzeilen je Termin und korrigieren Sie nur fachlich begründete Abweichungen.

Process 4) Mengen und Termine vor Freigabe validieren Die Freigabe sollte erst erfolgen, wenn Abrufdaten und Mengenstand zusammenpassen. +

Kontrollieren Sie Abrufdatum, Abrufnummer, Abrufzeilen, Mengen und Termine.
Prüfen Sie, ob die neue Abrufnummer größer als der letzte gültige Abrufstand ist.
Prüfen Sie, ob die Abruftermine intern umsetzbar sind, und stimmen Sie Abweichungen mit Vertriebsinnendienst, Lager oder Versand ab.
Stimmen Sie unklare Eingangsfortschrittszahlen, Lieferstände oder Transitmengen mit dem Kundenprozess ab.
Prüfen Sie, ob Artikel gesperrt sind oder Vertragsdaten den Abrufzeitraum einschränken.
Klären Sie, ob Ignoriere Menge in Transit bewusst gesetzt ist und zur aktuellen fachlichen Abstimmung passt.
Nutzen Sie für Korrekturen und Nullstellungen die Prüf- und Dokumentationsregeln weiter unten auf dieser Seite.

Process 5) Lieferabruf freigeben Die Freigabe schreibt den Abrufstand fort und bereitet operative Auftragsmengen vor. +

Geben Sie den Abruf erst nach der fachlichen Prüfung frei.
Bei der Freigabe wird die Eingangsfortschrittszahl auf dem Belegabruf fortgeschrieben.
Das System setzt den letzten Lieferabrufstand und speichert Freigabedatum sowie freigebenden Benutzer.
Fehler werden am Abruf protokolliert, damit Sie sie gezielt korrigieren können.
Bei Bedarf kann der letzte Lieferabruf erneut freigegeben werden, nachdem Mengen korrigiert wurden.

Process 6) Verkaufszeilen prüfen Freigegebene Abrufzeilen aktualisieren bestehende Zeilen oder erzeugen neue Zeilen. +

Existiert für Artikel und Termin bereits eine passende Verkaufszeile, wird diese angepasst.
Existiert keine passende Zeile, legt das System eine neue Verkaufszeile an.
Die Abrufmenge bleibt als eigene fachliche Information auf der Verkaufszeile sichtbar.
Bereits gelieferte Mengen, offene Auftragsmengen und vorhandene Lagerbelege werden berücksichtigt.
Prüfen Sie nach der Freigabe, ob Menge, Gewünschtes Lieferdatum, Lagerort und Folgeprozess bereit sind.

Process 7) Versandsteuerung ausführen Fällige Verkaufszeilen werden in Versand- oder Kommissionierprozesse überführt. +

Starten Sie die passende Versandsteuerung mit Ihren definierten Filtern.
Die Versandsteuerung arbeitet auf freigegebenen Auftragszeilen und folgt der jeweiligen Lagerortkonfiguration.
Prüfen Sie die vorgeschlagenen Zeilen in der Arbeitsliste auf Fälligkeit und Menge.
Markieren Sie die gewünschten Zeilen und erstellen Sie die benötigten Dokumente.
Nutzen Sie bei Bedarf direkt die Option für zusätzliche Kommissionierbelege.
Kontrollieren Sie nach dem Lauf, ob alle markierten Zeilen in den Zielprozess übergeben wurden.
So bleiben Bedarfsplanung im Abruf und logistische Ausführung in der Versandsteuerung klar getrennt.

Process 8) Folgeprozesse übergeben Nach dem Abruf übernimmt die Logistik den passenden Folgeprozess. +

Übergeben Sie freigegebene Verkaufszeilen nur in die Folgeprozesse, die für den konkreten Standort und Kundenfall benötigt werden.
Führen Sie bei Bedarf die Umlagerungssteuerung für standortbezogene Nachversorgung aus.
Berücksichtigen Sie Konsignation, wenn der Zielort als Konsignationslager geführt wird.
Führen Sie Versand, Umlagerung, Konsignation oder Transport in den jeweils dafür vorgesehenen Prozessseiten weiter.
Erstellen Sie Transporte erst auf Basis gebuchter Versandinformationen.

Feldkatalog für Endanwender

Belegabruf

Feld	Pflicht	Beispiel	Bedeutung
Artikelnr.	Ja	70000	Artikel, für den Abrufdaten gesteuert werden
Referenznr.	Ja	VDA-REL-2026-0815	Kundenspezifische Referenz zum Artikel
Bestellnr.	Prozessabhängig	RA-4711	Kundenauftrags- oder Rahmenvertragsbezug
Werk	Ja	1000	Werk des Kunden
Abladestelle	Ja	TOR-03	Abladestelle beim Kunden
Letzte Lieferabrufnr. (neu)	Nein	2026-0141	Letzter freigegebener Abrufstand
Lieferfortschrittszahl	Nein	13.800	Intern kumuliert gelieferte Menge
Eingangsfortschrittszahl	Einrichtungsabhängig	15.000	Eingangsfortschrittszahl aus Kundensicht
Menge in Transit	Nein	400	Geliefert, aber noch nicht kundenseitig bestätigt
Ignoriere Menge in Transit	Prozessabhängig	Aus	Steuert, ob Transitmenge bei der Abrufberechnung berücksichtigt wird

Liefer- und Feinabruf

Feld	Pflicht	Beispiel	Bedeutung
Lieferabrufart	Ja	Lieferabruf	Unterscheidet Lieferabruf und Feinabruf
Lieferabrufnr. (alt)	Nein	2026-0141	Vorherige Abrufnummer
Lieferabrufnr. (neu)	Ja	2026-0142	Neue Abrufnummer
Lieferabrufdatum (neu)	Ja	2026-06-01	Fachliches Abrufdatum
Debitornr.	Ja	10000	Debitor des Abrufs
Verwendungsschlüssel	Prozessabhängig	S	Verwendungsschlüssel für Auswertung und Folgebelege
Freigegeben	Nein	Ja	Zeigt, ob der Abruf freigegeben wurde
Letzter Fehler	Nein	Artikel gesperrt	Letzter Fehler aus der Freigabeprüfung

Abrufzeilen

Feld	Pflicht	Beispiel	Bedeutung
Abrufdatum	Ja	2026-06-03	Bedarfstermin der Abrufzeile
Menge	Ja	800	Abrufmenge für den Termin
Kumulierte Menge	Nein	15.800	Kumulierte Abrufmenge bis zum Termin
Menge letzter Abruf	Nein	600	Menge des vorherigen Abrufs zum gleichen Termin
Differenz	Nein	200	Differenz zum vorherigen Abrufstand
Startdatum / Enddatum	Prozessabhängig	2026-06-01 bis 2026-06-07	Zeitraum für mehrtägige oder periodische Bedarfe

Übergabe in den Folgeprozess

Feld	Pflicht	Beispiel	Bedeutung
Gewünschtes Lieferdatum	Ja	2026-06-03	Plantermin auf der Verkaufszeile
Abrufmenge	Nein	800	Aus Abruf übernommene fachliche Menge
Restmenge in Aufträgen	Nein	300	Offene Menge aus verknüpften Aufträgen zum Rahmenauftrag
Menge zu liefern	Prozessabhängig	0	Wird nach Abruffreigabe zunächst kontrolliert und später im Versandprozess gesetzt
Lagerortcode	Ja	HAUSLAGER	Lagerkontext für Versand oder Kommissionierung

Kumulierte Mengen und Berechnungslogik

Kumulierte Mengen verhindern, dass Kundenabrufe mehrfach oder zu niedrig verarbeitet werden. Entscheidend ist der Abgleich zwischen Kundenstand, internem Lieferstand und bereits berücksichtigten Mengen.

Versionierung von Projektbelegen

Mon, 01 Jan 0001 00:00:00 +0000

BE-Project bietet die Möglichkeit Belegversionen zu speichern und dadurch ältere Versionen eines Beleges zu einem späteren Zeitpunkt wieder aufzurufen und zu aktivieren.

Belegversionstabelle

Um auf die verschiedenen Versionen zuzugreifen klickt man in der Projektkarte im Bereich Projektbelege auf Verwalten und dann auf Versionen. Es öffnet sich ein ein neues Fenster mit allen Versionen des ausgewählten Projektbelegs.

Zum Vergrößern anklicken

Um die Änderungen besser nachverfolgen zu können, befinden sich unter den Spalten Editiert am und Editiert Zeit jeweils das Datum und die Zeit, an der eine Bearbeitung erfolgte. Die Spalte Editiert von zeigt den Benutzer an, der an dem Beleg als letztes eine Änderung vorgenommen hat. Erstellt von Benutzer zeigt den Autor des Belegs an. Es ist möglich, zu jeder Version eine Beschreibung zu hinterlegen. Wann die Version des Projektbelegs erstellt wurde, ist in den Spalten Datum Erstellt und Erstellt Zeit ersichtlich.

Vorgaben

Mon, 01 Jan 0001 00:00:00 +0000

Auf die Tabs unter Details wird später bei der Kalkulation näher darauf eingegangen.

Allgemein

Im Tab Allgemein werden Stammdaten von dem Projekt hinterlegt und es können grundlegende Einstellungen getroffen werden. Der Großteil der Felder wurde bereits in der Projektkarte behandelt, weshalb an dieser Stelle keine genauere Betrachtung dazu erfolgt. Ist das Feld Budgetwirksam angewählt, so werden die Beträge aus dem Beleg in die Statistik im Bereich Soll eingerechnet. Für Aufträge ist dies vorbelegt. Es kann jedoch manuell deaktiviert oder für andere Belege aktiviert werden.

Wareneingang

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Werden vom IC-Partner Lieferscheine empfangen, kann BE-terna Intercompany daraus automatisch Wareneingangsbelege erstellen. Das hält die Lagerbuchung aktuell, ohne dass Anwender Belege manuell erfassen müssen.

Fachlicher Nutzen

Automatische Lagerbuchung bei eingehenden IC-Lieferungen – keine manuelle Erfassung nötig.
Teillieferungen werden unterstützt, sofern die Einkaufsbestellung entsprechend eingerichtet ist.
Konsistenz zwischen Einkauf und Lager, weil der Wareneingang dieselben Zeilen wie der IC-Lieferschein trägt.

Inhaltlicher Fokus

Voraussetzungen

Der betreffende Lagerort verwendet Wareneingangsbelege.
Für eingehende IC-Lieferscheine ist das automatische Buchen des Wareneingangs aktiviert.

Zusammenspiel mit Faktura

Wird über den Wareneingang geliefert, darf nicht über die Bestellung fakturiert werden. In diesem Fall muss für die eingehende Rechnung die Option „Erstelle Einkaufsrechnung (Standard)" gesetzt sein.

Webservice

Mon, 01 Jan 0001 00:00:00 +0000

Unter Datentransfer → Webservice werden die Webservice-Verbindungen zu den Kassen bzw. zum Hauptsystem hinterlegt.

Zum Vergrößern anklicken

Hinweis: Für Webserviceaufrufe muss jeweils eine separate BC-Instanz mit NavUserPassword-Authentifizierung auf dem Zielsystem installiert werden.

Einrichtung

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Der Lagerortcode
Kasse	Der Kassencode
Art	POS: Verbindung zur Kasse (pro Kassenstamm) ERP: Verbindung zum Hauptsystem (einmalig für alle Kassenstämme)

Einstellungen

Zum Vergrößern anklicken

Feld	Beschreibung
Pfad	Basispfad der Aufruf-URL, setzt sich zusammen aus Namen/IP, ODATA-Port und Dienstnamen (Beispiel: `http://192.168.103.137:7258/BC`)
Benutzer	BC-Benutzer für die jeweiligen Aufrufe
Passwort	Passwort des zu verwendenden Benutzers
Mandant	Der aufzurufende Mandantenname

Aktionen

Test

Zum Vergrößern anklicken

XRechnung erstellen

Mon, 01 Jan 0001 00:00:00 +0000

Export als XRechnung

Einen Projektrechnungsbeleg kann als XRechnung ausgegeben werden. Die erstellte XRechnung wird dabei automatisch zu den Anlagen des Beleges hinzugefügt.

Dazu geht man im geöffneten Projektbeleg in den Aktionen über Export auf sonstiges und dann Export als XRechnung.

Zum Vergrößern anklicken

Achtung! Wenn Sie die exportierte XRechungsdatei an den Auftragsgeber übermittelt haben, gilt diese im steuerrechtlichen Sinne als Original des Rechnungsbeleges und ist damit aufbewahrungspflichtig.

Zahlungsplan

Mon, 01 Jan 0001 00:00:00 +0000

Der Zahlungsplan ist eine Variante um Zahlungsströme zu steuern. Zahlungspläne werden direkt am Projekt, Debitoren oder am Kreditoren hinterlegt. In der BE-terna Project Einrichtung kann außerdem ein Standard-Zahlungsplan definiert werden. Die gleichnamige Funktion befindet sich in der Projektkarte im Navigationsmenü bei Start. Es öffnet sich eine Liste mit den jeweils hinterlegten Zahlungsplänen, wo bereits vorhandene Zahlungspläne ausgewählt, bearbeitet oder neue Zahlungspläne hinterlegt werden können.

Zum Vergrößern anklicken

Die Zahlungsplannummer wird automatisch vergeben anhand der Voreinstellungen im System.

DACHSER

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DACHSER-spezifische Einrichtung in Shipping Labels. Sie umfasst die Referenzlisten für Produkte, Niederlassungen und Pakettypen sowie die API-Schlüssel, Endpunkte, Divisionen, Depotauswahl und Fallback-Paketeigenschaften, die für produktive Labelanfragen benötigt werden.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DACHSER-Test- und Produktivendpunkte liegen vor.
Die erforderlichen API-Schlüssel für die jeweilige Umgebung sind verfügbar.
Produkte, Niederlassungen und Pakettypen sind aus dem DACHSER-Onboarding bekannt.

Empfohlene Reihenfolge

Pflegen Sie die DACHSER-Produktliste.
Pflegen Sie die DACHSER-Niederlassungsliste und die Pakettypen.
Ordnen Sie Test- oder Produktivendpunkt sowie API-Schlüssel zu.
Wählen Sie Division, Depot, Produkt, Labelanzahl und Fallback-Paketeigenschaften.
Validieren Sie die Einrichtung zunächst im Testmodus und wechseln Sie erst zum Go-live in den Produktivmodus.

Einrichtungsbausteine

Zuerst die DACHSER-Referenzlisten aufbauen

DACHSER ist nicht nur eine Zugangsdaten-Einrichtung. Bevor die eigentliche Einrichtungslinie verwendbar wird, sollten die unterstützenden Listen für Produkte, Niederlassungen und Pakettypen gepflegt sein.

Verkaufsangebote und Aufträge

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Verkaufsangebote und Aufträge bilden in Professional Services den operativen Einstieg in vertragsbezogene Vertriebsprozesse. Bereits beim Erfassen eines Angebots kann ein neuer Verkaufsvertrag angelegt oder ein bestehender Vertrag erweitert werden, sodass vertriebliche und wiederkehrende Leistungen von Anfang an gemeinsam vorbereitet werden.

Voraussetzungen

Debitor, Projekt und die gewünschte Verkaufsart sind fachlich geklärt
Standard-Vor- und Nachtexte sowie die relevanten Vertrags- und Abrechnungsparameter sind eingerichtet
es ist entschieden, ob ein neuer Verkaufsvertrag entstehen oder ein bestehender erweitert werden soll

Inhaltlicher Fokus

Neues Verkaufsangebot mit Verkaufsvertrag

Beim Anlegen eines Verkaufsangebots mit der Verkaufsart Professional Services kann gleichzeitig ein neuer Verkaufsvertrag erzeugt werden. Debitor, Projekt, Laufzeit und weitere Belegdaten werden damit nicht nur für das Angebot, sondern auch für die spätere Vertrags- und Abrechnungslogik vorbereitet.

Version 26.0.0

Mon, 01 Jan 0001 00:00:00 +0000

Summary

Version 26.0.0 bringt Grundlagen für Buchungsvorschau, Kalkulationsmatrix, c/o-Erweiterungen, rapportbezogene Prozesse und die erweiterte Berichtsauswahl. Gleichzeitig wurden mehrere Korrekturen in Statuslogik, Druck, Übersetzungen und Ticketverhalten umgesetzt.

26.0.0 — 2025-05-23

New features

35580 - Buchungsvorschau und Posten suchen
19811 - Testcodeunits
35138 - Texte Zuordnung von - bis
26169 - Kachel: Meine offenen Aufträge
35143 - Vor- Nach-Texte überarbeitet
29118 - Kalkulationsmatrix implementieren
31949 - Arbeitsauftrag: Debitor Nr. vorbelegen
32488 - Überarbeitung CSP-Modul
34242 - Rapport Anbindung im Menü
27965 - Invoice CO
32248 - Abrechnung: c/o Felder
29898 - Übernahme c/o-Felder in Beleg/VK-Vertrag
27965 - ID wie Purchase Line
24434 - ITK Auftrag Unterschrift Monteur Kunde
29427 - c/o Felder in Mahnung
27965 - Übersetzungen allgemein
26163 - Rapport überarbeitet
34273 - Berichtsauswahl Verkauf erweitern: Gutschriftsentwurf
19810 - Testcodeunits: Buchungsgruppen

Bug fixes

32488 - Status New Fehler
31951 - Feld “Art” in den Auftragszeilen korrekt benennen
33970 - Korrekturen Periodische- und DL-Abrechnung
33975 - Korrekturen und Ergänzungen Tickets
34948 - Register “Langtext” doppelt in SLA-Karte
34952 - Fehlende Übersetzung in SLA-Leistungszeilen
34950 - Ticket überflüssige Notification
34243 - Rapport Druck Fehler RDLC
34273 - Berichtsauswahl: Format Address
33980 - Korrekturen Arbeitsaufträge

Artikelfreigabe

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Freigabe von Artikeln für Webshop-Kanäle in BE-Commerce. Ziel ist eine reproduzierbare Vorgehensweise, um Artikel nur mit vollständigen und konsistenten Daten zu veröffentlichen.

Voraussetzungen

Einrichtung und Kanalzuordnungen sind vorhanden.
Kategorien, Attribute und erforderliche Beschreibungen sind gepflegt.
Verantwortlichkeiten für Prüfung und Freigabe sind eindeutig zugeordnet.

Empfohlene Reihenfolge

Artikel- und Variantendaten je Kanal fachlich vervollständigen.
Freigabeprüfung starten und Fehlerprotokoll auswerten.
Fehler korrigieren, erneut prüfen und dann kanalbezogen freigeben.

Einrichtungsbausteine

Freigabebezogene Pflichtdaten

Mindestanforderungen für Kategoriezuordnung und Beschreibungsfelder prüfen.
Sprach- und kanalbezogene Inhalte vor Freigabe vervollständigen.

Fehlerbehandlung

Fehlerprotokolle strukturiert nach Ursache abarbeiten.
Korrekturen dokumentieren und für Wiederverwendung standardisieren.

Process Leitplanken für Freigaben Regeln für stabile und nachvollziehbare Artikelbereitstellung. +

Freigaben immer kanalbezogen und in klaren Prüfschritten durchführen.
Fehlerprotokolle nicht überspringen; nach jeder Korrektur erneut prüfen.
Bei Massenänderungen zuerst mit einer kleinen Artikelmenge validieren.

Azure Container Instance einrichten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt den empfohlenen Weg, um BE-Code als Azure Container Instance (ACI) ohne eigene Serverinfrastruktur zu betreiben. Optional binden Sie den Dienst an Azure Key Vault an, um Zertifikate zentral zu verwalten.

Voraussetzungen

Aktives Azure-Abonnement mit ausreichenden Rechten zum Anlegen von Ressourcengruppen und Container Instances.
Azure CLI auf dem Arbeitsplatz installiert oder Zugriff auf das Azure-Portal.
Zugriff auf die BE-terna Azure Container Registry becode.azurecr.io; Authentifizierung über ein ACR-Token je Kunde.
Optional: Azure-AD-Service-Principal mit Zugriff auf das Key Vault und ein gültiges SSL-Zertifikat im Key Vault.

Empfohlene Reihenfolge

Anmeldung an Azure und Container Registry.
Ressourcengruppe anlegen.
Azure Container Instance erstellen.
Container verifizieren und DNS-Weiterleitung einrichten.
Erreichbarkeit testen und Service-URL im BE-Code-Setup in Business Central pflegen.

Einrichtungsbausteine

Anmeldung

Melden Sie sich an Azure und an der Container Registry an:

Beispiel: Integration in Business Central

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieses Beispiel zeigt, wie BE-Code in Business Central eingebunden wird und wie Sie die Ausführung über das BE-Code-Register nachvollziehen. Das Beispiel orientiert sich am ausgelieferten Beispiel-Szenario für Artikel-Identifikatoren.

Kontext

BE-Code wird als Middleware-Service betrieben. Die Einrichtung ist unter Einrichtung BE-Code beschrieben.
Beim Anlegen oder Ändern eines Artikel-Identifikators erzeugt der mitgelieferte Event-Subscriber automatisch einen Eintrag im BE-Code-Register und ruft den Service auf.

Voraussetzungen

BE-Code-Service ist verfügbar (On-Premises oder Azure Container Instance).
Zugangsdaten für die Basic-Authentication des Service liegen vor.
Die BE-Code-App ist in Business Central installiert.

Prozesskatalog

Process Schritt 1 – BE-Code-Setup pflegen Server-URL und Authentifizierung hinterlegen und die Verbindung testen. +

Öffnen Sie in Business Central die Seite BE-Code Setup.
Hinterlegen Sie die Server-API-URL, z. B. https://<fqdn>:1880/becode.
Tragen Sie die Basic-Authentication-Zugangsdaten ein.
Aktivieren Sie bei Bedarf die Integration für Artikel-Identifikatoren, pflegen Sie den API-Pfad und den Standard-Identifikator-Parameter.
Wählen Sie die Aktion Verbindung prüfen. Eine Erfolgsmeldung bestätigt, dass BE-Code erreichbar ist.

Process Schritt 2 – Ausführung im BE-Code-Register prüfen Die erzeugten Einträge und die gespeicherten Bilder nachvollziehen. +

Legen Sie einen Artikel-Identifikator an oder ändern Sie einen bestehenden Eintrag.
Öffnen Sie die Seite BE-Code Register. Für jeden Vorgang wird ein Datensatz erzeugt.
Prüfen Sie den Status und die erzeugten Bilder.

Das base64-kodierte Bild wird als Medienset gespeichert. Der dazugehörige GUID-Identifikator lässt sich in weiteren Tabellen wiederverwenden, ohne dass das Bild erneut angefordert werden muss.

Beleg

Mon, 01 Jan 0001 00:00:00 +0000

Über die Belegeinrichtung kann festgelegt werden, wie bestimmte Bonarten gedruckt werden sollen. Es kann festgelegt werden, ob eine Bonart über den Bondrucker oder als Bericht ausgegeben werden soll. Der verwendete Bericht kann festgelegt werden und die Anzahl der Ausdrucke ist wählbar.

Zum Vergrößern anklicken

Einrichtung

Feld	Beschreibung
Druckart	Bon oder Berichtsdruck
Verwendung	Auswahl der Bonart, für den die Einrichtung verwendet werden soll
Lagerort	Lagerort der Kasse (wird der Lagerort leergelassen, dann gilt die Einrichtung für alle Lagerorte)
Kasse	ID der Kasse (wird die Kasse leergelassen, dann gilt die Einrichtung für alle Lagerorte)
Anzahl Ausdrucke	Anzahl der Ausdrucke (für Normalbon ist der Mindestwert 1, sonst 0)
Berichts-ID	ID des Berichts (nur verfügbar, wenn als Druckart Bericht ausgewählt wurde)
Berichtsname	Bezeichnung des Berichts (wird automatisch gefüllt)

Datenprotokoll

Mon, 01 Jan 0001 00:00:00 +0000

Im Datenprotokoll werden alle Logs gespeichert, die für die Kasse relevant sind.

Zum Vergrößern anklicken

Die Einträge dienen einer schnelleren Ermittlung im Falle von Support-Anfragen.

Hinweis: Alle Datensätze die älter als 100 Tage sind, werden beim Kassenstart automatisch gelöscht.

Demoskopische Abfrage

Mon, 01 Jan 0001 00:00:00 +0000

Sind Demoskopische Abfragen eingerichtet und Zugeordnet, erscheint die Abfrage, sobald der Verkaufsbon beendet wurde.

Zum Vergrößern anklicken

DHL Express

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DHL-Express-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktauswahl, zulässige Serviceoptionen, Kundenzugangsdaten, Abholzeitfenster und das Verhalten von Rücksendeservices für nationale und internationale Expressszenarien.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DHL-Express-Test- oder Produktivzugangsdaten sowie URLs liegen vor.
Die erforderlichen DHL-Express-Produkte und Kontoinformationen sind bekannt.
Der relevante Versandagentendienst ist bereits in Business Central gepflegt.

Empfohlene Reihenfolge

Pflegen Sie die DHL-Express-Produktliste.
Definieren Sie die zulässigen Serviceoptionen je Produkt.
Ordnen Sie Zugangsdaten und die korrekte Umgebungs-URL zu.
Pflegen Sie Abholzeiten, Closing Time, E-Mail-Fallback für Absender und Rücksendeservice-Verhalten.
Testen Sie eine realistische Sendung mit der ausgewählten Serviceoptionskombination.

Einrichtungsbausteine

Mit Produkten und zulässigen Serviceoptionen beginnen

DHL Express kombiniert Produkte mit auswählbaren Serviceoptionen. Die öffentliche Einrichtung sollte deshalb zwei Ebenen erklären:

DSR und Verteilungsmatrix

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite richtet sich an fachlich verantwortliche Anwender, die Verteilungsentscheidungen in MDM steuern und kontrollieren. DSR ist in MDM die Bezeichnung für die gesteuerte Datensatzverteilung. Die Seite beschreibt, wie DSR-Filter und die Verteilungsmatrix zusammenarbeiten, damit Sie für freigegebene Datenbeziehungen nachvollziehbar festlegen und prüfen können, welche Datensätze in welche Zielunternehmen verteilt werden.

Fachlicher Nutzen

Macht Verteilungsentscheidungen pro Datenbeziehung und Zielunternehmen transparent und prüfbar.
Reduziert manuelle Nacharbeit, weil Sie fachliche Ausschlussregeln über DSR-Filter zentral pflegen können.
Unterstützt die gezielte Pflege abweichender Regeln je Zielunternehmen, ohne die gesamte Relation neu aufzubauen.
Hilft dabei, bestehende Datenbestände nach einer Filteränderung kontrolliert neu zu bewerten und mit Fachbereichen abzustimmen.

Inhaltlicher Fokus

DSR als Steuerung für die Datensatzverteilung

DSR ergänzt die Datenbeziehung um eine zusätzliche Entscheidungsebene für einzelne Datensätze. Wenn für eine Datenbeziehung die Datensatzverteilung ausgewählt ist und diese freigegeben wurde, bewertet MDM eingehende Datensätze gegen die hinterlegten DSR-Filter und setzt daraus die anfängliche Verteilungsentscheidung ab. Für fachlich verantwortliche Anwender ist das der zentrale Hebel, um zu bestimmen, welche Datensätze produktiv in Zielunternehmen ankommen sollen und welche bewusst ausgeschlossen bleiben.

Export Artikelliste

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Liefert eine reduzierte Liste von Artikelnummern fuer geaenderte Datensaetze.

SOAP Methode

Operation: ItemListExport
Namespace: urn:microsoft-dynamics-schemas/codeunit/BEConnect

Wichtige Request-Felder

webshopChannel_P (Pflicht)
changedSince_P (optional)
itemListExport_PX (vom Aufrufer leer)

Rueckgabe

XML-Liste mit geaenderten Artikeln (item no=...).

Export Preis

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert Preisdaten je Webshop-Kanal, optional gefiltert auf einen einzelnen Artikel.

Endpunkt

Methode: GET
URL-Muster (kanalweit): http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/itemPrices?$filter=webshopChannelCode eq '<webshop-channel-code>'&$expand=itemVariantPrices($expand=prices)
URL-Muster (ein Artikel): http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/itemPrices?$filter=webshopChannelCode eq '<webshop-channel-code>' and itemNo eq '<item-no>'&$expand=itemVariantPrices($expand=prices)

Pflichtparameter

webshopChannelCode im Filter

Zentrale Rückgabefelder

Kopf: systemId, webshopChannelCode, itemNo, salesPricesSentToWebshop, lastSalesPriceChangeAt
Varianten: code
Preiszeilen: currency, unitPrice, customerPriceGroup, priceIncludesVAT

Ergebnis

Der Webshop erhält die aktuellen Preisstrukturen je Kanal und optional je Artikel.

Farbmanagement

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Pflege von Farben und Lieferantenfarben für den Connector Commerce Interface to Fashion.

Webshop-Farben

Für im System angelegte Farben können Sie Webshop-Beschreibungen in mehreren Sprachen pflegen. Diese Beschreibungen unterstützen eine konsistente Darstellung von Farben im Shop über alle relevanten Kanäle hinweg.

Zum Vergrößern anklicken

Lieferantenfarben

Auch für Lieferantenfarben können eigene Webshop-Beschreibungen hinterlegt werden. Dadurch lassen sich abweichende Farbbenennungen aus Lieferantensicht in eine shopfähige Darstellung überführen.

Fertigungsplanung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die erweiterten Planungsabläufe in BE-terna Manufacturing. Sie unterstützt Anwender dabei, Bedarfe aus Verkaufsaufträgen oder Planungsvorschlägen zu verarbeiten, automatische Planungsläufe einzurichten und Sonderfälle wie Fertigungsfamilien oder zusätzlichen Personal- und Werkzeugbedarf sauber in die Planung einzubeziehen.

Fachlicher Nutzen

Übernimmt bei der Auftragsplanung Verkaufseinheit und Verkaufsmenge direkt in den Fertigungsauftrag.
Beschleunigt die Bearbeitung von Planungsvorschlägen durch Sammelaktionen für Ereignismeldungen.
Ermöglicht automatische Planungsläufe mit wiederverwendbaren Filtern, Planungshorizonten und Zielbuchblättern.
Unterstützt Fertigungsfamilien für gekoppelte Produkte oder Mehrfachausbringung je Arbeitsgang.
Macht zusätzlichen Personal- und Werkzeugbedarf schon im Arbeitsplan und später im Fertigungsauftrag sichtbar.

Bereich Fertigungsplanung

Auftragsplanung mit Verkaufseinheiten

Wenn Sie aus einem Verkaufsauftrag über Aktionen > Planen > Planung einen Fertigungsauftrag ableiten, übernimmt BE-terna Manufacturing nicht nur den Bedarf, sondern auch Einheit und Menge aus der Verkaufszeile. Dadurch bleibt zum Beispiel eine Planung in Paketen oder Paletten im Fertigungsauftrag erhalten, statt automatisch auf die Basiseinheit umzurechnen.

Initialdaten

Mon, 01 Jan 0001 00:00:00 +0000

Die Aktion “Initialdaten” starten den Wizard für den BE-terna Project Schnellstart. Dieser Wizard startet ebenso, wenn man einen Mandanten neu einrichtet. Über den Import der Initialdaten wird die Arbeitsfähigkeit von BE-terna Project gewährleistet. An dieser Stelle lassen sich ebenso Demodaten importieren.

Zum Vergrößern anklicken

Kassenabschluss

Mon, 01 Jan 0001 00:00:00 +0000

Um einen Kassenabschluss durchführen zu können, muss man sich zunächst in einem leeren Bon befinden und diesen anschließend über Bonart -> Kassenabschluss initiieren.

Zum Vergrößern anklicken

Wird die darauffolgende Abfrage mit Ja quittiert, wird der Vorgang zur Durchführung eines Abschlusses eingeleitet.

Zum Vergrößern anklicken

Bar-Einnahmenerfassung

Anschließend gibt es, basierend auf der entsprechenden Vorgabe im Kassenstamm, zunächst zwei Möglichkeiten, die Bareinnahmen zu erfassen, entweder als Stückelung oder als gesamter Betrag.

Kreditoren und Einkauf

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bündelt die Einrichtungsschritte auf Kreditoren- und Einkaufsseite, die speziell für den Intercompany-Austausch benötigt werden. Sie passen das Standardverhalten von Business Central an den IC-Prozess an, insbesondere rund um Direktlieferungen und nachträgliche Mengenänderungen.

Voraussetzungen

Kreditoren- & Einkaufseinrichtung in Business Central ist abgeschlossen.
Berechtigungen für die Seite „Kreditoren & Einkauf Einr." sind vergeben.

Einrichtungsbausteine

Fakturieren bei Direktlieferung vor Verkauf erlauben

Im Standard verhindert Business Central, dass eine Einkaufsbestellung zu einer Direktlieferung fakturiert wird, bevor der zugehörige Verkaufsauftrag fakturiert ist. Mit diesem Schalter wird die Sperre aufgehoben.

Lagerort

Mon, 01 Jan 0001 00:00:00 +0000

Der Lagerortbericht zeigt die Umsätze anhand eines gefilterten Lagerortes an. Mit der Filtermaske, die sich beim Ausführen des Berichts öffnet, kann ein bestimmter Lagerort gefiltert werden.

Zum Vergrößern anklicken

Lieferschein

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Für Verkaufslieferungen kann ein IC-Lieferschein an den Partner gesendet werden. Er ist die Grundlage für den automatischen Wareneingang auf der Einkaufsseite.

Fachlicher Nutzen

Der einkaufende Partner erfährt die Lieferung sofort im System, nicht erst über die Rechnung.
Der Wareneingang beim Empfänger kann automatisch angelegt werden – ohne manuelle Erfassung.
Liefer- und Rechnungsprozess bleiben sauber getrennt und nachvollziehbar.

Inhaltlicher Fokus

Einrichtung auf der IC-Partnerkarte

Auf der IC-Partnerkarte aktivieren Sie das Senden des IC-Lieferscheins. Ohne diese Einstellung wird nur die Rechnung übertragen.

Logistik-Szenarien

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite zeigt, welche Logistikvarianten im Business-Central-Standard zur Verfügung stehen und wie Controlled Sales Core diese in den operativen Ablauf einbindet. Der Fokus liegt auf der Frage: Welche Aktion passt zu welcher Lagerortkonfiguration und zu welchem Belegtyp?

Grundprinzip

In Business Central bestimmt die Lagerortkonfiguration, ob ein Beleg direkt gebucht wird oder ob zunächst Versand- und/oder Kommissionierbelege entstehen. Controlled Sales Core setzt genau an dieser Stelle an: Es filtert die passenden Zeilen, erzeugt die notwendigen Folgebelege und hält die operative Auswahl transparent.

Mapping Mengeneinheiten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Verwenden Sender- und Empfängermandant unterschiedliche Mengeneinheiten für denselben Artikel, stellt das Mapping sicher, dass Mengen konsistent übertragen und korrekt umgerechnet werden. Die Seite beschreibt Anlage und Wirkung der UoM-Mappings.

Fachlicher Nutzen

Mengen und Preise bleiben trotz abweichender Mengeneinheiten konsistent.
Manuelle Umrechnungen auf Empfängerseite entfallen.
Fehlerquelle „vergessene Umrechnung" wird durch hinterlegte Faktoren ausgeschlossen.

Inhaltlicher Fokus

Anlage einer Mapping-Zeile

Auf der Seite „U. of Measure Mappings" legen Sie je Kombination eine Zeile an: Quell-UoM im sendenden Mandanten, Ziel-UoM im empfangenden Mandanten und den Umrechnungsfaktor.

Reservierung

Mon, 01 Jan 0001 00:00:00 +0000

Unter Zuordnung → Reservierung können kassenspezifisch, filialspezifisch oder für alle Kassen die Einstellungen für Reservierungen und geparkte Bons vorgenommen werden.

Zum Vergrößern anklicken

Feld	Beschreibung
Art	gibt die Art der Einrichtung an, es stehen Reservierung und geparkter Bon zur Verfügung
Lagerort	definiert den Lagerort
Kasse	definiert die Kassennummer
Umlagerung buchen	gibt an, ob bei der Transaktion eine Umlagerung gebucht werden soll
Bonartbeschreibung	hier kann für den Bondruck der Reservierung/geparkter Bon eine separate Beschriftung angegeben werden
Transferlagerort	gibt den Lagerort an, auf den umgelagert werden soll
Dauer	gibt die Dauer der Reservierung an (Datumsformel), wird kein Datum angegeben, muss der Kassierer bei Reservierung das Ablaufdatum angeben

Suche Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

In der Einrichtung der Suchfunktion in BE-terna Project können verschieden Parameter zum Suchverhalten definiert werden. Welche das im Detail sind und welche Auswirkungen diese haben, wird im Folgenden zum Einrichtungsassistent näher erläutert.

Zum Vergrößern anklicken

Einrichtungsassistent

Der Einrichtungsassistent führt einen Schritt für Schritt durch die Sucheinrichtung von BE-terna Project.

Zum Vergrößern anklicken

Transaktionsstatus

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Jede IC-Transaktion durchläuft mehrere Status. Diese Seite beschreibt die Bedeutung der Status und die typischen Übergänge, damit Anwender erkennen, wo eine Transaktion gerade steht und was als Nächstes zu tun ist.

Zugriff in Business Central

Der Status ist in IC-Inbox, IC-Outbox und in den Transaktions-Übersichten sichtbar.

Voraussetzungen

Zugriff auf die IC-Transaktionslisten.
Grundkenntnis des IC-Prozesses (Senden, Akzeptieren, Buchen).

Tätigkeiten

Status regelmäßig prüfen und auffällige Transaktionen früh behandeln.
Bei „Fehler" die Ursache im Fehlerprotokoll klären.

Felder und Aktionen

Status	Bedeutung
Neu	Transaktion wurde erstellt, aber noch nicht gesendet/akzeptiert.
Offen	Transaktion ist in Verarbeitung (z. B. durch die Aufgabenwarteschlange).
Fehler	Verarbeitung ist abgebrochen; Details stehen im Fehlerprotokoll.
Akzeptiert	Empfänger hat den Beleg übernommen.
Abgelehnt	Transaktion wurde bewusst nicht verarbeitet.
Abgeschlossen	Transaktion ist durchgelaufen und archiviert.

Überwachung und Troubleshooting

Mehrere Transaktionen in „Offen" über längere Zeit → Aufgabenwarteschlange prüfen.
Transaktionen in „Fehler" nicht massenhaft erneut starten, ohne die Ursache geklärt zu haben.

Best Practices

Status-Feld in die täglichen Kacheln des Rollencenters einbeziehen.
„Abgelehnt" bewusst dokumentieren, damit Nachfragen nachvollziehbar sind.

Verkauf

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Verkaufsfunktionen von Professional Services verbinden Angebot, Auftrag, Verkaufsvertrag und periodische Abrechnung in einem durchgängigen Ablauf. Damit können wiederkehrende Leistungen nicht nur verkauft, sondern auch strukturiert kalkuliert, aktiviert und laufend fakturiert werden.

Fachlicher Nutzen

wiederkehrende Leistungen können direkt in Verkaufsangebote und Aufträge integriert werden
Verkaufsverträge bilden den verbindlichen Rahmen für Support, Wartung, Abonnements und ähnliche Leistungsmodelle
periodische Abrechnung ermöglicht Sammel- und Serienfakturierung über mehrere Verträge hinweg

Inhaltlicher Fokus

Verkaufsangebote und Aufträge

Beim Erstellen von Verkaufsangeboten können Sie parallel einen neuen Verkaufsvertrag erzeugen oder einen bestehenden Vertrag erweitern. Dadurch werden Vertriebsprozesse und spätere Abrechnung nicht getrennt betrachtet, sondern von Anfang an gemeinsam vorbereitet.

Abrechnungsarten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Abrechnungsarten definieren in Professional Services, welche wiederkehrenden Leistungen innerhalb eines Verkaufsvertrags kaufmännisch und fachlich geführt werden. Sie bilden den Rahmen für Kalkulation, Laufzeit, Rechnungsrhythmus und die konkreten Abrechnungsartzuordnungen, aus denen später periodische Leistungen entstehen.

Voraussetzungen

ein passender Verkaufsvertrag ist vorhanden oder fachlich vorbereitet
Nummernserien und bei Bedarf Abrechnungsartvorlagen sind eingerichtet
Art, Kalkulationslogik, Abrechnungsrhythmus und Projektbezug sind fachlich abgestimmt

Inhaltlicher Fokus

Abrechnungsarten und Vorlagen

Abrechnungsarten können manuell angelegt oder aus Vorlagen abgeleitet werden. Vorlagen helfen dabei, wiederkehrende Vertragsmodelle wie Finanzierung, Service, Miete oder Wartung konsistent vorzubereiten und mehreren Verträgen nach denselben Regeln zuzuordnen.

Verkaufsvertrag

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Verkaufsvertrag ist das zentrale Objekt für wiederkehrende Leistungen in Professional Services. Er verbindet Projekt, Debitor, Laufzeit, Abrechnungslogik und konkrete Vertragszeilen in einem gemeinsamen Dokument und bildet die Grundlage für periodische Abrechnung, Kontingente und servicebezogene Zusatzleistungen.

Voraussetzungen

Die grundlegende Professional-Services-Einrichtung ist gepflegt.
Nummernserien, Vertragsarten, Abrechnungsarten, SLA-Vorlagen und Kontingentvorlagen sind angelegt.
Projekt und Debitor stehen für den Vertrag bereits zur Verfügung.

Inhaltlicher Fokus

Vertragsaufbau

Ein Verkaufsvertrag gliedert sich in drei Ebenen:

Service Level Agreements

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Service Level Agreements definieren in Professional Services die servicebezogenen Rahmenbedingungen eines Vertrags. Sie beschreiben, welche Reaktions-, Antritts- und Wiederherstellungszeiten zugesichert sind, wie der Service zeitlich erbracht wird und wie diese Zusagen mit Verkaufsvertrag, Projekt und Kontingenten zusammenhängen.

Voraussetzungen

Nummernserien und bei Bedarf SLA-Vorlagen sind in der Einrichtung angelegt
ein passender Verkaufsvertrag und ein zugehöriger Projektbezug sind verfügbar
die fachlichen Servicezusagen zu Priorität, Reaktionszeit und Vor-Ort-Leistung sind abgestimmt

Inhaltlicher Fokus

SLA-Vorlagen und Vertragsbezug

SLAs können direkt angelegt oder aus SLA-Vorlagen abgeleitet werden. In der Praxis werden sie eng mit Verkaufsverträgen und Abrechnungsarten verknüpft, damit wiederkehrende Serviceleistungen nicht nur kaufmännisch, sondern auch inhaltlich geregelt sind.

Periodische Abrechnung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die periodische Abrechnung bündelt fällige Vertragsrechnungen über mehrere Verkaufsverträge hinweg in einem gemeinsamen Verarbeitungslauf. Sie ist damit das zentrale Instrument, um wiederkehrende Leistungen effizient und kontrolliert zu fakturieren.

Voraussetzungen

aktivierte Verkaufsverträge mit korrekt gepflegtem nächstem Abrechnungsdatum sind vorhanden
Jahr, Monat und Buchungsdatum für den geplanten Abrechnungslauf sind fachlich festgelegt
bei Bedarf sind Filterkriterien definiert, um nur bestimmte Vertragsbestände abzurechnen

Inhaltlicher Fokus

Abrechnungszeitraum und Vertragsauswahl

Die periodische Rechnungsliste arbeitet kalenderbezogen mit Jahr und Monat. Zusätzlich kann über die Vertragssicht eingegrenzt werden, welche Verkaufsverträge im jeweiligen Lauf berücksichtigt werden. Dadurch lassen sich sowohl breite Sammelläufe als auch gezielte Teilmengen verarbeiten.

DHL Freight

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DHL-Freight-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktgrenzen, Pakettypen, API-Zugang, Stapelbarkeit sowie die Paketmaße und Gewichte, die innerhalb der Grenzen des gewählten DHL-Freight-Produkts bleiben müssen.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DHL-Freight-Kontonummer, API-Schlüssel und der passende Test- oder Produktivendpunkt liegen vor.
DHL-Freight-Produktsettings und Pakettypen sind aus dem Carrier-Onboarding bekannt.
Artikelattribute oder Fallback-Paketdaten stehen für das relevante Versandszenario zur Verfügung.

Empfohlene Reihenfolge

Pflegen oder importieren Sie die DHL-Freight-Produktsettings.
Pflegen Sie die DHL-Freight-Pakettypen.
Ordnen Sie Kontonummer, API-Schlüssel und URL zu.
Wählen Sie Produkt, Pakettyp, Stapelbarkeit sowie Fallback-Maße und -Gewicht.
Validieren Sie die Anfrage vor der produktiven Nutzung gegen die Grenzen des gewählten Produkts.

Einrichtungsbausteine

Mit den Produktsettings beginnen, nicht mit der finalen Einrichtungslinie

DHL Freight wird stark von carrierspezifischen Produktgrenzen gesteuert. Die Produktsettings definieren die zulässigen Bereiche für Paketmaße, Paketgewicht, Gesamtgewicht der Sendung, Volumen, Anzahl der Packstücke und Lademeter.

Kontingente

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Kontingente steuern in Professional Services, welche Mengen oder Beträge einem Kunden innerhalb eines Vertragszeitraums zur Verfügung stehen. Sie bilden damit die Brücke zwischen zugesagtem Serviceumfang, periodischer Bereitstellung und tatsächlichem Verbrauch in Ticket-, Arbeitsauftrags- und Abrechnungsprozessen.

Voraussetzungen

ein passender Verkaufsvertrag ist vorhanden und fachlich für wiederkehrende Leistungen vorbereitet
Typ, Methode und Bezugszeitraum des Kontingents sind definiert
falls das Kontingent über SLA oder Abrechnungsarten eingebunden wird, sind diese Vorlagen und Zuordnungen vorhanden

Inhaltlicher Fokus

Kontingenttyp und Abrechnungslogik

Kontingente können mengen- oder betragsbasiert geführt werden. Zusätzlich wird unterschieden, ob sie gedeckelt oder ungedeckelt sind. Damit wird festgelegt, ob Mehrverbrauch nach Erreichen der Grenze gesondert fakturiert wird oder ob der Leistungsumfang vollständig vom vereinbarten Servicepreis abgedeckt bleibt.

Druckoptionen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Druckoptionen steuern in Professional Services, wie periodische Rechnungen und Dienstleistungsrechnungen im Projekt- und Vertragskontext ausgegeben werden. Damit lassen sich Sammelrechnungen und weitere Belegdrucke an die fachliche Struktur eines Projekts oder Kundenkontexts anpassen.

Voraussetzungen

Projekte und vertragsbezogene Abrechnungsprozesse sind eingerichtet
die gewünschte Gruppierung oder Darstellung für Rechnungsbelege ist fachlich definiert
bei Bedarf sind projektspezifische Voreinstellungen bereits gepflegt

Inhaltlicher Fokus

Druckoptionen am Projekt

Für periodische Rechnungen und Dienstleistungsrechnungen können Druckoptionen direkt am Projekt hinterlegt werden. Diese Einstellungen bilden die Standardlogik für spätere Rechnungsbelege und schaffen eine konsistente Ausgabe über mehrere Vorgänge hinweg.

Aufgabenwarteschlange

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Aufgabenwarteschlange ist der Motor für den automatisierten Dateiaustausch. Diese Seite beschreibt die einmalige Einrichtung für automatischen Dateiimport und Hintergrundversand. Der laufende Betrieb (Monitoring, Retry, Fehleranalyse) ist auf der Seite Job Queue im Administrationsmodul dokumentiert.

Zum Vergrößern anklicken

Voraussetzungen

Aufgabenwarteschlangen sind in Business Central aktiviert.
Der Service-Account der Aufgabenwarteschlange hat Zugriff auf das Austauschverzeichnis (Server-Share oder Azure File Share).
In der Intercompany-Einrichtung ist der automatische Dateiimport aktiviert.
Für automatisches Akzeptieren ist die zugehörige Option in der Intercompany-Einrichtung gesetzt.

Empfohlene Reihenfolge

In der Intercompany-Einrichtung den automatischen Dateiimport aktivieren.
Prüfen, ob der Posten für den Dateiimport automatisch in der Aufgabenwarteschlange angelegt wurde.
Falls gewünscht: automatisches Akzeptieren aktivieren, maximale Anzahl an Versuchen setzen.
Zugangsdaten und Pfad zum Austauschverzeichnis in der Einrichtung ablegen.

Einrichtungsbausteine

Posten für Dateiimport

Beim Aktivieren des automatischen Dateiimports wird automatisch ein wiederkehrender Posten in der Aufgabenwarteschlange angelegt. Er liest Dateien aus dem konfigurierten Verzeichnis und legt eingehende Transaktionen in der Inbox an.

Automatisierung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Intercompany-Austausch läuft im Idealfall ohne manuelle Eingriffe: Der Zielmandant akzeptiert eingehende Belege automatisch und verarbeitet sie weiter. Diese Seite beschreibt, wie BE-terna Intercompany das automatische Akzeptieren stabil hält, auch wenn einzelne Aufgaben scheitern.

Fachlicher Nutzen

Stabilerer Automatikbetrieb, weil temporäre Fehler nicht manuell nachbearbeitet werden müssen.
Klare Obergrenze für Wiederholungsversuche verhindert Dauerschleifen.
Aktivierung und Deaktivierung verwalten die Aufgabenwarteschlange vollständig selbst.

Inhaltlicher Fokus

Verhalten im Standard

Beim Senden eines IC-Belegs von Mandant zu Mandant legt der Empfängermandant – wenn automatisches Akzeptieren aktiv ist – eine Aufgabe in der Aufgabenwarteschlange an. Tritt beim Akzeptieren ein Fehler auf, bleibt die Aufgabe im Status „Fehler" stehen und wird ohne Zutun nicht weiterverarbeitet.

Bildreferenz

Mon, 01 Jan 0001 00:00:00 +0000

Die Hinterlegung von Bildern für den Bondruck ist unter Einrichtung → Bildreferenz möglich.

Zum Vergrößern anklicken

Aktionen

Hochladen

Mit dieser Aktion kann dem aktuellen Datensatz eine lokale Bildressource zugewiesen werden.

Zum Vergrößern anklicken

Nach erfolgreicher Auswahl wird das Bild in die Datenbank hochgeladen und in Folge (bspw. in den Bontexten) über den vergebenen Code referenziert.

Zum Vergrößern anklicken

Einrichtung

Feld	Beschreibung
Code	Der eineindeutige Referenzcode (kann nachträglich nicht mehr geändert werden, da dieser als Referenz in den Metadaten der Bonbelege hinterlegt wird)
Beschreibung	Bildbeschreibung, bspw. Logo oder Werbung
Hochgeladen	Zeigt an, ob ein Bild hochgeladen wurde

Demoskopische Ergebnisse

Mon, 01 Jan 0001 00:00:00 +0000

Hier können die demoskopischen Ergebnisse eingesehen werden.

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Lagerort der Kasse
Kasse	Kasse
Kassenvorgang	Nummer des Kassenvorgangs
Bonnummer	Nummer des Bons
Fragencode	Code der Demoskopischen Abfrage
Antwortcode	Code der Antwort
Antwortbeschreibung	Beschreibung der Antwort
Datum	Datum der Antwort
Zeit	Zeit der Antwort

DHL Shipping

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DHL-Shipping-Einrichtung in Shipping Labels. Sie umfasst nationale Paketszenarien, Rücksendelabels, SOAP- und REST-Zugangsdaten, Teilnahmenummern, Druckformat, detaillierte Anfrageeigenschaften und optional die Behandlung internationaler Retouren.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
Die erforderlichen DHL-Shipping-Zugangsdaten und URLs liegen für die Zielumgebung vor.
Die Länderdaten enthalten die benötigten ISO-Alpha-3-Werte für REST-basierte Szenarien.
Standard-Absenderkontaktdaten und Paketdaten sind verfügbar.

Empfohlene Reihenfolge

Entscheiden Sie, ob der Rollout direkt mit REST-Zugangsdaten starten soll.
Pflegen Sie die erforderlichen URL-Einträge für Test- oder Produktivbetrieb.
Pflegen Sie Zugangsdaten, Teilnahmenummer, Standard-Absender-E-Mail und Druckformat.
Konfigurieren Sie Anfrageeigenschaften wie Rücksendelabel, Validierung, Versicherung und Benachrichtigungsverhalten.
Ergänzen Sie internationale Retoureneinstellungen nur für Standorte und Produkte, die diese tatsächlich unterstützen.

Einrichtungsbausteine

REST bevorzugen und SOAP nur als Kompatibilitätsfall beibehalten

DHL Shipping umfasst derzeit ältere SOAP-orientierte Werte und neuere REST-Zugänge. Für die öffentliche Dokumentation ist die sicherste Regel, REST-Zugangsdaten von Anfang an zu bevorzugen, sobald das Carrier-Konto dies unterstützt.

Einlesung

Mon, 01 Jan 0001 00:00:00 +0000

Für die Verbuchung der Finanzbuchhaltung, der Artikel und der Ressourcen, insofern die Einrichtung am Kassenstamm für den Import der Daten aktiv ist, steht die Einlesung zur Verfügung.

Zum Vergrößern anklicken

Abverkaufsdaten

Alle Abverkaufsdaten finden sich in der folgenden Tabelle, wenn diese noch nicht eingelesen wurden und dementsprechend bereits archiviert sind.

Zum Vergrößern anklicken

Importieren erstellt die entsprechenden Buchblätter.

Über Bon gelangt man in den jeweiligen Bon.

Über die Zeilennummer kann man in den Import navigieren und die Daten bei möglichen Fehlermeldungen korrigieren.

Export Auftragshistorie

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Exportiert Historienereignisse fuer Webshop-Auftraege inklusive Zeileninformationen.

SOAP Methode

Operation: OrderHistoryExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
changedSince_P (optional)
orderNo_P (optional)
orderHistoryExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Ereignissen wie Ship, Return, Credit inklusive Positionsdetails.

Fehlerprotokoll

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Das Fehlerprotokoll ist die zentrale Anlaufstelle für fehlgeschlagene IC-Verarbeitungen. Jede abgebrochene Transaktion hinterlässt hier einen Eintrag mit Zeitpunkt, Transaktionsreferenz und Fehlermeldung.

Zugriff in Business Central

Das Fehlerprotokoll wird aus dem Rollencenter oder über die Suche geöffnet.

Voraussetzungen

Berechtigung zum Lesen der IC-Fehlerprotokolleinträge.
Zugriff auf die betroffenen Quell- bzw. Zielbelege zur Nachbearbeitung.

Tätigkeiten

Fehlermeldungen lesen, Kategorie und Ursache klären.
Betroffene Transaktion bereinigen und erneut starten.
Einträge als erledigt markieren oder dokumentieren, warum sie bewusst bestehen bleiben.

Felder und Aktionen

Feld	Inhalt
Datum/Uhrzeit	Zeitpunkt des Abbruchs.
Quelle	Betroffene IC-Transaktion oder Aufgabenwarteschlangen-Eintrag.
Fehlertext	Von Business Central gelieferte Fehlermeldung.
Benutzer	Ausführender Benutzer oder System-Benutzer der Aufgabenwarteschlange.

Überwachung und Troubleshooting

Häufig wiederkehrende Fehlertexte deuten auf ein Einrichtungs- oder Datenproblem hin, nicht auf ein Einzelereignis.
Vor einem Massen-Retry immer Ursache klären, sonst produzieren die Retries neue Einträge.

Best Practices

Fehlerprotokoll mindestens einmal täglich durchgehen.
Wiederkehrende Fehlertypen in der Partner- oder Stammdatenpflege abstellen.

Fertigungsauftragsverwaltung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Fertigungsauftragsverwaltung in BE-terna Manufacturing. Sie zeigt, wie Fertigungsaufträge mit sinnvollen Standardwerten angelegt, vor Freigabe und Beendigung geprüft, über Werker und Buchblätter rückgemeldet, mit Artikelverfolgung ergänzt sowie bei Bedarf kontrolliert korrigiert oder wiedereröffnet werden.

Fachlicher Nutzen

Übernimmt wichtige Standardwerte wie Benutzer, Geschäftsbuchungsgruppe und Lagerort automatisch in neue Fertigungsaufträge.
Bietet eigene Übersichtsseiten für Freigabestatus und Bereitschaft zum Beenden.
Unterstützt Werker mit eigener Zeiterfassung, Authentifizierung und gefilterter Auftragsanzeige.
Steuert Artikelverfolgung und automatische Mengenberechnung direkt im Fertigungsauftrag und im Produktionsbuch.-Blatt.
Schlägt bei negativen Korrekturbuchungen automatisch die passende Ausgleichsposition vor.
Ermöglicht das Wiedereröffnen beendeter Aufträge für notwendige Nachbuchungen.

Bereich Fertigungsauftragsverwaltung

Fertigungsaufträge mit Standardvorgaben anlegen

Neue Fertigungsaufträge können manuell, aus Verkaufsaufträgen, aus Planungsvorschlägen oder aus der Auftragsplanung erstellt werden. Wenn die entsprechenden Schalter in der Produktion Einrichtung aktiviert sind, übernimmt das System dabei automatisch die Zugewiesene Benutzer-ID, die Geschäftsbuchungsgruppe und den Lagerortcode in den Auftrag.

Import Auftrag

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt übernimmt Auftragsdaten aus dem Webshop in den Importcontainer von Business Central.

Endpunkt

Methode: POST
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Import/v2.0/companies(<company-system-id>)/orders?$filter=webshopChannelCode eq '<webshop-channel-code>'

Pflichtparameter

Filter webshopChannelCode
JSON-Body mit Auftragskopf und mindestens einer orderLines-Zeile

Kernbereiche der Payload

Auftragskopf: Kanal, Auftrags-ID, Datum, Summen, Währung, Kunden- und Kontaktreferenzen
Adressen: Sell-to, Bill-to und Ship-to
Zahlungs- und Versandinformationen
Positionen (orderLines) inkl. Typ, Artikel, Preis, Menge und optionalen Zusatzinformationen

Verarbeitungshinweis

Beim API-Aufruf erfolgt primär die syntaktische Übernahme in den Container.
Die semantische Prüfung und Belegerzeugung laufen im nachgelagerten Verarbeitungsprozess.

Ergebnis

Der Auftrag liegt als importierter Datensatz zur weiteren Verarbeitung in BC vor.

Siehe auch

Order Import API - Gutscheinverarbeitung

Internen SKR03 exportieren

Mon, 01 Jan 0001 00:00:00 +0000

Über die Aktion “internen SKR03 exportieren” lassen sich die Initialdaten von BE-terna Project in einer zip-Datei exportieren und herunterladen.

Zum Vergrößern anklicken

Kassenbuch

Mon, 01 Jan 0001 00:00:00 +0000

Befindet man sich im Verkaufsmodus, steht die Funktionalität des Kassenbuches unter Bonart zur Verfügung.

Zum Vergrößern anklicken

Einzahlung

Mit der Taste Einzahlung können Bargeldbeträge in die Kasse gebucht werden.

Zum Vergrößern anklicken

Zunächst wird der Grund der Einzahlung eingegeben. Dies kann über den Code, die eingerichteten Schnelltasten oder über die Lupe-Taste erfolgen.

Zum Vergrößern anklicken

Im Anschluss erfolgt die Betragseingabe.

Zum Vergrößern anklicken

Kontaktanlage und -update

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt, wie Sie importierte Webshop-Kontakte prüfen, als Kontakte in Business Central anlegen und bestehende Kontakte kontrolliert aktualisieren.

Voraussetzungen

Nummernserie für Webshop-Kontakte ist eingerichtet.
Kontaktänderungen sind je Kanal fachlich freigegeben.
Debitorenvorlagen und Pflichtfelder für die Kontaktübernahme sind definiert.

Empfohlene Reihenfolge

Importierte Kontaktdatensätze auf Vollständigkeit und Konsistenz prüfen.
Fehler in Einrichtung, Zuordnungen und Pflichtfeldern korrigieren.
Kontaktanlage oder Kontaktupdate ausführen und Ergebnis protokollieren.

Einrichtungsbausteine

Kontaktprüfung vor Verarbeitung

Anreden, Kontaktnummern und Zuordnungsschlüssel gegen gültige BC-Werte prüfen.
Neukunden und Bestandskunden anhand der Kontaktnummer eindeutig unterscheiden.

Übernahme in Business Central

Kontaktanlage und Updates nur nach erfolgreicher Prüfung freigeben.
Ergebnis inklusive Fehlern und Nachbearbeitungen nachvollziehbar dokumentieren.

Process Leitplanken für Kontaktverarbeitung Regeln für konsistente und sichere Kontaktübernahme. +

Bei fehlerhaften Anreden oder Nummernkreisen keine automatische Übernahme erzwingen.
Für Bestandskontakte immer auf eindeutige Zuordnung zur vorhandenen Kontaktnummer achten.
Änderungen an Vorlagen oder Kanalregeln vor produktiver Nutzung im Testlauf prüfen.

Referenzprozesse

Mon, 01 Jan 0001 00:00:00 +0000

Diese Seite bündelt die zentralen Referenzprozesse für den Connector Commerce Interface to Fashion. Der Schwerpunkt liegt auf Einrichtung, Import, Verarbeitung und Export im Zusammenspiel mit Fashion-spezifischen Stammdaten.

Process WSE – Webshop-Einrichtung Kanal, Sprachen, Länder, Farben und HTTP-Verbindung werden für den angeschlossenen Shop eingerichtet. +

Pro Webshop wird ein eigener Kanal mit den relevanten Steuerungsdaten angelegt.
Länder, Sprachen und Prüfoptionen werden je Kanal gepflegt.
Farben und Lieferantenfarben werden so vorbereitet, dass sie später auf Artikel und Varianten übernommen werden können.

Process JQE – Aufgabenwarteschlange einrichten Wiederkehrende Prüf- und Verarbeitungsläufe werden für Import, Freigabe und Export eingeplant. +

Hintergrundverarbeitungen sorgen dafür, dass Import- und Freigabeschritte regelmäßig ausgeführt werden.
Fehlerhafte Datensätze bleiben nachvollziehbar und können nach Korrektur erneut verarbeitet werden.

Process IBC – Import BE-Commerce Kontakte, Aufträge und Reservierungen werden aus dem Shop in die Container- und Zielstrukturen von Business Central übernommen. +

Der Shop stellt Belege und Stammdatenänderungen per Webservice bereit.
Die Verarbeitung prüft die Daten und legt die Zielbelege erst nach erfolgreicher Validierung an.

Process PBC – Verarbeitung BE-Commerce Importierte Daten werden geprüft, korrigiert, freigegeben und in den operativen Ablauf überführt. +

Die Freigabelogik bewertet Pflichtfelder, Kategorisierung, sprachabhängige Beschreibungen und Preisverfügbarkeit.
Fehlerlisten unterstützen die Nachbearbeitung, bevor Dokumente oder Artikelfreigaben erneut geprüft werden.

Process EBC – Export BE-Commerce Änderungen an Artikeln, Preisen, Beständen und weiteren shoprelevanten Daten werden für den Shop bereitgestellt. +

Änderungsprotokolle steuern, welche Daten exportiert oder per HTTP-Aufruf signalisiert werden.
Der Shop ruft die bereitgestellten Daten über die definierten Exportschnittstellen ab.

Service

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Servicefunktionen von Professional Services verbinden Ticketsystem, Arbeitsaufträge, wiederkehrende Aufgaben und Dienstleistungsabrechnung. Damit lassen sich operative Leistungen nicht nur organisieren, sondern auch strukturiert in abrechnungsfähige Vorgänge überführen.

Fachlicher Nutzen

Tickets, Arbeitsaufträge und wiederkehrende Aufgaben werden in einem gemeinsamen Servicemodell geführt
externe Ticketsysteme können über die API angebunden werden
geleistete Arbeiten lassen sich in Projektplanzeilen und abrechenbare Servicevorgänge überführen

Inhaltlicher Fokus

Ticketsystem

Tickets können manuell in Professional Services angelegt oder über eine Schnittstelle aus externen Systemen übernommen werden. Im Ticket werden Aufwand, Verantwortlichkeiten, Status und abrechnungsrelevante Informationen gepflegt.

Verkäufer

Mon, 01 Jan 0001 00:00:00 +0000

Der Verkäuferbericht dient dazu, einen A4-Ausdruck von den gefilterten Verkaufsdaten - gruppiert nach Verkäufer - zu erhalten. Dabei werden die Anzahl Bons, Verkäufe und Umsätze summiert angezeigt.

Zum Vergrößern anklicken

Versandsteuerung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Mit der Versandsteuerung bündeln Sie fällige Belegzeilen und überführen sie strukturiert in Versand-, Kommissionier- oder Buchungsprozesse.

Einordnung im BC-Standard

Die Versandsteuerung arbeitet immer auf einer Standard-Lagerortkonfiguration auf. Entscheidend ist, ob der Standort Versand, Kommissionierung oder beides verlangt:

Kein Lagerzwang: Standard-Buchung ohne vorgelagerte Lagerdokumente.
Versand erforderlich: Versandsteuerung erzeugt oder befüllt den Warenausgang.
Kommissionierung erforderlich: Versandsteuerung erzeugt Kommissionierbelege.
Versand und Kommissionierung erforderlich: beide Schritte werden nacheinander abgearbeitet.

Für die Verkaufssteuerung sind die Aktionen Erzeuge Beleg, Erzeuge Beleg und Kommissionierung, Kommissionierung erstellen, Buche Beleg und Zu Warenausgang hinzufügen relevant. Für die Umlagerungssteuerung stehen die äquivalenten Umlagerungsaktionen Erstelle Warenausgang, Erstelle Warenausgang und Kommissionierung, Kommissionierung erstellen, Zu Warenausgang hinzufügen und Buche Beleg bereit.

Wartungseinrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Allgemein

Zum Vergrößern anklicken

Feld	Erklärung
Auftragsnummernserie	Code der Nummernserie für neuen Wartungsauftrag.
Reparaturnummernserie	Nummernseriencode für die Reparaturaufträge.
Objektnummernserie	Nummernseriencode für neue Objekte (z.B. Firma oder Gebäude eines Kunden).
Anlagennummernserie	Nummernseriencode für eine genau definierte Anlage in dem Objekt.
Standortnummernserie	Nummernseriencode definiert den genauen Standort einer Anlage. Der Standort ist also als Teileinheit eines Objekts anzusehen.
Verwende BE-terna Project Beleg	Legt fest, dass BE-terna Project Belege zur Rechnungsstellung verwendet werden, wenn ein Wartungs- oder Reparaturauftrag angelegt wird.
gesperrte Debitoren Kategorie	Farbauswahl zum markieren von gesperrten Debitoren für Objekte, Anlagen und Aufträge.
Komponenten und Aufträge für Gruppierungsanlagen zulassen	Wenn angehakt, dann ist es möglich eine Hierarchie von Anlagen herzustellen und einen Gesamtauftrag für die gruppierten und in einer Hierarchie zueinander stehenden Anlagen anzulegen.
Wartungsart Nur Rechnung	Ermöglich die Wartungsart “Nur Rechnung”. Der Auftrag wird nur mit einer Rechnung (ohne Auftrag) in einem bestimmten Turnus durchgeführt.

Projektzuordnung

Feld	Erklärung
Projektnr. Wartung	Hier wird das Standardprojekt für neue Wartungsaufträge definiert.
Projektnr. Reparatur	Hier wird das Standardprojekt für neue Reparaturprojekte definiert.
Manuelle Projektwahl Wartung	Wenn aktiviert, muss der User beim Anlegen eines neuen Wartungsauftrags manuell ein Projekt auswählen.
Manuelle Projektwahl Reparatur	Wenn aktiviert, muss der User beim Anlegen eines neuen Reparaturauftrags manuell ein Projekt auswählen.

Belegart

Feld	Erklärung
Grundbelegart Auftrag	Definiert die Grundbelegart eines neuen Wartungsauftrags. Auswahl aus Dropdown möglich.
Dokument Typ Auftrag	Hier wird der zum Grundbelegart zugehörige Dokumententyp definiert.
Grundbelegart Abschluss	Hier wird Grundbelegart für den Abschluss eines Wartungsauftrags definiert.
Dokument Typ Abschluss	Hier wird der zum Grundbelegart Abschluss zugehörige Dokumententyp definiert.
Grundbelegart - Vertrag	Hier wird die Grundbelegart für einen neuen Vertrag definiert.
Dokument Typ - Vertrag	Hier wird der zum Grundbelegart Vertrag zugehörige Dokumententyp definiert.
Standard Vertrags Wart. Artencode	Hier wird die Art des Standardvertrags definiert, wenn aus einer Anlage ein Vertrag erstellt wird. Bei “GROSS” ist dann ein Wartungsturnus von 12 Monaten voreingestellt. Bei “KLEIN” sind es 6 Monate. Es lassen sich neue Vertragsarten anlegen und bestehende lassen sich bearbeiten.

Turnusverwaltung

Zum Vergrößern anklicken

Zugeordneter Lagerort

Mon, 01 Jan 0001 00:00:00 +0000

Generell werden Retouren zurück auf das Filiallager der Kasse gebucht. Es besteht die Möglichkeit die Bestandsveränderung auf ein anderes Lager zu buchen. Dies ist für die Buchungen der Verkäufe und Reklamationen verfügbar.

Zum Vergrößern anklicken

Einrichtung

Filter

Zum Vergrößern anklicken

Hiermit wird festgelegt, für welchen Kassenprozess die Einstellungen vorgenommen werden sollen.

Reklamationsgrund

Zum Vergrößern anklicken

Insofern Reklamationsgründe an der Kasse bei Retouren erfasst werden, wird bei der Lagerortfindung für die Artikel-Buchblattzeile diese Einrichtung geprüft. Wird ein Ergebnis aus den zugeordneten Lagerorten ermittelt, wird auf das hinterlegte Ziellager gebucht. Hierbei wird stets die spezifischste Einrichtung (mit Angabe Lagerort und Kasse) vorrangig verwendet. Gilt ein Ziellager für die gesamte Filiale, dann kann die Kassenangabe entfallen. Ebenso ist eine Angabe des Ziellagers für den Reklamationsgrund ohne Angabe von Lagerort und Kasse möglich, sowie ein generelles Reklamationslager ohne Angabe des Reklamationsgrundes sowie ohne Kassenangaben. Falls diese Einrichtung nicht verwendet wird, wird das Standardlager vom Reklamationsgrund verwendet.

Arbeitsaufgaben und Arbeitspakete

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Arbeitsaufgaben und Arbeitspakete bilden die planbare Grundlage für wiederkehrende Serviceleistungen. Sie helfen dabei, periodische Tätigkeiten fachlich zu definieren, zu bündeln und zum richtigen Zeitpunkt automatisch als Tickets oder Arbeitsaufträge auszulösen.

Voraussetzungen

wiederkehrende Tätigkeiten, Intervalle und verantwortliche Rollen sind fachlich beschrieben
die benötigten Bezüge zu Liegenschaften, Debitoren, Projekten oder Verträgen sind vorhanden
es ist entschieden, ob aus den Aufgaben Tickets, Arbeitsaufträge oder Sammelvorgänge entstehen sollen

Inhaltlicher Fokus

Arbeitsaufgaben definieren

Arbeitsaufgaben beschreiben einzelne wiederkehrende Tätigkeiten mit Zeitraum, Objektbezug und fachlichen Zuordnungen. Zusätzlich wird festgelegt, ob aus der Aufgabe bei Ausführung ein Ticket oder ein Arbeitsauftrag entstehen soll.

Ticketsystem

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Das Ticketsystem dient dazu, Kundenanfragen, Probleme und Servicefälle strukturiert zu erfassen, zu bearbeiten und in abrechnungsfähige Leistungen zu überführen. Tickets können manuell, aus Arbeitspaketen oder über eine API aus externen Systemen entstehen.

Fachlicher Nutzen

Tickets können Debitor, Projekt, Verkaufsvertrag, SLA und Liegenschaften zugeordnet werden
Ticketzeilen erfassen die tatsächlich angefallenen Leistungen
abgeschlossene Tickets lassen sich in Projektplanzeilen und Dienstleistungsabrechnung überführen

Inhaltlicher Fokus

Ticket anlegen und zuordnen

Ein Ticket wird einem Debitor und in der Regel einem Projekt zugeordnet. Zusätzlich können Verantwortliche, Priorität, Status, Verkaufsvertrag, Kontingent, SLA und liegenschaftsbezogene Informationen wie Objekt, Installation oder Komponente hinterlegt werden.

Arbeitsaufträge

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Arbeitsaufträge bilden in Professional Services die operative Klammer zwischen Ticket, Planung, Leistungserfassung und Abrechnung. Sie eignen sich für manuelle Serviceeinsätze ebenso wie für Vorgänge, die aus Tickets, Liegenschaften oder wiederkehrenden Aufgaben entstehen.

Voraussetzungen

die benötigten Auftragsarten, Nummernserien und Basisparameter sind eingerichtet
Debitor, Projekt und bei Bedarf Verkaufsvertrag, SLA oder Kontingent sind verfügbar
falls Ressourcen geplant werden, sind Verantwortliche, Qualifikationen und Termine fachlich geklärt

Inhaltlicher Fokus

Entstehung und Einsatzplanung

Arbeitsaufträge können manuell angelegt, aus einem Ticket erzeugt oder direkt aus liegenschaftsbezogenen Stammdaten heraus erstellt werden. Im Kopf werden Auftragsart, Status, Planungsdaten, Verantwortlichkeiten und Vertragsbezüge gepflegt. Damit dient der Beleg zugleich als Planungs- und Steuerungsobjekt für den konkreten Einsatz.

DHL API Assistant – MCP-Integration

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt, wie der DHL API Assistant MCP-Server in eine KI-gestützte Entwicklungsumgebung eingebunden wird. Die Integration ermöglicht es, unterstützte KI-Tools und IDEs über das Model Context Protocol (MCP) auf DHL-API-spezifische Funktionen zuzugreifen.

Der DHL API Assistant hilft Entwicklern dabei, Beispielanfragen zu erstellen, API-Fehler zu analysieren, erforderliche Felder zu verstehen und DHL-API-Workflows in der Sandbox-Umgebung zu testen. Die Integration unterstützt ausschließlich die Sandbox-Umgebung. Für den Produktivbetrieb ist die offizielle DHL-API-Dokumentation maßgeblich.

Dienstleistungsabrechnung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Dienstleistungsabrechnung bündelt Tickets und Arbeitsaufträge in einem gemeinsamen Abrechnungslauf. Damit können mehrere Servicefälle in einem Schritt gruppiert, in Rechnungen überführt und anschließend geprüft, gedruckt oder gebucht werden.

Voraussetzungen

Tickets oder Arbeitsaufträge mit abrechnungsfähigen Leistungen sind vorhanden.
Projekt-, Vertrags- und Abrechnungsbezüge sind in den zugrunde liegenden Belegen gepflegt.
Falls Kontingente verwendet werden, sind diese dem jeweiligen Ticket oder Vertrag korrekt zugeordnet.

Inhaltlicher Fokus

Abrechnungszeitraum und Auswahl

Die Dienstleistungsabrechnung arbeitet nicht mit festen Perioden, sondern mit einem frei wählbaren Start- und Enddatum. Auf dieser Basis werden abrechnungsfähige Fälle ermittelt und in die Zeilen der Abrechnung übernommen.

DPD

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DPD-spezifische Einrichtung in Shipping Labels. Die DPD-Einrichtung ist vergleichsweise kompakt und konzentriert sich auf Servicetyp, Zugangsdaten, URL-Zuordnung und die Paketgrenzen, die in der Anfrage eingehalten werden müssen.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DPD-Zugangsdaten und die passende Test- oder Produktiv-URL liegen vor.
Der vorgesehene DPD-Service ist bekannt.
Artikel- oder Fallback-Paketgewicht ist für das jeweilige Anfrageszenario verfügbar.

Empfohlene Reihenfolge

Ordnen Sie den DPD-Versandagentendienst in der gemeinsamen Einrichtung zu.
Pflegen Sie Benutzername, Passwort und URL.
Wählen Sie den DPD-Service und pflegen Sie die Paketgrenzen.
Validieren Sie eine realistische Anfrage mit vollständigen Paketdaten.

Einrichtungsbausteine

Zugangsdaten und Umgebungs-URL pflegen

DPD benötigt eine geradlinige Zugangsdaten-Einrichtung mit der korrekten Umgebungs-URL. Halten Sie Test- und Produktivwerte getrennt und validieren Sie jede Umgebung unabhängig.

Liegenschaftsbezogene Serviceabläufe

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Liegenschaftsbezogene Serviceabläufe verknüpfen operative Servicefälle mit Objekten, Installationen und Komponenten. Dadurch lassen sich Tickets, Arbeitsaufträge, Verträge und wiederkehrende Aufgaben nicht nur einem Kunden, sondern auch dem konkreten installierten Bestand eindeutig zuordnen.

Voraussetzungen

Objekte, Installationen und Komponenten sind als Stammdaten angelegt oder als Zielbild fachlich definiert
benötigte Nummernserien, Attribute und hierarchische Zuordnungen sind eingerichtet
Debitor-, Projekt- und bei Bedarf Vertragsbezug für die spätere Serviceverarbeitung sind verfügbar

Inhaltlicher Fokus

Stammdatenmodell für Objekte, Installationen und Komponenten

Professional Services erlaubt es, Kundenumgebungen flexibel über Objekte, Installationen und Komponenten abzubilden. Diese Elemente können hierarchisch miteinander verknüpft und über Attribute, Seriennummern, Aktivierungsdaten oder Herstellerinformationen weiter klassifiziert werden.

Objekte

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Objekte bilden in Professional Services die oberste liegenschaftsbezogene Strukturebene. Sie schaffen den fachlichen Container, in dem Installationen, Komponenten, Attribute und zugehörige Servicevorgänge zusammengeführt werden, damit Leistungen auf einen konkreten Kundenkontext bezogen werden können.

Voraussetzungen

die grundlegende Objektstruktur und ihre fachliche Hierarchie sind definiert
Debitorbezug, Adressbezug und benötigte Attribute sind verfügbar
falls Installationen oder Komponenten zugeordnet werden sollen, sind diese Stammdaten vorbereitet

Inhaltlicher Fokus

Objektkarte und Debitorbezug

In der Objektkarte werden Objektnummer, Beschreibung und Debitorenzuordnung gepflegt. Dadurch kann ein Objekt sowohl fachlich beschrieben als auch direkt einem Kunden oder einer Lieferadresse zugeordnet werden.

Installationen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Installationen bilden in Professional Services die technische Zwischenebene zwischen Objekt und Komponente. Sie machen sichtbar, welche installierten Einheiten bei einem Kunden aktiv sind, welche Komponenten dazugehören und aus welchem konkreten Bestand heraus Servicevorgänge bearbeitet werden.

Voraussetzungen

das zugehörige Objekt ist angelegt oder fachlich definiert
Installationstypen, benötigte Nummernserien und relevante Serien- oder Chargeninformationen sind vorbereitet
falls Servicevorgänge direkt aus der Installation entstehen sollen, sind Arbeitsauftrags- und Serviceprozesse eingerichtet

Inhaltlicher Fokus

Installationskarte und fachliche Zuordnung

In der Installation werden unter anderem Installationstyp, Objektnummer, Beschreibung sowie Aktivierungs- und Deaktivierungsdaten gepflegt. Zusätzlich können Seriennummer und Chargennummer erfasst werden, damit die installierte Einheit eindeutig identifiziert und im Lebenszyklus nachvollzogen werden kann.

Komponenten

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Komponenten beschreiben in Professional Services die einzelnen technischen Elemente innerhalb eines Objekts oder einer Installation. Sie helfen dabei, Bestände detailliert zu strukturieren und Service-, Vertrags- sowie Abrechnungsvorgänge präzise auf konkrete Bestandteile zu beziehen.

Voraussetzungen

zugehörige Objekte und bei Bedarf Installationen sind vorhanden
Komponentenarten, Kalkulationstypen und relevante Artikel- oder Ressourcenzuordnungen sind fachlich geklärt
falls Service- oder Vertragsbezüge genutzt werden sollen, sind die zugehörigen Stammdaten und Prozesse eingerichtet

Inhaltlicher Fokus

Stammdaten und technische Klassifikation

In der Komponente werden Objekt- und Installationsbezug, Beschreibung, Komponentenart, Kalkulationstyp sowie Verkaufsbezug gepflegt. Ergänzend können Installations- und Aktivierungsdaten, Mengen, Einheiten, Serien- oder Chargennummern, Versionsnummern und Herstellerinformationen erfasst werden.

Abweichende Dateiformate

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Wenn der Datenaustausch mit einem IC-Partner über Dateien erfolgt – Transfertypen Dateispeicherort, E-Mail oder Dateispeicherort (Server) – können abweichende Formate verwendet werden. Dateiimport und -export laufen technisch über ein Interface; eigene Implementierungen lassen sich je Partnerkarte auswählen.

Fachlicher Nutzen

Anbindung von Partnern, die nicht das Standardformat nutzen, ohne den Kernprozess zu ändern.
Austauschformat lässt sich pro Partner separat festlegen.
Erweiterungen können externe XML- oder EDI-Varianten bereitstellen, ohne das Produkt anzupassen.

Inhaltlicher Fokus

Auswahl auf der Partnerkarte

Das Feld „Import/Export" auf der IC-Partnerkarte wählt die Implementierung. Ist für den Partner eine abweichende Variante eingerichtet, wird sie automatisch beim Senden und Empfangen verwendet.

Allgemein

Mon, 01 Jan 0001 00:00:00 +0000

Die meisten Einrichtungen im Tab “Allgemein” sind dem Business Central Standardmodul zuzuordnen. Im Folgenden werden die Einrichtungen beschrieben, die zu BE-terna Project gehören.

Zum Vergrößern anklicken

Anteilsartenherkunftscodes

In der Liste der Anteilsartenherkunftscodes werden Preisanteile mit den zugehörigen Herkunftscodes versehen. Dies kann in der Buchhaltung für eine Kontenfindung und damit verbundene Auswertung benutzt werden.

Zum Vergrößern anklicken

Projekt Buch.-Blattvorlagen

Ein Buchungsblatt in Business Central veranlasst, dass Daten dauerhaft in einem Posten gespeichert werden. Es handelt sich demnach um eine manuelle Vorlage, um Daten zu buchen. Durch das Buchen des Buch.-Blatts werden die Informationen in Posten auf Konten übertragen und können nicht mehr geändert werden.

Änderungsprotokoll

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Das Änderungsprotokoll dokumentiert relevante Änderungen an Stamm- und Bewegungsdaten für den Commerce-Bereich. Es dient als Grundlage für die Synchronisierung zwischen Business Central und dem Webshop.

Was erfasst wird

Artikelstammdaten
Preisänderungen
Bestandsänderungen
Webshop-Kategorien
Freitextattribute
Dynamische Attribute
Standorte und Belegdaten

Struktur

Eintragsnummer
Verarbeitet
Überspringen
Letzte Anfrage erfolgreich
Erstellungszeitpunkt
Name und Code
Webshop-Kanalcode
Anzahl HTTP-Anfragen
Letztes Sendedatum und letzte Sendezeit
Letzte Antwort
Parameter 1 bis 3

Fachlicher Nutzen

Nachvollziehbarkeit von Änderungen für die Webshop-Synchronisierung.
Steuerung, welche Daten an den Shop gesendet werden.
Vermeidung doppelter Übertragungen durch vorhandene Einträge.

Ergebnis

Ein kontrollierter Datenstrom für Änderungen im Commerce-Kontext.
Eine nachvollziehbare Liste für die technische und fachliche Nachverfolgung.

Aufgabenwarteschlange

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Aufgabenwarteschlange trägt die automatische Verarbeitung von IC-Belegen. Diese Seite beschreibt den laufenden Betrieb: Überwachung, Start/Stopp, Fehleranalyse und Retry-Strategie. Die initiale Einrichtung ist auf der Seite Aufgabenwarteschlange (Einrichtung) dokumentiert.

Zugriff in Business Central

Aufgabenwarteschlangen-Posten werden im Rollencenter und über die Suche „Aufgabenwarteschlangenposten" erreicht.

Voraussetzungen

Aufgabenwarteschlange ist eingerichtet (siehe Einrichtungsseite).
Nutzer verfügt über Rechte zum Starten/Anhalten von Posten.

Tätigkeiten

Zustand der IC-Posten prüfen („Bereit", „In Bearbeitung", „Fehler").
Fehlgeschlagene Posten gezielt neu starten.
Zeitpläne bei veränderter Last anpassen.

Felder und Aktionen

Aktion	Wirkung
Auf „Bereit" setzen	Startet einen Posten neu, z. B. nach Fehler.
Anhalten	Stoppt die zyklische Ausführung temporär.
Fehler einsehen	Öffnet die zuletzt aufgetretene Fehlermeldung.
Maximale Anzahl von Versuchen	Begrenzt die automatische Wiederholung.

Überwachung und Troubleshooting

„Fehler"-Posten mit sprechendem Fehlertext zuerst beheben, bevor per Retry nachjustiert wird.
Dauerhafte „In Bearbeitung"-Zustände über die Zeit deuten auf hängende Sessions hin – ggf. Posten anhalten und neu starten.
Automatisches Retry über die Intercompany-Einrichtung (siehe Automatisierung) reduziert manuelle Arbeit.

Best Practices

Maximale Anzahl der Ausführungsversuche setzen – unbegrenzt ist selten sinnvoll.
Zyklen nur so häufig wählen wie nötig, um die Plattform nicht unnötig zu belasten.

Auftragsanlage

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt, wie importierte Auftragsdaten im System zu einem Verkaufsauftrag verarbeitet werden. Sie zeigt den Erfolgsfall ebenso wie die Nachbearbeitung bei fehlerhaften Imports.

Voraussetzungen

Der Webshop liefert die Auftragsdaten an Business Central.
Der Importprozess hat die Daten in den Container übernommen.
Die fachlichen Pflichtdaten für den Auftrag sind bekannt und gepflegt.

Empfohlene Reihenfolge

Importierte Auftragsdaten prüfen.
Wenn der Inhalt korrekt ist, Verkaufsauftrag erzeugen.
Fehlerhafte Daten im Container korrigieren und erneut verarbeiten.

Einrichtungsbausteine

Erfolgreiche Auftragsanlage

Der Auftrag wird aus dem Webshop-Datensatz als Verkaufsauftrag angelegt.
Im Beleg sind die wesentlichen Header-Informationen wie Nummer und Erstellungszeitpunkt nachvollziehbar.

Fehlerhafte Auftragsanlage

Fehlerhafte Importe werden mit Fehlertext markiert.
Die Korrektur erfolgt im Container unter den konvertierten Daten.
Nach der Korrektur kann der Auftrag manuell erstellt werden.

Process Leitplanken für die Auftragsanlage Wichtige Regeln für stabile Verarbeitung importierter Aufträge. +

Prüfen Sie die importierten Daten immer vor der eigentlichen Beleganlage.
Korrigieren Sie Fehler im Container statt am Folgebeleg.
Verwenden Sie die Nachbearbeitung nur für fachlich freigegebene Ausnahmen.

Beschaffung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Im Bereich Beschaffung unterstützt Professional Services die Verwaltung von Einkaufsverträgen und deren fachliche Zuordnung zu Debitoren- und Verkaufsvertragsszenarien. Damit behalten Sie Vertragsbeziehungen zwischen Lieferanten, Kunden und wiederkehrenden Leistungen in einem gemeinsamen Bild.

Fachlicher Nutzen

Einkaufsverträge können mit Kreditor, Zeitraum und optionalem Debitorbezug strukturiert geführt werden
Verkaufsverträge lassen sich einem Einkaufsvertrag informativ zuordnen
beschaffungsnahe Prozesse können mit vertrags- und serviceorientierten Abläufen verbunden werden

Inhaltlicher Fokus

Einkaufsverträge

Mit Einkaufsverträgen legen Sie den vertraglichen Rahmen gegenüber Lieferanten an. Im Vertragskopf werden insbesondere Kreditor, Zeitraum und bei Bedarf der zugehörige Debitor gepflegt.

Bonlayout

Mon, 01 Jan 0001 00:00:00 +0000

Die Anpassung des Bonylayouts für jede einzelne Bonart kann über Einrichtung → Bonlayout vorgenommen werden.

Zum Vergrößern anklicken

Aktionen

Im Kopf der Bonlayout-Einrichtung stehen die folgenden Aktionen zur Verfügung:

Aktion	Beschreibung
Zurücksetzen	Setzt das aktuell ausgewählte Bonlayout zurück.
Alle zurücksetzen	Setzt alle Bonaylouts zurück.

Einrichtung

In dem Feld Art wird die Bonart ausgewählt, dessen Layout angepasst werden soll. Anschließend können die Zeilen des ausgewählten Bonlayouts per Eingabe oder AssistEdit geändert werden.

DSV

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die DSV-spezifische Einrichtung in Shipping Labels. Sie umfasst die Behandlung privater Zustellungen, Abholfenster, Fallback-Paketdaten, Benachrichtigungsoptionen und die mehreren Zugangsdaten-Sets für Versand- und Tracking-nahe Services.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
DSV-Versandzugangsdaten, trackingbezogene Zugangsdaten und die passenden Umgebungs-URLs liegen vor.
Absender- und Empfängerkontaktdaten sind im erforderlichen Format gepflegt.
Das gewünschte Benachrichtigungsszenario ist bekannt.

Empfohlene Reihenfolge

Pflegen Sie Versandzugangsdaten und URL-Zuordnung.
Pflegen Sie Abholfenster und das Verhalten für private Empfänger.
Pflegen Sie Benachrichtigungseinstellungen und die dazugehörigen Tracking-Zugangsdaten.
Prüfen Sie Telefonnummern und E-Mail-Daten in einer realistischen Testanfrage.

Einrichtungsbausteine

Mit dem DSV-Zugangsmodell beginnen

Die DSV-Einrichtung kann mehrere technische Werte enthalten, zum Beispiel Kontonummer, x-pat, Subscription-Key, Service-Auth und zusätzliche trackingbezogene Werte für Benachrichtigungsszenarien. Halten Sie diese Werte nach ihrem fachlichen Zweck gruppiert, damit Versandanforderungen und Benachrichtigungsflüsse nicht versehentlich vermischt werden.

Export Bestand

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Liefert Bestandsdaten je Artikel und Variante fuer einen Kanal.

SOAP Methode

Operation: InventoryExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
changedSince_P (optional)
itemNo_P (optional)
incremental_P (optional)
inventoryExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Artikeln und Variantenknoten inklusive Bestand.

Filialverwaltungsposten

Mon, 01 Jan 0001 00:00:00 +0000

Die Filialverwaltungsposten geben eine Übersicht darüber, welche Änderungen für die Kassenstämme an der Einrichtung vorgenommen wurden und über die Filialverwaltung am Kassenstamm verteilt.

Zum Vergrößern anklicken

Alle Änderungen können via Zurücksetzen rückgängig gemacht werden.

Zum Vergrößern anklicken

Import Kontakt

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt übernimmt Kontaktdaten aus dem Webshop in den Kontakt-Importcontainer von Business Central.

Endpunkt

Methode: POST
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Import/v2.0/companies(<company-system-id>)/webshopContacts

Pflichtparameter

webshopChannel im Payload
JSON-Body mit Kontaktkopf

Kernbereiche der Payload

Kontaktkopf: Kanal, Kontaktnummer, Name, Adresse, Sprache, Land, Kommunikationsdaten
Optionale Zusatzfelder wie Anrede, Vor-/Nachname, Firmenname
Kontaktzeilen (webshopcontactLines) für Ship-to-bezogene Informationen

Antwortverhalten

Die API liefert den übernommenen Datensatz als JSON zurück.
Mit $expand=webshopcontactLines können die Kontaktzeilen in der Response mitgeliefert werden.

Ergebnis

Der Webshop-Kontakt ist für die weitere Verarbeitung in BC bereitgestellt.

Kassenabschluss

Mon, 01 Jan 0001 00:00:00 +0000

Um einen Kassenabschluss durchführen zu können, muss man sich zunächst in einem leeren Bon befinden und diesen anschließend über Bonart -> Kassenabschluss initiieren.

Zum Vergrößern anklicken

Wird die darauffolgende Abfrage mit Ja quittiert, wird der Vorgang zur Durchführung eines Abschlusses eingeleitet.

Zum Vergrößern anklicken

Bar-Einnahmenerfassung

Anschließend gibt es - basierend auf der entsprechenden Vorgabe im Kassenstamm - zunächst zwei Möglichkeiten, die Bareinnahmen zu erfassen, entweder als Stückelung oder als gesamter Betrag.

Konsignationsprozess

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt den in Controlled Sales Core implementierten Konsignationsprozess aus Endanwendersicht. Fokus ist das Verhalten bei Versand, Transporterzeugung und Prozesstyp-Einordnung.

Fachliche Einordnung

Bei Konsignationslagerorten werden Belege operativ wie Verkaufsprozesse verarbeitet, in der Transportlogik aber gezielt als Umlagerungsprozess typisiert. Dadurch bleibt die logistische Sicht auf Nachversorgung und Umlagerungscharakter erhalten.

Prozessrollen klar getrennt

Prozessrolle	Verkaufssteuerung	Umlagerungssteuerung
Auslöser	Kundenbedarf bzw. Lieferabruf	Nachversorgungsbedarf am Konsignationsstandort
Primäre Funktion	Operativen Versand- und Kommissionierprozess starten	Umlagerungsauftrag für Standortversorgung ausführen
Zielbelege	Verkaufsbezogene Versand-/Kommissionierbelege	Umlagerungsbezogene Versand-/Kommissionierbelege
Fachlicher Fokus	Kundenversorgung termingerecht sichern	Standortversorgung und Bestandsverfügbarkeit sichern

Erforderliche Einrichtungen für Konsignation

Damit der Prozess stabil läuft, sollten diese Einrichtungen vollständig gepflegt sein:

MwSt.

Mon, 01 Jan 0001 00:00:00 +0000

Unter Zuordnung → MwSt. können Buchungsgruppenzuordnungen nach - oder für vorübergehende - MwSt.-Umstellungen vorgenommen werden.

Zum Vergrößern anklicken

Diese Zuordnung ist für Artikel-Retouren notwendig, die vor der jeweiligen MwSt.-Umstellung verkauft wurden.

Bei manuellen Retouren wird zunächst mit den aktuellen Buchungsgruppen ermittelt, ob für diese eine Zuordnung existiert, falls ja, muss eine Auswahl getroffen werden, ob die Retoure innerhalb oder außerhalb des angegebenen Zeitraumes erfolgt ist. Innerhalb werden die aktuell geltende MwSt. sowie die aktuellen Buchungsgruppen verwendet, außerhalb die hinterlegte Ret. MwSt. % nebst den hinterlegten Ret.-Buchungsgruppen.

Technische Verbindung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die technische Verbindung zwischen Business Central und dem angebundenen Shop im Kontext des Connectors Commerce Interface to Fashion.

Technischer Aufbau

Webservices für Stammdaten und Bewegungsdaten

Der Datenaustausch basiert auf bereitgestellten Webservices. Der Shop stellt Aufträge, Retouren, Reservierungen und Kontaktänderungen in Containerstrukturen bereit. Nach erfolgreicher Prüfung werden die Zielbelege in Business Central angelegt.

HTTP-Aufrufe für Änderungssteuerung

Änderungen an Artikeln, Kontakten, Preisen, Beständen, Kategorien und Attributen werden in einem Änderungsprotokoll festgehalten. Über konfigurierbare HTTP-Aufrufe wird der Shop informiert, dass aktualisierte Daten zum Abruf bereitstehen.

Zeiterfassungsbenutzer

Mon, 01 Jan 0001 00:00:00 +0000

Die Einrichtung der Zeiterfassungsbenutzer ist über die Suchfunktion von Business Central erreichbar. Hier lassen sich Benutzer mit Ressourcen verknüpfen und über Zeiterfassung Benutzerzuordnung in Teams strukturieren. Dort wird in der Spalte Ressourcennr. der Teamlead eingetragen und in der Spalte Zugeordnete Ressourcennr. die dem Team zugehörigen Teammitglieder.

Zum Vergrößern anklicken

Einkaufsvertrag

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Einkaufsverträge bilden in Professional Services den vertraglichen Rahmen gegenüber Lieferanten. Sie bündeln Kreditor, Laufzeit, Projekt- und Debitorbezug sowie die konkreten Vertragszeilen und schaffen damit eine belastbare Basis für wiederkehrende oder planbare Beschaffungsvorgänge.

Voraussetzungen

ein Kreditor mit den relevanten Kontakt- und Zahlungsinformationen ist vorhanden
Projekt- und bei Bedarf Debitorbezug sind fachlich geklärt
Laufzeit, Kündigungslogik und die zu beschaffenden Leistungen oder Artikel sind definiert

Inhaltlicher Fokus

Vertragskopf und Stammdatenbezug

Im Einkaufsvertrag werden Vertragsart, Kreditor, Kontakt, Start- und Enddatum sowie Projekt- und Debitorbezug gepflegt. Dadurch wird der Vertrag nicht nur als Einkaufsdokument, sondern als strukturierter Rahmen für spätere Beschaffungs- und Zuordnungsprozesse geführt.

FedEx

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die FedEx-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktauswahl, Labelformat, zollrelevante Felder, direkte API-Zugangsdaten und die Fallback-Paketdaten für nationale und internationale Szenarien.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
FedEx-Kontonummer, API-Schlüssel, Secret Key und die passende Umgebungs-URL liegen vor.
Die FedEx-Produktliste ist bekannt.
Zollrelevante Werte wie Währung und Herstellungsland liegen bei Bedarf vor.

Empfohlene Reihenfolge

Pflegen Sie die FedEx-Produktliste.
Ordnen Sie Kontonummer, API-Schlüssel, Secret Key und URL zu.
Wählen Sie Produkt und Labelformat.
Pflegen Sie zollrelevante Eigenschaften und das Fallback-Gewicht.
Validieren Sie ein nationales und, falls relevant, ein internationales Szenario.

Einrichtungsbausteine

Mit der Produktliste beginnen

Die FedEx-Einrichtung verwendet einen Produktkatalog, der nationale und internationale Versandszenarien unterscheidet. Pflegen Sie Produktcode und Produktname exakt so, wie sie mit dem Carrier abgestimmt sind.

Azure File Share

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

BE-terna Intercompany unterstützt den Dateiaustausch zwischen IC-Partnern über einen Azure File Share. Diese Seite beschreibt die laufende Verwaltung dieses Austauschs – die zugrunde liegenden Rechte werden im Azure-Portal gepflegt.

Zugriff in Business Central

Die Azure-File-Share-Einstellungen sind auf der IC-Partnerkarte im Bereich des Transfertyps sichtbar.

Zum Vergrößern anklicken

Voraussetzungen

Azure-Speicherkonto mit einem File-Share; Zugriff erfolgt über einen SAS-Token (nie über persistente Kontoschlüssel in BC).
Partner nutzen denselben File-Share-Pfad für den bilateralen Austausch.
Transfertyp „Dateispeicherort" auf der IC-Partnerkarte aktiv.

Tätigkeiten

Gültigkeit des SAS-Tokens überwachen und rechtzeitig erneuern.
Freigaben und Rechte im Azure-Portal auf das Notwendige begrenzen.
Bei Störungen: Netzwerkzugriff und Ablageverzeichnis prüfen, bevor die IC-Einrichtung angepasst wird.

Felder und Aktionen

Feld	Zweck
File-Share-Pfad	Quell- bzw. Zielverzeichnis des Austauschs.
Zugriffstoken	SAS-Token mit begrenzter Gültigkeit.
Prüfsumme	Optional: Validierung der ausgetauschten Dateien.

Überwachung und Troubleshooting

„Datei nicht gefunden" deutet fast immer auf abgelaufenes Token oder geänderten Pfad hin.
Verbindungsprobleme erzeugen Einträge im Fehlerprotokoll.
Die Aufgabenwarteschlange beim automatischen Import arbeitet nur, wenn das IC-Partnerverzeichnis existiert.

Best Practices

SAS-Token mit möglichst kurzer Gültigkeit und minimalen Rechten ausstellen.
Verzeichnisse pro Partner trennen, um Datenvermischung auszuschließen.

Bontext

Mon, 01 Jan 0001 00:00:00 +0000

Die Einrichtung der Bontexte kann über Einrichtung → Bontext vorgenommen werden.

Zum Vergrößern anklicken

Aktionen

Auf der jeweiligen Bontextkarte stehen folgende Aktionen zur Verfügung:

Aktion	Beschreibung
Bontest	Mit dieser Funktionalität wird der aktuell ausgewählte Bontext als Testbon an den hinterlegten Bondrucker gesendet.
Geräteeinrichtung	Diese Funktion öffnet die Übersicht der Geräteeinrichtung.

Einrichtung

Feld	Beschreibung
Lagerort	Lagerortcode
Kasse	Kassencode
Art	Legt die Bontextart fest
Startdatum	Gibt das Datum an, ab dem die Textzeile angedruckt werden soll
Enddatum	Gibt das Datum an, bis zu dem die Textzeile angedruckt werden soll

Arten

Kopf

In den Kopzeilen können bspw. die Adress- und Kontaktdaten der jeweiligen Filiale angegeben werden.

Demoskopische Abfrage

Mon, 01 Jan 0001 00:00:00 +0000

Hier kann gesteuert werden, an welcher Kasse die Demoskopischen Abfragen verwendet werden dürfen. Abfragen können für einzelne Kassen oder Lagerorte gesperrt werden.

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Auswahl des Lagerorts (optional) - Leer = alle
Kasse	Auswahl der Kasse (optional) - Leer = alle
Code	Auswahl der Abfrage
Ausgeschlossen	Sperrt die Abfrage für alle unter Lagerort + Kasse gefundenen Kassen. (optional)

Drucken

Mon, 01 Jan 0001 00:00:00 +0000

Im Bereich “Drucken” der BE-terna Project Einrichtung können Parameter zu Belegformularen, Druckvoreinstellungen und Excel Vorlagen eingestellt werden.

Zum Vergrößern anklicken

Belegformulare

In der Belegformulare Übersicht werden einzelne Formulare definiert und die entsprechenden Daten an das Drucklayout eines Belegs übertragen.

Zum Vergrößern anklicken

Druckvoreinstellungen

In den Druckvoreinstellungen können Parameter definiert werden, die das Verhalten eines Beleges beim Drucken bestimmen. Diese Einstellungen können später beim Drucken noch verändert werden. An dieser Stelle werden lediglich die Voreinstellungen definiert.

Einkauf und Fremdarbeit

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt, wie BE-terna Manufacturing den Bereich Einkauf in Business Central um Fremdarbeitsprozesse erweitert. Dazu gehören die Abbildung der Fremdarbeit über Arbeitsplatzgruppen und Arbeitspläne, die Erstellung verknüpfter Einkaufsbestellungen, die Preisfindung für Fremdarbeitsgänge sowie die Verbindung zu Umlagerungs- und Wareneingangsprozessen.

Fachlicher Nutzen

Verknüpft Fertigungsauftrag, Fremdarbeitsvorschlag, Einkaufsbestellung und Einkaufslieferung nachvollziehbar.
Überträgt bei Bedarf Artikelbeschreibung und Beschreibung 2 in Fremdarbeitsbestellzeilen.
Unterstützt Fremdarbeitspreise mit Staffelung, Währung und Gültigkeitszeitraum.
Verbindet Bestellungen und Umlagerungsaufträge für die Versorgung des Subunternehmers mit Komponenten.
Ermöglicht für geeignete Szenarien die Nutzung der Standardlogistik für Wareneingang und Einlagerung.

Bereich Einkauf

Inhaltlicher Fokus

Die beschriebenen Funktionen gehören fachlich in den Einkaufsbereich von Business Central, weil sie Bestellungen, Kreditoren, Preise und Umlagerungsbezüge für die Zusammenarbeit mit Subunternehmern erweitern.

Export Artikelliste

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert eine Artikelliste pro Webshop-Kanal inklusive Versandstatus und Aenderungszeitpunkt.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/itemsList?$filter=webshopChannelCode eq '<webshop-channel-code>' and sentToWebshop eq <true|false> and changedForWebshopAt eq <datetime>

Pflichtparameter

webshopChannelCode im Filter

Optionale Filter

sentToWebshop
changedForWebshopAt

Zentrale Rueckgabefelder

systemId, itemNo, webshopChannelCode, changedForWebshopAt, sentToWebshop

Ergebnis

Der Webshop erhaelt die Artikelliste fuer Delta- oder Vollabgleiche.

Export Dokumentenstatus

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Prueft, ob ein Dokument erfolgreich erstellt wurde und liefert Fehlertexte.

SOAP Methode

Operation: DocumentStatusExport

Wichtige Request-Felder

webshopChannel_P
orderType_P
orderNo_P

Rueckgabe

return_value (Status) und errortext_P.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Wann benötigen Sie den Connector zusätzlich zu BE-Commerce? Der Connector wird benötigt, wenn ein Fashion-Webshop zusätzliche Farben, Attribute, Variantenlogik oder kanalbezogene Fashion-Stammdaten verwendet. +

Nutzen Sie den Connector, wenn der allgemeine BE-Commerce-Standard um Fashion-spezifische Anforderungen ergänzt werden muss. Typische Beispiele sind Webshop-Farben, Lieferantenfarben, attributebasierte Variantendarstellung oder eine Fashion-spezifische Kategorisierung.

Wenn Sie zunächst das Grundmodul verstehen möchten, starten Sie mit BE-Commerce Überblick. Wechseln Sie danach in die connector-spezifischen Seiten wie Einrichtung und Master Data für Fashion.

Fiskaltransaktion

Mon, 01 Jan 0001 00:00:00 +0000

Im Archiv für die Fiskaltransaktionen werden für jede Transaktion Metadaten zur Nachverfolgung der Kommunikation mit der jeweiligen Schnittstelle gespeichert.

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Lagerortcode
Kasse	Kassencode
Lfd.Nr.	Seriennummer fortlaufend
Anbieter	Fiskalanbieter
Modul	Fiskalmodul
Bonlagerort	Bonlagerortcode
Bonkasse	Bonkassencode
Kassenvorgang	Kassenvorgang
Bonnr.	Bonnummer
Dokumentart	Art des Bons
Belegart	Art des Belegs
Übertragen	Zeigt an, dass die Transaktion übertragen wurde
Verarbeitet	Zeigt an, dass die Transaktion verarbeitet wurde
Betriebsprotokoll	Anzahl der Betriebsprotokolleinträge
Ergebniscode	Zeigt die Anzahl der Fehlermeldungen und Ereignisse an
Fehlermeldung	Zeigt die Fehlermeldung
Beinhaltet Warnungen	Zeigt an, dass die Transaktion Warnungen enthält
Anfrage Datum	Datum der Anfrage
Anfrage Uhrzeit	Zeit der Anfrage
Antwort Datum	Datum der Antwort
Antwort Zeit	Zeit der Antwort
Kassenstamm initialisiert	Zeigt an, ob der Kassenstamm bereits für die Fiskalisierung initialisiert ist
Anfrage URI	Anfrageadresse
HTTP-Statuscode	HTTP-Statuscode
HTTP-Statusbeschreibung	HTTP-Statuscodename

Betriebsprotokoll

Bei einem Ergebniscodeeintrag muss dokumentiert werden, was diesen Eintrag ausgelöst hat und wann und wie dieser Fehler behoben wurde.

GLS

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die GLS-spezifische Einrichtung in Shipping Labels. Die wichtigsten Themen sind Service-Typ, Lieferzeitversprechen, Zugangsdaten, URL-Zuordnung und die Paketgrenzen, die zum gewählten GLS-Szenario gehören.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
GLS-Zugangsdaten und der passende Test- oder Produktivendpunkt liegen vor.
Das Geschäftsszenario ist klar dahingehend, ob ein reguläres Parcel- oder ein Express-Szenario benötigt wird.
Artikel- oder Fallback-Paketgewicht ist verfügbar.

Empfohlene Reihenfolge

Ordnen Sie GLS-Zugangsdaten und URL zu.
Wählen Sie den Service-Typ.
Pflegen Sie die Express-Lieferzeit, wenn der Express-Service genutzt wird.
Pflegen Sie Paketgrenzen und das Fallback-Paketgewicht.
Validieren Sie eine realistische Anfrage mit dem gewählten Service-Typ.

Einrichtungsbausteine

Mit der GLS-Serviceentscheidung beginnen

Die wichtigste fachliche Entscheidung bei GLS ist, ob die Einrichtung einen regulären Parcel-Ablauf oder ein Express-Szenario abbildet. Wenn Express gewählt wird, wird das Lieferzeitversprechen Teil der Einrichtung. Wenn Parcel gewählt wird, ist diese zusätzliche Zeitangabe nicht in derselben Weise erforderlich.

Import BE-terna Project

Mon, 01 Jan 0001 00:00:00 +0000

In der Einrichtung des Importfunktion von BE-terna Project stehen folgende Bereiche zur Verfügung: Import-Assistent, Migration Adressen, Migration Projektbelege, Migration Wartung und Übernahme AZ offene Projekte.

Zum Vergrößern anklicken

Import-Assistent

Der Import-Assistent ist für den Import von Migrationsdaten aus alten ERP-Systemen aus dem Handwerksbereich der BE-terna gedacht.

Zum Vergrößern anklicken

Migration Adressen

Erweiterte Funktionen des Import-Assisten für den manuellen Import von Migrationsdaten aus alten ERP-Systemen aus dem Handwerksbereich der BE-terna sind hier zu finden. Dieser Bereich ist für Debitoren, Kreditoren und Kontakte.

Retourenanlage

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Anlage von Retourenaufträgen in Business Central auf Basis importierter Webshop-Daten. Die Verarbeitung folgt dem gleichen Grundmuster wie bei Verkaufsaufträgen.

Voraussetzungen

Der Webshop übermittelt die Retourendaten an Business Central.
Der Import hat die Daten in den Container geladen.
Die fachlichen Regeln für Retouren sind für den Kanal bekannt.

Empfohlene Reihenfolge

Importierte Retourendaten prüfen.
Fehler im Container korrigieren.
Den Retourenauftrag manuell oder automatisch erzeugen.

Einrichtungsbausteine

Verarbeitung importierter Retouren

Retouren werden zunächst in einem Container aufgenommen.
Die inhaltliche Prüfung erfolgt nach dem Import in Business Central.
Das Fehlerhandling entspricht dem Vorgehen bei Verkaufsaufträgen.

Nachbearbeitung und Erzeugung

Fehlerhafte Daten können angepasst werden.
Der Retourenauftrag wird danach aus den korrigierten Daten erstellt.

Process Leitplanken für Retouren Regeln für die sichere Verarbeitung importierter Retouren. +

Nutzen Sie für Retoure und Auftrag dieselben Prüfdisziplinen.
Korrigieren Sie Containerdaten vor der manuellen Anlage.
Dokumentieren Sie Ursachen für wiederkehrende Retourenfehler.

Transportabwicklung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt, wie Sie gebuchte Versandvorgänge zu einem Transport zusammenführen, fachlich prüfen und sicher buchen.

Einordnung im BC-Standard

Ein Transport ist kein Ersatz für den Versandprozess, sondern die fachliche Zusammenführung bereits gebuchter Lieferbelege. Er ist vor allem dann wichtig, wenn die operative Lieferung an einen Spediteur oder eine interne Transportkette übergeben werden muss.

Transportquellen in Controlled Sales Core sind:

gebuchte Verkaufslieferungen
gebuchte Umlagerungslieferungen
gebuchte Versandvorgänge bzw. daraus abgeleitete Versandzeilen
in Ausnahmefällen gebuchte Lagerkommissionierungen mit Verkaufsbezug

Je nach Herkunft wird der Prozesstyp des Transports automatisch als Verkauf oder Umlagerung geführt. Bei Konsignationsstandorten kann eine Verkaufslieferung fachlich wie eine Umlagerung behandelt werden.

Hermes

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Hermes-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Paketklasse, Ausgabeformat, ZPL-Verarbeitung und die getrennten Authentifizierungs- und Versand-URLs, die Hermes für Test- und Produktivbetrieb benötigt.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
Die Hermes-Authentifizierungs- und Versand-URLs sind in der gemeinsamen URL-Einrichtung angelegt.
Die erforderlichen Hermes-Zugangsdaten liegen für die Produktivumgebung vor.
Das Geschäftsszenario ist hinsichtlich Paketklasse und Ausgabeformat geklärt.

Empfohlene Reihenfolge

Pflegen Sie die gemeinsamen URL-Einträge für Hermes-Authentifizierung und Versandzugriff.
Pflegen Sie die Hermes-Zugangsdaten für die relevante Umgebung.
Wählen Sie Paketklasse und Ausgabeformat.
Wenn ZPL verwendet wird, pflegen Sie die benötigte Auflösung.
Validieren Sie die Einrichtung mit dem gewünschten Ausgabeformat und Druckerszenario.

Einrichtungsbausteine

Authentifizierungs-URL und Versand-URL getrennt behandeln

Hermes verwendet getrennte URL-Konzepte für Authentifizierung und den eigentlichen Versandservice. Diese Einträge sollten explizit in der gemeinsamen URL-Einrichtung gepflegt werden, bevor die eigentliche Hermes-Linie abgeschlossen wird.

Belege

Mon, 01 Jan 0001 00:00:00 +0000

In der BE-terna Project Einrichtung lassen sich unter Zugehörig im Tab Belege folgende Bereiche einrichten: Dokument Typen, Details Ansicht Konfiguration, Spaltenauswahl, HTML Editor Einrichtung und Standardlangtexte.

Zum Vergrößern anklicken

Dokument Typen

In der BE-terna Project Einrichtung lassen sich über Zugehörig und Belege die Dokument Typen aufrufen und bearbeiten. Damit werden die Grundbelegarten des Systems abgebildet, um daraus konkrete Belege aus einem Leistungsverzeichnis erstellen zu können.

Zum Vergrößern anklicken

Demoskopische Abfrage

Mon, 01 Jan 0001 00:00:00 +0000

Die demoskopische Abfrage wird bei Bonende gestellt. Darin können statistische Antwortmöglichkeiten abgefragt werden. Die Einrichtung erfolgt unter Einrichtung → Demoskopische Abfrage.

Mit Klick auf Neu legen Sie eine neue Abfrage an. Dabei ist der Fragencode und die Frage als Text einzugeben. Über die Priorität kann bei mehreren Abfragen gesteuert werden, als wievielte Abfrage diese kommen soll. Die Abfrage muss aktiviert werden. Das kann nur erfolgen, wenn mindestens eine Antwort eingegeben wurde.

Export Bestand

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert Bestandsdaten fuer einen Artikel inklusive optionaler Variantendaten.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/inventories?$filter=webshopChannelCode eq '<webshop-channel-code>' and itemNo eq '<item-no>'&$expand=itemVariants

Pflichtparameter

webshopChannelCode im Filter
itemNo im Filter

Zentrale Rueckgabefelder

Kopf: systemId, webshopChannelCode, itemNo
Varianten: code, inventory

Ergebnis

Der Webshop erhaelt den aktuellen Bestand je Artikel und Variante.

Export Dynamische Attribute

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Exportiert dynamische Attribute, moegliche Werte und sprachabhaengige Texte.

SOAP Methode

Operation: DynamicAttributeExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
attributeCode_P (optional)
dynamicAttributeExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Attributen, Attributwerten und Beschreibungen.

Gutschein

Mon, 01 Jan 0001 00:00:00 +0000

Im Archiv für die Gutscheine befinden sich alle generierten Gutscheine aus der Einrichtung.

Zum Vergrößern anklicken

Feld	Beschreibung
Nr.	Gutscheincode
Zustand	Offen: Gutschein ist ausstellbar Ausgestellt: Gutschein ist einlösbar Entwertet*: Gutschein wurde entwertet
Lagerort	Lagerort an dem der Gutschein verkauft wurde
Kasse	Kasse an der der Gutschein verkauft wurde
Vorgabebetrag	Der Betrag, der bei Gutscheinanlage hinterlegt wurde
Betrag	Berechneter Gutscheinbetrag anhand der bisher getätigten Aufladungen
Restbetrag	Berechneter Restbetrag anhand der bisher getätigten Einlösungen
Aktiviert in Mandant	Mandant der Gutscheinaktivierung
Aktivierungszeitpunkt	Zeitpunkt der Gutscheinaktivierung
Ablaufdatum	Gibt an, bis wann der Gutschein einlösbar ist

Aktionen

Aufladen/Entwerten

Hiermit können Gutscheine nach Ausstellung aufgeladen oder entwertet werden. Dabei ist stets die Angabe eines Grundes verpflichtend.

Logistik

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die logistischen Erweiterungen von BE-terna Manufacturing rund um ausstehende Verbrauchsbuchungen und Rücklieferungen aus der Fremdfertigung. Sie hilft dabei, Buchungsabbrüche bei unzureichendem Lagerbestand kontrolliert zu behandeln und Wareneingänge des Subunternehmers mit den Standardfunktionen der Lagerlogistik zu verbinden.

Fachlicher Nutzen

Behandelt rückwärts gebuchte Komponenten bei unzureichendem Lagerbestand kontrolliert als ausstehenden Verbrauch.
Macht offene Restverbräuche im Fertigungsauftrag sichtbar und verhindert dadurch unvollständige Auftragsabschlüsse.
Ermöglicht das Nachbuchen ausstehender Verbräuche auch aus einem anderen Lagerort.
Unterstützt das Stornieren offener Restverbräuche, wenn die Ursache außerhalb des eigentlichen Fertigungsauftrags gelöst wurde.
Nutzt Wareneingang, Einlagerung und Lagereinlagerung aus der Standardlogistik auch für geeignete Fremdfertigungsszenarien.

Bereich Logistik

Inhaltlicher Fokus

Ausstehende Verbrauchsbuchungen je Lagerort aktivieren

Ob ausstehende Verbrauchsbuchungen erlaubt sind, wird pro Lagerort entschieden. Das ist besonders sinnvoll an Lagerorten eines Fremdfertigers, an denen automatische Rückwärtsbuchungen von Komponenten nicht vollständig im direkten Zugriff des Unternehmens liegen.

PCH

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die PCH-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Produktkatalog, Antwortsprache, Labelgröße, Kunden- und Client-Zugangsdaten sowie der strikte Länderkorridor Schweiz und Liechtenstein.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
PCH-Test- oder Produktiv-Client-Zugangsdaten sowie URLs liegen vor.
Die relevanten PCH-Produkte sind bekannt.
Die Firmeninformationen enthalten die Absenderadresse, die für PCH-Anfragen verwendet wird.

Empfohlene Reihenfolge

Pflegen oder importieren Sie die PCH-Produktliste.
Validieren Sie die Produkte mit der verfügbaren Produktprüfung.
Pflegen Sie Kundennummer, Client-Zugangsdaten, Antwortsprache und Labelgröße.
Testen Sie ein gültiges Szenario innerhalb des unterstützten Länderumfangs.

Einrichtungsbausteine

Mit Produktliste und Produktprüfung beginnen

PCH verwendet eine Produktliste, die aus den vom Carrier gelieferten Daten gepflegt werden sollte. Nutzen Sie die Produktprüfung, wenn sie verfügbar ist, um zu validieren, ob die gepflegten Produkte weiterhin verwendbar sind.

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieser Prozesskatalog bündelt die wichtigsten End-to-End-Abläufe in Controlled Sales Core. Er hilft Ihnen, tägliche Arbeitsschritte in einer klaren Reihenfolge durchzuführen.

Kontext

Lieferabrufe entstehen typischerweise aus Rahmenaufträgen mit kundenspezifischen Vorgaben.
Feinabrufe präzisieren Bedarf und Termine als vorgelagerte Prozesskomponente.
Versandsteuerung verdichtet operative Belegzeilen in verarbeitbare Arbeitslisten.
Umlagerungssteuerung ergänzt die standortbezogene Nachversorgung.
Konsignation verbindet verkaufsnahe Steuerung mit umlagerungsorientierter Logistiksicht.
Transportbelege bilden die Übergabe an Spediteur und den Versandabschluss ab.

Voraussetzungen

Die Einrichtung ist abgeschlossen und die Transportnummernserie ist gepflegt.
Rahmenaufträge bzw. Verkaufsbelege liegen in verarbeitbarem Status vor.
Lager- und Versandprozesse sind organisatorisch abgestimmt.

Prozesslandkarte

flowchart LR
  A[Feinabruf einlesen] --> B[Lieferabruf erstellen]
  B --> C[Lieferabruf freigeben]
  C --> D[Versandsteuerung ausführen]
  D --> E[Umlagerungssteuerung bei Bedarf]
  E --> F[Konsignationslogik anwenden]
  F --> G[Versand oder Umlagerung buchen]
  G --> H[Transport erstellen]
  H --> I[Transport buchen]
  I --> J[Prozess abgeschlossen]

Dokumentationstiefe je Prozessseite

Für die verlinkten Detailseiten gilt folgender Mindestumfang:

Reservierung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Verarbeitung von Reservierungen im Importkontext von BE-Commerce.

Voraussetzungen

Der Importprozess für Reservierungen ist aktiv.
Die benötigten Lagerorte und Zuordnungen sind eingerichtet.
Die fachlichen Regeln für Reservierungsfälle sind definiert.

Empfohlene Reihenfolge

Reservierungsdaten im Container prüfen.
Fachliche und technische Fehler korrigieren.
Reservierungsverarbeitung ausführen und Ergebnis kontrollieren.

Einrichtungsbausteine

Abgrenzung zum Auftragsimport

Die Verarbeitung ist ähnlich zur Auftragsanlage.
Es wird jedoch kein Verkaufsauftrag erzeugt.
Stattdessen erfolgt die Übertragung reservierter Artikel aus der Filiale in ein Reservierungs- oder Selektionslager.

UPS

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die UPS-spezifische Einrichtung in Shipping Labels. Im Mittelpunkt stehen Service-Typ, Rücksendeservice, internationale Sendungsbehandlung, Maßeinheiten und der Übergang von älteren Authentifizierungsfeldern zu bevorzugtem OAuth-basiertem Zugriff.

Voraussetzungen

Die gemeinsame Shipping-Labels-Einrichtung ist abgeschlossen.
UPS-Versandkontodaten und die erforderliche Umgebungs-URL liegen vor.
Der gewählte UPS-Service-Typ ist für den Start-Ziel-Korridor bekannt.
Ein Fallback-Paketgewicht ist verfügbar, wenn auf Artikelebene kein Gewicht gepflegt ist.

Empfohlene Reihenfolge

Pflegen Sie UPS-URL und bevorzugtes Authentifizierungsmodell.
Pflegen Sie Shipper Number und die erforderlichen Zugangsdatenfelder.
Wählen Sie UPS-Service-Typ und Rücksendeservice-Verhalten.
Wenn international versendet wird, pflegen Sie die Einstellungen und Beschreibung für internationale Sendungen.
Validieren Sie ein nationales und, falls relevant, ein internationales Szenario.

Einrichtungsbausteine

OAuth-basierten Zugriff bevorzugen, wenn er verfügbar ist

UPS kann weiterhin ältere Access-License-artige Felder enthalten, die bevorzugte Richtung ist jedoch OAuth-basierter Zugriff mit Client ID und Client Secret. Behalten Sie ältere Werte nur dort bei, wo ein unterstütztes Kompatibilitätsszenario sie tatsächlich noch benötigt.

E-Bon

Mon, 01 Jan 0001 00:00:00 +0000

Die Einrichtung der Schnittstelle ist unter Einrichtung → E-Bon durchzuführen. Mit der Aktion Alle Kassenstämme initialisieren werden alle unter Einrichtung → Kassenstamm vorhandenen Kassenstämme angelegt.

Zum Vergrößern anklicken

Einrichtung

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Der Lagerortcode des zu verwendenden Kassenstammes
Kasse	Der Kassencode des zu verwendenden Kassenstammes
Anbieter	Legt den E-Bon-Anbieter fest E-Mail: Bei E-Mail wird ein PDF nativ von der Kassensoftware generiert und per E-Mail an den Kunden versendet. Anybill: Bei Anybill handelt es sich um einen externen Anbieter zur digitalen Aufbewahrung von Bonbelegen. Bei Kooperation mit diesem Anbieter erhält die Kasse bzw. der Kunde die Möglichkeit, die von der Kasse erstellten Belege digital zu archivieren und jederzeit zugänglich zu machen. Über einen QR-Code erhält der Kunde den Link zu seinem jeweiligen Beleg, sodass ein Ausdruck des Bons nicht zwangsläufig notwendig ist
Aktiv	Aktiviert die Schnittstelle
Digitale Bon Bestätiung	Legt fest ob und wann eine Abfrage zum Erstellen des digitalen Beleges ausgeführt wird Immer Bestätigen: Am Ende eines jeden Bons erscheint eine Abfrage, ob dieser digitalisiert werden soll. Bei Kunde Bestätigen: Nur wenn ein Kunde im Bon angemeldet ist, wird die Abfrage am Ende des Bons ausgelöst. Keine Bestätigung: Es wird bei Bonende automatisch der digitale Bon erstellt und angezeigt. Vorgelagerter QR-Code: Bei Beginn des Bons wird bereits der digitale Bon erstellt und angezeigt.
QR-Code bei Bonkopie	Wenn der ursprüngliche Beleg bereits mit Anybill generiert wurde kann dieser QR-Code bei der Bonkopie erneut angezeigt werden

Display

Zum Vergrößern anklicken

Export Bestand Artikelliste

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert je Kanal die Bestandsliste aller relevanten Artikel mit Delta-Hinweisen.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/inventoriesItemsList?$filter=webshopChannelCode eq '<webshop-channel-code>'

Pflichtparameter

webshopChannelCode im Filter

Zentrale Rueckgabefelder

systemId, webshopChannelCode, itemNo, inventorySentToWebshop, lastStockChangeAt

Ergebnis

Der Webshop erhaelt den Bestandsabgleich fuer alle Artikel eines Kanals.

Export Filialbestand

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Liefert verfuegbare Bestaende fuer Filiallagerorte je Artikel/Variante.

SOAP Methode

Operation: BranchInventoryExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
itemNo_P (optional)
branchInventoryExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Varianten und Filialbestaenden inklusive Zeitstempel.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Wann nutze ich Lieferabrufe und wann den normalen Verkaufsprozess? Lieferabrufe sind sinnvoll, wenn Kunden regelmäßig Mengen und Termine gegen Rahmenaufträge aktualisieren. +

Wenn Ihr Kunde mit wiederkehrenden Abrufen arbeitet, sollten Sie Lieferabrufe verwenden. So bleiben Referenzen, Termine und Mengenänderungen strukturiert dokumentiert und für Folgeprozesse nutzbar.

FAQ Warum sehe ich in der Versandsteuerung nicht alle erwarteten Aufträge? Meist passen Filter oder Fälligkeitslogik nicht zum aktuellen Belegstand. +

Prüfen Sie zuerst Typ, Filterfelder, Filterwerte und Datumsberechnung der Versandsteuerung. Bereits verarbeitete oder fachlich nicht passende Zeilen erscheinen je nach Konfiguration nicht in der Liste.

FAQ Wofür ist die kumulierte Empfangsmenge wichtig? Sie sorgt dafür, dass Abrufmengen in sensiblen Lieferbeziehungen konsistent bleiben. +

Wenn die kumulierte Empfangsmenge als Pflicht aktiviert ist, unterstützt sie den Abgleich zwischen Kundenstand und internem Lieferstand. Das reduziert Fehlmengen und vermeidet Missverständnisse bei Folgeabrufen.

FAQ Was muss vor dem Buchen eines Transports unbedingt gepflegt sein? Vor allem Transportkopf, Übergabeinformationen und die zugehörigen Zeilen müssen fachlich vollständig sein. +

Kontrollieren Sie insbesondere Versanddienstleister, Übergabedatum/-zeit, Lieferdatum sowie die enthaltenen Transportzeilen. Erst wenn diese Angaben vollständig und plausibel sind, sollte der Transport gebucht werden.

Gutscheinkarte

Mon, 01 Jan 0001 00:00:00 +0000

Im Archiv für die Gutscheinekarte befinden sich alle bisher aktivierten Gutscheinkarten.

Zum Vergrößern anklicken

Feld	Beschreibung
Kartennr.	Die Kartennr.
Kundennr.	Die der Karte zugeordnete Kundennr.
Kundenname	Der Name des zugeordneten Kunden
Restbetrag	Der Restbetrag der Karte
Entwertet	Gibt an, ob die Karte entwertet wurde

Aktionen

Entwerten

Für die Entwertung ist die Auswahl einer noch nicht entwerteten Gutscheinkarte mit einem Restbetrag größer 0 sowie die anschließende Hinterlegung eines Entwertungsgrundes notwendig.

Zum Vergrößern anklicken

Importschnittstellen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die verfügbaren Import-Schnittstellen für den Eingang von Webshop-Daten in Business Central.

Importierte Datenbereiche

Kundenaufträge
Retouren
Kontakte
Reservierungen

Hinweise zur Nutzung

Für jede Import-Schnittstelle gibt es eine Feldbeschreibung mit den relevanten Pflicht- und Steuerfeldern.
Bei Fehlern im Importprozess ist zuerst die Containerprüfung durchzuführen, bevor Folgebelege verarbeitet werden.

Weiterführende Seiten

Shipping Label Print Connect Connector

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Einrichtung des Shipping Label Print Connect Connectors. Der Connector verbindet Shipping Labels mit BE-terna Printconnect und ermöglicht den direkten ZPL-Etikettendruck ohne Zwischenschritt über den lokalen Drucker des Browsers.

Voraussetzungen

BE-terna Printconnect ist installiert und eingerichtet. Weitere Informationen: Printconnect – Einrichtung
Ein Benutzerkonto ist vorhanden und in PrintNode hinterlegt.
Der Shipping Label Print Connect Connector ist im Zielsystem installiert.

Empfohlene Reihenfolge

Sicherstellen, dass BE-terna Printconnect vollständig eingerichtet ist.
Die Shipping Label Setup-Seite öffnen.
Die Drucker-Zuordnung pro Benutzer und Etikettentyp konfigurieren.

Einrichtungsbausteine

Shipping Label Setup-Seite öffnen

Öffnen Sie in Business Central die Seite Shipping Label Setup.

Stammdaten

Mon, 01 Jan 0001 00:00:00 +0000

In der Einrichtung der Stammdaten von BE-terna Project stehen folgende Bereiche zur Verfügung: Mengeneinheiten, Nichteisen, Überschrift Übersetzungen, GAEB-Preisanteilszuordnung, BE-terna Project Bilder, Basis Zahlungspläne und Kalkulationsartikel Einrichtung.

Zum Vergrößern anklicken

Mengeneinheiten

In der Einrichtung der Mengeneinheiten werden verschiedene Versionen der Einheiten mit Einheitencodes zusammengefasst. Da über den DATANORM-Import teilweise unterschiedliche Mengeneinheiten in das System eingespielt werden, wird über diese Einrichtung die Übersichtlichkeit gewährleistet.

Zum Vergrößern anklicken

Werkzeugverwaltung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die Werkzeugverwaltung in BE-terna Manufacturing. Sie zeigt, wie Werkzeuge und Komplettwerkzeuge in den Stammdaten aufgebaut, Arbeitsgängen zugeordnet, bei Ist-Meldungen automatisch protokolliert, über Reparaturaufträge instand gesetzt und bei Bedarf direkt über Werkzeug-Buch.-Blätter gebucht werden.

Fachlicher Nutzen

Verwaltet Werkzeuge und Komplettwerkzeuge mit eigener Historie und optionalen Werkzeugstücklisten.
Übernimmt Werkzeugzuordnungen aus dem Arbeitsplan in den Fertigungsauftrag.
Protokolliert Werkzeugverwendungen automatisch über Werkzeugposten bei der Ist-Meldung.
Unterstützt Reparaturaufträge mit Fehlercodes, neuer Standzeit und Statuswechseln.
Integriert Werkzeugbuchungen und Werkzeugnutzung in die Dimensionslogik von Business Central.

Bereich Werkzeugverwaltung

Inhaltlicher Fokus

Werkzeuge, Komplettwerkzeuge und das passende Rollencenter bereitstellen

Für die Werkzeugverwaltung steht ein eigenes Rollencenter zur Verfügung. Darüber erreichen Sie Stammdaten und Einrichtungsdaten für Werkzeuge, Komplettwerkzeuge, Werkzeuggruppen, Fehlercodes und weitere Grundtabellen. Werkzeuge bilden eigenständige Einheiten, während Komplettwerkzeuge mehrere Komponenten über eine Werkzeugstückliste und deren Versionen zu einer produktiv verwendbaren Einheit zusammenfassen.

Bewertung und Auswertung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die wichtigsten Berichte und Auswertungen in BE-terna Manufacturing. Sie unterstützt Anwender dabei, Produktionsaufträge strukturiert auszudrucken, Kosten über mehrere Fertigungsebenen nachzuvollziehen, WIP-Werte zu bewerten und die Wertschöpfungskette über verbundene Artikelposten in beide Richtungen zu analysieren.

Fachlicher Nutzen

Verdichtet Produktionsaufträge in klar lesbare Berichte mit Kopf-, Zeilen-, Arbeitsgang- und Komponenteninformationen.
Analysiert Ist- und Sollkosten über alle relevanten Fertigungsebenen hinweg.
Reduziert WIP-Berichte über einen Grenzwert auf die fachlich relevanten Aufträge.
Unterstützt die Rückverfolgung verbundener Artikelposten vorwärts und rückwärts entlang der Wertschöpfungskette.
Erleichtert operative und kaufmännische Analysen ohne manuelles Zusammenführen vieler Einzelansichten.

Bereich Bewertung und Auswertung

Inhaltlicher Fokus

Produktionsauftragsausdrucke und Auftragskarte

Mit FA Ausdruck BE und der erweiterten Fertigungsauftragskarte stehen Berichte zur Verfügung, die Produktionsaufträge mit deutlich mehr Struktur als im Standard ausgeben. Enthalten sind insbesondere Angaben zu Produktionsauftragskopf, Fertigungsauftragszeilen, Routingzeilen und Komponenten. Die Fertigungsauftragskarte ergänzt zusätzlich Beschreibungen, Mengen, Einheitencodes, benötigte Zeiten, QR-Codes und weitere Zeilendetails.

Export Freitextattribute

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Exportiert Freitextattribute inklusive sprachspezifischer Bezeichnungen.

SOAP Methode

Operation: FreeTextAttributeExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
freeTextAttributeCode_P (optional)
freeTextAttributeExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Attributcode und Beschreibungssektionen.

Export Kontakt

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert Kontaktdaten und zugehoerige Lieferadressen fuer die Shop-Synchronisierung.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/contacts?$expand=contactsShipTo

Filter und Erweiterungen

Kontaktfilter erfolgt ueber die Kontaktnummer
Lieferadressen werden ueber $expand=contactsShipTo mitgegeben

Zentrale Rueckgabefelder

Kontakt: no, name, address, postCode, city, country, email
Lieferadresse: shipToCode, shipToName, shipToAddress, shipToPostCode, shipToCity

Ergebnis

Der Webshop erhaelt Kontaktstammdaten inklusive Lieferadressstruktur.

Exportschnittstellen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die zentralen Exportobjekte, die aus Business Central in den Webshop übertragen werden.

Exportierte Datenbereiche

Artikelstammdaten inklusive Varianten
Webshop-Kategorien
Freitext- und dynamische Attribute
Cross-Selling-Artikel
Bestände und Preise
Kontakte
Gutscheine
Dokumentenhistorie und Dokumentenstatus
Standorte und Filialinventar

Hinweise zur Nutzung

Für jede Export-Schnittstelle gibt es eine detaillierte Feldbeschreibung.
Fachliche Änderungen sollten immer mit den zugehörigen Schnittstellenbeschreibungen abgeglichen werden.

Weiterführende Seiten

Filialtyp

Mon, 01 Jan 0001 00:00:00 +0000

Es können Filialkategorien angelegt und am Kassenstamm hinterlegt werden (bspw. Store, Outlet). Dies kann bei der Einrichtung der Kassenstämme und Zahlungsmittel unterstützen.

Zum Vergrößern anklicken

Gutscheinkartenposten

Mon, 01 Jan 0001 00:00:00 +0000

In den Gutscheinkartenposten finden sich alle Gutscheinkartenvorgänge.

Zum Vergrößern anklicken

Es gibt verschiedene Aktionen.

Aktivierung Die Karte wurde aktiviert.
Storno Der Vorgang wurde storniert.
Gutschrift Die Karte wurde aufgeladen.
Guthaben Das Guthaben wurde abgefragt.
Lastschrift Die Karte wurde für eine Zahlung verwendet.

Hinweis: Es können zu jedem Bon und/oder Gutscheinkarte mehrere Vorgangsstufen entstehen.

Kalkulation

Mon, 01 Jan 0001 00:00:00 +0000

Über “Zugehörig” und “Kalkulation” lassen sich die Einrichtungen von den Kalkulationsvorlagen und Kalkulationsgruppen aufrufen.

Zum Vergrößern anklicken

Kalkulationsvorlagen

In den Einstellungen zu den Kalkulationsvorlagen lassen sich bestehende Kalkulationsvorlagen einsehen, bearbeiten und hinzufügen. Außerdem können neue Kalkulationsvorlagen angelegt werden. Aufgrundlage dieser Vorlagen werden Projektbelege erstellt und formatiert. Es können beispielsweise feste Positionen für jeden Beleg voreingestellt werden oder Standardtexte für jeden Beleg angefügt werden.

Zum Vergrößern anklicken

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieser Prozesskatalog beschreibt die wichtigsten Arbeitsabläufe in MDM aus Sicht fachlich verantwortlicher Anwender (Key User). Im Fokus stehen Datenbeziehungen anlegen und freigeben, Änderungen kontrolliert nachziehen, DSR-Filter fachlich steuern, Konsistenzprüfungen ausführen und Ersetzungen gezielt für Zielkontexte nutzen.

Kontext

Die Prozesse bauen auf der Einrichtung sowie auf gepflegten Relationen, Unternehmen und Regelwerken auf.
Key User arbeiten dabei typischerweise im zentralen MDM-Startbereich, in der Pflege von Datenbeziehungen, in der Verteilungsmatrix oder in Prüflisten.
Diese Seite beschreibt wiederkehrende Kernabläufe, nicht die einmalige Grundkonfiguration.

Voraussetzungen

Quell- und Zielunternehmen sowie erste Relationen sind eingerichtet.
Weiterleitungsregel, Verteilungslogik und die benötigten Feldregeln sind für die relevanten Tabellen vorbereitet.
Anwender verfügen über passende Berechtigungen für Relationspflege, DSR-Filter, Substitutionen und Konsistenzprüfungen.

Prozesskatalog

Process REL-01 - Datenbeziehung anlegen und freigeben Für eine relevante Tabelle wird eine Datenbeziehung vollständig aufgebaut und produktiv freigegeben. +

Wählen Sie die Tabelle für die neue Relation aus und prüfen Sie, ob bereits eine Relation für denselben Kontext existiert.
Nutzen Sie diesen Ablauf immer dann, wenn eine zusätzliche fachlich relevante Tabelle dauerhaft in die bestehende Verteilungs- und Prüflogik aufgenommen werden soll.
Sie befinden sich in der Pflege oder Anlage einer Datenbeziehung. Dort sehen Sie Tabelle, beteiligte Unternehmen und grundlegende Steuerungsfelder.
Ordnen Sie Quell- und Zielunternehmen sowie Weiterleitungsregel und Verteilungslogik fachlich passend zu.
Ergänzen Sie die benötigten Feldregeln, Abhängigkeiten, Ausschlüsse und gegebenenfalls Substitutionen, bevor Sie die Relation freigeben.
Treffen Sie in diesem Schritt die Entscheidung, ob die Datenbeziehung bereits vollständig genug für den produktiven Einsatz ist oder ob noch Regeln fehlen.
Nutzen Sie die Prüffunktion der Datenbeziehung, um die Datenbeziehung vor der Freigabe fachlich und technisch zu prüfen.
Setzen Sie die Datenbeziehung anschließend auf den Status Freigegeben, damit MDM die definierte Logik produktiv verwenden kann.
Als sichtbares Ergebnis ist die Datenbeziehung freigegeben und kann für Datenübernahme und Prüfungen genutzt werden.

Process REL-02 - Freigegebene Datenbeziehung kontrolliert ändern Bereits genutzte Datenbeziehungen werden nur über einen geregelten Wartungszyklus angepasst. +

Wenn eine freigegebene Datenbeziehung geändert werden muss, setzen Sie sie zunächst kontrolliert auf einen bearbeitbaren Status zurück.
Dieser Ablauf ist typisch, wenn sich Feldlogiken, Zielunternehmen oder die Behandlung von Ausschlüssen und Substitutionen fachlich geändert haben.
Sie befinden sich dabei in der vorhandenen Datenbeziehung und sehen deren aktuellen Bearbeitungszustand.
Passen Sie danach nur die fachlich notwendigen Teile an, zum Beispiel Feldregeln, Ausschlüsse oder die Unternehmenszuordnung.
Beachten Sie, dass Änderungen im Quellkontext während eines nicht freigegebenen Zustands bewusst eingeschränkt sein können.
Prüfen Sie die Datenbeziehung nach der Anpassung erneut und geben Sie sie anschließend wieder frei.
Wenn keine vollständige Aktualisierung gewünscht ist, bewerten Sie bewusst, ob eine Freigabe ohne Aktualisierung fachlich vertretbar ist.
Als sichtbares Ergebnis ist die geänderte Datenbeziehung wieder freigegeben und die Anpassung nachvollziehbar dokumentiert.

Process REL-03 - Fehlende Datenbeziehungen ergänzen Vorschlagsfunktionen helfen, den Bestand an Datenbeziehungen systematisch zu vervollständigen. +

Nutzen Sie die Vorschlagsfunktion für fehlende Datenbeziehungen, wenn verwandte Tabellen im MDM-Kontext noch nicht abgebildet sind.
Verwenden Sie diesen Ablauf auch dann, wenn Fachbereiche neue Tabellenbeziehungen vermuten und zuerst geklärt werden muss, ob eine Relation überhaupt fehlt.
Sie sehen dabei eine Vorschlagsliste mit weiteren möglichen Datenbeziehungen.
Prüfen Sie die vorgeschlagenen Relationen fachlich, bevor Sie sie übernehmen oder weiter ausbauen.
Verwenden Sie bei Bedarf Funktionen für zusammenhängende oder mehrstufige Ableitungen, um den fachlichen Gesamtzusammenhang nicht nur tabellenweise aufzubauen.
Ergänzen Sie die neu vorgeschlagenen Relationen um Regeln und Prüfungen, bevor sie produktiv genutzt werden.
Als sichtbares Ergebnis ist klar, welche zusätzlichen Datenbeziehungen wirklich gebraucht werden und welche nicht.

Process DSR-01 - DSR-Filter pflegen und bestehende Daten neu bewerten Fachlich verantwortliche Anwender definieren Ausschlussregeln pro Datenbeziehung und entscheiden, wie Filteränderungen auf vorhandene Daten angewendet werden. +

Öffnen Sie die Verteilungsmatrix aus einer freigegebenen Datenbeziehung oder direkt über den zentralen MDM-Startbereich, wenn Sie Verteilungsentscheidungen fachlich überprüfen oder anpassen möchten.
Sie sehen dort die Datensätze der ausgewählten Datenbeziehung und deren Entscheidung je Zielunternehmen.
Rufen Sie von dort die Filter für die Datensatzverteilung auf und pflegen Sie neue Filter immer im Kontext der betroffenen Tabelle.
Entscheiden Sie bewusst, ob ein Filter für alle Zielunternehmen gelten soll oder nur für ein bestimmtes Zielunternehmen.
Prüfen Sie nach jeder Änderung in der Verteilungsmatrix, ob die fachlich erwarteten Datensätze ausgeschlossen oder verteilt werden und aus welcher Entscheidungsquelle das Ergebnis stammt.
Nutzen Sie die Funktion zum Anwenden der DSR-Filter auf vorhandene Daten, wenn die neue Filterlogik auch auf bereits vorhandene Datensätze übertragen werden soll.
Entscheiden Sie dabei bewusst, ob nur Standard- und automatisch gesetzte Entscheidungen aktualisiert werden oder ob auch manuelle Entscheidungen überschrieben werden dürfen.
Stimmen Sie fachlich kritische Änderungen vor der Massenaktualisierung mit den betroffenen Fachbereichen ab, damit Ausnahmen und Sonderfälle nicht unbeabsichtigt verloren gehen.
Als sichtbares Ergebnis ist in der Verteilungsmatrix erkennbar, welche Datensätze neu bewertet wurden und welche Entscheidung nun gilt.

Process SUB-01 - Ersetzungen pflegen und auf Zielunternehmen übertragen Ersetzungen steuern abgeleitete Zielwerte und können kontrolliert in mehrere Kontexte übernommen werden. +

Pflegen Sie Ersetzungen nur dort, wo Quell- und Zielwerte fachlich bewusst voneinander abweichen sollen.
Sie sehen in diesem Bereich die betroffenen Felder, Zielwerte und offenen Änderungen.
Prüfen Sie, ob die relevanten Feldzeilen innerhalb der Datenbeziehung für Ersetzungen vorgesehen sind.
Nutzen Sie die Funktionen zum Kopieren oder Einfügen von Ersetzungen in ausgewählte Unternehmen, wenn dieselbe Logik mehrfach benötigt wird.
Beobachten Sie offene Ersetzungsänderungen und führen Sie notwendige Aktualisierungen zeitnah aus, damit Freigaben und Prüfungen auf dem aktuellen Stand bleiben.
Behandeln Sie diesen Ablauf nicht nur als Regelpflege, sondern immer auch als fachliche Nachverarbeitung für bereits betroffene Zielkontexte.
Als sichtbares Ergebnis ist erkennbar, welche Zielwerte angepasst wurden und wo noch Nacharbeit offen ist.

Process CHK-01 - Konsistenz für Datensätze und Feldwerte prüfen Konsistenzprüfungen zeigen, ob Zielkontexte den erwarteten Zustand der Datenbeziehung einhalten. +

Öffnen Sie die passende Konsistenzprüfung mit Quell- und Zielunternehmen sowie dem relevanten Tabellenkontext.
Sie sehen dort die zu prüfende Tabelle, den betroffenen Unternehmenskontext und später die Prüfergebnisse.
Führen Sie je nach Fragestellung entweder die Prüfung für Datensätze oder gezielt für Feldwerte aus.
Werten Sie die Prüflinien aus, um Unterschiede, fehlende Daten oder regelwidrige Feldinhalte gezielt zu identifizieren.
Prüfen Sie bei Abweichungen zusätzlich, ob die Ursache in fehlenden Relationen, unvollständigen Regeln, offenen Ersetzungsänderungen oder in den Quelldaten selbst liegt.
Nutzen Sie die Ergebnisse als Grundlage für Korrekturen, erneute Freigaben oder die Nachschärfung der Datenbeziehung.
Als sichtbares Ergebnis liegt eine nachvollziehbare Liste mit Abweichungen und Handlungsbedarf vor.

Ergebnis

Die wichtigsten Prozesse für Datenbeziehung, DSR, Prüfung und Ersetzung sind in einer durchgängigen Reihenfolge beschrieben.
Fachanwender können Kernfunktionen von MDM gezielt aufrufen und ihren Zweck im Prozess einordnen.
Der Katalog beschreibt die wichtigsten Anwendungsfälle direkt im jeweiligen Prozesszusammenhang.

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieser Prozesskatalog bündelt die wichtigsten Arbeitsabläufe rund um BE-terna Printconnect nach der erfolgreichen Ersteinrichtung. Er zeigt, an welchen Stellen Benutzer Druckaufträge auslösen, Drucker verwalten und Druckverläufe auswerten.

Kontext

Die eigentliche Druckauslösung erfolgt auf Fachseiten, Belegseiten oder in Berichtsdialogen von Business Central.
Drucker, Standardzuordnungen und Folgeinformationen werden zentral über die Printconnect-Verwaltung gepflegt.

Voraussetzungen

Die Einrichtung von PrintNode und BE-terna Printconnect ist abgeschlossen.
Mindestens ein geeigneter Drucker ist für den Benutzer ausgewählt.
Der PrintNode-Client ist auf dem Arbeitsplatz angemeldet.
Standarddrucker und Sonderformate sind gepflegt, wenn Druckaufträge ohne manuelle Auswahl laufen sollen.

Prozesskatalog

Zum Vergrößern anklicken

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Ziel

Dieser Prozesskatalog beschreibt die wichtigsten operativen Abläufe in Shipping Labels. Er zeigt, wie die Etikettenerzeugung aus unterschiedlichen Business-Central-Belegen gestartet wird und wie Benutzer mit heruntergeladenen Labels, Tracking-Informationen und Versandberichten weiterarbeiten.

Kontext

Shipping Labels unterstützt mehrere operative Einstiegspunkte, weil Unternehmen nicht immer auf dieselbe Weise versenden. Manche Teams erzeugen Labels direkt aus Verkaufsaufträgen, andere arbeiten über Lagerausgänge, und wieder andere verwenden Versandaufträge außerhalb des klassischen Lagerprozesses.

Voraussetzungen

Die gemeinsame Einrichtung und die relevante carrierspezifische Einrichtung sind abgeschlossen.
Zugeordnete Herkunftsarten, Incoterms, Versandagenten, Versandagentendienste und Versandagentendienst-Einrichtungen sind gepflegt.
Absender-, Empfänger-, Lagerort- und Paketdaten liegen in der erforderlichen Qualität vor.
Mindestens ein produktives oder testbereites Carrier-Szenario wurde vollständig validiert.

Prozesskatalog

Process Versandetikett aus einem Verkaufsauftrag erzeugen Nutzen Sie den Verkaufsauftrag als operative Quelle, wenn das Label direkt aus dem Auftragsbeleg erzeugt werden soll. +

Vervollständigen Sie den Verkaufsauftragskopf und stellen Sie sicher, dass Lieferadresse, Empfängerkontaktdaten und Länderinformationen des Lagerorts korrekt sind.
Pflegen Sie die Verkaufsauftragszeilen mit den verkauften Artikeln und den relevanten Versanddaten.
Füllen Sie unter Shipment Method die Felder Code, Agent, Agent Service und Shipment Date vollständig aus. Das Datum aus der Versandmethode ist das Datum, das in die Anfrage einfließt.
Behandeln Sie Code, Agent, Agent Service und Shipment Date als gemeinsamen Pflichtsatz. Fehlt einer dieser Werte, wird die Labelerzeugung meist blockiert oder die spätere Carrier-Anfrage schlägt fehl.
Verwenden Sie einen Incoterm nur dann, wenn er im Szenario erforderlich ist, zum Beispiel bei Lieferungen außerhalb der EU.
Pflegen Sie Agent Service nur mit einer Dienstekombination, die bereits in Shipping Agent Service Setups existiert. Ein Servicecode auf dem Beleg allein reicht nicht aus, wenn die operative Einrichtungslinie noch fehlt.
Verwenden Sie reale Absender- und Empfängerdaten. Mehrere Carrier validieren Adressqualität, Telefonnummernformat und Länderzuordnung direkt in der Anfrage.
Bevorzugen Sie gepflegte Maße und Gewichte auf Artikelebene. Fallback-Paketdaten aus der Carrier-Einrichtung sollten die Ausnahme und nicht die Standardquelle sein.
Erzeugen Sie das Label über Functions > Create Shipping Label aus dem Verkaufsauftragskontext.
Für denselben Verkaufsauftrag können mehrere Labels erzeugt werden. Jeder Aufruf erzeugt eine neue Labelanfrage.
Nach einer erfolgreichen Anfrage wird die Carrier-Trackingnummer in Package Tracking No. zurückgeschrieben.
Wenn PCH verwendet wird, begrenzen Sie das Ziel auf die Schweiz oder Liechtenstein.

Die folgenden Screenshots zeigen die relevanten Felder der Versandmethode und die Aktion, mit der die Labelerzeugung im Verkaufsauftragsablauf gestartet wird:

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Ziel

Dieser Prozesskatalog zeigt, an welchen Stellen operative Daten und manuelle Bewertungen in das BE-terna Vendor Rating einfließen. Dadurch erkennen Sie, wie Beschaffungsprozesse, Reklamationen und Audits gemeinsam das Gesamtergebnis eines Lieferanten beeinflussen.

Kontext

Vendor Rating kombiniert Kennzahlen aus Einkaufsprozessen mit manuell gepflegten Bewertungen. Die Qualität der Ergebnisse hängt deshalb direkt davon ab, wie konsistent Bestellungen, Wareneingänge, Reklamationen und Audits gepflegt werden.

Voraussetzungen

Die grundlegende Einrichtung sowie das Bewertungskriterium Schema sind gepflegt.
Relevante Kreditoren sind für die Lieferantenbewertung aktiviert.
Grenzwerte, Noten-Prozente und Einstufungen sind definiert.

Prozesskatalog

Process Einkaufsbestellungen Optik-Noten direkt in der Bestellung pflegen, wenn kein separater Wareneingang genutzt wird. +

In Einkaufsbestellungen steht das Feld Optik Note im Bestellkopf und in den Bestellzeilen zur Verfügung.
Die Note kann vom Kopf in die Zeilen übernommen und je Zeile individuell angepasst werden.
Unterstützt werden die Noten 1 bis 6; standardmäßig ist Note 1 vorbelegt.
Nach dem Buchen wird die Optik Note zurückgesetzt, damit Folge- und Teillieferungen erneut bewertet werden können.

Zum Vergrößern anklicken

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieser Prozesskatalog beschreibt die wichtigsten Abläufe in der NOS Dispositionsplanung. Er dient als Einstieg, wenn Sie ein neues Planungsdokument erstellen, Planungswerte prüfen, Unterdeckungen analysieren oder ein Dokument für die automatische Aktualisierung freigeben möchten.

Kontext

Die Grundkonfiguration (Fashion Planung Einrichtung, NOS-Farben, Größenschlüssel) ist auf der Seite Einrichtung beschrieben.
Der fachliche Zusammenhang ist im Überblick erläutert.

Voraussetzungen

Die Fashion Planung Einrichtung ist vollständig gepflegt (Nummernserien, NOS Standard-Faktor).
Artikel haben die betroffenen NOS-Farben mit aktiviertem NOS-Kennzeichen hinterlegt.
Benutzer haben den Berechtigungssatz FN Dispo NOS Planning zugewiesen.

Prozesskatalog

Process Dispo NOS Dokument neu anlegen Legen Sie ein neues Planungsdokument an und konfigurieren Sie Artikel, Filter und Planungsparameter. +

Öffnen Sie die Dispo NOS Headers Liste und legen Sie ein neues Dokument an. Die Nummer wird automatisch aus der hinterlegten Nummernserie vergeben.
Hinterlegen Sie im Feld Item No. Filter den Artikel oder Artikelfilter, für den geplant werden soll. Dieses Feld ist Pflicht, bevor Planungszeilen erzeugt werden können.
Wählen Sie im Feld Planning Type den gewünschten Planungstyp: ItemVariant für eine Planung auf Variantenebene, ItemColour für eine auf Farbebene verdichtete Planung.
Wählen Sie den Period Type (Woche, Dekade oder Monat) und legen Sie über Periods Before und Periods After den Zeithorizont der Planungsmatrix fest. Die Gesamtanzahl der Spalten darf 36 Perioden nicht überschreiten.
Setzen Sie bei Bedarf einen Vendor No.-Filter, um nur Farben des ausgewählten Lieferanten in die Planung einzubeziehen.
Setzen Sie bei Bedarf einen Colour Filter oder Colour Season, um die Planung auf bestimmte Farben oder Saisons einzuschränken.

Process Planungszeilen erstellen Erzeugen Sie auf Basis der Dokumentfilter alle Planungszeilen und -perioden. +

Starten Sie im Dispo NOS Dokument die Aktion zum Erstellen der Planungszeilen. Das System erzeugt für jede qualifizierte NOS-Farbe Planungszeilen über alle konfigurierten Perioden.
Das System prüft, ob bereits ein Dokument mit demselben Artikelfilter, Farbfilter und Startdatum existiert. Ist dies der Fall, wird eine Fehlermeldung ausgegeben und es werden keine Zeilen erstellt.
Wenn ein älteres Dokument mit denselben Filtern, aber einem früheren Startdatum noch den Status Offen hat, wird es vor dem Neuaufbau automatisch auf Freigegeben gesetzt. Danach werden die bestehenden Zeilen des aktuellen Dokuments gelöscht und neu erzeugt.
Prüfen Sie nach dem Erstellen die Planungsmatrix: Für jede Farbe (oder Variante) sollten Zeilen für Historik, Depot, Basis, Plan und Endbestand vorhanden sein.

Process Planungswerte prüfen und manuell anpassen Passen Sie Korrekturen und Plan-Bestellmengen in der Planungsmatrix an. +

Öffnen Sie die Planungsmatrix im Dokument. Prüfen Sie die Hist-Zeile auf Plausibilität der historischen Referenzwerte je Periode.
Tragen Sie in der Korrekt.-Zeile manuelle Korrekturen ein, wenn der Referenzabsatz für eine Periode angepasst werden soll. Der Basiswert (Basis) und die geplante Absatzmenge (Plan) werden sofort neu berechnet.
Erfassen Sie in der Plan Best.-Zeile die gewünschte Bestellmenge für eine Periode, wenn Sie die Bestellmenge manuell vorgeben möchten.
Korrekturen und Plan-Bestellmengen bleiben beim automatischen Neuaufbau des freigegebenen Dokuments erhalten, sofern die Kombination aus Artikel, Farbe (und Variante) und Periodenanfangsdatum unverändert bleibt.

Process Unterdeckung analysieren und beseitigen Erkennen Sie Farben mit projiziertem Negativbestand und reagieren Sie gezielt mit Bestellmengen. +

Hinterlegen Sie im Dokumentkopf im Feld Coverage (Periods) die Anzahl der Perioden, für die das System auf Unterdeckung prüfen soll. Der Wert 0 prüft alle Perioden.
Prüfen Sie das Feld Has Shortfall im Dokumentkopf. Ist es aktiv, hat mindestens eine Farbe in der Planungsmatrix eine negative Endbilanz innerhalb des Deckungshorizonts.
Aktivieren Sie Hide Covered Colours, um in der Planungsmatrix nur noch Farben mit Unterdeckung anzuzeigen. Das erleichtert die gezielte Bearbeitung.
Erfassen Sie für die Perioden mit negativem Endbestand eine Plan Best.-Menge, bis der projizierte Endbestand positiv wird.
Deaktivieren Sie Hide Covered Colours und prüfen Sie das Feld Has Shortfall, sobald alle Farben ausreichend abgedeckt sind.

Process Dokument freigeben und automatisch aktualisieren lassen Geben Sie ein fertig bearbeitetes Dokument frei, damit es von der regelmäßigen Aktualisierung aufgegriffen wird. +

Wenn die Planungswerte geprüft und Unterdeckungen beseitigt sind, setzen Sie das Dokument über die Aktion Release auf den Status Freigegeben.
Freigegebene Dokumente werden von einem Hintergrundjob (Aufgabenwarteschlange) regelmäßig aktualisiert. Dabei werden alle Zeilen neu aufgebaut, anschließend manuell gesetzte Korrekturen und Plan-Bestellmengen zurückgespielt und die Bestandsprojektion neu berechnet.
Wenn ein Dokument abgeschlossen ist und nicht mehr aktualisiert werden soll, setzen Sie es auf Geschlossen.

Process Kundensichten einblenden Blenden Sie optionale Kundenzeilen ein, um den Planungsbedarf auf Ebene einzelner Kunden oder Zentralkunden nachzuvollziehen. +

Aktivieren Sie im Dokumentkopf das Feld Show Customer Lines, um unterhalb der SKU-Zeilen zusätzliche Kundenzeilen in der Planungsmatrix einzublenden.
Die Kundenzeilen zeigen den Referenzabsatz und Korrekturen je Debitor (Zentralkunde) und Periode.
Kundenzeilen können separat mit Korrekturen versehen werden. Diese fließen in die Gesamtkorrektur der übergeordneten SKU-Zeile ein.

Process NOS-Größenschlüssel zuweisen und Variantenverteilung prüfen Weisen Sie einem Dokument einen NOS-Größenschlüssel zu, wenn bei der Planung auf Farbebene eine Verteilung auf Varianten benötigt wird. +

Wählen Sie im Dokumentkopf im Feld Size Key den gewünschten NOS-Größenschlüssel. Dieser Schritt ist relevant, wenn der Planungstyp ItemColour verwendet wird.
Der Größenschlüssel bestimmt, wie eine geplante Farbmenge auf die einzelnen Größenvarianten aufgeteilt wird.
Prüfen Sie die Verteilungsanteile im Größenschlüssel über NOS Size Key Card, bevor Sie den Schlüssel einem Dokument zuordnen.
Wenn für eine Farbe kein Größenschlüssel hinterlegt ist, erfolgt keine automatische Variantenverteilung.

Ergebnis

Sie können ein Dispo NOS Dokument anlegen, konfigurieren und Planungszeilen erstellen.
Sie wissen, wie Korrekturen und Plan-Bestellmengen in der Matrix eingegeben werden.
Sie können Unterdeckungen erkennen und durch gezielte Bestellmengen beseitigen.
Sie verstehen, wie die automatische Aktualisierung freigegebener Dokumente funktioniert.

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Ziel

Dieser Prozesskatalog fasst die wichtigsten End-to-End-Abläufe von Professional Services zusammen. Er zeigt, wie Verkaufsverträge, periodische Abrechnung, Tickets, Arbeitsaufträge und Einkaufsverträge fachlich zusammenwirken.

Kontext

Professional Services verbindet Vertriebs-, Service- und Beschaffungsprozesse über gemeinsame Vertrags-, Projekt- und Abrechnungsobjekte. Dadurch entstehen keine isolierten Einzelfunktionen, sondern verknüpfte Prozesspfade vom Angebot bis zur wiederkehrenden Rechnung oder vom Servicefall bis zur fakturierbaren Leistung.

Voraussetzungen

Die grundlegende Einrichtung für Verträge, Abrechnungsarten, Tickets und Arbeitsaufträge ist gepflegt.
Projekte, Debitoren, Kreditoren und relevante Nummernserien sind angelegt.
Teams haben geklärt, welche Prozesse manuell, aus Verträgen oder aus externen Systemen angestoßen werden.

Prozesskatalog

Process Verkaufsangebot bis periodische Abrechnung Angebote, Verkaufsverträge und periodische Fakturierung greifen in Professional Services direkt ineinander. +

Ein Verkaufsangebot kann mit der Verkaufsart Professional Services erstellt und direkt mit einem neuen oder bestehenden Verkaufsvertrag verknüpft werden.
Im Verkaufsvertrag werden Abrechnungsartzuordnungen, Laufzeit, Service Level Agreements und weitere wiederkehrende Leistungen gepflegt und kalkuliert.
Nach der Aktivierung des Vertrags werden fällige Leistungen in der periodischen Rechnungsliste gesammelt.
Aus der periodischen Abrechnung heraus können mehrere Rechnungen erzeugt, geprüft, gedruckt und gebucht werden.

Process Einkaufsverträge und beschaffungsnahe Vertragssicht Beschaffung wird über Einkaufsverträge mit Kunden- und Verkaufsvertragsszenarien verbunden. +

Einkaufsverträge definieren den vertraglichen Rahmen zu einem Kreditor inklusive Zeitraum und optionalem Bezug zu einem Debitor.
In Vertragszeilen werden Leistungen, Mengen, Preise und Gültigkeiten gepflegt.
Einkaufsverträge können informativ mit Verkaufsverträgen verknüpft werden, um Lieferanten- und Kundenseite gemeinsam im Blick zu behalten.
Aktivierte Einkaufsverträge können in der Stapelerzeugung von Bestellungen oder für direkte Bestellauslösung genutzt werden.

Process Ticketsystem und Dienstleistungsabrechnung Servicefälle werden im Ticket erfasst, freigegeben und in abrechnungsfähige Leistungen überführt. +

Tickets können manuell in Professional Services erstellt oder über eine API aus externen Ticketsystemen übernommen werden.
Im Ticket werden Verantwortlichkeiten, Ticketzeilen, Projektbezug und optional Vertrags- oder Kontingentbezug gepflegt.
Nach Abschluss und Freigabe kann das Ticket übertragen und gebucht werden, wodurch Projektplanzeilen entstehen.
Diese Leistungen werden anschließend in der Dienstleistungsabrechnung gesammelt und fakturiert.

Process Arbeitsaufträge und operative Serviceausführung Arbeitsaufträge strukturieren planbare Einsätze und überführen die Ausführung in abrechenbare Serviceleistungen. +

Arbeitsaufträge können manuell, aus Tickets oder aus liegenschaftsbezogenen Stammdaten erzeugt werden.
Im Ablauf werden Kopfdaten, Auftragszeilen und später die tatsächlich erbrachten Leistungszeilen gepflegt.
Über Statuswechsel wie abgeschlossen und freigegeben wird gesteuert, wann ein Auftrag für Druck, Übergabe oder Abrechnung bereit ist.
Beim Übertragen oder Buchen entstehen im Hintergrund Projektplanzeilen, die über die Dienstleistungsabrechnung fakturiert werden können.

Process Wiederkehrende Aufgaben und Arbeitspakete Planbare Tätigkeiten werden strukturiert vorbereitet und in operative Tickets oder Arbeitsaufträge überführt. +

Wiederkehrende Tätigkeiten können als Arbeitsaufgaben definiert und in Arbeitspaketen gebündelt werden.
Abhängig von der Konfiguration entstehen daraus Tickets oder Arbeitsaufträge für die operative Bearbeitung.
Dadurch lassen sich planbare Serviceleistungen standardisieren und wiederholt ausführen.
Die spätere Abrechnung erfolgt wieder über die Service- und Vertragslogik von Professional Services.

Ergebnis

Vertriebs-, Service- und Beschaffungsprozesse sind in einem gemeinsamen Prozessbild zusammengeführt.
Vertrags- und Abrechnungsobjekte bilden die verbindende Klammer zwischen den einzelnen Prozessschritten.
Wiederkehrende Leistungen lassen sich vom Erstkontakt bis zur fakturierten Leistung nachvollziehbar steuern.

Prozesskatalog Verpackungszuweisung

Mon, 01 Jan 0001 00:00:00 +0000

Ziel

Dieser Prozesskatalog zeigt, wie Packstrukturen aus den Stammdaten in operative Belegprozesse übernommen, bei Bedarf angepasst und anschließend registriert werden. Im Fokus stehen Standardverpackungszuweisungen, Alternativen, manuelle Änderungen sowie die Verarbeitung von Chargen und Gewichten.

Kontext

Die Verpackungszuweisung wird in dem Beleg gepflegt, über den auch der jeweilige Versand-, Einkaufs- oder Umlagerungsprozess geführt wird.
Standardverpackungen stammen aus den zugeordneten Packstrukturen der Stammdaten oder des jeweiligen Dokumentkontexts.
Gewichte, Tracking-Informationen und zusätzliche Belegzeilen werden bei der Registrierung und Buchung fortgeschrieben.

BC-Standard und HUM-Erweiterung

Damit Prozesse für Endanwender besser einordenbar sind, gilt im Kern diese Trennung:

Berichte und Auswertungen

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Die Berichte und Auswertungen im BE-terna Vendor Rating machen Ergebnisse, Entwicklungen und Ursachen transparent. Sie unterstützen sowohl die operative Analyse einzelner Bewertungen als auch die Gesamtbeurteilung eines Lieferanten.

Fachlicher Nutzen

Zeigt einzelne Bewertungen inklusive Herkunft und Zeitpunkt nachvollziehbar an.
Macht historische Entwicklungen der Lieferantenbewertung sichtbar.
Verdichtet Haupt- und Unterkriterien in einem übersichtlichen Gesamtbericht.
Unterstützt interne Analysen sowie Gespräche mit Lieferanten auf Basis belastbarer Daten.

Inhaltlicher Fokus

Bewertungsposten

Bewertungsposten dokumentieren jede einzelne Bewertung eines Kriteriums. Sie zeigen, welche Note vergeben wurde, wann die Bewertung erfolgte und aus welchem Prozess oder Audit sie stammt.

DATANORM

Mon, 01 Jan 0001 00:00:00 +0000

Im Bereich DATANORM in der BE-terna Project Einrichtung sind folgende Punkte aufgelistet: Einrichtung, Rabattgruppen und Warengruppen.

Zum Vergrößern anklicken

Einrichtung

Nach dem Klicken auf “Einrichtung” gelangt man in die DATANORM-Einrichtung.

Zum Vergrößern anklicken

Feld	Erklärung
Commit pro	Import-Datei: DATANORM-Datei wird bei einem Fehler nicht ins System geschrieben sondern der Import wird komplett rückgängig gemacht. Importierter Datensatz: Die Datei wird bis zum Fehler eingelesen und der Rest nicht.
Fehlende Mengeneinheiten importieren	Wenn nicht angehakt, können noch nicht in den Stammdaten hinterlegte Mengeneinheiten vor dem DATANORM-Import als Variante einer Mengeneinheit eingetragen werden. Wenn angehakt, ist dieses Vorgehen nicht verfügbar und die neue Mengeneinheit wird einem Artikel nur hinzugefügt.
Nutze Filter für Hauptwarengruppen	Wenn angehakt, ist es möglich nur einzelne Warengruppen einer DATANORM-Datei zu importieren.
Nutze Filter für Rabattgruppen	Wenn angehakt, ist es möglich nur einzelne Rabattgruppen einer DATANORM-Datei zu importieren.

Zu den Filtern muss erwähnt werden, dass wenn diese aktiviert sind, bestimmte Rabatt- oder Warengruppen bzw. alle ausgewählt werden müssen. Ansonsten werden keine Kalkulationsartikel importiert.

Export Gutscheine

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Liefert Gutscheindaten wie Status, Betrag und Restwert.

SOAP Methode

Operation: VoucherExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
voucherNo_P (optional)
voucherExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Gutscheinobjekten inklusive Betrag, Waehrung und Statusfeldern.

Export Kontaktstatus

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert den Status einer Kontaktverarbeitung inklusive Fehlertext.

Endpunkt

Methode: POST
URL-Muster: http://<server>:<odata-port>/<service-tier>/ODataV4/<serviceName>_ContactStatusExportOData?company=<companyName|companyId>

Payload-Pflichtfelder

webshopChannel_P
contactNo_P oder eMail_P

Antwort

Die Rueckgabe enthaelt ein JSON-Objekt im Feld value mit contactNo und errorText.

Ergebnis

Der Shop kann den Verarbeitungsstatus zu einem Kontakt asynchron pruefen.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Womit sollten Sie vor dem ersten produktiven Start beginnen? Starten Sie mit Einrichtung, Stammdaten und einem vollständigen Testlauf für die wichtigsten Geschäftsvorfälle. +

Beginnen Sie mit der Einrichtung und prüfen Sie, ob Webshop-Kanäle, Sprach- und Länderzuordnungen sowie zentrale Steuerungswerte vollständig gepflegt sind.

Wechseln Sie danach in die Stammdaten, damit Kategorien, Attribute, Übersetzungen und kanalbezogene Zuordnungen vorliegen. Testen Sie anschließend mindestens einen vollständigen Ablauf, zum Beispiel Artikelfreigabe, Auftragsanlage oder Retourenverarbeitung.

Wenn Sie den fachlichen Zusammenhang besser verstehen möchten, nutzen Sie ergänzend die Referenzprozesse.

Finance Prüfungen

Mon, 01 Jan 0001 00:00:00 +0000

Die Kassenprüfungen bieten die Möglichkeit der Konfiguration eigener Prüfkriterien. Insofern eine solche Prüfung fehlschlägt, kann der entsprechende Import nicht automatisch über eine Aufgabenwarteschlange verbucht werden. In diesem Fall ist die Verbuchung nur manuell oder über die manuelle Stapelbuchung möglich.

Die Prüfungen werden über den Menüpunkt Finance Prüfungen verwaltet. An dieser Stelle öffnet sich eine Liste mit den verfügbaren Kassenprüfungen. In der Karte kann eine neue Prüfung angelegt oder eine bestehende Prüfung bearbeitet werden.

Gutscheinposten

Mon, 01 Jan 0001 00:00:00 +0000

In den Gutscheinposten finden sich alle Gutscheinvorgänge.

Zum Vergrößern anklicken

Feld	Beschreibung
Lfd. Nr.	Primärschlüssel
Lagerort	Der Lagerortcode der Kasse
Kasse	Der Kassencode der Kasse
Kassenvorgang	Der Vorgang des jeweiligen Bons
Bonnr.	Die Nr. des jeweiligen Bons
Zeitpunkt	Datum und Uhrzeit des Vorgangs
Nr.	Die Gutscheinnr.
Vorgang	Autorisierung: Der Gutschein wurde im Bon registriert Ausstellung: Der Gutschein wurde verkauft Einlösung: Der Gutschein wurde - teilweise - eingelöst Entwertung: Der Gutschein wurde nach AUsstellung entwertet Storniert: Der Gutschein wurde nach Autorisierung storniert
Betrag	Der Betrag des Vorgangs
Benutzer	Der den Vorgang auslösende Benutzer
Bemerkungen	Anmerkungen zu diesem Vorgang

Verpackungszuweisung im Beleg

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die operative Verpackungszuweisung in Belegen. Sie vertieft die Standardlogik, manuelle Änderungen, Gewichtsberechnung sowie die Verwendung von Chargen und Ablaufdaten im Tagesgeschäft.

Fachlicher Nutzen

Zeigt, wie Standard- und Alternativverpackungen im Beleg tatsächlich angewendet werden.
Beschreibt, welche manuellen Eingriffe fachlich zulässig sind und wie die Konsistenz erhalten bleibt.
Erklärt die Gewichts- und Tracking-Logik bis zur Registrierung und Buchung.

Prozesslandkarte

flowchart LR
  A[Standardstruktur vorschlagen] --> B[Alternative oder Standard auswählen]
  B --> C[Manuelle Anpassung bei Bedarf]
  C --> D[Wizard/Detailzuordnung für Tracking]
  D --> E[Gewichte prüfen]
  E --> F[Verpackungszuweisung registrieren]
  F --> G[Beleg buchen]
  G --> H[Gebuchte Zuordnung prüfen]

Inhaltlicher Fokus

Allgemeiner Prozess der Verpackungszuweisung

Die Verpackungszuweisung wird in dem Beleg gepflegt, über den auch der jeweilige Versand-, Einkaufs- oder Umlagerungsprozess verbucht wird. Maßgeblich ist dabei die Menge, die in der jeweiligen Belegzeile geliefert, empfangen oder bewegt werden soll.

Administration

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die laufende Administration von BE-terna Printconnect. Sie dient Key-Usern und Administratoren als zentrale Referenz für Webzugriffe der Erweiterung, Standarddrucker und wiederkehrende Verwaltungsaufgaben.

Zugriff in Business Central

Öffnen Sie BE-terna Printconnect Verwaltung, wenn Drucker, Standardzuordnungen oder Druckhistorie gepflegt werden sollen.
Öffnen Sie Erweiterungsverwaltung, wenn HttpClient-Anfragen zulassen für die Erweiterung geprüft werden muss.

Voraussetzungen

Sie verfügen über Key-User- oder Administrationsrechte in Business Central.
PrintNode und BE-terna Printconnect sind bereits grundsätzlich eingerichtet.

Tätigkeiten

HttpClient-Zugriffe der Erweiterung prüfen

Für Webzugriffe der Erweiterung muss in der Erweiterungsverwaltung HttpClient-Anfragen zulassen aktiviert sein. Prüfen Sie diese Einstellung insbesondere nach Neuinstallationen oder Updates.

Administration

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die operative Administration von Shipping Labels, nachdem die gemeinsame und die carrierspezifische Einrichtung vorhanden sind. Im Mittelpunkt stehen URLs, wiederverwendbare Einrichtungspakete, Anfrageanalyse, Aufbewahrungsregeln und Support-Informationen, mit denen Key User und Administratoren die Lösung stabil betreiben.

Zugriff in Business Central

Öffnen Sie Shipping Label Setup für globale Einstellungen, Anfrageprotokolle, Löschregeln und den Zugriff auf verwandte Einrichtungsseiten.
Öffnen Sie Shipping Label URL, wenn produktive oder Test-Endpunkte angelegt oder geändert werden müssen.
Öffnen Sie Configuration Packages, wenn Einrichtungsdaten exportiert, importiert oder über Gesellschaften oder Umgebungen hinweg ausgerollt werden sollen.
Öffnen Sie BE-terna Support Info und die BE-terna-Lizenzaktualisierung, wenn Support oder Lizenzpflege erforderlich sind.

Voraussetzungen

Die gemeinsame Einrichtung und mindestens eine Carrier-Einrichtung sind bereits gepflegt.
Der Benutzer darf Einrichtungsdaten, URLs und Konfigurationspakete ändern.
Produktive und Test-Zugangsdaten oder URLs liegen vom jeweiligen Carrier vor.
Kundennummer, Ident und weitere Support-Metadaten sind verfügbar, wenn Lizenz- oder Supportaktionen notwendig sind.

Tätigkeiten

Versandetiketten-URLs für Produktiv- und Testbetrieb pflegen

Versandetiketten-URLs definieren, welcher Carrier-Endpunkt von der jeweiligen Einrichtung aufgerufen wird. In der Praxis bedeutet das meist, getrennte Einträge für Test- und Produktivzugang zu pflegen und diese den relevanten Carrier-Einrichtungen zuzuordnen.

Export Kontakt

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Exportiert Kontaktstammdaten je Kanal, optional gefiltert auf einen Kontakt.

SOAP Methode

Operation: ContactExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
contactNo_P (optional)
incremental_P (optional)
contactExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Kontaktfeldern wie Name, Adresse, Land und Kommunikationsdaten.

Export Lagerorte

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert alle Lagerorte, die einem Webshop-Kanal zugeordnet sind.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/channels('<webshop-channel-code>')?$expand=locations

Pflichtparameter

webshop-channel-code in der Channel-URL

Zentrale Rueckgabefelder

Kanal: code
Lagerort: code, name, address, postCode, city, countryRegion, phoneNo, eMail

Ergebnis

Der Shop erhaelt die verknuepften Lagerorte fuer Versand- und Verfuegbarkeitslogik.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Warum wird keine Packstruktur für die Verkaufszeile gefunden? Meist fehlt eine passende freigegebene Struktur oder der Zuordnungskontext stimmt nicht. +

Wenn in der Verpackungszuweisung diese Meldung erscheint, fehlt für die aktuelle Belegzeile entweder eine passende Packstruktur oder es ist keine freigegebene Variante verfügbar. Prüfen Sie zuerst den fachlichen Zuordnungskontext, zum Beispiel Artikel, Artikelvariante, Debitor, Belegkopf oder eine belegbezogene Ausnahme.

Als operativ nutzbare Standardstruktur kommt nur eine freigegebene Packstruktur infrage. Offene Strukturen können bearbeitet werden, werden aber nicht automatisch als Standard vorgeschlagen.

Fiskalisierung

Mon, 01 Jan 0001 00:00:00 +0000

Das eigentliche Signieren der Bondaten erfolgt nicht direkt in BE-POS, sondern wird von den externen Anbietern Fiskaly, Fiskaltrust und EFSTA durchgeführt. Man benötigt daher bei einem der drei Anbieter ein Konto. Wir empfehlen den Anbieter Fiskaly, da bei diesem keine zusätzlichen Abhängigkeiten notwendig sind und das notwendige Konto von BE-terna bereitgestellt wird.

Anbieter	Module	Kontakt	Portal
Fiskaly	Deutschland	sales@fiskaly.com	https://dashboard.fiskaly.com/
EFSTA	Deutschland, Österreich, Italien	office@efsta.eu	https://portal.efsta.net/
Fiskaltrust	Frankreich	contact@fiskaltrust.fr	https://portal.fiskaltrust.fr/

EFSTA Voraussetzungen

Für die Verknüpfung einer Kasse mit EFSTA ist es zunächst notwendig, ein elektronisches Fiskalregister (EFR) unter folgendem Link runterzuladen: http://public.efsta.net/EFR/

Kampagnenposten

Mon, 01 Jan 0001 00:00:00 +0000

Im Menüpunkt Kampagnenposten sind sämtliche bisher angewandte Kampagnen zu finden.

Zum Vergrößern anklicken

Feld	Beschreibung
Postennr.	Eindeutige und fortlaufende Postennr.
Herkunftsart	Auslöser der Kampagne (aktuell immer Bon)
Herkunftscode	Primärschlüssel (aktuell immer Bon-ID)
Zeitpunkt	Datum und Uhrzeit der Kampagnenregistrierung
Kampagnencode	Code der angewandten Kampagne
Kampagnenart	Art der Kampagne zum Zeitpunkt der Anwendung
Registrierungsart	Art der Kampagnenregistrierung Automatisch: Die Kampagne wurde automatisch registriert Manuell: Die Kampagne wurde manuell registriert Coupon: Die Kampagne wurde durch einen Coupon registriert
Registrierungscode	Beinhaltet bei manueller Registrierung den verwendeten Code
Rabattart	Die Rabattart zum Zeitpunkt der Anwendung Rabatt: Prozentuale Reduzierung Nachlass: Absolute Reduzierung
Rabattwert	Der prozentuale oder absolute Reduzierungswert
Rabattbetrag	Die Summe aller durch diese Kampagne vorgenommenen Reduzierungen
Vorgang	Die Art der Kampagnenanwendung Ausstellung: Die Reduzierung wurde bei Bonende als Coupon ausgedruckt Anwendung: Die Kampagne wurde angewandt

Referenzprozesse

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bündelt die Webshop-Referenzprozesse als verdichteten Prozesskatalog im Modul BE-Commerce der Solution Commerce Interface.

Sie beschreibt die grundlegenden Ablaufbausteine für:

Einrichtung des Webshopkanals
Import von Webshop-Änderungen nach Business Central
Verarbeitung der importierten E-Commerce Belege
Export webshoprelevanter Daten aus Business Central

Prozesskatalog

Process WSE – Webshop Einrichtung Grundeinrichtung des Webshopkanals in Business Central. Es werden dabei keine Daten an den Webshop übertragen. +

Webshopkanal anlegen oder ändern (Zuordnung von Dateianhangstypen, Sprachen, Ländern, Zeilenarten).
Zusteller und Transportcodes je Webshopkanal festlegen.
Zahlungsformen je Webshopkanal definieren.
Länder (inkl. optionalem EU-Länder-/Regionscode) definieren.
Sprachen festlegen, die im Webshop genutzt werden.
Webshopfarben definieren.
HTTP-Einrichtung pro Webshopkanal pflegen (inkl. URL-Verknüpfung).

Process IBC – Import BE-Commerce Änderungen/Neuanlagen im Webshop werden per Schnittstelle nach Business Central importiert und als E-Commerce Beleg bereitgestellt. +

Import über die E-Commerce Schnittstelle: Webshopdaten werden in Zwischentabellen (z. B. Webshop-/Reservierungstabellen) übernommen.
Aus den importierten Daten wird ein passender E-Commerce Beleg erstellt, der anschließend weiterverarbeitet werden kann.
Typische Import-Varianten:
- Kontakte
- Aufträge
- Retourenanmeldung (Verkaufsreklamation)
- Reservierungen
Nächster Schritt: Verarbeitung über PBC.

Process PBC – Verarbeitung BE-Commerce Prüfen, statusbasiert steuern, ggf. korrigieren und freigeben: daraus entstehen die entsprechenden Systembelege. +

E-Commerce Beleg prüfen: Fehler werden vom System tabellarisch aufgelistet.
Nachrichtenstatus festlegen (z. B. geprüft/fehlerhaft/verarbeitbar).
Daten überarbeiten: manuelle Nachkorrektur bei Fehlern.
Daten prüfen und freigeben: System verarbeitet den Beleg und erstellt Folgebelege.
Typische Ergebnisse:
- Verkaufsauftrag bzw. nachgelagerte Verkaufsdokumente
- Verkaufsreklamation/Retoure
- Bei Reservierungen: Anlage eines Umlagerungsauftrags für die zu reservierende Ware (Filiale → Reservierungs-/Auswahllager)

Process EBC – Export BE-Commerce Webshoprelevante Daten werden bei Neuanlage/Änderung in Business Central bereitgestellt; der Webshop wird informiert und holt die Daten per Webservice ab. +

Daten anlegen/ändern: relevante Datensätze werden in Business Central gepflegt.
Shop informieren: gemäß HTTP-Einrichtung wird ein Ping an den Webshop gesendet.
Daten durch den Shop abholen: der Webshop holt die aktualisierten Daten via Webservice ab.
Typische Export-Objekte (Beispiele):
- Webshopkategorien (Baumstruktur, Übersetzungen)
- Dynamische Attribute (inkl. Werte, Übersetzungen)
- Freitextattribute (inkl. Übersetzungen)
- Webshopartikel (Kategorien, Attribute, Cross Selling, Farben, mehrsprachige Beschreibungen, Veröffentlichung je Kanal)
- Verkaufspreise (inkl. Start-/Enddatum, ggf. Variantenbasis)
- Verfügbarkeiten (Einzel- oder Stapelübertragung)
- Kontakte
- Auftragsstatus
- Gutscheine

Unterstützung von öffentlichen Ausschreibungen

Mon, 01 Jan 0001 00:00:00 +0000

BE-terna Project bietet die Möglichkeit die häufig bei öffentlichen Ausschreibungen geforderten Formulare für Dritte 221, 222 sowie 223 (früher EFB) in Excel zu exportieren. Es ist im Regelfall keine manuelle Nachbearbeitung notwendig. Falls doch findet die Bearbeitung auf dem ersten Excel-Blatt statt. Die Funktion EFB 221 – 223 befindet sich im Beleg im Navigationsmenü unter Berichte und wieder Berichte.

Zum Vergrößern anklicken

Wenn im Beleg mit Gemeinkosten gearbeitet wurde, werden diese in der Zeile “davon allg. Geschäftskosten” übernommen. Sofern bei der Kalkulation des Auftrages nicht mit Gemeinkosten gearbeitet wurde, können diese Werte im erzeugten Excel in den gelb hinterlegten Zeilen eingetragen werden. Die anderen Tabellenblätter aktualisieren sich anschließend automatisch.

Arbeitshilfen für den Arbeitsalltag

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite bündelt praktische Leitplanken für wiederkehrende Entscheidungen im MDM-Alltag. Sie richtet sich an Anwender, die Datenbeziehungen freigeben, Prüfergebnisse bewerten, Ersetzungsänderungen nachverfolgen oder tägliche Pflegeaufgaben effizient strukturieren wollen.

Fachlicher Nutzen

Verkürzt die tägliche Einordnung typischer MDM-Entscheidungen.
Unterstützt eine konsistente Bewertung von Freigaben, Prüffehlern und Nacharbeit.
Macht wiederkehrende Kontrollpunkte für Datenbeziehung, DSR, Ersetzung und Feldsicht transparent.
Ergänzt Prozess- und FAQ-Seiten um konkrete Orientierung für den Arbeitsalltag.

Inhaltlicher Fokus

Entscheidungshilfe für Statusaktionen

Nicht jede Statusaktion verfolgt dasselbe Ziel. Die Freigabe einer Datenbeziehung ist der Standardweg nach vollständiger Prüfung, das erneute Öffnen bringt eine Datenbeziehung kontrolliert in einen bearbeitbaren Zustand zurück, und die Freigabe ohne Aktualisierung bleibt eine bewusste Ausnahme für Fälle ohne rückwirkende Nachverteilung.

Bürgschaften

Mon, 01 Jan 0001 00:00:00 +0000

Bürgschaften anlegen und bearbeiten

Eine Liste aller Bürgschaften befindet sich in der Bürgschaftsübersicht, welche über die Suchfunktion aufgerufen wird. Mit der Funktion Neu kann eine neue Bürgschaft angelegt werden.

Zum Vergrößern anklicken

Feld	Erklärung
Nr.	Wird automatisch vergeben.
Beschreibung	In diesem Feld kann eine Beschreibung als Freitext für Bürgschaften gepflegt werden. Dafür gibt es keine Vorgaben.
Bankkonto Nr. (Pflichtfeld)	Das Bankkonto des Users.
Ext. Belegnummer	In diesem Feld wird die Belegnummer des Partners hinterlegt.
Ext. Kontonummer	An dieser Stelle kann die zugehörige, externe Kontonummer erfasst werden.
Projektnummer	Die Projektnummer zu welcher die Bürgschaft hinterlegt wird.
Typ	Hier kann ausgewählt werden ob der User ein Debitor oder Kreditor ist.
Debitoren-/Kreditorennummer	Je nach Einstellung unter Typ, wird hier der jeweilige Debitor bzw. Kreditor ausgewählt.
Kosten	Kosten die für diese Bürgschaft entstehen.
Bürgschaftsart	Hier wird ausgewählt, ob die Bürgschaft gegeben oder empfangen wurde.
Bürgschaftstyp	In diesem Feld wird festgelegt, um welche Art Bürgschaft es sich handelt.
Unbefristet	Legt fest, ob es sich um eine unbefristete Bürgschaft handelt.
Status	Zeigt den aktuellen Status der Bürgschaft an.
Bürgschaftsbetrag	Höhe der Bürgschaft.
Kumulierter Betrag	Gesamtbetrag aller Bürgschaftszeilen.
Änderungsdatum	Letzte Änderung an der Bürgschaft (wird automatisch gesetzt).

Im BE-Project können verschiedene Bürgschaftstypen angelegt werden:

Export Kontaktstatus

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Liefert den Bearbeitungsstatus einer Kontaktanlage oder -aenderung.

SOAP Methode

Operation: ContactStatusExport

Wichtige Request-Felder

webshopChannel_P
contactNo_P oder eMail_P

Rueckgabe

return_value und optional errortext_P.

Export Kreditor

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert Kreditorstammdaten fuer Integrationsszenarien mit Lieferantenbezug.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/vendors

Zentrale Rueckgabefelder

systemId, no, name, address, postCode, city, countryRegionCode
eMail, currencyCode, languageCode, paymentTermsCode, shipmentMethodCode, blocked

Ergebnis

Externe Systeme erhalten den aktuellen Lieferantenstamm aus BC.

Geräte

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Geräte befindet sich die Geräteeinrichtung, in welcher die Ansteuerung diverser Hardwarekomponenten konfiguriert werden kann.

Zum Vergrößern anklicken

Aktionen

Auf der Geräteeinrichtungskarte werden mehrere Aktionen zur Verfügung gestellt, welche im Folgenden kurz erläutert werden:

Feld	Beschreibung
Bontest	Testet die Ansteuerung des Bondruckers
Geldladetest	Testet die Ansteuerung der Geldlade
Displaytest	Testet das Display. Das Display-Popup muss im Browser erlaubt werden, damit die Anzeige sichtbar ist.
Filialverwaltung	Ermöglicht die Verwaltung mehrerer Filialen

Filialverwaltung

Die Filialverwaltung ermöglicht es, Einrichtungen von einer Geräteeinrichtung an alle oder ausgewählte Geräteeinrichtungen zu übernehmen.

Kassenvorgang

Mon, 01 Jan 0001 00:00:00 +0000

Unter Archiv → Kassenvorgang ist ersichtlich, wann ein Kassenvorgang gestartet und beendet bzw. welcher Umsatz mit diesem generiert wurde.

Zum Vergrößern anklicken

Über die Kassenvorgangskarte lassen sich die Umsätze und Einnahmen des Kassenvorgangs einsehen, außerdem besteht die Möglichkeit, diese im Detail nachzuvollziehen.

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Der Lagerortcode des entsprechenden Kassenstamms
Kasse	Der Kassencode des entsprechenden Kassenstamms
Nr.	Die Nr. des ausgewählten Kassenvorgangs
Beendet	Kennzeichnet den Kassenvorgang als abgeschlossen
Startzeit	Der Zeitpunkt, zu dem der Kassenvorgang gestartet wurde
Endzeit	Der Zeitpunkt, zu dem der Kassenvorgang beendet wurde
Kassierercode	Gibt den Kassierercode an, welcher ursprünglich den Kassenvorgang gestartet hat
Kassierername	Gibt den Kassierernamen an, welcher ursprünglich den Kassenvorgang gestartet hat

Barbewegung

Zum Vergrößern anklicken

Prozesskatalog

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Dieser Prozesskatalog bündelt die wichtigsten fachlichen Abläufe in BE-terna Manufacturing. Er dient als Einstieg, wenn Sie typische End-to-End-Abläufe vom Stammdatenaufbau über Fertigungsauftrag und Einkauf bis zur Bewertung nachvollziehen oder schnell zur passenden Detailseite springen möchten.

Kontext

Die erstmalige Konfiguration der Produktion Einrichtung, von Artikeln, Arbeitsplänen und Lagerorten ist auf der Seite Stammdaten und Einrichtung beschrieben.
Die thematischen Seiten vertiefen jeweils einen konkreten Abschnitt im Ablauf, zum Beispiel Fertigungsplanung, Fertigungsauftrag, Einkauf, Logistik oder Bewertung.

Voraussetzungen

Stammdaten, Arbeitspläne, Fertigungsstücklisten und Lagerorte sind für die betroffenen Artikel eingerichtet.
Benutzer haben Zugriff auf Planungsvorschläge, Fertigungsaufträge, Produktionsbuch.-Blätter und die benötigten Listen- oder Rollencenter-Seiten.

Prozesskatalog

Process Fertigungsartikel und Stammdaten vorbereiten Richten Sie Artikel, Arbeitspläne, Stücklisten, Artikelversionen und Grundschalter so ein, dass spätere Fertigungsaufträge mit den richtigen Vorgaben arbeiten. +

Aktivieren Sie in der Produktion Einrichtung die benötigten Automatikfunktionen für Vorgabefelder, Lagerorte, Verbindungscodes und Buchblätter.
Erzeugen oder öffnen Sie Arbeitspläne und Fertigungsstücklisten direkt aus der Artikelkarte und prüfen Sie bei Bedarf aktive Versionen.
Richten Sie Artikelversionen, Lagerortvorgaben und Verbindungscodes so ein, dass die Nachverfolgbarkeit im Fertigungsauftrag erhalten bleibt.
Details finden Sie auf der Seite Stammdaten und Einrichtung.

Process Bedarfe planen und Fertigungsaufträge erzeugen Vom Verkaufsauftrag über den Planungsvorschlag bis zum automatischen Planungslauf werden Bedarfe in konkrete Fertigungsaufträge überführt. +

Nutzen Sie Auftragsplanung mit Verkaufseinheiten, wenn Menge und Einheit aus dem Verkaufsauftrag in den Fertigungsauftrag übernommen werden sollen.
Bearbeiten Sie Ereignismeldungen im Planungsvorschlag gesammelt, wenn mehrere Vorschlagszeilen gemeinsam akzeptiert oder zurückgesetzt werden sollen.
Richten Sie automatische Planungsläufe über Aufgabenwarteschlange und Planungslauf-Einrichtungen ein, wenn Planungsvorschläge wiederkehrend erzeugt werden sollen.
Verwenden Sie Fertigungsfamilien, wenn mehrere Artikel oder Mengen über denselben Arbeitsplan geplant und in einem Fertigungsauftrag zusammengeführt werden sollen.
Die zugehörigen Abläufe sind auf Fertigungsplanung beschrieben.

Process Fertigungsaufträge prüfen, freigeben und bearbeiten Nach dem Erzeugen wird der Fertigungsauftrag mit Standardvorgaben, Übersichten und Statusprüfungen bis zur Bearbeitung und Nacharbeit geführt. +

Legen Sie Fertigungsaufträge manuell, aus Verkaufsaufträgen, aus Planungsvorschlägen oder aus der Auftragsplanung an.
Prüfen Sie Materialverfügbarkeit und Bearbeitungsstand über die Übersichtsseiten für fest geplante und freigegebene Fertigungsaufträge.
Nutzen Sie Standardvorgaben, Wiederöffnen, Nacharbeit und Listenansichten, um Fertigungsaufträge fachlich sauber zu steuern.
Verwenden Sie Wiedereröffnung und Korrekturvorschläge nur für notwendige Nachbuchungen, nicht für eine erneute operative Einplanung.
Die Detailabläufe finden Sie auf Fertigungsauftragsverwaltung.

Process Rückmeldung und Artikelverfolgung im Fertigungsauftrag bearbeiten Im Fertigungsauftrag greifen Buchblätter, Mengenautomatik, Korrekturvorschläge und Artikelverfolgung eng ineinander. +

Nutzen Sie verbundene Ist- und Verbrauchsmeldung, wenn Mengen automatisch abhängig voneinander berechnet werden sollen.
Verwenden Sie Stornovorschläge, wenn bei Verbrauchs- oder Ist-Meldungskorrekturen die passende Ausgleichsposition automatisch vorgeschlagen werden soll.
Prüfen Sie Lagerbestandsinformationen im Produktions- oder Verbrauchsbuchblatt, bevor Rückwärtsbuchungen oder Korrekturen ausgeführt werden.
Nutzen Sie die Artikelverfolgung, wenn Serien-, Chargen- oder Paketinformationen automatisch erzeugt oder von einer Hauptkomponente auf den Ausgabeartikel übertragen werden sollen.
Details folgen auf Fertigungsauftragsverwaltung.

Process Fremdarbeit über Einkauf abwickeln Fremdarbeitsgänge werden im Einkauf mit Bestellungen, Preisfindung und Umlagerungsverbindungen für Subunternehmer abgewickelt. +

Berechnen Sie aus dem freigegebenen Fertigungsauftrag den Fremdarbeitsvorschlag und erzeugen Sie daraus die Einkaufsbestellung.
Öffnen Sie verknüpfte Belege direkt aus Fertigungsauftrag oder Bestellung, um den Stand der Fremdarbeit nachzuvollziehen.
Pflegen Sie Fremdarbeitenpreise je Kreditor, Arbeitsplatzgruppe und Artikel, wenn Kosten nicht allein aus dem Arbeitsplan stammen sollen.
Nutzen Sie Einkauf-Umlagerungsverbindungszeilen, wenn Komponenten zusammen mit der Fremdarbeitsbestellung an den Subunternehmer geliefert werden müssen.
Details finden Sie auf Einkauf und Fremdarbeit.

Process Rücklieferungen und ausstehende Verbräuche logistisch bearbeiten Wareneingang in der Fremdfertigung und ausstehende Verbrauchsbuchungen bilden einen eigenen logistischen Nachbearbeitungsprozess. +

Nutzen Sie Wareneingang, Einlagerung oder Lagereinlagerung für Rücklieferungen aus der Fremdfertigung nur dann im Standardprozess, wenn der Fremdarbeitsgang der letzte Arbeitsgang ist.
Aktivieren Sie ausstehende Verbrauchsbuchungen je Lagerort nur dort, wo Rückwärtsbuchungen mit Verbindungscode bei unzureichendem Bestand fachlich aufgefangen werden sollen.
Bearbeiten Sie offene Restverbräuche durch Nachbuchen oder Storno, bevor ein Fertigungsauftrag beendet wird.
Details finden Sie auf Logistik.

Process Werkzeuge im Fertigungsprozess einsetzen und warten Werkzeuge werden als Stammdaten angelegt, an Arbeitsgängen verwendet, über Ist-Meldung protokolliert und über Reparaturen instand gehalten. +

Ordnen Sie Werkzeuge und Komplettwerkzeuge direkt an Arbeitsgängen zu, damit sie in den Fertigungsauftrag übernommen werden.
Nutzen Sie die Ist-Meldung, wenn Werkzeugverwendungen automatisch über Werkzeugposten protokolliert werden sollen.
Steuern Sie Reparaturaufträge, Standzeiten, Kavitäten und Status, damit Werkzeuge kontrolliert wieder einsatzfähig werden.
Details finden Sie auf Werkzeugverwaltung.

Process Fertigungsaufträge bewerten und auswerten Für Nachkalkulation, WIP-Bewertung und Rückverfolgung stehen eigene Auswertungen und Berichte zur Verfügung. +

Verwenden Sie FA Ausdruck BE und Fertigungsauftragskarte BE, wenn Fertigungsaufträge mit Kopf, Zeilen, Arbeitsgängen und Komponenten strukturiert ausgegeben werden sollen.
Nutzen Sie Kostennachweise über alle Fertigungsebenen, wenn Ist- und Sollkosten entlang der Produktionsstufen verglichen werden sollen.
Prüfen Sie WIP-Bestand und verbundene Artikelposten, wenn Sie Werte, Herkunft oder Folgebelege eines Fertigungsauftrags nachvollziehen müssen.
Die Auswertungsseite Bewertung und Auswertung bündelt die relevanten Perspektiven.

Ergebnis

Sie können die wichtigsten Fertigungsprozesse in BE-terna Manufacturing entlang ihres fachlichen Zusammenhangs einordnen.
Sie finden schneller zur passenden Detailseite für Einrichtung, operative Bearbeitung und Auswertung.
Übergänge zwischen Fertigungsplanung, Fertigungsauftrag, Einkauf, Logistik und Auswertung bleiben nachvollziehbar.

Export Lagerorte

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Exportiert Lagerortstammdaten fuer einen Vertriebskanal.

SOAP Methode

Operation: LocationExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
locationBranchExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Lagerortcode, Bezeichnung und Adress-/Kommunikationsfeldern.

Export Webshop Kategorie

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert die Kategorien eines Kanals inklusive Hierarchieattributen und optionaler Sprachtexte.

Endpunkt

Methode: GET
URL-Muster Kategorien: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/webshopCategories?$filter=webshopChannelCode eq '<webshop-channel-code>'
URL-Muster Kategorienbeschreibungen: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/webshopCategoryDescriptions?$filter=webshopChannelCode eq '<webshop-channel-code>' and webshopCategorySystemId eq <category-system-id>

Pflichtparameter

webshopChannelCode
Fuer Beschreibungen zusaetzlich webshopCategorySystemId

Zentrale Rueckgabefelder

Kategorie: systemId, webshopCategoryCode, parentCategoryCode, active, hidden
Texte: language, text, webshopCategorySystemId

Ergebnis

Der Shop erhaelt Kategoriebaum und mehrsprachige Kategoriebezeichnungen.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Wo beginne ich, wenn ich die Materialzuschlagsverwaltung noch nicht kenne? Starten Sie mit dem Überblick und wechseln Sie danach in die Einrichtung, bevor Sie Zuschläge produktiv verwenden. +

Wenn Sie die Materialzuschlagsverwaltung zum ersten Mal nutzen, beginnen Sie mit der Seite Überblick. Dort erfahren Sie, wofür die Lösung gedacht ist und mit welchen Bereichen Sie arbeiten. Wechseln Sie danach zur Seite Einrichtung und Stammdaten, um die Preisermittlung festzulegen und Zuschläge sauber vorzubereiten.

FAQ Warum erscheint für einen Artikel kein Zuschlag? Meist fehlt die Zuordnung des Zuschlags zum Artikel oder die gepflegte Einheit bzw. der Mengentyp passt nicht zum Vorgang. +

Prüfen Sie zuerst die Seite für Zuschlagszuordnungen. Ein Zuschlag kann nur dann fachlich greifen, wenn Artikel, Zuschlag, Mengentyp, Einheit und Darstellungslogik zusammenpassen. Die fachliche Grundlage dafür ist auf der Seite Einrichtung und Stammdaten beschrieben.

FAQ Warum werden Zuschlagspreise auf offenen Belegen nicht wie erwartet aktualisiert? Häufig liegt die Ursache in der Preislogik, den relevanten Datumsfeldern oder im fachlichen Kontext des Belegs. +

Die Materialzuschlagsverwaltung reagiert auf Änderungen in Verkaufs- und Einkaufsbelegen sowie auf relevante Datumsfelder. Wenn der erwartete Preis nicht erscheint, prüfen Sie zuerst die Einstellungen Preisermittlung Verkauf und Preisermittlung Einkauf sowie die fachlich maßgeblichen Datumsfelder im betroffenen Beleg. Zusätzlich sollten Sie sicherstellen, dass zur Kombination aus Zuschlag, Bezug und Zeitraum überhaupt eine passende Preiszeile existiert.

FAQ Was steuert die Anzeige von Zuschlägen auf Belegen? Die Belegdarstellung wird in der Zuschlagszuordnung gepflegt und muss zur fachlichen Ausgabe des Belegs passen. +

Die Einstellung Belegdarstellung bestimmt, wie ein Zuschlag im Dokumentkontext behandelt wird. Wenn Zuschläge auf Belegen anders erscheinen als fachlich erwartet, prüfen Sie zuerst diese Einstellung und anschließend die verwendete Belegausgabe. Gerade zusammengefasste Zuschläge setzen voraus, dass die Ausgabe fachlich zu dieser Logik passt.

FAQ Wofür nutze ich die Seite für Zuschlagskosten? Die Seite hilft dabei, Zuschlagskosten für Artikel, Datum und Menge fachlich nachzuvollziehen, bevor Sie Preise produktiv verwenden. +

Die Seite für Zuschlagskosten ist vor allem für die fachliche Prüfung sinnvoll. Dort sehen Sie, wie sich Zuschläge in Abhängigkeit von Artikel, Datum und Menge auf die Kosten auswirken. Nutzen Sie diese Sicht insbesondere dann, wenn Sie Preisregeln prüfen oder vor einer Änderung verstehen möchten, welche Zusatzkosten in der Kalkulation berücksichtigt werden.

FAQ Warum fehlen Übersetzungen oder verständliche Zuschlagstexte? Die sprachabhängigen Bezeichnungen werden nicht automatisch aus der Zuschlagslogik erzeugt, sondern müssen gepflegt werden. +

Wenn Zuschläge in mehrsprachigen Belegen oder Ansichten unklar erscheinen, prüfen Sie die Pflege in den Zuschlagsstammdaten und den dort verfügbaren Übersetzungseinstieg. Die Materialzuschlagsverwaltung ergänzt die fachliche Zuschlagslogik, ersetzt aber nicht die bewusste Pflege sprachabhängiger Texte. Für eine konsistente Ausgabe sollten Übersetzungen und Belegdarstellung gemeinsam geprüft werden.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Warum wird meine Artikelversion nicht im Fertigungsauftrag angezeigt? Meist ist keine Version zertifiziert, die Nummernserie fehlt oder der Fertigungsauftrag wurde nach der Änderung nicht aktualisiert. +

Prüfen Sie zuerst auf der Artikelkarte, ob eine Nummernserie für Artikelversionen eingerichtet ist und in der Versionsliste genau eine Version den Status Zertifiziert trägt. Kontrollieren Sie danach die FactBox auf Artikelkarte oder Artikelliste und führen Sie am Fertigungsauftrag Prozess > Fertigungsauftrag aktualisieren aus. Erst danach wird die zertifizierte Artikelversion in die Fertigungsauftragszeile übernommen. Details stehen auf Stammdaten und Einrichtung.

FAQ Warum fehlen Ergebnisse in meinem automatischen Planungslauf oder im erwarteten Buchblatt? Überlappende Artikelfilter oder mehrere Planungsläufe für denselben Artikel sind die häufigste Ursache. +

Wenn ein Artikel durch mehrere Planungslauf Einrichtungen erfasst wird, landet das Ergebnis im zuletzt berechneten Buchblatt. Prüfen Sie daher Planungsgruppe, Filter Ausdruck, Parameterzeichenfolge des Aufgabenwarteschlangenpostens sowie die Ziel-Buchblätter der einzelnen Planungsläufe. So vermeiden Sie, dass Planungsvorschlagszeilen an anderer Stelle gelöscht oder überschrieben werden. Mehr dazu finden Sie auf Fertigungsplanung.

FAQ Warum kann ich einen Fertigungsauftrag nicht beenden? Offene ausstehende Verbräuche, verbleibende Komponentenbuchungen oder fehlende Arbeitsgangrückmeldungen sind die häufigsten Ursachen. +

Starten Sie zuerst mit der Übersichtsseite für freigegebene Fertigungsaufträge und prüfen Sie, ob Komponenten, Kapazitätsposten oder Kommissionieraufträge noch offen sind. Wenn im Fertigungsauftrag Ausstehender Verbrauch gesetzt ist, muss dieser zunächst nachgebucht oder storniert werden, bevor der Auftrag beendet werden kann. Details sind auf Fertigungsauftragsverwaltung und Logistik beschrieben.

FAQ Warum werden in der Werkerzeiterfassung nicht die erwarteten Arbeitsgänge angezeigt? Meist greifen Werkerfilter auf Arbeitsplatzgruppe, Arbeitsplatz oder Abteilung oder die Arbeitsgänge sind nicht freigegeben. +

Prüfen Sie zuerst den Werkerstammsatz und die dort gepflegten Filter. In der Zeiterfassung werden nur freigegebene Arbeitsgänge angezeigt, die zu diesen Kriterien passen. Zusätzlich kann der angemeldete Werker auf der Seite Zeiterfassung manuell Filter ändern; diese Abweichungen sind optisch gekennzeichnet. Prüfen Sie außerdem den Werker Authentifizierungstyp und die hinterlegte Rolle BE-Manufacturing Werker. Siehe Fertigungsauftragsverwaltung.

FAQ Warum bricht die automatische Rückwärtsbuchung bei Ist-Meldung oder Wareneingang ab? Meist fehlt Lagerbestand für eine mit Verbindungscode verknüpfte Komponente oder der Lagerort behandelt keine ausstehenden Verbräuche. +

Wenn ein Arbeitsgang Komponenten mit Buchungsmethode = Rückwärts und Verbindungscode verwendet, muss für die automatische Verbrauchsbuchung ausreichend Bestand vorhanden sein. Fehlt dieser Bestand, bricht die Buchung entweder ab oder es werden ausstehende Verbräuche erzeugt, sofern der Lagerort diese Funktion zulässt. Prüfen Sie deshalb Lagerbestand, Lagerorteinstellung und die Seite Logistik.

FAQ Warum wurden Serien- oder Chargennummern nicht automatisch übernommen? Automatische Artikelverfolgung hängt von der Tracking-Code-Einrichtung, der Hauptkomponente und dem auslösenden Prozessschritt ab. +

Kontrollieren Sie, ob auf Tracking-Code, Hauptkomponente und Ausgabeartikel dieselbe gewünschte Logik eingerichtet ist. Je nach Szenario erfolgt die Nummernvergabe erst beim Aktualisieren des Fertigungsauftrags, beim Validieren der Montageauftragsmenge oder nach der Verbrauchsbuchung der Hauptkomponente. Beachten Sie außerdem, dass nicht jede Kombination aus Serien-, Chargen- und Paketübernahme unterstützt wird. Die fachlichen Hintergründe stehen auf Fertigungsauftragsverwaltung.

FAQ Warum fehlen Standardwerte wie Benutzer oder Lagerort im Fertigungsauftrag? Die Herkunft des Auftrags und artikelbezogene Übersteuerungen beeinflussen, welche Standardwerte tatsächlich übernommen werden. +

Die Übernahme von Zugewiesene Benutzer-ID, Geschäftsbuchungsgruppe und Standard Fertigmeldung Lagerortcode hängt von den aktivierten Schaltern in der Produktion Einrichtung und vom Erzeugungsweg des Auftrags ab. Zusätzlich hat ein auf dem Artikel gepflegter Fertigmeldungslagerort Vorrang vor dem Standard aus der Einrichtung. Prüfen Sie daher sowohl die Produktion Einrichtung als auch die Artikelkarte. Mehr dazu finden Sie auf Stammdaten und Einrichtung und Fertigungsauftragsverwaltung.

FAQ Wann sollte ich einen beendeten Fertigungsauftrag wiedereröffnen? Wiedereröffnung ist für Korrektur- und Nachbuchungsfälle gedacht, nicht für eine erneute reguläre Fertigungsplanung. +

Beendete Fertigungsaufträge sollten nur dann wieder freigegeben werden, wenn zusätzliche Verbräuche, Ist-Meldungen oder Stornos gebucht werden müssen. Eine wiedereröffnete Fertigung wird nicht neu kapazitiv geplant und erzeugt bei rückwärts gebuchten Positionen keine zweite automatische Rückwärtsbuchung. Verwenden Sie diese Funktion daher nicht als normalen Umweg, um einen bereits abgeschlossenen Auftrag erneut in die operative Planung zu ziehen. Siehe Fertigungsauftragsverwaltung.

FAQ Warum funktioniert Wareneingang in der Fremdfertigung nicht wie erwartet? Häufig ist der Fremdarbeitsgang nicht der letzte Arbeitsgang oder rückwärts gebuchte Komponenten mit Verbindungscode führen zu Folgeproblemen. +

Für den unterstützten Standardablauf sollte der Fremdarbeitsgang der letzte Arbeitsgang im Arbeitsplan sein. Ist das nicht der Fall, kann die Rücklieferung zwar gebucht werden, der interne Weitertransport zum nächsten Arbeitsplatz bleibt aber ununterstützt. Prüfen Sie zusätzlich, ob Komponenten mit Buchungsmethode = Rückwärts und Verbindungscode beteiligt sind. In solchen Fällen helfen Einkauf und Fremdarbeit und Logistik.

FAQ Warum erscheinen Werkzeugdimensionen oder Werkzeugposten nicht wie erwartet? Meist fehlt die Aktivierung in der Produktion Einrichtung, das Werkzeug ist am Arbeitsgang nicht korrekt zugeordnet oder die Anzahl der Dimensionen ist zu hoch. +

Prüfen Sie zuerst die Werkzeugzuordnung am Arbeitsgang und bei Komplettwerkzeugen zusätzlich den Schalter Einsatz bei Istmeldung buchen. Wenn Dimensionen aus Werkzeugen in Ist-Meldungszeilen fließen sollen, muss die entsprechende Aktivierung in der Produktion Einrichtung gesetzt sein. Beachten Sie außerdem, dass pro Ist-Meldungszeile maximal 10 Dimensionswerte unterstützt werden. Details finden Sie auf Werkzeugverwaltung.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Warum kann ich eine freigegebene Datenbeziehung nicht direkt bearbeiten? Freigegebene Datenbeziehungen sind bewusst geschützt, damit produktive Regeln nicht unkontrolliert geändert werden. +

Freigegebene Datenbeziehungen bilden die produktive Regelbasis von MDM und sollen deshalb nicht unbemerkt verändert werden. Wenn eine Fachregel angepasst werden muss, wird die Datenbeziehung kontrolliert wieder in einen bearbeitbaren Status zurückgeführt und erst nach erneuter Prüfung wieder freigegeben. Weitere Einordnung finden Sie im Prozesskatalog.

FAQ Wann ist eine Freigabe ohne Aktualisierung fachlich sinnvoll? Diese Aktion ist nur für bewusst begrenzte Änderungen gedacht und nicht der Standardweg für Freigaben. +

Eine Freigabe ohne Aktualisierung ist sinnvoll, wenn eine Datenbeziehung wieder freigegeben werden soll, ohne bereits geänderte Datensätze rückwirkend erneut in die Zielunternehmen zu verteilen. Das kann bei klar abgegrenzten Regelanpassungen vertretbar sein, sollte aber bewusst entschieden werden, weil offene fachliche Änderungen sonst im Zielkontext nicht nachgezogen werden.

FAQ Warum bleiben nach Änderungen an Ersetzungen noch Aufgaben offen? Ersetzungen ändern zunächst das Regelwerk; die tatsächliche Nachverarbeitung kann zusätzlich eine Aktualisierung erfordern. +

Geänderte Ersetzungen wirken nicht automatisch auf bereits betroffene Datensätze zurück. Offene Einträge im Änderungsprotokoll und eine mögliche Aktualisierung zeigen, dass die fachliche Regel zwar angepasst wurde, die operative Nachverarbeitung aber noch aussteht. Die fachliche Einordnung dazu finden Sie auch in den Arbeitshilfen für den Arbeitsalltag.

FAQ Wann sollte ich DSR-Filter auf vorhandene Daten anwenden? Die Aktion ist sinnvoll, wenn geänderte DSR-Regeln nicht nur für neue, sondern auch für bereits vorhandene Datensätze gelten sollen. +

Verwenden Sie diese Aktion, wenn eine geänderte DSR-Logik auch auf bereits vorhandene Datensätze übertragen werden soll. Besonders wichtig ist dabei die Entscheidung, ob nur Standard- und automatisch gesetzte Entscheidungen aktualisiert werden oder ob auch manuelle Entscheidungen überschrieben werden dürfen. Die fachliche Einordnung dazu finden Sie auf der Seite DSR und Verteilungsmatrix.

FAQ Was bedeuten Fehler in Konsistenzprüfungen? Prüffehler zeigen Abweichungen zwischen erwartetem und tatsächlichem Zielzustand, nicht automatisch einen technischen Defekt. +

Ein Konsistenzfehler bedeutet zunächst, dass MDM im Zielkontext einen anderen Zustand gefunden hat als durch Datenbeziehung und Regelwerk erwartet. Die Ursache kann in fehlenden Datenbeziehungen, unvollständigen Regeln, bewussten fachlichen Abweichungen oder tatsächlich falschen Daten liegen. Deshalb sollten Prüfeinträge immer zusammen mit Datenbeziehung, Quell-/Zielunternehmen und dem konkreten Feldkontext bewertet werden.

FAQ Warum liefert die Vorschlagsfunktion für fehlende Datenbeziehungen nicht immer verwertbare Ergebnisse? Vorschläge hängen vom bestehenden Bestand an Datenbeziehungen und vom fachlichen Zusammenhang der Tabellen ab. +

Die Vorschlagsfunktionen können nur Beziehungen ableiten, die aus dem aktuellen Tabellen- und Beziehungskontext sinnvoll erkennbar sind. Wenn die Grundrelationen zu schmal, unvollständig oder fachlich noch nicht sauber abgegrenzt sind, bleibt der Vorschlagsraum entsprechend begrenzt. Prüfen Sie deshalb zunächst den bestehenden Aufbau in Stammdaten und Relationspflege.

FAQ Wie grenze ich die Feldsicht auf wirklich relevante Informationen ein? Feldansichten helfen dabei, zwischen vollständiger Tabellenstruktur und aktiv genutzten Feldern zu unterscheiden. +

Für die tägliche Bewertung ist meist nicht jede verfügbare Spalte relevant. Ansichten wie die Anzeige aktiver Felder oder aller Felder helfen dabei, entweder nur die tatsächlich genutzten Felder oder die vollständige Tabellenstruktur zu sehen. Das ist besonders hilfreich, wenn Prüfergebnisse oder Änderungen an Regeln fachlich eingeordnet werden müssen.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Die Installation schlägt fehl, weil bereits lokale Drucker in Business Central vorhanden sind Lokale Druckereinträge in der Business-Central-Druckerverwaltung können die Erstinstallation von Printconnect blockieren. +

Wenn Business Central bereits lokale Drucker in der Druckerverwaltung führt, kann die Ersteinrichtung mit einem Installationsfehler abbrechen. Die Konfliktsituation ist typischerweise daran zu erkennen, dass Printconnect den Drucker nicht als Cloud Printer anlegen kann.

Zum Vergrößern anklicken

Prüfen Sie zuerst, ob im Zielsystem bereits lokale Drucker aktiv in der Druckerverwaltung vorhanden sind.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Warum meldet Shipping Labels, dass eine zugeordnete Herkunftsart fehlt? Die für den aktuellen Beleg benötigte Tabellen-ID ist in den zugeordneten Herkunftsarten nicht gepflegt. +

Öffnen Sie Shipping Label Setup > Assigned Source Types und prüfen Sie, ob die für den betroffenen Prozess benötigte Tabellen-ID zusammen mit der korrekten Herkunftsart gepflegt ist. Shipping Labels kann nur für die dort zugeordneten Herkunftsarten Labels erzeugen. Wenn ein neuer Belegkontext zusätzliche Informationen benötigt, erweitern Sie die Einrichtung der zugeordneten Herkunftsarten entsprechend. Details finden Sie auf der Seite Einrichtung.

FAQ Warum kann die Anfrage nicht erfolgreich gesendet werden? Meist fehlt ein Pflichtwert in Einrichtung, Zugangsdaten, URL oder Stammdaten, oder es liegt ein Verbindungsproblem vor. +

Beginnen Sie im Anfrageprotokoll und vergleichen Sie Error Text, Response und HTTP Status. Wenn die Anfrage den Carrier nie erreicht hat, prüfen Sie zuerst Internetverbindung, gepflegte URL und Zugangsdaten. Wenn der Carrier die Anfrage abgelehnt hat, prüfen Sie die gesendeten Quelldaten: Versandagentendienst-Einrichtung, zugeordnete Incoterms, Länderdaten, Adressen, Paketdaten und verpflichtende Kontaktdaten. Die Seite Administration beschreibt, welche technischen Details dazu im Anfrageprotokoll zur Verfügung stehen.

FAQ Woran erkenne ich, ob eine Carrier-Einrichtung für den ersten Test vollständig genug ist? Prüfen Sie vor der ersten Anfrage gemeinsame Einrichtung, carrierspezifische Einrichtung und Quelldaten gemeinsam, statt einzelne Felder isoliert zu testen. +

Verwenden Sie vor dem ersten End-to-End-Test eine kurze Bereitschaftsprüfung:

Gutschein

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung Gutschein können, abhängig von den jeweiligen Kassenstammeinstellungen, Gutscheine generiert werden.

Zum Vergrößern anklicken

Aktionen

Generiere

Mit dieser Funktionalität werden neue Gutscheine erzeugt, wobei die Einstellungen der jeweiligen Kassenstämme berücksichtigt werden.

Zum Vergrößern anklicken

Wurde darin Gutscheinausgabe auf Selbstgedruckt konfiguriert, werden für diesen Kassenstamm jeweils so viele Gutscheine angelegt, wie angegeben und entsprechend mit Lagerort und Kasse gekennzeichnet. Der jeweilige Kassenstamm filtert bei der Ausgabe eines neuen Gutscheins auf Lagerort und Kasse und nimmt den erstbesten freien Gutschein. Der Vorgabebetrag wird hierbei vernachlässigt, da in diesem Fall der Gutscheinbetrag immer manuell über die Kassierung vergeben wird.

Mitarbeiterrabattposten

Mon, 01 Jan 0001 00:00:00 +0000

Mitarbeiterrabattposten

In den Mitarbeiterrabattposten sind die einzelnen Rabattzeilen sichtbar. Pro Mitarbeiter wird der summierte Rabattbetrag des aktuellen Datumsfilters angezeigt. Das aktuelle Kalenderjahr wird als initialer Datumsfilter verwendet. Sofern der gewährte Rabattbetrag das Kontingent überschreitet, wird dies in der Warnfarbe Rot dargestellt.

Zum Vergrößern anklicken

Export Preis

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Liefert Preisinformationen kanalbezogen inkl. Preisgruppen und Steuerkennzeichen.

SOAP Methode

Operation: PriceExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
changedSince_P (optional)
itemNo_P (optional)
incremental_P (optional)
priceExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Variantenpreisen, Waehrung, UVP und priceIncludesVAT.

Gutscheinkarte

Mon, 01 Jan 0001 00:00:00 +0000

Die Konfiguration von Gutscheinkarten ist unter Einrichtung → Gutscheinkarte zu finden.

Zum Vergrößern anklicken

Einrichtung

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Der Lagerortcode des zu verwendenden Kassenstamms
Kasse	Der Kassencode des zu verwendenden Kassenstamms
Anbieter	Der Anbieter des Gutscheinkartensystems Standard: Kein spezieller externer Anbieter, sondern eine Eigenlösung Point4More: Schnittstelle für Point-4-More-Giftcards
Aktiv	Aktiviert die Gutscheinkartenfunktion
Art	Legt fest, wie die Gutscheinkarte auf oder in zugehörigen Tasten und Mitteilungen tituliert werden soll

Einstellungen

Zum Vergrößern anklicken

Import Reklamation

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt uebernimmt Retourenauftraege aus dem Webshop in den BC-Importcontainer.

Endpunkt

Methode: POST
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Import/v2.0/companies(<company-system-id>)/returnOrders

Pflichtfelder im Payload

Kopf: webshopChannelCode, orderId, orderType, orderDate, currency, customerNo, contactNo
Zeilen (returnOrderLines): mindestens eine Zeile mit id, type, amount sowie Belegreferenz (orderNo, orderLineNo)

Antwortverhalten

Rueckgabe als JSON mit importiertem Kopf.
Optional mit $expand=returnOrderLines inklusive importierter Zeilen.

Ergebnis

Der Retourenauftrag ist fuer die Folgeprozesse in BC uebernommen.

Protokollposten

Mon, 01 Jan 0001 00:00:00 +0000

Die Protokollposten dokumentieren die Tastendrücke der Kasse.

Zum Vergrößern anklicken

Export Webshop Kategorie

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Exportiert Webshop-Kategorien inklusive Parent-Bezug und mehrsprachiger Bezeichnung.

SOAP Methode

Operation: CategoryExport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
categoryCode_P (optional)
categoryExport_PX (vom Aufrufer leer)

Rueckgabe

XML mit Kategoriecode, Parent, Aktiv-/Sichtbarkeitsflags und Beschreibungen.

Import Reservierung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt uebernimmt Reservierungsauftraege aus dem Webshop.

Endpunkt

Methode: POST
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Import/v2.0/companies(<company-system-id>)/webshopReservations?$expand=webshopReservationLines

Pflichtfelder im Payload

Kopf: webshopChannelCode, reservationOrderId, orderType, orderDate, currency
Zeilen (webshopReservationLines): mindestens eine Zeile mit id, type, itemNumber, amount

Zentrale Hinweise

Leere Felder koennen im Payload ausgelassen werden.
Bei Bedarf werden Adress- und Kontaktdaten mit uebergeben.

Ergebnis

Die Reservierung ist fuer die weitere Verarbeitung im BC-System vorhanden.

Kampagne

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Kampagne können zeitlich und/oder produktabhängige begrenzte, automatische Rabattaktionen (Kampagnen) eingerichtet werden. Diese machen somit eine kurzzeitige Anpassung der Artikelpreiszeilen hinfällig.

Zum Vergrößern anklicken

Aktionen

Auf der Karte befinden sich einige Aktionsmöglichkeiten, welche im Folgenden kurz vorgestellt werden:

Feld	Beschreibung
Aktivieren	Aktiviert die Kampagne für alle Kassen, die in ihrem Kassenstamm Kampagnen erlaubt haben
Deaktivieren	Deaktiviert die Verwendungsmöglichkeit dieser Kampagne für alle Kassen
Filter	Öffnet die Filterübersicht für diese Kampagne
Zuordnung	Öffnet die Zuordnungsübersicht für diese Kampagne
Posten	Öffnet die zugehörigen Kampagnenposten
Coupons	Öffnet die Coupon-Verwaltung
Barcode	Öffnet die Barcodeeinrichtung

Aktivieren

Damit wird die Kampagne für die Verwendung freigegeben, anschließend sind bis zur Deaktivierung keine weiteren Änderungen an der Kampagne möglich.

Reservierungen

Mon, 01 Jan 0001 00:00:00 +0000

Im Menüpunkt Reservierungen sind sämtliche nicht abgeschlossenen Reservierungen zu finden.

Zum Vergrößern anklicken

Bei Auswahl einer Reservierung wird die zugehörige Karte geöffnet:

Zum Vergrößern anklicken

Export Artikelbeschreibung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt den Export von Artikelbeschreibungen (Meta Title, Short Description, Long Description) je Sprache.

Endpunkte

Via Artikelausgabe mit Expand: http://<server>:<port>/<service-tier>/api/beTerna/export/v2.0/companies(<company-system-id>)/items?$filter=webshopChannelCode eq '<webshop-channel-code>' and no eq '<item-no>'&$expand=wsItemDescriptions
Direkte Beschreibungsabfrage: http://<server>:<port>/<service-tier>/api/beTerna/export/v2.0/companies(<company-system-id>)/wsItemDescriptions?$filter=webshopChannel eq '<webshop-channel-code>'

Pflichtparameter

webshopChannelCode bzw. webshopChannel
Bei Artikelausgabe zusaetzlich no

Zentrale Rueckgabefelder

itemNo, language, descriptionType, descriptionText

Ergebnis

Der Webshop erhaelt sprachabhaengige Artikeltexte fuer SEO- und Produktdarstellungen.

Import Auftrag

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Uebernimmt Auftragsdaten aus dem Shop in den Importcontainer zur nachgelagerten Verarbeitung.

SOAP Methode

Operation: OrderImport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
webshopOrderImport_PX mit XML-Header, Adressen, Zahlungsdaten und orderlines

Verarbeitungslogik

Beim SOAP-Aufruf erfolgt primaer syntaktische Pruefung.
Semantische Pruefung und Belegerzeugung laufen im Hintergrundprozess.

Kassenbuch

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Kassenbuch können für Ein- und Ausgaben im Kassensystem bereits vorbelegte Kassenbuchgründe eingerichtet werden.

Zum Vergrößern anklicken

Aktionen

Innerhalb der Kassenbuchübersicht steht nur eine einzige Aktion zur Verfügung, die sprachabhängige Übersetzungsmöglichkeit.

Übersetzung

In der Übersetzungsübersicht können dem jeweiligen Kassenbuch sprachabhängige Beschreibungen hinterlegt werden.

Zum Vergrößern anklicken

Einrichtung

Feld	Beschreibung
Code	Der eineindeutige Kassenbuchcode
Beschreibung	Sprachabhängige Beschreibung des ausgewählten Kassenbuchs
Sachkonto	Das für die Verbuchung zu verwendende Sachkonto; für jedes Kassenbuch kann entweder ein eigenes Sach- oder ein Sammel-/Transferkonto hinterlegt werden
Gesperrt	Deaktiviert die Verwendungsmöglichkeit des ausgewählten Kassenbuchs
Test erfassen	Bei Auswahl des Kassenbuchgrundes wird eine Texterfassung erforderlich, die den Kassenbuchgrund überschreibt

Tax-Free-Posten

Mon, 01 Jan 0001 00:00:00 +0000

Unter Archiv -> Tax-Free-Posten können die bisher ausgeführten Transaktionen eingesehen werden, wobei fehlerhafte rot hervorgehoben werden.

Liste

Zum Vergrößern anklicken

Feld	Beschreibung
Postennr.	Eindeutige Postennr. der jeweiligen Transaktion
Lagerort	Der Lagerortcode der auslösenden Kasse
Kasse	Der Kassencode der auslösenden Kasse
Zeitpunkt	Datum und Uhrzeit der Transaktion
Anbieter	Der für die Transaktion verwendete Anbieter
Transaktions-ID	Diese ID kennzeichnet zusammengehörende Transaktionen
Vorgang	Der Transaktionsvorgang
Erfolgreich	Kennzeichen über den Erfolg der Transaktion

Karte

Allgemein

Zum Vergrößern anklicken

Export Auftragsstatus

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert den Statusverlauf eines Auftrags auf Kopf- und Positionsebene.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/orderStatusCodes?$filter=webshopChannelCode eq '<webshop-channel-code>' and externalDocumentNo eq '<external-document-no>'

Pflichtparameter

webshopChannelCode
externalDocumentNo

Zentrale Rueckgabefelder

statusCode, documentType, documentNo, externalDocumentNo, lineNo, itemNo, systemCreatedAt

Ergebnis

Der Shop kann den aktuellen Bearbeitungsstand pro Auftrag und Zeile nachvollziehen.

Import Kontakt

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Importiert Kontaktdaten und stellt diese fuer die Weiterverarbeitung bereit.

SOAP Methode

Operation: CreateOrUpdateSingleContact

Wichtige Request-Felder

webshopChannel_P (Pflicht)
webshopContactImport_PX mit Kontaktdatenstruktur (webshopContact)

Verarbeitungslogik

Syntaktische Pruefung beim Import.
Semantische Pruefung sowie Anlage/Update im Folgeprozess.

Kasseneinrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Die Kasseneinrichtung beinhaltet alle Einstellungen, welche für das gesamte BE-POS Modul gelten und nicht individuell pro Kasse konfigurierbar sind. Die Einrichtung erfolgt unter Einrichtung → Kasseneinrichtung.

Aktionen

Aktion	Beschreibung
E-Mail-Einrichtung	Öffnet die BC-Standard Einrichtung zum Versenden von E-Mails

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Bondatenfilter	Es besteht die Möglichkeit, Auswertungen und Archivtabellen in der Sichtbarkeit einzuschränken. Bspw. kann für die Kasse eingestellt werden, dass nur die eigenen Bons in den Tabellen angezeigt werden. Die Ermittlung der eigenen Kasse erfolgt über den angemeldeten Benutzer und den zugeordneten Kassenstamm.
Lagerortfilter Bestandsauskunft	Es kann bestimmt werden, ob bei der Bestandsauskunft alle Lagerorte oder nur Lagerorte mit zugehörigen Kassen berücksichtigt werden.
Kundenart	Diese Einstellung legt fest, ob mit Debitoren oder mit Kontakten an der Kasse gearbeitet wird
Prüfung Kunden-Email	Bei einer Kundenanlage oder Kundenbearbeitung innerhalb der Kassierung kann mit dieser Einstellung eine Dublettenprüfung aktiviert werden. Sofern die Prüfung aktiv ist, kann bestimmt werden, ob ein Fehler oder lediglich ein Hinweis dem Kassierer angezeigt werden soll.
Sichtbarkeit Kontingent	Es kann gewählt werden, ob das Kontingent nie oder über eine Taste oder direkt in der Liste angezeigt wird.
Wareneingangs-/-ausgangsbuchung unterdrücken	Bei der Verbuchung der Kassenverkäufe über Auftragsbelege wird kein Warenein- und Ausgang erstellt.
Wartezeit zwischen der Verbuchung von POS-Aufträgen (in ms)	Gibt die Wartezeit zwischen den Buchungen der POS-Aufträge an, in Millisekunden
Sichtbarkeit geparkte Bons	Diese Einstellung steuert, welche geparkten Bons und Reservierungen an der Kasse angezeigt werden. Die Einstellungsmöglichkeiten sind: Eigener: Es werden nur Bons der eigenen Kasse angezeigt Lagerort: Es werden Bons des eigenen Lagerortes angezeigt Alle: Es werden alle Bons angezeigt
Nummernserie geparkte Bons/ Reservierungen	Hier wird die Nummernserie für geparkte Bons und Reservierungen hinterlegt.
Paketnr.	Legt fest, ob bei der Verbuchung von Artikelverkäufen/-retouren im jeweiligen Auftrag/Buchblatt standardmäßig das Feld Paketnr. mit dem vorgegebenen Wert gefüllt werden soll, Kassenkompatibilität bei aktivierter Paketnummernverfolgung

Mail-Benachrichtigungen

Zum Vergrößern anklicken

Verarbeitete Kassenimporte

Mon, 01 Jan 0001 00:00:00 +0000

In den verarbeiteten Kassenimporten können die bereits gebuchten Finance-Import angesehen werden. Die Buchblattzeilen vor Buchung können in dekomprimierter und komprimierter Form angesehen werden. Die Verknüpfung zu den Bondaten sind ebenfalls vorhanden.

Zum Vergrößern anklicken

Import Reklamation

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Uebernimmt Retouren aus dem Shop in den BC-Importcontainer.

SOAP Methode

Operation: ReturnImport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
webshopReturnImport_PX mit returnOrder und returnOrderLines

Verarbeitungslogik

Syntaktische Pruefung beim API-Aufruf.
Semantische Verarbeitung und Belegerzeugung nachgelagert.

Kassenstamm

Mon, 01 Jan 0001 00:00:00 +0000

Ein Kassenstamm beinhaltet die individuelle Konfiguration einer ihm zugeordneten Kasse, somit ergibt sich eine 1:1-Zuordnung von Kasse und Kassenstamm. Die Einrichtung erfolgt unter Einrichtung → Kassenstamm.

Zum Vergrößern anklicken

Aktionen

Auf der Kassenstammkarte befinden sich mehrere Aktionstasten, welche im Folgenden kurz vorgestellt werden.

Zum Vergrößern anklicken

Feld	Beschreibung
Initialisieren	Initialisiert den Kassenstamm für den aktuellen Windows-Benutzer
Geräteeinrichtung	Öffnet die Geräteeinrichtung
Bontexteinrichtung	Öffnet die Bontexteinrichtung
Kopieren	Kopiert den ausgewählten Kassenstamm
Filialverwaltung	Ermöglicht die Verwaltung mehrerer Filialen
Dimensionen	Öffnet die Dimensionsverwaltung

Initialisieren

Legt den Kassenstamm für den Benutzer fest.

Order Import API - Gutscheinverarbeitung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt die korrekte Uebermittlung von Gutscheinzeilen im JSON-REST Auftragsimport.

Relevanter Endpunkt

POST /api/BEterna/Import/v2.0/companies(<company-system-id>)/orders

Zeilentypen fuer Gutscheine

type = 2: Gutscheinkauf
type = 5: Gutscheineinloesung

Kernregeln

voucherCode ist fuer beide Gutscheintypen Pflicht.
Bei type = 5 muss singlePrice negativ oder 0 sein.
subtotal wird ohne type = 5 berechnet.
totalAmount wird mit allen Zeilen inklusive type = 5 berechnet.
Betrag der Einloesungen darf die Zwischensumme nicht uebersteigen.

Ergebnis

Gutscheine werden valide importiert und in der weiteren BC-Verarbeitung korrekt beruecksichtigt.

Zählung

Mon, 01 Jan 0001 00:00:00 +0000

Über das Zählungsarchiv können alle an der Kasse getätigten Zählungen eingesehen werden.

Zum Vergrößern anklicken

Man finden hier den Kassenstart, den Kassenabschluss, sowie untertägige Kassenstürze.

In der Karte der jeweiligen Zählung sind die Informationen zum Soll- und Ist-Betrag, als auch zu Differenzen, enthalten.

Zum Vergrößern anklicken

Export Auftragshistorie

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert Historiedaten zu Auftraegen inklusive Positionen.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/orderHistoryHeaders?$filter=webshopChannelCode eq '<webshop-channel-code>'&$expand=orderHistoryLines

Pflichtparameter

webshopChannelCode im Filter

Zentrale Rueckgabefelder

Kopf: webshopOrderNo, salesOrderNo, createdAt, type, postedDocumentNo, trackingNo
Zeilen: orderLineNo, itemNo, variantCode, quantity, lineAmount, postedDocumentLineNo

Ergebnis

Der Webshop erhaelt die Auftragshistorie fuer Statusanzeige und Nachverfolgung.

Import Reservierung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Importiert Reservierungsdaten inklusive Positionen und Adressinformationen.

SOAP Methode

Operation: ReservationImport

Wichtige Request-Felder

webshopChannel_P (Pflicht)
webshopReservationImport_PX mit Header, reservationOrder und reservationOrderLines

Verarbeitungslogik

Syntaktische Pruefung beim Import.
Semantische Verarbeitung im Hintergrundprozess.

Mitarbeiter

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Mitarbeiter werden die Mitarbeiter und Mitarbeitergruppen konfiguriert.

Zum Vergrößern anklicken

Aktionen

Gruppen

Hierüber werden die Mitarbeitergruppen verwaltet. Dies ermöglicht eine Rabattgruppierung innerhalb der Mitarbeiter, bspw. nach Betriebszugehörigkeit oder Klassifikation.

Zum Vergrößern anklicken

Aktionen

Anwenden

Wendet die jeweils ausgewählte Gruppe auf alle existierenden Mitarbeiter an. Wird der erscheinende Fragecode mit Ja quittiert, wird die Gruppe grundsätzlich angewandt, andernfalls nur für Mitarbeiter ohne existierende Mitarbeitergruppenzuordnung.

Zum Vergrößern anklicken

Export Dokumentenstatus

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert den Verarbeitungsstatus eines Dokuments inklusive Fehlertext.

Endpunkt

Methode: POST
URL-Muster: http://<server>:<odata-port>/<service-tier>/ODataV4/<serviceName>_DocumentStatusExportOData?company=<companyName|companyId>

Pflichtfelder im Payload

webshopChannelCode
orderType
orderNo

Antwort

Die Rueckgabe enthaelt im Feld value ein JSON mit documentCreated und errorText.

Ergebnis

Integrationen koennen pruefen, ob ein Beleg erstellt wurde oder ein Fehler vorliegt.

Querverkauf

Mon, 01 Jan 0001 00:00:00 +0000

Wenn dem Kunden bei bestimmten Produkten weitere, im Zusammenhang stehende, vorgeschlagen werden sollen, kann dies unter Einrichtung → Querverkauf eingerichtet werden.

Zum Vergrößern anklicken

Einrichtung

Feld	Beschreibung
Herkunftsart	Art des auslösenden Produktes, Artikel oder Ressource
Herkunftscode	Artikel- oder Ressourcennr.
Art	Art des vorgeschlagenen Produktes, Artikel oder Ressource
Code	Artikel- oder Ressourcennr.
Beschreibung	Anzuzeigende Beschreibung

Export Dynamische Attribute

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt den Export dynamischer Attribute inklusive Werte- und Sprachdaten.

Endpunkte

Attribute: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/dynamicAttributes
Attributbeschreibungen: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/dynamicAttributeDescriptions?$filter=webshopChannelCode eq '<webshop-channel-code>' and dynamicAttributeSystemId eq <dynamic-attribute-system-id>
Attributwerte: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/dynamicAttributeValues?$filter=dynamicAttributeCode eq '<dynamic-attribute-code>'
Wertbeschreibungen: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/dynamicAttributeValueDescriptions?$filter=webshopChannelCode eq '<webshop-channel-code>' and dynamicAttributeValueSystemId eq <dynamic-attribute-value-system-id>

Zentrale Rueckgabefelder

Attribute: dynamicAttributeCode, filter, show
Werte: dynamicAttributeValueCode
Beschreibungen: language, text

Ergebnis

Der Shop erhaelt strukturierte Attribut- und Uebersetzungsdaten fuer die Produktdarstellung.

Rabattgrund

Mon, 01 Jan 0001 00:00:00 +0000

Wenn die Kasse mit Rabattgründen arbeiten soll, können diese unter Einrichtung → Rabattgrund eingerichtet werden.

Zum Vergrößern anklicken

Aktionen

Innerhalb der Rabattgründe steht nur eine einzige Aktion zu Verfügung, die sprachabhängige Übersetzungsmöglichkeit.

Übersetzung

In der Übersetzungsübersicht können dem jeweiligen Kassenbuch sprachabhängige Beschreibungen hinterlegt werden.

Zum Vergrößern anklicken

Einrichtung

Feld	Beschreibung
Code	Eineindeutiger Rabattgrundcode
Beschreibung	Beinhaltet die sprachabhängige Beschreibung
Art	Legt die Art des Rabattgrundes fest Rabatt: Prozentuale Reduzierung auf Zeilen- oder Bonebene Nachlass: Absolute Reduzierung auf Zeilen- oder Bonebene Neupreis: Vergabe eines neuen Verkaufspreises auf Zeilenebene Preislos: Artikel ohne Preis auf Zeilenebene Gratis: Setzt den Verkaufsbetrag auf 0, kann als Rabatt, Nachlass oder Neupreis sowohl auf Zeilen- als auch Bonebene angewandt werden
Verwendung	Legt die Verwendungsmöglichkeit fest Zeile: Auf Positionsebene Bon: Auf Bonebene Zeile & Bon: Auf Positions- und/oder Bonebene
Wert	Definiert einen Wert (prozentual oder absolut; wurde kein Wert angegeben, wird dieser manuell im Kassenprozess abgefragt)
Druck	Steuert die Art des Andruckes Nie: Der Rabattgrund wird nicht angedruckt Code: Es wird der Rabattgrundcode angedruckt Beschreibung: Es wird die Rabattgrundbeschreibung angedruckt
Mitarbeiterrabatt	Ermöglicht die Zuweisung des Rabattes bei einem Mitarbeiterkauf

Export Filialbestand Artikelvarianten Liste

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert alle Artikelvarianten mit Filialbestandsaenderung seit dem letzten Abgleich.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<port>/<service-tier>/api/beTerna/export/v2.0/companies(<company-system-id>)/branchinventoriesItemVariantsList?$filter=webshopChannelCode eq '<webshop-channel-code>' and branchinvSentToWebshop eq false

Pflichtparameter

webshopChannelCode im Filter

Zentrale Rueckgabefelder

itemNo, variantCode, branchInvSentToWebshop, lastBranchStockChangeAt

Ergebnis

Diese Liste dient als performanter Trigger fuer nachgelagerte Filialbestandsabfragen.

Regional

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Regional können für länderspezifische Konfigurationen vorgenommen werden.

Hinweis: Es erfolgt hierbei keine Prüfung über die Notwendigkeit bzw. die rechtliche Machbarkeit der jeweiligen Einstellungen, die Verantwortung hierfür obliegt ausschließlich dem Anwender.

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Der Lagerortcode der Kasse (bei Nichtangabe gelten die Einstellungen für alle Kassen)
Kasse	Der Kassencode der Kasse (bei Nichtangabe gelten die Einstellungen für alle Kassen des Lagerortes)
Länder-/Regionscode	Der Ländercode der Kasse(n) für die gesetzeskonforme Verwendung der Kassierung

Summenrundung

Zum Vergrößern anklicken

Export Filialbestand

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Der Endpunkt liefert verfuegbare Bestaende pro Filiale fuer einen Artikel inklusive Varianten.

Endpunkt

Methode: GET
URL-Muster: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/branchInventories?$filter=webshopChannelCode eq '<webshop-channel-code>' and no eq '<item-no>'&$expand=branchItemVariants($expand=branchLocations)

Pflichtparameter

webshopChannelCode im Filter
no (Artikelnummer) im Filter

Zentrale Rueckgabefelder

Kopf: webshopChannelCode, no
Varianten: code
Filialdaten: code, inventory, calculationTimeStamp

Ergebnis

Der Webshop erhaelt filialgenaue Bestandsdaten fuer Verfuegbarkeitslogik.

Ressource

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Ressource können für die Kasse verschiedene Serviceleistungen angelegt werden. Diese basieren auf den Standardressourcen und erweitern diese um kassenspezifische Eigenschaften.

Zum Vergrößern anklicken

Aktionen

Übersetzung

In der Übersetzungsübersicht können der jeweiligen Ressource sprachabhängige Beschreibungen hinterlegt werden.

Zum Vergrößern anklicken

Einrichtung

Feld	Beschreibung
Nr.	Nummer der Serviceleistung
Beschreibung	Beschreibung der Serviceleistung
Produktbuchungsgruppe	Die zu verwendende Produktbuchungsgruppe
MwSt.-Produktbuchungsgruppe	Die zu verwendende MwSt.-Produktbuchungsgruppe
Rechnungsrabatt erlaubt	Erlaubt die Anwendung von Bonrabatten/-nachlässen
Zeilenrabatt erlaubt	Erlaubt die Anwendung von Positionsrabatten/-nachlässen
Zuordnung vorhanden	Zeigt an, dass eine kassenstammspezifische Zuordnung vorhanden ist
Text erfassen	Ermöglich es, die Beschreibung der Ressource zu überschreiben

Export Freitextattribute

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt den Export von Freitextattributen inklusive Uebersetzungen.

Endpunkte

Freitextattribute: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/freeTextAttributes
Freitextattribut-Beschreibungen: http://<server>:<odata-port>/<service-tier>/api/BEterna/Export/v2.0/companies(<company-system-id>)/freeTextAttributeDescriptions?$filter=webshopChannelCode eq '<webshop-channel-code>' and freeTextAttributeSystemId eq '<free-text-attribute-system-id>'

Pflichtparameter

Bei Beschreibungen: webshopChannelCode und freeTextAttributeSystemId

Zentrale Rueckgabefelder

Attribute: code
Beschreibungen: language, text

Ergebnis

Der Shop erhaelt Freitextattribute fuer Produktcontent und sprachspezifische Ausgabe.

Schnellauswahl

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Schnellauswahl können für diverse Kassenzustände Schnellauswahlmöglichkeiten hinterlegt werden.

Hinweis: Pro Kategorie können bis zu 12 Schnelltasten hinterlegt werden.

Zahlungsmittel

Gewährt die Hinterlegung von Zahlungsmitteln, diese sind im Zahlungsprozess der Kassierung auswählbar.

Zum Vergrößern anklicken

Kunde

Gewährt die Hinterlegung von Debitoren/Kontakten, diese sind bei der Kundenanmeldung innerhalb der Kassierung auswählbar.

Zum Vergrößern anklicken

Nachlass

Gewährt die Hinterlegung von Nachlassgründen, diese sind sowohl bei Zeilen- als auch Bonnachlassauswahl innerhalb der Kassierung auswählbar. Es besteht außerdem die Möglichkeit, ein Start- und Enddatum festzulegen, ab bzw. bis zu dem der jeweilige Grund gelten soll.

Sicherung

Mon, 01 Jan 0001 00:00:00 +0000

Die Sicherung ermöglicht es, bestimmte Daten zu ex- bzw. importieren.

Zum Vergrößern anklicken

Aktionen

Initialisieren

Initialisiert für die aktuelle Konfiguration alle zur Verfügung stehenden Tabellen, abhängig vom gewählten Modus.

Ausführen

Führt die aktuelle Konfiguration durch, indem Daten als ZIP-Ordner entweder nach Downloads exportiert oder über eine manuelle Dateiauswahl importiert werden.

Adminmodus

Gewährt Zugriff auf den kennwortgeschützten Administratormodus, welcher Zugriff auf geschützte Funktionalitäten gewährt.

Einrichtung

Allgemein

Zum Vergrößern anklicken

Tax Free

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Tax-Free kann der länderabhängige MwSt.-Rückerstattungsprozess für Touristen konfiguriert werden.

Einrichtung

Allgemein

Zum Vergrößern anklicken

Feld	Beschreibung
Lagerort	Der Lagerortcode der zu verwendenden Kasse
Kasse	Der Kassencode der zu verwendenden Kasse
Anbieter	Der Tax-Free-Anbieter Global Blue: Es wird die Global-Blue-Schnittstelle verwendet
Aktiv	Aktiviert die Tax-Free-Einrichtung für die Verwendung innerhalb der Kassierung

Einstellungen

Zum Vergrößern anklicken

Feld	Beschreibung
Ländercode	Der Ländercode der Kassierung, dieser wird für länderspezifische Vorgaben benötigt Global Blue: Es werden die Länder Deutschland (DE), Österreich (AT), Frankreich (FR), Spanien (ES) und Italien (IT) unterstützt
Berechtigungsprüfung deaktivieren	Dadurch wird die automatische Berechtigungsprüfung bei Bonende, insofern nicht bereits Tax-Free manuell aktiviert wurde, deaktiviert
Rechnungs-Nr.-Serie	Ausschließlich für Italien (IT) benötigte Nummernserie für Belegausgaben
Gutschrift-Nr.-Serie	Ausschließlich für Italien (IT) benötigte Nummernserie für Belegstornierungen

Standard

Hinweis: Dieser Reiter ist nur verfügbar, wenn als Anbieter “Standard” ausgewählt wurde.

Terminal

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Terminal kann man pro Kasse Einstellungen für EC-Terminalgeräte vornehmen.

Zum Vergrößern anklicken

Aktionen

Die folgenden Aktionsmöglichkeiten findet man in der Übersicht und auf der Karte:

Feld	Beschreibung
Kartenzuordnung	Startet eine Testtransaktion mit den aktuell hinterlegten Einstellungen
Lastschrifttext kopieren	Verteilt den Lastschrifttext dieser Einrichtung auf alle anderen Terminaleinrichtungen.
Testtransaktion	Startet eine Testtransaktion mit den aktuell hinterlegten Einstellungen

Kartenzuordnung

In dieser Übersicht kann man den einzelnen Rückgabewerten eines Terminalprotokolls eine entsprechende Karte zuordnen. Unter Einrichtung → Zahlungsmittel kann man die hier hinterlegten Kartenarten einzelnen Kartenzahlungsmitteln zuweisen.

Ton

Mon, 01 Jan 0001 00:00:00 +0000

Die Einrichtung des Audio Feedbacks erfolgt unter Einrichtung → Ton. Die Einrichtung kann pro Kassenstamm individuell, pro Lagerort oder über alle Kassen hinweg gesteuert werden.

Zum Vergrößern anklicken

Ereignisse

Auf der Toneinrichtungskarte werden mehrere Ereignisse zur Verfügung gestellt, welche im Folgenden kurz erläutert werden:

Feld	Beschreibung
Artikel erfasst	Wenn ein Artikel korrekt erfasst wurde
Bonende	Wenn der Bon komplett abgeschlossen wurde
Fehlermeldung	Wenn eine Fehlermeldung erscheint
Artikel nicht gefunden	Wenn ein Artikel erfasst wurde, aber nicht korrekt ausgewertet werden konnte

Töne

Auf der Toneinrichtungskarte werden mehrere Tonarten zur Verfügung gestellt, welche im Folgenden kurz erläutert werden:

Verkäufer

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Verkäufer werden die Verkäufer und die Verkäuferrechte hinterlegt.

Zum Vergrößern anklicken

Aktionen

In der Verkäuferübersicht befinden sich mehrere Aktionstasten, welche im Folgenden kurz vorgestellt werden.

Feld	Beschreibung
Passwort ändern	Ändert/setzt für den ausgewählten Verkäufer das Kennwort
Passwort löschen	Entfernt das dem ausgewählten Verkäufer hinterlegte Kennwort
Gruppen	Öffnet die Gruppenverwaltung

Passwort ändern

Dieser Vorgang öffnet eine neue Maske, in der das alte sowie das neue Kennwort, nebst Bestätigung eingegeben werden muss. Mittels OK wird das neue Kennwort übernommen und verschlüsselt dem jeweiligen Verkäufer zugeordnet. Kennworteingaben sind nur bei Kassierer- und Supervisoranmeldungen, nicht jedoch beim Verkäuferwechsel, notwendig.

Zahlungsmittel

Mon, 01 Jan 0001 00:00:00 +0000

Unter Einrichtung → Zahlungsmittel werden die für den jeweiligen Kassenstamm möglichen Zahlungsmittel eingerichtet.

Zum Vergrößern anklicken

Aktionen

In der Zahlungsmittelübersicht befinden sich mehrere Aktionstasten, welche im Folgenden kurz vorgestellt werden.

Feld	Beschreibung
Filialverwaltung	Ermöglicht die Verwaltung mehrerer Filialen
Stückelung	Hinterlegt die Stückelung für Bar-Zahlungsmittel
Übersetzung	Hinterlegt die sprachabhängige Beschreibung für das ausgewählte Zahlungsmittel
Kartenzuordnung	Öffnet eine informative Übersicht über die terminalabhängigen Kartenarten
Zahlungsmittelprüfung	Ermöglicht ausgewählten Zahlungsmittelarten die Zuweisung bestimmter Prüfkriterien

Übersetzung

In der Übersetzungsübersicht können den jeweiligen Zahlungsmitteln sprachabhängige Beschreibungen hinterlegt werden.

Einrichtung

Mon, 01 Jan 0001 00:00:00 +0000

Zweck

Diese Seite beschreibt den empfohlenen Erstaufbau eines neuen BE-terna Project Mandanten im Business Central Client.

Voraussetzungen

Zugriff auf einen bestehenden Mandanten mit Berechtigung für die Funktionsverwaltung
Berechtigung zum Erstellen neuer Unternehmen
Entscheidung, ob Initialdaten oder Demodaten importiert werden

Reihenfolge

In der Funktionsverwaltung die Funktionsaktualisierung “Neue Verkaufspreiskalkulation” aktivieren.
In der Mandantenliste ein neues Unternehmen mit “Neu erstellen - Keine Daten” anlegen.
In den neuen Mandanten wechseln und die Einrichtung starten.
Initialdaten oder Demodaten importieren.
Danach im neuen Mandanten die Datenaktualisierung für die Verkaufspreiskalkulation einplanen und den Abschlussstatus prüfen.

Entscheidungshilfe: Initialdaten oder Demodaten

Initialdaten: Technischer und fachlicher Grundaufbau ohne zusätzliche Demo-Belege
Demodaten: Initialdaten plus zusätzliche Musterstammdaten und Beispielvorgänge

Hinweis: Nach dem Import von Initial- oder Demodaten ist ein Zurücksetzen im selben Mandanten nicht vorgesehen. Für einen anderen Datenstand wird ein neuer Mandant erstellt.

Prozess Katalog

Mon, 01 Jan 0001 00:00:00 +0000

Process Neuen Mandanten für BE-terna Project aufsetzen Unternehmen anlegen, Einrichtung starten und Datenbasis festlegen. +

Nutzen Sie den geführten Ablauf im neuen Unternehmen, um Initial- oder Demodaten kontrolliert zu importieren. Prüfen Sie anschließend die notwendige Datenaktualisierung, damit Preisberechnung und Folgeprozesse stabil arbeiten.

Process Projekte über das Rollencenter steuern Projektlisten und Projektkarten als zentrale Arbeitsoberflächen verwenden. +

Öffnen Sie Projekte über Suche, Kacheln oder Lesezeichen und steuern Sie die weitere Bearbeitung über Projektliste und Projektkarte. So bleiben Planungs-, Einkaufs- und Auswertungsfunktionen in einem konsistenten Ablauf.

Process Projektbelege und Kalkulation abstimmen Belegerfassung, Preisfindung und Controlling in einem abgestimmten Prozess führen. +

Verbinden Sie Belegbearbeitung, Preisanteile und Zuschlagslogik mit den projektspezifischen Auswertungen. Das reduziert Medienbrüche und verbessert die Nachvollziehbarkeit von Ergebnisänderungen.

Process Projektabrechnung vorbereiten und abschließen Rechnungserstellung mit Druck- und Prüfoptionen kontrolliert durchführen. +

Nutzen Sie standardisierte Prüf- und Freigabeschritte vor der finalen Rechnungserstellung, inklusive Zuschlags- und Abschlagsprüfung. Dokumentieren Sie Abweichungen direkt im Vorgang.

FAQ

Mon, 01 Jan 0001 00:00:00 +0000

FAQ Wann verwende ich Initialdaten statt Demodaten? Initialdaten eignen sich für einen neutralen Start ohne Beispieldaten. +

Verwenden Sie Initialdaten, wenn Sie Einrichtung, Rollen und Prozesse ohne fachliche Beispieldaten aufbauen möchten. Für Schulungen, Demos und frühe Prozessdurchläufe sind Demodaten meist besser geeignet.

FAQ Kann ich den Datenimport im selben Mandanten rückgängig machen? Ein Rücksetzen des bereits befüllten Mandanten ist nicht vorgesehen. +

Wenn Initial- oder Demodaten bereits importiert wurden, legen Sie für einen sauberen Neuaufbau ein neues Unternehmen an.

FAQ Wo starte ich die tägliche Arbeit in BE-terna Project? Der zentrale Einstieg erfolgt über Rollencenter, Projektliste und Projektkarte. +

Öffnen Sie die Projektübersicht über das Rollencenter und wechseln Sie von dort in die Projektkarte für Detailarbeit, Aktionen und Auswertungen.

Be-terna Produktdokumentation on Product Documentation

Archiv

Überblick

Typische Einsatzbereiche

Funktionsschwerpunkte

Verkauf und Vertragsmanagement

Version 27.1.0

Summary

27.1.0 — 2026-02-10

New features

Bug fixes

Abschluss

Abverkaufsdaten

Artikelverfolgung

Zweck

Fachlicher Nutzen

Inhaltlicher Fokus

Einsicht in IC-Belegen

Auftragsbestätigung

Zweck

Fachlicher Nutzen

Inhaltlicher Fokus

Ablauf

Basis

Allgemein

Demo

Version BC 22

Summary

22.0.3 — 2023-08-30

Bug fixes

22.0.2 — 2023-07-27

New features

22.0.1 — 2023-07-17

New features

Other changes

22.0.0 — 2023-07-10

Other changes

BE-POS Listener

Download

Installation

Kommunikation

Browser

Konfiguration

BE-terna Project Lizenz

Direktlieferung

Zweck

Fachlicher Nutzen

Inhaltlicher Fokus

Aufträge automatisch buchen

Import lokale Detailansichtssteuerung

Installation

Ziel der Einrichtung

Voraussetzungen

Empfohlene Reihenfolge

Einrichtungsschritte

SaaS-Tenant vorbereiten

Intercompany-Einrichtung

Zweck

Voraussetzungen

Empfohlene Reihenfolge

Einrichtungsbausteine

Bemerkungen zu Belegzeilen

JSON-REST Schnittstellen

Zweck

Inhaltlicher Fokus

Leitplanken

Erste Endpunkte

Kassenstart

Kassiereranmeldung

Wechselgelderfassung

Oberfläche

Aktionen

Vorlage kopieren

Replikation

Veröffentlichung

Allgemein

Artikel

Ressource

Rollencenter

Zweck