eBiss Archive - Seite 2 von 5

(Deutsch) Typsätze in eBiss partnerspezifisch einstellen

eBiss

Sorry, this entry is only available in Deutsch.

Um Typsätze in eBiss partnerspezifisch einzustellen geht man wie folgt vor:

Im Selektor die Selektionsstrategie auf „ByTargetTypeSet“ und den entsprechenden Zieltyp als Dokument Typ einstellen.
Einen eingehenden Typsatz beim Partner einstellen, der als Quelltyp EDIFACT Orders vom korrekten Release(D96a, D93a, D01B…etc.) hat und dort das entsprechende Mapping hinterlegen, dessen Quelltyp dem Typsatz Quelltyp entspricht(das geht in eBiss3 einfach, denn es stehen nur die Mappings mit entsprechend eingestelltem Quelltyp zur Auswahl).
Die Selektionsstrategie im ersten Transformer auf „ByPartnersPreference“ und möglichst noch den Zieltyp, in diesem Fall „ebiss.industry.order“, einstellen.
Der zweite Transformer von MiddleWare auf INHOUSE Typ ist bei der Selektionsstrategie auf „ByFixedMapping“ und mit dem entsprechenden INHOUSE Mapping einzustellen.

Bitte beachten: Die Tooltips über den Parameternamen der Jobobjekte On MouseOver geben ausführliche Hinweise

2020-03-30/by mg

(Deutsch) LoadDocumentByOid()

eBiss

Sorry, this entry is only available in Deutsch.

Mit Hilfe der MappingFunktion „LoadDocumentByOid()“ kann man innerhalb eines Mappings ein beliebiges Dokument aus eBiss heraus laden, um beispielsweise Daten, die aus mehr als einer Quelle kommen, in ein Zieldokument zu schreiben.

Die Oid ermittelt man mit Hilfe der GetMessage() Funktion. In diesem konkreten Fall will man das Dokument das innerhalb derselben Message ist und den Typ LSB hat. Das geht mit

GetMessage()/Documents[ @DocumentType = ‚LSB‘ ]/@Oid => $oid
Dann mit LoadDocumentByOid($oid) das zweite Dokument mit laden => $$refDoc
Zuletzt die richtige Zeile aus dem refDoc zur Preisermittlung nachschlagen:
1. $refDoc/Lines[ @ArtNr = $artNr ]/@SuggestedRetailPrice => SuggestedRetailPrice

Am einfachsten wird das verwendet, indem man die Funktion interaktiv im Debugger ausführt.

Die Oid kann man dazu raussuchen und als Konstante mit eingeben und schon sieht man das Funktionsergebnis als Baum.

2020-01-22/by mg

(Deutsch) StatefulDocumentMessageCollector

eBiss

Sorry, this entry is only available in Deutsch.

Neue Funktionalität für die DiffMappings ist eingebaut. Dazu gibt es neu die Funktion LoadStatefulDocument, mit deren Hilfe man die vorherige erfolgreich verarbeitete Version desselben Dokumentes bekommt und diese dann laden kann. In diesem Zusammenhang kann man nun nicht mehr länger einfach mit dem RemoveMessage JobStep die alten Messages löschen, sondern sollte das so machen, dass das nicht nur nach Zeit, sondern eben auch nach der letzten Dokumenteninstanz geht. Insgesamt kann es dann sein, dass man mehrere tausend Dokumente vorhalten muss.

Um in diesem Szenario qualifiziert zu löschen, gibt es nun diesen neuen JobStep StatefulDocumentMessageCollector, der Messages einsammelt. Diese kann man dann mit dem JobStep MessageDeletor verbinden und so die alten Messages löschen.

Parameter:

MessageBox auf der gesucht werden soll

StatefulEntityTypeName ist der EntityType nach dem gesucht werden soll

NumberOfDocumentInstancesToKeep gibt an, wie viele erfolgreich verarbeitete Dokumenteninstanzen noch vorgehalten werden sollen >= 1

