Vertriebsaufträge reorganisieren

1                     Themenübersicht

Mithilfe der Reorganisations-Anwendung „Vertriebsaufträge reorganisieren“ werden Vertriebsaufträge reorganisiert. Nachfolgend finden Sie unter anderem Beschreibungen zur Verwendung der Reorganisations-Anwendung und zu deren Parametern. Sie werden außerdem über die Auswirkungen der Reorganisation informiert.

Die Reorganisations-Anwendungen werden durch die Anwendung „Reorganisationsaufträge“ ausgeführt. Die Beschreibung dieser Anwendung finden Sie in der Dokumentation „Reorganisationsaufträge“. Darin finden Sie auch eine Vorgehensweise, wie Sie die Reorganisations-Anwendung ausführen.

In die Anwendung „Reorganisationsaufträge“ werden verschiedene Reorganisations-Anwendungen in eine Liste aufgenommen, um sie mit einem Reorganisationsauftrag nacheinander auszuführen. Damit tatsächlich reorganisiert wird, ist dafür oftmals eine bestimmte Reihenfolge innerhalb der Liste einzuhalten. Nur so können Verwendungen aufgelöst werden. Diese Reihenfolge entnehmen Sie bitte der Dokumentation „Reorganisationsreihenfolge“.

2                     Begriffsbestimmung

Hintergrund-Anwendung

Eine Hintergrund-Anwendung ist eine Anwendung, die ohne Interaktion mit einem Benutzer ausgeführt wird. Sie kann entweder durch einen Verarbeitungsauftrag, durch einen CORBA-Aufruf oder durch eine andere Anwendung geöffnet werden.

Reorganisation

Das Reorganisieren von Daten hat deren physisches Löschen aus der Datenbank zum Ergebnis. Das Löschen setzt eine Reihe von erfolgreich bestandenen Prüfungen voraus. Mit der Reorganisation werden auch die von den zu löschenden Daten eventuell abhängigen Business Objects gelöscht.

Reorganisations-Anwendungen

Reorganisations-Anwendungen sind Hintergrund-Anwendungen mit der besonderen Verwendung „Reorganisation“. Reorganisations-Anwendungen dienen der Reorganisation von Stamm- und Bewegungsdaten nach bestimmten Kriterien.

Reorganisationsauftrag

Ein Reorganisationsauftrag ist ein Verarbeitungsauftrag, durch den ausschließlich eine oder mehrere Reorganisations-Anwendungen aufgerufen werden. Der Aufruf der Reorganisations-Anwendungen erfolgt in einer individuell festgelegten Reihenfolge, wodurch Reihenfolgeabhängigkeiten berücksichtigt werden.

3                     Beschreibung

Mit der Reorganisations-Anwendung „Vertriebsaufträge reorganisieren“ werden Vertriebsaufträge in der Datenbank physisch gelöscht. Herangezogen werden die Vertriebsaufträge, die mit einem Löschkennzeichen versehen wurden. Ob der jeweilige Vertriebsauftrag tatsächlich reorganisiert wird, hängt von folgenden Voraussetzungen ab.

Hinweis:

Das Ausführen der Reorganisations-Anwendung erfolgt über die Anwendung „Reorganisationsaufträge“. Weitere Informationen zu dieser Anwendung finden Sie in der Dokumentation „Reorganisationsaufträge“.

3.1               Voraussetzungen

Voraussetzung für die Reorganisation eines Vertriebsauftrages ist, dass er ein Löschkennzeichen besitzt. Nur dann wird er für die Reorganisation berücksichtigt. Zudem müssen folgende Voraussetzungen erfüllt sein.

  • Der Vertriebsauftrag muss im Status „Erledigt“ sein.
  • Der Vertriebsauftrag darf nicht als Auftrags-Vorlage im Kunden verwendet werden.
  • Für den Vertriebsauftrag dürfen keine Lieferzuteilungen existieren.
  • Die Intrastat-Meldungsvorschläge wurden für alle zu diesem Vertriebsauftrag existierenden Ausgangsrechnungen berechnet.
  • Die Intrastat-Meldungsvorschläge wurden für alle zu diesem Vertriebsauftrag existierenden Eingangsrechnungen berechnet.
  • Mit diesem Vertriebsauftrag dürfen keine Belege verbunden sein, die folgenden Beleg-Typen entsprechen:
  • Beschaffungsanfrage
  • Beschaffungsangebot
  • Beschaffungsauftrag
  • Auftragsbestätigung
  • Pro-forma-Rechnung
  • Kommission
  • Lieferauftrag
  • Produktionsauftrag
  • Wareneingang
  • Ist ein Vertriebsschnellerfassungsbeleg mit dem Vertriebsauftrag verbunden, muss der Vertriebsschnellerfassungsbeleg im Status „Erledigt“ oder „Reorganisation begonnen“ sein.
  • Ist der Vertriebsauftrag zu einer Aufbewahrungskategorie zugeordnet, dann muss die Aufbewahrungsfrist abgelaufen sein.

