Non-SAP Feeder System Interfaces to GTS. Jessica Hill EntryPoint Consulting Dave Moore EntryPoint Consulting

Non-SAP Feeder System Interfaces to GTS Jessica Hill – EntryPoint Consulting Dave Moore – EntryPoint Consulting April 25, 2007 Learning Points • Pro...
Author: Roger Palmer
8 downloads 0 Views 461KB Size
Non-SAP Feeder System Interfaces to GTS Jessica Hill – EntryPoint Consulting Dave Moore – EntryPoint Consulting April 25, 2007

Learning Points • Provide an overview of when you would use a non-SAP feeder system and the different types of feeder systems • Define the technical infrastructure and design to support this process • Understand how master data and transactional data flow throughout the process • Educate attendees on key challenges and design considerations

Background • Most large companies have multiple feeder systems that require some sort of interaction with a global trade solution • There is a general perception that a company needs to roll out or upgrade its entire ERP system prior to tackling a global trade solution • Shouldn’t have to wait 3-5 years for an entire ERP solution to be implemented before addressing global trade solution • Legacy systems can be connected to GTS while the ERP implementations are going on and then integrated when the ERP system is live

The Challenge • Compliance isn’t a revenue-generating process therefore it doesn’t always get the attention it deserves • Difficult to assess ROI beyond an unquantifiable cost avoidance of penalties • If GTS can be incorporated in to the entire landscape architecture, and beyond just SAP, companies will see a much greater value for their investment

What Can You Connect to GTS? • Non-SAP ERP systems (Oracle, JDEdwards, PeopleSoft, etc.) • • •

Master Data – Customers, Vendors, Materials Sales Orders/Delivery Notes Purchase Orders/Stock Transport Orders

• Intranet • • • •

Lobby/Front Desk/Visitor Management Systems Pre-screening of new partners via company Intranet (sales prospects, potential vendors, etc.) New employees/hiring process Foreign National screening

• Internet •

Internet orders not processed in ERP system

• Ad Hoc Flat File/Spreadsheet • •

Company acquisitions (screen all its partners before integrating) Marketing databases

Potential Landscape Visitor/Lobby System

ABC.com Account

Sales Prospects

SPL Web Service

XYZ.com Account

HR

Legal Control - Export Web Service

eXchange Infrastructure .NET Business Connect Java Connector

SAP ERP

GTS

Non SAP ERP Middleware

Ad Hoc Batch Screening

BI

Connection Recommendations • Create a middleware program • Use eXchange Infrastructure (XI) or a web service • Use a proprietary homegrown program designed to publish data to GTS and to accept events and statuses back from GTS

• Create a custom table in ERP system to store all master data and transactional data • Table should have a flag to indicate successful processing/error messages

• Connect middleware using .net, Business Connect, XI or J-Co

SPL Design Recommendations • Create a standard web service to funnel all feeder system data into GTS • Perform data mapping before or in web service to achieve a common data structure to pass to GTS • If partners have unique IDs, data map to API_1006_SYNCH_MASS • When a pre-screening is needed (no unique ID yet), consider these options: • Use a one-time customer partner type to create a document for screening • Run in simulation and create a custom report to read from Simulate Log and send results to BI for archiving • Screen in simulation mode and send result back to web service – No record of screening (no archiving); or – Create custom table to store blocked partners or all partners with result set

SPL Design Considerations • Native GTS requires an event to publish a status • False positives can be released and there is no native way to send that communication back to the feeder system • Problematic for some of the web based customer systems

• Consider creating a web service for the feeder systems that continually calls GTS for SPL screening, in order for false positives to be released in feeder system • Modify the system to create an event that pushes a status or return message to web service

SPL Business Partner Design Flow Non-R3System System Non-R3

Create/ Update partner with internal # ref. to external #

GTSUser User GTS

Create/ update business partner

GTS GTS

GTS (Master Data)

No

Run SPL and EMB check and record results in db

GTS block?

Yes

Partner OK

Add to Blocked Partners report

Run Blocked Partner report in GTS

False positive?

Yes

Release partner

Keep blocked

No

Same design flow when using an R3 feeder system

Product Master Considerations • Need to data scrub Units of Measure to synchronize values between non-R3 feeder and GTS

Customer Customer

GTS GTS

Non-R3System System Non-R3