MinStateToCollect gibt an ab welchem Status ein Dokument / Message als erfolgreich angesehen wird.

Rest wie beim MessageCollector

Die Funktion sammelt dann die Messages ein, die genau ein Dokument des EntityTypes enthalten. Dann wird festgestellt, ob es ältere Dokumente desselben Types mit derselben DokumentenNr gibt. Es wird nach EntryDate absteigend sortiert und sobald die Anzahl „zu behaltender Dokumente“ mit derselben DokumentenNr erreicht ist, werden die älteren Instanzen der Dokumente/Messages eingesammelt und in den Job als InputMessages geladen.

Von dort können diese dann beispielsweise mit dem MessageDeletor gelöscht werden, oder auch in eine andere MessageBox verschoben werden etc.

2020-01-22/by mg

Management of synchronized directories

eBiss, new features

The administration of synchronized directories is possible with eBiss 3. You need a Harddisk ChannelReceiver, the appropriate ChannelSender and a FileEventListener. So that only changed files are transferred, the EventListener checks for the ArchivFlag, only if a file was changed, it gets the ArchivFlag.
The files are fetched, transmitted and written again on the other side.

Configuration of the EventListener:

OnlyCheckFilesWithArchiveFlag checks for files with archive flag. Different than usual, it also checks that no hidden files are triggered, furthermore the file must be able to be opened exclusively, otherwise the EventListener will not hit. (You can track this in the LogDebug).

New FileHandling method in the HarddiskReceiveChannel:

Set the channel to attract exclusively:

New setting in Harddisk ChannelSender for FileExists handling:

A working example configuration can be found in StandardTemplates under DirectorySync. In addition to the presented new features there are two enhancements. On the one hand the HarddiskChannelSender checks for a set ArchiveFlag when writing and if it finds this (file was changed also both sides), the new file is put with a counter next to it, so that the users have the possibility to merge the changes. One can give the HarddiskReceiver now a MaxKB limit, so that not all data are fetched immediately (In case of large directories). Then he takes files until the limit is exceeded for the first time, but just at least one file. Additionally you have the possibility with the new JobBox MEssageContentRemover to remove the content of large files directly from the MessageStore.

2019-08-08/by mg

GLOSARY

Data Stream, e-Invoice, eBiss, EDIFACT, eGate, WWS-Profile

IT terms
Cross Docking	Procedure in which goods pre-picked for a final destination in a distribution warehouse are only redistributed at package level.
CRP program	The Cyclic Replenishment Program is a procedure for the regular replenishment of articles.
EAN	The international (formerly European) article number is an internationally unique article identification.
EANCOM	A subset of EDIFACT, carried by EAN.UCC, specifically for retail and consumer goods.
EAN International	The umbrella organisation for the allocation of article and company identifications looks after various standards, including EANCOM.
EAN.UCC	The umbrella organization of EAN International and UCC.
EDI	Electronic Data Interchange is a generic term for the structured exchange of data between applications.
EDIFACT	Electronic Data Interchange For Administration, Commerce and Transport is an internationally standardized basic standard of EDI, supported by UN and ISO.
GLN	The Global Location Number is an internationally unique identification of a company and is assigned by the EAN.UCC.
GTIN	The Global Trade Item Number is the successor of the EAN and UPC.
Material EDI	The profile of the DTB for data exchange between producer and supplier.
NCTS	The New Computerized Transit System is a computerized transit system in Europe in connection with customs.
PLV	The passive contract processing.
SSCC	The Serial Shipping Container Code is an EAN package identifier.
Subset	A subrange of a standard, e.g. EANCOM from EDIFACT.
UPC	The Universal Product Code is an equivalent of the EAN in the USA.
VAN	The Value added network is a value-added service, i.e. networks with additional services to the pure connection.
WWS profile	EANCOM application profile for lifestyle retail
XML/EDI	Electronic Data Interchange using eXtensible Markup Language describes electronic data interchange using XML or approaches such as ebXML, Bizztalk, but not yet a standard.