3.2               Auswirkungen

Bei der Reorganisation werden die nachstehenden Daten des zu reorganisierenden Vertriebsauftrags physikalisch gelöscht:

  • Vertriebsauftragsbasis
  • alle Vertriebsauftragspositionen
  • alle zum Vertriebsauftrag gehörigen Business Objects zur Behandlung der Basisrabatte, positionsübergreifenden Rabatte und Auftragswertrabatte
  • alle zum Vertriebsauftrag gehörigen Business Objects zur Behandlung der Frachtkosten
  • alle zum Vertriebsauftrag gehörigen Business Objects zur Behandlung der Positionswertrabatte
  • alle zum Vertriebsauftrag gehörigen Business Objects zur Behandlung der Dispositionsmengen
  • alle zum Vertriebsauftrag gehörigen Business Objects zur Behandlung der Artikelkonfigurationen
  • alle zum Vertriebsauftrag gehörigen Einträge in den Business Entitys für die Berechtigungen

Die mit dem reorganisierten Vertriebsauftrag verbundenen Eingangs- und Ausgangsrechnungen werden gekennzeichnet. Dadurch wird diesen Belegen dieser besondere Zustand des fehlenden Vertriebsauftrages bekannt.

Die Identifikation (Art und Nummer) des reorganisierten Vertriebsauftrags wird gemeinsam mit der GUID in dem Business Entity „Beleg-Reorganisationsdaten“ gespeichert.

Wenn für den Vertriebsauftrag in der Anwendung „Beleg-Reorganisations­ein­stellungen/Historische Daten“ festgelegt ist, dass bei der Reorganisation historische Belegdaten erzeugt werden sollen, dann werden diese vor dem physischen Löschen des Vertriebsauftrags erzeugt. Zusätzlich zu der Identifikation und der GUID im Business Entity „Beleg-Reorganisationsdaten“ werden in diesem Fall die weiteren Daten des Vertriebsauftrags in dem Business Entity „Historischer Vertriebsauftrag“ gespeichert.

3.3               Parameter

Die Reorganisations-Anwendung hat folgende Parameter:

Parameter Erläuterung
Maximale Laufzeit Die maximale Laufzeit einer Reorganisations-Anwendung ist die Zeitspanne, nach der die Reorganisations-Anwendung spätestens beendet wird.

Der Vorschlagswert beträgt zehn Minuten.
Exportmodus Ob und in welchem Umfang für die Archivierung exportiert wird, kann über den Exportmodus eingestellt werden. Folgende Exportmodus können gewählt werden:

·         Nicht exportieren

·         Alle Attribute exportieren

·         Exportieren mit Filter

Dieser Modus steht nur zur Verfügung, wenn der Export in der Anwendung „Daten exportieren“ möglich ist.

Der Exportmodus steht nur dann zur Verfügung, wenn die Reorganisations-Anwendung das Archivieren der Daten ermöglicht.
Ziel-Ordner Der Ziel-Ordner dient der Archivierung der reorganisierten Daten. Die Archivierung erfolgt in einen Unterordner mit dem Namen der OLTP-Datenbank. Unterhalb dieses Ordners wird pro Business Entity ein weiterer Ordner erzeugt, in den die eigentlichen Archiv-Dateien abgelegt werden.

Der Vorschlagswert ist der Unterordner „usr/archive“ im Dateiserver-Pfad des ERP-System-Application-Servers.
Export-Filter Für den Exportmodus „Exportieren mit Filter“ können Sie in diesem Feld einen Export-Filter angeben, der für die Archivierung verwendet wird. Der Export-Filter kann in der Anwendung „Daten exportieren“ erstellt werden.