GTS (Master Data)

Create product master

Create products with attributes

Classify products (assign ECCN or USML, HTS, or Schedule B)

Order Management/Internet Sales • Use a middleware program to replicate R3 Plug-In functionality • • • •

Map partner types, document types, material types, etc. from non-SAP to GTS Use API_1006_SYNCH_MASS for business partners Use API_6850_SYNCH_MASS for materials Use /SAPSLL/API_6800_SYNCH_MASS for customs documents

• Design Considerations •

Need to understand minimum data requirements for GTS processing and how to get those requirements from the feeder system • Prevent orders in ERP from being processed if on hold in GTS • Process Technically Incomplete Documents • Redetermine/recheck program to update sales orders with updated data from GTS and feeder systems

Transactional Data Flow Create SO

GTS GTS

Middleware Middleware

Non-R3ERP ERP Non-R3

GTS - Transactions

Check GTS

Create Delivery (Pick)

Can I proceed?

Create Customs Document

Status of Order

Check GTS

Can I proceed?

Create Customs Document

Status of Delivery

Goods Issue (Ship Confirm)

Fetch Export Data

Export Document ation

Foreign National Screening with GTS • Visitors • •

Use web service to perform SPL check and validate country of citizenship If restricted, issue limited access badge

• Hiring • •

Use web service to pass country of citizenship, working country, and other employee data Use simulation mode for export licensing to determine if employee is eligible to work in a specific area

• Access to restricted documents • • • •

Create engineering documents as material masters and classify in GTS Create employees as partners Use simulation mode for export licensing to determine if employee can have access to documentation Or use Export License Check web service

Foreign National Screening Flow HRSystem System HR

Create as a product

Publish classified document in non-R3 system

Register document and send metadata to GTS

Requestor Requestor

Author Author

Creating business partner

Non-R3 Non-R3

Create employee record

GTS GTS

Accessing Restricted Technology

Research document and Assign ECCN

Create a Customs Document

Receive Y/N response

Request access to classified document

Access granted or denied

Ad Hoc Screening • Examples of when Ad Hoc screening applicable • Purchase a marketing database and want to screen all entities on list • Acquire a company and want screen all partners in new company’s database

• Create an upload program that will screen partners from a spreadsheet

Challenges – Data Format/Quality • Country field not always required from feeder systems • Name/Address fields are longer than SAP standard of 40 characters • Potential for some feeder systems to have less control in customer file maintenance causing data quality issues • Not all feeder systems will translate double-byte characters to English • Design Consideration •

Put controls in place to correct any data integrity issues in feeder system • No auditing in GTS



May need to design field modifications in order to accommodate additional fields that are not native to SAP

Challenges – Data Synchronization • Difficult to keep non-integrated systems in synch with production system (data refreshes, master data maintenance in test environments, etc.) • If lose connection between the systems, the transactional and master data can get caught in the handshake • The currency conversion table requires updates directly in GTS • Design Considerations • • • •

Implement a maintenance process to keep systems synchronized Design a mechanism to notify feeder system of GTS outages Monitor middleware for synchronization issues Consider implementing automatic updates to currency table in GTS from feeder system

Challenges – SAP culture • When working with customers not familiar with SAP, it is difficult to help them understand the plethora of resources out there for the SAP user community • • • • •

Service Marketplace/Customer Messages SAP Training ASUG and Special Interest Groups SAP release cycle OSS notes/Service Packs/upgrades, etc.

• Finding the equivalent terms between the different ERP systems • • •

Quotes/Orders/Deliveries Customs Documents Post Goods Issue

Project Plan Considerations • Interface development requires additional time and resources compared to R3 Plug-In • ERP technical and GTS technical resources needed • Must scope properly in the schedule

• Data conversions • Data clean up and manipulation may be required • Less predictability on validation due to non-SAP feeder system

Best Practices and Considerations • • • •

One way interface highly recommended Data clean up is often times mandatory Force changes in feeder system Require a resource that has a deep understanding of sales and distribution and all the various business models • Extremely critical for design phase AND testing

Key Messages • GTS has the potential to be a core component to the entire enterprise and to maximize the benefit of the application • Companies can achieve a much greater value for their investment in GTS then initially realized • Multiple customers today are interfacing to non-R3 systems – proven functionality

Session Code: 4710