INTERFACE ID |
IB07 - Items |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
SOURCE |
RMS |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
DESTINATIONS |
RWMS, SIM |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
INTEGRATION STYLE |
RIB Asynchronous – Unidirectional |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
DESCRIPTION |
RMS publishes messages about items to the Oracle Retail Integration Bus (RIB). In situations where a retailer creates a new item in RMS, the message that ultimately is published to the RIB contains a hierarchical structure of the item itself along with all components that are associated with that item. Items and item components make up what is called the Items message family. After the item creation message has been published to the RIB for use by external applications, any modifications to the basic item or its components cause the publication of individual messages specific to that component. Deletion of an item and component records has similar effects on the message modification process, with the exception that the delete message holds only the key(s) for the record. Before an Item can be successfully consumed by a subscribing application, the Suppliers, Pack Component Items, UDAs, Diffs, and Tickets that the Item references must have already been successfully consumed by the same subscribing application. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
DATA |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
DEPLOYMENT |
RIB |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
INTEGRATION SERVICE LEVELS |
Guaranteed, once-only delivery to destination |
YES |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Scheduled data exchange |
No |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Audit-trail kept for data exchange (state historical duration of audit trail) |
Auditing at message level |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Alerting required should data exchange fail? |
Yes. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Retry of data exchange necessary? (state number of times before error is logged or failure condition is met) |
Yes. RIB Hospital |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Data purge on data transmittal? |
Yes |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Security on data exchange required? |
No |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
PERFORMANCE SERVICE LEVELS |
If this is a server application, what is the design-time number of concurrent clients that will be serviced? |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Priority of integration (High, Medium, Low)? |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Fail-over required? |
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Expected response time or batch processing window |
N/A |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Frequency of messaging or batch data exchange |
|