Predictika · Restricted Party Screening Check

Before an AI agent ships an export order, the buyer and the destination are checked

Alder Industrial Supply, a fictional maker of industrial sensors, lets an AI agent handle export orders. Before the agent ships, holds or declines an order, the call goes to Predictika’s Restricted Party Screening Check. It checks the destination, the screening result for the buyer, how much of the buyer is owned by listed parties, whether the item is controlled, the license position, how long ago the buyer was screened, any diversion red flag, and any approval on record. Then it returns one verdict: allow, needs approval, or block.

Not legal advice. Alder Industrial Supply is fictional. The scenarios are illustrative. The rules are a simplified model informed by US export control and sanctions rules; they have not been reviewed by a lawyer or trade compliance specialist, and the legal citations were not checked against the primary text in this build.

Scope: one proposed action, ship, hold or decline, on one export order, judged against restricted party, ownership, embargo, license and screening rulesSee everything this validator covers

This validator decides one thing: whether one proposed action on one export order may go ahead, given the screening facts. It is not a screening tool and not a legal opinion.

  • Actions — ship, hold or decline an order of industrial sensors and controllers, ordinary or controlled.
  • Rules — exact match on the restricted party list, embargoed destination, 50 percent ownership by listed parties, controlled items without a license, license exceptions that do not apply, possible matches, ownership near the 50 percent line, diversion red flags, stale screening, and license confirmation by export counsel.

Within these rules the validator handles any combination of the listed facts, not just the seven scenarios on this page. It does not run the list screening, read the license, or classify the item; those results are taken as stated facts. The country tiers are illustrative company policy, not a government country chart.

What the validator sees: screening and order facts, never the buyer or the listRead more

The validator takes facts as inputs: the destination country, the action, the screening result for the buyer, the percentage of the buyer owned by listed parties, whether the item is ordinary or controlled, the license position, the days since the last screening, any diversion red flag, and the approval on record. These come from the screening and order systems at the moment of the call. The validator never sees the buyer, the list or the license itself.

Two honest limits. The validator judges the facts it is given: if the screening result is wrong, the answer follows it. And an order that never calls the validator is not checked; in this demo the agent calls it itself, and in a deployment the order workflow makes the call.

The AI agentProposes an action on an export order, says why it is fine, then calls the validator before acting.
Predictika validatorReads the destination and screening facts, applies the rules, then returns one verdict.

7 scenarios in 3 groups · each group runs from the agent’s first attempt to the outcome · click one to switch

What the agent proposes

The AI agent says

Illustrative agent statement. The validator receives the structured request below.

Proposing agent: AI agent (scripted)

Before sending, the agent must call Recorded run

Predictika validator


      
Waiting for the call.

Where screening and order tools get it wrong

Click to expand

General statements about screening and order tools, not about any named product. We rest this on public descriptions of how such tools work; anyone running a specific product will know it better than we do.

What the validator caughtTypical toolPredictika
Adding up ownership across listed partiesCannot do it
Name-screening tools match the buyer’s own name. They do not total how much of the buyer listed parties own, or apply the 50 percent line, unless ownership data and a rule are added.
Every rule is checked on every call and the verdict lists each finding.
Reading item class, destination and license togetherOnly if someone is vigilant
An order system can hold each field. Stopping a shipment when they do not line up, and asking counsel when a license is held, needs a rule across all three.
Every rule is checked on every call and the verdict lists each finding.
Reporting every finding at onceOnly with workarounds
Many tools stop at the first hit. A complete list for one order, with the level of approval needed, takes a rule set built to return it.
Every rule is checked on every call and the verdict lists each finding.
Buyer is on the restricted party listOnly if someone is vigilant
A screening tool returns a match. Stopping an agent from shipping anyway needs a rule that reads the result on each order.
Every rule is checked on every call and the verdict lists each finding.
Listed owners hold 50 percent or moreOnly with workarounds
Name screening tools match names. Adding up ownership across parties and applying the 50 percent line needs ownership data and a rule that reads it.
Every rule is checked on every call and the verdict lists each finding.
Controlled item with no export licenseOnly if someone is vigilant
An order system can hold a license field. Stopping a shipment when the item class, the destination and the license do not line up needs a rule across all three.
Every rule is checked on every call and the verdict lists each finding.

What this validator catches: findings from its test cases

Click to expand

Every rule is checked on every call, in any order the choices arrive; one problem never hides another. Blocking findings stop the request; approval findings need a person to sign off first.

