Restricted party screening

• US 7,742,970 B2
• Filed: 12/20/2002
• Issued: 06/22/2010
• Est. Priority Date: 12/20/2002
• Status: Active Grant

• Current Assignee: SAP SE
• Original Assignee: SAP AG (SAP SE)
• Inventors: Zube, Torsten, Thierer, Jochen
• Primary Examiner(s): Havan; Thu Thao
• Application Number:
  US10/327,689
• Publication Number:
  US 20040122761A1
• Time in Patent Office: 2,741 Days
• Field of Search: 705/36, 705/44, 705 37- 38, 705/76, 707/37, 707/7, 707/6
• US Class Current: 705/37
• CPC Class Codes: G06Q 10/10 Office automation; Time management
• CPC Class Codes: G06Q 40/03 Credit; Loans; Processing thereof
• CPC Class Codes: G06Q 40/04 Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Abstract

Regulating trade activities comprises receiving information identifying a potential trading party, normalizing at least a portion of the received identifying information to generate a normalized identifier for the potential trading party, comparing the normalized identifier with one or more other normalized identifiers corresponding to parties with whom trade should be restricted, and selectively restricting trading with the potential trading party.

Claims

1. A computer-implemented method of regulating trading activities, the method comprising:

receiving information identifying a potential trading party;

normalizing, with a computer system, at least a portion of the received identifying information to generate a normalized identifier for the potential trading party;

using the computer system to compare the normalized identifier with one or more other normalized identifiers corresponding to parties with whom trade should be restricted; and

selectively restricting trading with the potential trading party using, at least in part, the computer system.

2. The method of claim 1, wherein the normalizing comprises conversion according to phonetic rules.

3. The method of claim 1, wherein the normalizing comprises conversion according to predetermined synonyms.

4. The method of claim 1, wherein the normalizing comprises conversion from an unabbreviated form to an abbreviated form.

5. The method of claim 1, further comprising converting a first plurality of identifiers for parties with whom trade should be restricted, to the one or more normalized identifiers corresponding to parties with whom trade should be restricted.

6. The method of claim 5, wherein the plurality of identifiers for parties with whom trade should be restricted are all normalized before the identifying information for the potential trading party is received.

7. The method of claim 6, further comprising converting a second plurality of identifiers for parties with whom trade should be restricted to create normalized identifiers, and adding the normalized identifiers to the one or more normalized identifiers corresponding to parties with whom trade should be restricted.

8. The method of claim 1, further comprising generating a match signal if the normalized identifier for the potential trading party matches one of the normalized identifiers corresponding to parties with whom trade should be restricted.

9. The method of claim 8, wherein the match signal identifies whether trade should not be conducted with a potential trading party.

10. The method of claim 9, wherein the match signal causes a transaction with the potential trading party to be denied.

11. The method of claim 10, wherein the identifier is received from a user at a web browser, and the user is notified upon requesting an order that the transaction has been denied.

12. The method of claim 1, wherein selectively restricting comprises prohibiting trade with the potential trading party if the normalized identifier matches one or more of the other normalized identifiers.

13. The computer-implemented method of claim 1,

wherein the information identifying a potential trading party is received from the potential trading party as part of a process in which the potential trading party seeks to obtain goods or services from a supplier of the goods or services;

wherein normalizing at least a portion of the received identifying information comprises transforming the identifying information in a manner similar to a manner in which the normalized identifiers corresponding to parties with whom trade should be restricted have been transformed, so as to make more likely a match between the received identifying information and the normalized identifiers corresponding to parties with whom trade should be restricted;

wherein trading with the potential trading partner occurs upon a determination that the received normalized identifier matches one or more of the normalized identifiers corresponding to parties with whom trade should be restricted; and

wherein selectively restricting trading comprises interfering with a transaction between the potential trading party and the supplier of goods or services.

14. The method of claim 13, wherein the identifying information comprises a name of the potential trading party.

15. The method of claim 13, wherein the identifying information comprises address information of the potential trading party.

16. The method of claim 13, wherein the identifying information is received from a remote business application server.

17. The method of claim 13, further comprising obtaining the identifying information from a business workflow.

18. The method of claim 13, wherein the identifying information is obtained by a plug-in module to an enterprise customer resource management system.

19. The method of claim 18, wherein the identifying information is obtained as the result of a change in the master data of the system.

20. The method of claim 18, wherein the identifying information is obtained as the result of a shipping event.

21. The method of claim 13, wherein all of the received identifying information is normalized.

22. A denied party identification system comprising:

a proposed trading party monitor module in a computer system in communication with an enterprise resource planning system;

a party identification normalizer in the computer system that receives party identification information from the monitor module, converts it to a normalized format, and compares it to restricted party identification information that is in a normalized format; and

a party match generator in the computer system that notifies the enterprise resource planning system if the party identification information matches any restricted party identification information,

wherein the party identification information includes data that identifies a party that wishes to conduct commercial trading activities,

wherein converting to a normalized format comprises transforming the party identification information in a manner similar to a manner in which the normalized identifiers corresponding to parties with whom trade should be restricted have been transformed, so as to make more likely a match between the received identifying information and the normalized identifiers corresponding to parties with whom trade should be restricted;

wherein the party match generator is programmed to determine whether the normalized format of the identification information matches normalized restricted party information that reflects parties to whom certain sales are not to be made.

23. The denied party identification system of claim 22, wherein the proposed trading party monitor comprises a plug-in module that resides on the same server as a part of the enterprise resource planning system.

24. The denied party identification system of claim 22, wherein the proposed trading party monitor module monitors workflow transactions of the enterprise resource planning system.

25. The denied party identification system of claim 24, wherein the proposed trading party monitor module obtains party name and address information from workflow transactions.

26. The denied party identification system of claim 22, wherein the party identification normalizer receives restricted party information and converts it to a the normalized format.

27. The denied party identification system of claim 22, wherein the monitor module provides party identification information to the party identification normalizer in real-time or near real-time.

28. The denied party identification system of claim 22, wherein the monitor module provides party identification information to the party identification normalizer in batch submissions.

29. A computer-implemented method of regulating trading activities, the method comprising:

monitoring transactions in computer-based enterprise resource planning system for party identifying information of a potential trading party;

comparing, with a computer system, an identifier corresponding to the party identifying information to one or more identifiers corresponding to parties with whom trade is restricted; and

selectively restricting, at least in part with the computer system, trading with the potential trading party if the identifier corresponding to the party identifying information correlates with one of the identifiers corresponding to parties with whom trade is restricted

wherein the party identification information includes data that identifies a party that wishes to conduct commercial trading activities,

wherein, before comparing the identifier corresponding to the party identifying information to one or more identifiers corresponding to parties with whom trade is restricted comprises applying one or more transformation rules to text of the identifier and the one or more identifiers in order to increase the chances that the comparison will generate a match.