1 Themenübersicht
In dieser Dokumentation wird die Vorgehensweise für den Umgang mit der Anwendung „Daten importieren“ bezogen auf Vertriebsanfragen beschrieben. Diese Vorgehensweisen enthalten allgemeine Anleitungsschritte und welche Besonderheiten zu berücksichtigen sind. Sie werden außerdem über mögliche Voraussetzungen und Auswirkungen informiert.
Die Beschreibung der Anwendung „Daten importieren“, die unter anderem auch Feld- und Button-Beschreibungen enthält, finden Sie in der Dokumentation „Daten importieren“.
2 Allgemeines
Der Import einer Vertriebsanfrage basiert im Wesentlichen auf dem aktuellen Datenmodell, welches in der Repository-Datenbank hinterlegt ist. Für den Datenexport stehen mehr Attribute als für den Datenimport zur Verfügung. Deshalb ist sinnvoll, für den Export und Import separate Filter festzulegen.
1:1-Beziehungen basieren im Datenmodell in der Regel auf einem technischen GUID-Attribut. Je nach Anwendungsfall kann beim Import entweder das technische GUID-Attribut verwendet werden oder der fachliche Schlüssel aus dem Ziel-Objekt (meist code oder number). Bei einigen Business Objects ist für die Umwandlung fachlicher Schlüssel zu technischem Schlüssel eine Organisation notwendig. Die jeweils relevante Organisation steht im Normalfall nicht direkt in der Import-Quelle, sondern ist über den Belegkontext vorgegeben. Weitere Informationen dazu finden Sie im Kapitel „Übersicht: Attribute“.
Sowohl in der Basis als auch in der Position einer Vertriebsanfrage werden Hash-Code-Business-Objects referenziert. Das sind fachlich zusammengehörende Attributgruppen, die für viele Belege immer wieder gleich sind und deren Wiederverwendung einigen Speicherplatz in der Datenbank und im Hauptspeicher spart. Über eine spezielle Konvertierung stellen sich die Hash-Code-Business-Objects für den Export bzw. Import wie Parts dar.
Bestimmte Daten der Vertriebsanfragen wie interne Hilfsattribute können nicht importiert werden.
Wenn Sie sich nicht sicher sind, welches das geeignete Format der Importdatei ist, dann gehen Sie wie folgt vor: Erfassen Sie über die Anwendung „Vertriebsanfragen“ einen Beispiel-Beleg und exportieren Sie diesen mit dem Filter für den Import im gewünschten Format mit den gewünschten Attributen. Die so entstehende Beispieldatei lässt sich als Vorlage für die zu erzeugenden Importdateien verwenden.
Beim Import gelten die gleichen Regeln wie bei der Bearbeitung über die Anwendung. Zum Beispiel kann in einer gespeicherten Position der Artikel nicht mehr nachträglich geändert werden. Attributwerte werden ignoriert, wenn sie im aktuellen Kontext nicht übernommen werden können. Ebenso wird bei der Vorschlagswertermittlung die gleiche Logik durchlaufen, sodass sich Import und Anwendung identisch verhalten. Gleiches gilt für die Prüfungen.
Hinweis:
Bestehende Vertriebsanfragen können durch den Import zusätzlicher Daten erweitert werden. Die bestehenden Daten werden sofern möglich durch die Importdaten ersetzt.
3 Vorgehensweise: Vertriebsanfragen importieren
- Öffnen Sie die Anwendung „Daten importieren“.
- Lassen Sie sich den bzw. einen Filter für dieses Business Object anzeigen: cisag.app.sales.obj.RequestForProposal
- Der Filter für den Import von Vertriebsanfragen wird geöffnet.
- Duplizieren oder erfassen Sie bei Bedarf einen neuen Filter für dieses Business Object.
- Ändern Sie bei Bedarf die bereits ausgewählten Attribute des Filters.
- Drücken Sie in der Standard-Symbolleiste den Button „Daten importieren“.
- Das Dialogfenster „Daten importieren“ wird geöffnet.
- Im Dialogfenster „Daten importieren“ können Sie Einstellungen für die Importdatei vornehmen. Eine Beschreibung der Felder finden Sie in der Dokumentation „Daten importieren“.
- Drücken Sie einen der Buttons „Im Hintergrund“ oder „Sofort“.
- Der Import wird ausgeführt.
4 Neue Vertriebsanfragen erzeugen
Die minimal notwendigen Attribute pro Basisobjekt:
Attribut-Bezeichnung | Attribut |
Vertriebsorganisation
(in Single-Site-Systemen mit deaktivierten inhaltsbezogenen Berechtigungen ist das automatisch der Mandant) |
invoicingPartyData.Partner |
Vertriebs-Anfrageart | Type |
Anfragesteller | customerData.CustomerPartner |
Optional können Sie mithilfe des Imports auch die Nummer (number) übergeben. In diesem Fall wird die über den Nummernkreis gemäß Art ermittelte Nummer ignoriert. Zudem muss über geeignete Konventionen dafür gesorgt werden, dass die über den Import vergebene Nummer nicht mit einer bereits vergebenen oder zukünftig automatisch zu vergebenen übereinstimmt.
Die minimal notwendigen Attribute pro Positionsobjekt:
Attribut-Bezeichnung | Attribut |
Artikel | Item |
Gesamtmenge | totalQuantity |
Optional können Sie bei einer neuen Position auch eine Nummer (number) mitgeben.
Ein entsprechendes Minimal-XML mit fachlichen Attributen und zwei Positionen hat z. B. den folgenden Inhalt:
<?xml version=”1.0″ encoding=”UTF-8″?>
<semiramis xmlns=”com.cisag.app.sales.obj.RequestForProposal” xsi:schemaLocation=”com.cisag.app.sales.obj.RequestForProposal RequestForProposal.xsd” created=” 2006-11-13T13:30:43.618Z” locale=”en-US-XMLSchemaCompliant” xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance nlsMode=”MULTI_LANGUAGE” dateTimeMode=”COMPACT”>
<RequestForProposal xmlns=”com.cisag.app.sales.obj.
RequestForProposal”>
<invoicingPartyData>
<Partner>00000</Partner>
</invoicingPartyData>
<customerData>
<CustomerPartner>10020</CustomerPartner>
</customerData>
<Type>100</Type>
<Details>
<Item>4711</Item>
<totalQuantity>
<amount>10</amount>
<Uom>St.</Uom>
</totalQuantity>
</Details>
<Details>
<Item>4712</Item>
<totalQuantity>
<amount>20</amount>
<Uom>St.</Uom>
</totalQuantity>
</Details>
</ RequestForProposal>
</semiramis>
Die restlichen Attribute werden in diesem Beispiel über die Vorschlagswerte gemäß Stammdaten etc. hinzugefügt.
Sie können darüber hinaus weitere Werte importieren und statt der fachlichen Attribute auch technische verwenden. Eine Auflistung der Attribute finden Sie im Kapitel „Übersicht: Attribute“.
5 Besonderheiten bei der Bearbeitung einer Vertriebsanfrage
Bei der Bearbeitung einer bestehenden Vertriebsanfrage müssen Sie folgendes beachten: Beim Importieren von Vertriebsanfragen in Multi-Site-Systemen und Single-Site-Systemen mit aktivierten inhaltsbezogenen Berechtigungen wird zwingend eine Vertriebsorganisation benötigt. Beim Bearbeiten einer bestehenden Vertriebsanfrage ergibt sich die Vertriebsorganisation immer aus dem in der Datenbank gespeicherten Beleg. Eine evtl. abweichende Vertriebsorganisation in der Import-Quelle wird in diesem Fall ignoriert.
Für das Auffinden einer in der Datenbank gespeicherten Vertriebsanfrage wird entweder ihre technische Identifikation (RequestForProposal:guid) oder ihre fachliche Identifikation (Type [oder type] und number) benötigt.
Wenn eine in der Datenbank gespeicherte Vertriebsanfrage bereits Positionen haben sollte, dann beachten Sie bitte, dass aktuell keinerlei Basisattribute
übernommen werden.
Bei den Positionen können sämtliche Möglichkeiten des Imports – also insbesondere auch Löschen – verwendet werden. Auch dazu wird für das Auffinden einer gespeicherten Position entweder die technische Identifikation (RequestForProposalDetail:guid) oder die fachliche Identifikation (number) benötigt.
Änderungen über den Import sind nur dann möglich, wenn keine Prüfung dies verhindert.
6 Automatische Freigabe nach dem Import
Sofern der Import erfolgreich durchgeführt wurde, können Sie eine bearbeitete Vertriebsanfrage automatisch nach dem Import freigeben lassen. Diese Möglichkeit ist insbesondere in Kombination mit dem Eröffnungsstatus „In Bearbeitung“ (siehe Art) sinnvoll. Damit verhindern Sie, dass eine noch nicht vollständig importierte Vertriebsanfrage bereits in Folgebelegen verwendet werden kann. Während der Freigabe hat die Vertriebsanfrage den Status „Ungültig“, sodass die Vertriebsanfrage auch in diesem Schritt nicht verwendet werden kann.
Für diese Funktionalität müssen Sie für die relevante Instanz das virtuelle Basis-Attribut autoRelease auf den Wert true setzen.
Ist diese Funktion aktiviert und bestehen keine sonstigen Fehler, dann wird im Meldungsprotokoll eine zusätzliche Informationsmeldung mit dem Hinweis ausgegeben, dass die Vertriebsanfrage automatisch freigegeben wurde. War dies nicht möglich, dann wird eine Warnung ausgegeben.
7 Tipps für die Altdatenübernahme
Stellen Sie vor dem Import sicher, dass alle referenzierten Stammdaten korrekt übernommen wurden. Damit vermeiden Sie eine unnötige Fehlerbearbeitung bei den Vertriebsanfragen.
8 Übersicht: Attribute
Nachfolgend sind die Attribute der einzelnen Business Objects aufgeführt, die für den Import zur Verfügung stehen. Bei Fremdschlüsselattributen steht zusätzlich der entsprechende Beziehungsname dabei. Die Attribute sind Änderungen unterworfen und können durch Anpassungen erweitert werden.
Bei einigen Business Objects ist für die Umwandlung fachlicher Schlüssel zu technischem Schlüssel eine Organisation notwendig. Bei den Attributlisten ist dies über die folgenden Anmerkungen in der Spalte „Attribut“ gekennzeichnet.
- Vertriebsorganisation (immer gemäß Basis)
- Firma (immer gemäß Basis)
Die Identifikationsattribute (Key-Attribute) werden über ein (K) gekennzeichnet.
8.1 Basisdaten
8.1.1 Vertriebsanfrage (RequestForProposal)
Die Identifikation einer Vertriebsanfrage besteht aus einer Vertriebs-Anfrageart und einer Nummer aus dem bei der Art hinterlegten Nummernkreis.
Attribut | Beziehung | Erläuterung |
autoRelease | Automatisch freigeben
(virtuelles Attribut) Siehe dieses Kapitel: Automatische Freigabe nach dem Import |
|
classification1
(Vertriebsorganisation) |
Classification1 | Klassifikation 1
Hinweis: Bei Klassifikationsattributen importieren Sie den Pfad. |
classification2
(Vertriebsorganisation) |
Classification2 | Klassifikation 2
Hinweis: Bei Klassifikationsattributen importieren Sie den Pfad. |
classification3
(Vertriebsorganisation) |
Classification3 | Klassifikation 3
Hinweis: Bei Klassifikationsattributen importieren Sie den Pfad. |
classification4
(Vertriebsorganisation) |
Classification5 | Klassifikation 4
Hinweis: Bei Klassifikationsattributen importieren Sie den Pfad. |
classification5
(Vertriebsorganisation) |
Classification5 | Klassifikation 5
Hinweis: Bei Klassifikationsattributen importieren Sie den Pfad. |
customerData | Siehe dieses Kapitel: Kundendaten (customerData, deliveryCustomerData, invoiceCustomerData) | |
date | Erfassungsdatum | |
deliveryCustomer Data |
Siehe dieses Kapitel: Kundendaten (customerData, deliveryCustomerData, invoiceCustomerData) | |
deliveryData | Siehe dieses Kapitel: Lieferdaten (deliveryData) | |
deliveryPartnerData.careOf | deliveryPartnerData.CareOfPartner | Lieferpartner:
zu Händen |
deliveryPartnerData.careOfName | Lieferpartner:
zu Händen Name |
|
detailPurchasing DataOrigin |
Beschaffungsdaten-Herkunft für Positionen | |
guid (K) | Technische Identifikation für die Änderung/ Löschung bereits gespeicherter Daten – sofern bekannt. |
|
invoiceCustomerData | Siehe dieses Kapitel: Kundendaten (customerData, deliveryCustomerData, invoiceCustomerData) | |
invoicingData
· invoicingData. · invoicingDate. |
PaymentMethod PaymentTerms |
Rechnungsdaten
· Zahlungsart · Zahlungsbedingung |
invoicingPartyData | Siehe dieses Kapitel: Vertriebsorganisationsdaten (invoicingPartyData) | |
number (K) | Nummer (fachliche Identifikation), optional bei Neuerzeugung – wird sonst automatisch ermittelt.
Pflicht, sofern bei Änderung/Löschung die guid nicht angegeben wurde. |
|
proposalDeadLine. value |
Angebot bis | |
purchasingOrganization | PurchasingOrganization | Beschaffungsorganisation |
purchasingReference | Beschaffungsanbindung | |
requestDate.value | Wunschtermin | |
responsible | ResponsiblePartner | Zuständiger Mitarbeiter |
salesRepresentative | SalesRepresentative | Vertreter |
status | Allgemeiner Status (nur „Freigegeben“, „Gesperrt“) |
|
storageArea.warehouse | Lagerort
Hinweis: Sie können den Lagerort nur für Belege importieren, für die gemäß Belegart die Funktion „Lagerort verwenden“ aktiviert ist. |
|
storageAreaDefault | Lagerort-Vorschlagswert | |
supplier | SupplierPartner | Lieferant |
TextAssignments | Datei-Anhänge/Texte
Siehe dieses Kapitel: Texte (TextAssignments) |
|
type (K) | Type | Art (fachliche Identifikation):
Pflicht, sofern bei Änderung/Löschung die guid nicht angegeben wurde. |
8.1.2 Kundendaten (customerData, deliveryCustomerData, invoiceCustomerData)
Die Kundendaten in den folgenden Verwendungen sind in der Datenbank als Hash-Code-Business-Object abgelegt und stellen sich für den Export/Import als Part dar. Das gleiche gilt für die Adressdaten.
Analog zu den technischen Attributnamen wurden die folgenden Part-Namen vergeben:
- customerData Anfragesteller
- deliveryCustomerData Lieferempfänger
- invoiceCustomerData Rechnungsempfänger
Die folgenden Attribute demnach pro Verwendung jeweils einmal.
Attribut | Beziehung | Erläuterung |
addressData.city | Adresse – Ort | |
addressData.country | addressData.Country | Adresse – Land |
addressData.district | Adresse – Distrikt | |
addressData.poBox | Adresse – Postfach | |
addressData. poBoxCity |
Adresse – Postfach Ort | |
addressData. poBoxPostalCode |
Adresse – Postfach PLZ | |
addressData. postalCode |
Adresse – Postleitzahl | |
addressData.region | addressData.Region | Adresse – Region |
addressData.street | Adresse – Straße | |
customer | CustomerPartner | Kunde |
careOf | CareOfPartner | Zu Händen |
careOfName | Zu Händen Name | |
name | Kundenname |
8.1.3 Lieferdaten (deliveryData)
Die Lieferdaten sind in der Datenbank als Hash-Code-Business-Object abgelegt und stellen sich für den Export/Import als Part dar.
Attribut | Beziehung | Erläuterung |
deliveryTerms | DeliveryTerms | Lieferbedingung |
deliveryTermsLocation | Lieferbedingung Ortsbezug | |
shippingTerms | ShippingTerms | Versandbedingung |
8.1.4 Vertriebsorganisationsdaten (invoicingPartyData)
Einige Daten der Vertriebsorganisation sind in der Datenbank als Hash-Code-Business-Object abgelegt und stellen sich für den Export/Import als Part dar.
Attribut | Beziehung | Erläuterung |
careOf | CareOfPartner | Zu Händen |
careOfName | Zu Händen Name | |
partner | Partner | Partner
Hinweis: Bei bestehenden Vertriebsanfragen kann dieses Attribut nicht durch den Import geändert werden. Daten in der Importdatei werden beim Import ignoriert. |
8.1.5 Texte (TextAssignments)
Attribut | Beziehung | Erläuterung |
code | Textbaustein (optional) |
|
document | Beleg | |
sequence | Nummer | |
text | Texte pro Sprache
(Wird nur verwendet, wenn kein Textbaustein angegeben wurde, siehe dieses Kapitel: text) |
|
type | Texttyp |
text
Attribut | Beziehung | Erläuterung |
contentType | Inhaltstyp | |
language | Sprache | |
text | Text |
Textbaustein „TXT1“, und der zweite Text enthält einen freien Fußtext für die Sprachen de und en:
<?xml version=”1.0″ encoding=”UTF-8″?><semiramis xmlns=”com.cisag.app.sales.obj.RequestForProposal” xsi:schemaLocation=”com.cisag.app.sales.obj.RequestForProposal RequestForProposal.xsd” created=”2010-06-28T14:34:55.142Z” locale=”en-US-XMLSchemaCompliant” xmlns:xsi=”http://www.w3.org/2001/XMLSchema-instance” nlsMode=”SINGLE_LANGUAGE” dateTimeMode=”COMPACT”> <RequestForProposal xmlns=”com.cisag.app.sales.obj.RequestForProposal”>
<customerData>
<CustomerPartner>
<number>10010</number>
</CustomerPartner>
</customerData>
<invoicingPartyData>
<Partner>
<number>90000</number>
</Partner>
</invoicingPartyData>
<Type>
<code>100</code>
</Type>
<TextAssignments>
<code>TXT1</code>
<sequence>10</sequence>
<document index=”0″>CUSTOMER_PROPOSAL</document>
<document index=”1″>ORDER_CONFIRMATION</document>
<document index=”2″>PICKING_SLIP</document>
<document index=”3″>DELIVERY_SLIP</document>
<document index=”4″>CUSTOMER_INVOICE</document>
<document index=”5″>PROFORMA_INVOICE</document>
<document index=”6″>SHIPPING_LOAD</document>
<document index=”7″>PRODUCTION_ORDER</document>
<type>HEADER</type>
</TextAssignments>
<TextAssignments>
<code/>
<sequence>20</sequence>
<document index=”0″>CUSTOMER_PROPOSAL</document>
<document index=”1″>ORDER_CONFIRMATION</document>
<document index=”2″>PICKING_SLIP</document>
<document index=”3″>DELIVERY_SLIP</document>
<document index=”4″>CUSTOMER_INVOICE</document>
<document index=”5″>PROFORMA_INVOICE</document>
<document index=”6″>SHIPPING_LOAD</document>
<document index=”7″>PRODUCTION_ORDER</document>
<type>FOOTER</type>
<text>
<language>de</language>
<text>Dies ist ein Beispieltext.</text>
<contentType>text/plain</contentType>
</text>
<text>
<language>en</language>
<text>This is an example text.</text>
<contentType>text/plain</contentType>
</text>
</TextAssignments>
</RequestForProposal>
</semiramis>
Bei den Texten können Sie auch diverse Formatierungen verwenden. Benötigen Sie Beispiele für konkrete Formatierungen, dann erfassen Sie am besten einen Musterbeleg mit den gewünschten Textformatierungen und exportieren diesen.
Hinweis:
Normalerweise werden Texte aus der Importdatei importiert und evtl. Vorschlagswerte aus den Partner-Stammdaten usw. ignoriert. Hat die Server-Property com.cisag.app.general.order.bi.applyAllwaysTextDefaults den Wert true, dann werden in jedem Fall die Vorschlagswerte ermittelt und mit den ggf. in der Importdatei vorhandenen Texten kombiniert. Hierbei ist zum einen zu beachten, dass die Nummern der Textzeilen passend gewählt sein müssen und dass zum anderen im Ergebnis nur eine Text-Zeile mit einem Artikel-text entsteht.
8.2 Vertriebsanfragepositionen (RequestForProposalDetail)
Attribut | Beziehung | Erläuterung |
customerItemNumber | Kunden-Artikelnummer
Weitere Informationen finden Sie in dieser Dokumentation: Belegposition mithilfe einer EAN importieren |
|
deliveryPartnerData.careOf | deliveryPartnerData.CareOfPartner | Lieferpartner:
zu Händen |
deliveryPartnerData.careOfName | Lieferpartner:
zu Händen Name |
|
ean | Europäische Artikelnummer (EAN)
Weitere Informationen finden Sie in dieser Dokumentation: Belegposition mithilfe einer EAN importieren |
|
guid (K) | Technische Identifikation (Position) für die Änderung/Löschung bereits gespeicherter Daten – sofern bekannt. | |
header (K) | Technische Identifikation (Basis) | |
item | Item | Artikel |
number (K) | Nummer (fachliche Identifikation), optional bei der Neuerzeugung – wird sonst automatisch ermittelt.
Pflicht, sofern bei Änderung/Löschung die guid nicht angegeben wurde. |
|
preferredDate.value | Wunschtermin | |
pseudoItemDescription | Pseudo-Artikelbezeichnung
Hinweis: Nur für Pseudo-Artikel. Für alle anderen wird die Angabe ignoriert. |
|
purchasingDataOrigin | Beschaffungsdaten-Herkunft | |
purchasingOrganization | PurchasingOrganization | Beschaffungsorganisation |
purchasingReference | Beschaffungsanbindung | |
reference | Bezug | |
supplier | SupplierPartner | Lieferant |
status | Allgemeiner Status (nur „Freigegeben“, „Gesperrt“) |
|
storageArea.warehouse | Lagerort (code) | |
storageAreaDefault | Lagerort-Vorschlagswert | |
TextAssignments | Datei-Anhänge/Texte
Siehe dieses Kapitel: Texte (TextAssignments) |
|
totalQuantity
· totalQuantity. · totalQuantitiy. |
Uom |
Gesamtmenge
· Menge · Mengeneinheit |
uomObligation | Einheiten-Verbindlichkeit
Hinweis: Sie können die Einheiten-Verbindlichkeit nur importieren, wenn für den Mandanten in der Anwendung „Customizing“ die Funktion „Bestand in logistischen Einheiten führen“ aktiviert ist. |
|
uomObligationOrigin | Herkunft Einheiten- Verbindlichkeit Hinweis: Sie können die Herkunft Einheiten-Verbindlichkeit nur importieren, wenn für den Mandanten in der Anwendung „Customizing“ die Funktion „Bestand in logistischen Einheiten führen“ aktiviert ist. |