Dieses Feld steht nur dann zur Verfügung, wenn der Export der zu reorganisierenden Business Objects auch über die Anwendung „Daten exportieren“ möglich ist.
Warnungen automatisch bestätigen

(Checkbox)

 Mithilfe dieser Funktion legen Sie fest, ob während der Ausführung der Aktion auftretende Warnungen automatisch bestätigt werden sollen.

Ist die Funktion aktiviert, dann wird die Aktion auch bei auftretenden Warnungen erfolgreich ausgeführt.

Ist die Funktion deaktiviert, dann wird die Aktion bei auftretenden Warnungen abgebrochen.

3.4               Fähigkeiten

Für die Anwendung „Vertriebsaufträge reorganisieren“ besteht folgende spezielle Fähigkeit, die sich auf Aktionen bezieht. Für diese Fähigkeit können Sie in der Anwendung „Berechtigungsrollen“ Berechtigungen vergeben.

Beleg-Reorganisation

com.cisag.app.general.order.DocumentReorganization

Bei der Reorganisation von Belegen ist diese Fähigkeit eine notwendige Voraussetzung.

3.5               Betroffene Business Objects

Folgende Business Objects sind von der Reorganisation betroffen:

Reorganisierte Business Objects
  • Bezeichnung: Vertriebsaufträge

com.cisag.app.sales.obj.SalesOrder

  • Bezeichnung: Vertriebsauftragspositionen

com.cisag.app.sales.obj.SalesOrderDetail

  • Bezeichnung: Vertriebsauftrag/Vertriebsauftragsposition
    – zusätzliche Endverbraucherbeträge

com.cisag.app.sales.obj.SalesOrderProcessRetailValues

  • Bezeichnung: Belegrabatt-Info (Vertrieb)

com.cisag.app.sales.obj.SalesDocumentDiscount

  • Bezeichnung: Beleg-Leergutinformationen

com.cisag.app.sales.obj.DocumentEmpties

  • Bezeichnung: Leergut-Bewegungen

com.cisag.app.sales.obj.EmptiesTransaction

  • Bezeichnung: Beleg-Frachtkosten

com.cisag.app.sales.obj.DocumentFreightCost

  • Bezeichnung: Vertriebsauftragspositionswertrabatte

com.cisag.app.sales.obj.SalesOrderDetailValueDiscount

  • Bezeichnung: Auftrags-Dispomengen

com.cisag.app.general.obj.OrderDetailRelease

  • Bezeichnung: Zusatzpositionen zu Konfigurationen

com.cisag.app.production.prodconf.obj.AdditionalItems

  • Bezeichnung: Dynamisches Objekt BLOB

com.cisag.sys.kernel.obj.DynamicObjectBLOB

  • Bezeichnung: Belegorganisation-Berechtigungen

com.cisag.app.multiorg.obj.DocumentOrganizationAuthorization

  • Bezeichnung: Verfügbarkeitsänderung

com.cisag.app.inventory.obj.AvailabilityDetail

  • Bezeichnung: Reservierung

com.cisag.app.inventory.reservation.obj.FixedReservation

  • Bezeichnung: Bedarf

com.cisag.app.inventory.reservation.obj.DemandOrigin

  • Bezeichnung: Bedarfsposition

com.cisag.app.inventory.reservation.obj.DemandOriginDetail

  • Bezeichnung: Bedarfsdeckung

com.cisag.app.inventory.reservation.obj.DemandCoverage

  • Bezeichnung: Bedarfsdeckungsposition

com.cisag.app.inventory.reservation.obj.DemandCoverageDetail

Aktualisierte Business Objects
  • Bezeichnung: Ausgangsrechnungen

com.cisag.app.sales.obj.CustomerInvoice

  • Bezeichnung: Eingangsrechnungen

com.cisag.app.purchasing.obj.SupplierInvoice

Neue Business Objects
  • Bezeichnung: Beleg-Reorganisationsdaten

com.cisag.app.general.obj.DocumentReorganizationData

  • Bezeichnung: Belegposition-Reorganisationsdaten

com.cisag.app.general.obj.DocumentDetailReorganizationData

  • Bezeichnung: Historischer Vertriebsauftrag

com.cisag.app.sales.orderarchive.obj.SalesOrderArchive

  • Bezeichnung: Historische Vertriebsauftragsposition

com.cisag.app.sales.orderarchive.obj.SalesOrderArchiveDetail

Czy ten artykuł był pomocny?

Wyślij opnie