Skip to content

Commit c42ac3e

Browse files
authored
Update edi_in_depth.md
1 parent 827c9ef commit c42ac3e

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

doc/edi_in_depth.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -390,13 +390,13 @@ Look back to the hierarchy chart in the spec, find the segment `N4`, we can see:
390390
```
391391
Pos.No. Seg.ID ... Req.Des. Max.Use
392392
...
393-
1400 N4 O 2
393+
1400 N4 O 1
394394
...
395395
```
396396

397-
`Req.Des.` has these most frequently used values: `M`, `O`, and `X`, which means `Mandatory`, `Optional`,
398-
and `Conditional`, respectively. For all practical purposes of omniparser EDI schema writing, you can
399-
treat `X` the same as `O`.
397+
`Req.Des.` has these most frequently used values: `M`, `O` (Oh, not zero), and `X`, which means
398+
`Mandatory`, `Optional`, and `Conditional`, respectively. For all practical purposes of omniparser
399+
EDI schema writing, you can treat `X` the same as `O`.
400400

401401
So this particular segment `N4` is actually optional, that's why when we write `{ "name": "N4" },` in
402402
our test schema, the default values for `min` and `max` become 1, thus the failure.

0 commit comments

Comments
 (0)