1The buyer is an exact match on the restricted party list. No shipment may go ahead (EAR Part 744; OFAC sanctions regulations).
2Iran is under a comprehensive embargo, so no shipment may go there (OFAC sanctions programs).
3Listed parties own 60 percent of the buyer, at or above the 50 percent that makes the buyer restricted too (OFAC 50 Percent Rule).
4This controlled item going to China needs an export license and none is on file (EAR Part 742).
5A license exception is claimed, but none covers a controlled item going to China (EAR Part 740).
6The buyer is a possible match on the restricted party list. Compliance must clear or reject the match.
7Listed parties own 35 percent of the buyer, close to the 50 percent line. Compliance must review the ownership.
8A diversion red flag is recorded for this order. Compliance must review it (BIS Know Your Customer guidance).
9The buyer was last screened 10 days ago, over the 7 day limit (company policy). Screen again before shipping.
10A license is on file for this controlled item going to China. Export counsel must confirm it covers this item, buyer and quantity.

Scenarios and results

Click to expand

The recorded result of the validator for each scenario on this page: the request the AI agent sent, the verdict, and every finding, in the order they appear above.

1. Restricted parties: Buyer on the restricted list

The agent's request. I'm shipping this order of sensors to the buyer in Germany today. Germany is an open destination and the items are ordinary.

Verdict: Blocked.

  • Buyer is on the restricted party list. The buyer is an exact match on the restricted party list. No shipment may go ahead (EAR Part 744; OFAC sanctions regulations).

2. Restricted parties: A clean buyer

The agent's request. I'm shipping an order of sensors to a different buyer in Germany. This buyer was screened yesterday and is clean.

Verdict: Allowed.

3. Ownership: Listed owners hold 60 percent

The agent's request. I'm shipping this order. The buyer is not on the restricted party list, even though listed parties own 60 percent of it.

Verdict: Blocked.

  • Listed owners hold 50 percent or more. Listed parties own 60 percent of the buyer, at or above the 50 percent that makes the buyer restricted too (OFAC 50 Percent Rule).

4. Licenses: Controlled item to China, no license

The agent's request. I'm shipping these sensors to our customer in China. The buyer is screened and clean.

Verdict: Blocked.

  • Controlled item with no export license. This controlled item going to China needs an export license and none is on file (EAR Part 742).

5. Licenses: License on file

The agent's request. I'm shipping the sensors to our customer in China again. We now have an export license on file.

Verdict: Needs approval.

  • License on file must be confirmed. A license is on file for this controlled item going to China. Export counsel must confirm it covers this item, buyer and quantity.

6. Licenses: Counsel confirms the license

The agent's request. I'm shipping the sensors to our customer in China. Export counsel has confirmed the license covers this order.

Verdict: Allowed.

  • License on file must be confirmed. A license is on file for this controlled item going to China. Export counsel must confirm it covers this item, buyer and quantity.

7. Several problems: Iran, listed buyer and owners, red flag

The agent's request. I'm shipping this order to the buyer in Iran. Listed parties own 60 percent of the buyer and there was a flag on the order, but the buyer says it is for ordinary use.

Verdict: Blocked.

  • Buyer is on the restricted party list. The buyer is an exact match on the restricted party list. No shipment may go ahead (EAR Part 744; OFAC sanctions regulations).
  • Destination under a comprehensive embargo. Iran is under a comprehensive embargo, so no shipment may go there (OFAC sanctions programs).
  • Listed owners hold 50 percent or more. Listed parties own 60 percent of the buyer, at or above the 50 percent that makes the buyer restricted too (OFAC 50 Percent Rule).
  • Diversion red flag on the order. A diversion red flag is recorded for this order. Compliance must review it (BIS Know Your Customer guidance).

Narration transcript

Click to expand

The text of the narrated walkthrough, step by step.

  1. Welcome to a demo of Predictika's Validator. Alder Industrial Supply, a fictional maker of industrial sensors, lets an AI agent handle export orders. Before the agent ships, holds or declines an order, the call goes to Predictika’s Restricted Party Screening Check. It checks the destination, the screening result for the buyer, how much of the buyer is owned by listed parties, whether the item is controlled, the license position, how long ago the buyer was screened, any diversion red flag, and any approval on record. Then it returns one verdict: allow, needs approval, or block.
  2. I will start with the first request by the agent.
  3. The agent says. I'm shipping this order of sensors to the buyer in Germany today. Germany is an open destination and the items are ordinary.
  4. Before it goes out, the agent calls the validator.
  5. Blocked, with one finding, all in one answer. The buyer is an exact match on the restricted party list. No shipment may go ahead (EAR Part 744; OFAC sanctions regulations).
  6. The validator returned one blocking finding in one answer. A check that reads one field at a time would pass most of this; it shows only when the choices in the request are checked against each other.
  7. What this shows: for buyer is on the restricted party list, a tool does this reliably only when someone is vigilant.
  8. Now the agent resubmits.
  9. The corrected request. It changes the screening result to no match.
  10. It calls the validator again.
  11. This time the validator clears it.
  12. The earlier finding is cleared.
  13. One problem caught in one call, fixed in one pass, and a clean request. That is the value of Predictika's validator: catching mistakes before the action runs.