03/29/2002 |
EDI RULES |
CIVIL ONLY |
RULE | RULE DESCRIPTION |
1 | This is a basic design document of an Electronic Data Interchange (EDI) standard for the electronic transmittal of statistical information. The intent is to test a basic EDI standard on a few pilot sites in order to give the Administrative Office of Courts the ability to refine and finalize a Statewide Standards Document. The current EDI document should be considered as a testing model -- not a final product. The Final EDI Standards Document will incorporate a much broader scope of court-related transactions, court sites and non-court-related sites. |
VERSION: 2 MODDATE:12/22/2000 | |
RULE | RULE DESCRIPTION |
2 | The "data element separator" is represented by a user defined hex value such as "|" (reference- hex: 1D, Oct: 035) ASCII character and must be placed between each Data element (field). Example using a Criminal - Header Record (00510) 1 | 1 | 00510 | 2 | A | 3 | 10 | 1 | 18 | 2000 | 02222000 | 10022000 | * | * | N | C0912 ï Example using a Civil - Header Record (00010) 1 | 1 | 00010 | 2 | A | 39 | 17 | 1 | 1 | 2000 | 56879 | * | * | N ï |
VERSION: 5 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
3 | The "end-of-record separator" is represented by a user defined hex value such as "ï" (reference - hex:EF , Oct:357 ) ASCII character and must be placed at the end of a record. Example using a Criminal - Detail Indictment Record (00515) 1 | 1 | 00515 | 2 | A | 1 | 54612 | 04102000 | 99456 ï Example using a Civil - Detail Link2Nature Record (00064) 2 | 3 | 00064 | 3 | A | 10 | 5689 | 3489 | 59318 ï |
VERSION: 3 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
4 | Null or blank fields must contain a single asterisk '*' (reference - hex: 2A or Oct: 052) ASCII character. Example using the Criminal - Detail Fee Record (00525) 1 | 2 | 00525 | 2 | A | 4 | CR9876 | * | * | 7 | 535.95 | * ï Example using the Civil - Detail Link2Party Record 2 | 3 | 00066 | 3 | A | 20 | 6789 | 88956 | 34653 ï |
VERSION: 4 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
5 | The "data element separator", "end-of-record separator", and alphanumeric (null/blank field identifiers) must not appear within the content of any data element other than specified. Example Criminal: Invalid Detail Indictment Record (00515) 1|1|00515|2|A|1|56874|11*32000|4587|ï | | misuse of data element separator misuse of null identifier Civil: Invalid Detail Link2Party Record ((00066) 2 * 3 | 00066 | 3 | A | 20 | 6789 | 88956 | 34653 ï | misuse of data element separator |
VERSION: 5 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
6 | Civil header/detail records and criminal header/detail records may exist within the same transactional file. Example Transaction Record (00001) Civil Header (00010) Detail Filing (00015) Detail Attorney (00020) Civil Header Ending (00499) Criminal Header (00510) Detail Indictment (00515) Detail Defendant (00530) Criminal Header Ending (00999) Transaction End (99999) |
VERSION: 4 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
8 | Transaction and header records are mandatory within each transaction file. There may be (1-50) Header-Records per Transaction-Record and an unlimited number of detail records per Header-Record. Example Diagram of a Transaction File: Transaction-Record (only 1 per electronic file) | Header-Record (1..50 per transaction record) | ....detail records (1..Many per header record) | Header-Ending-Record Transaction-End-Record |
VERSION: 2 MODDATE:01/19/2001 | |
RULE | RULE DESCRIPTION |
9 | It is necessary that completed transactions be compressed and encrypted before transmittal. Software and/or necessary hardware may be supplied to the courts of the State of Mississippi and/or designated state agencies in order to accomplish the compression, data encryption and transmittal of EDI Files. Call 601-359-3205 for more information. |
VERSION: 2 MODDATE:11/02/2000 | |
RULE | RULE DESCRIPTION |
10 | Electronic transaction files that have been encrypted and compressed can be forwarded to the intended destination by utilizing one of the following three (3) methods: 1) transmittal via FTP to FTP://FTP.MSSC.STATE.MS.US, 2) transmittal via SMTP to SCATS@MSSC.STATE.MS.US, or 3) saved to diskette for mailing. In order to process, all electronic transaction files must have the following file extensions. EDI File extension a) ASCII file - '.EDI' (created first) b) compressed file - '.ZIP' (created second -- winzip or pkzip format) c) encrypted file - '.EDX' (created last -- must contact AOC for encryption information). Call 601-359-3205 for more information. |
VERSION: 7 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
12 | This is a MANDATORY field and must contain valid information. Data elements containing invalid information within a mandatory field will be rejected which will cause the transaction, header, and/or detail record(s) to be processed as an error. All errors will be logged and reported to the sender for correction and retransmittal. |
VERSION: 2 MODDATE:11/02/2000 | |
RULE | RULE DESCRIPTION |
13 | Information supplied must be unique within a case. |
VERSION: 1 MODDATE:03/24/2000 | |
RULE | RULE DESCRIPTION |
15 | The data within a unique identifer of an existing transaction can not be changed within a lower court s computer system nor within an external system. The purpose of the unique identifer is to maintain a constant and readily discernable link to a case and related records in order to make changes or deletions within the data warehouse. |
VERSION: 2 MODDATE:11/08/2000 | |
RULE | RULE DESCRIPTION |
16 | This refers to any transaction number which has been transmitted by a court and may not be reused with future transactions. The Transaction number is used for reporting and tracking purposes. |
VERSION: 2 MODDATE:11/02/2000 | |
RULE | RULE DESCRIPTION |
17 | This is a sequentially-generated number which must be recycled in accordance with the data element s requirements. |
VERSION: 2 MODDATE:06/29/2000 | |
RULE | RULE DESCRIPTION |
18 | A Data Element may contain from a minimum to a maximum number of bytes but can not fall outside the given parameters. Each data element is defined as one of the following data types: [Character]: each byte represent a single alphanumeric character (byte for byte). Example using Criminal Data Element (DM 168) Last Name, Characters (1/50) | JAKE | ---- only used 4 of the 50 available bytes. [Numeric]: 4 bytes (signed 32 bits) can contain a number from ( -2,147,483,648 .. 2,147,483,647 ), 2 bytes (signed 16 bits) can contain a number from ( -32,768 .. 32,767). Example using Criminal Data Element (DM 344) Attorney Bar#, Numeric (2/4) | 99245 | [Decimal]: For Example, 4 bytes (signed 32 bits) can contain a number from ( 1.5 x 10^45 .. 3.4 x 10^38 ) and 8 bytes (signed 64 bits) can contain a number from ( -922,337,203,685,477.5808 ... 922,337,203,685,477.5807... ). Example using Criminal Data Element (FE 324) Amount, Decimal (4/8) |
VERSION: 3 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
19 | Out-of-state attorney (pro hac vice) must be represented by an eligible Mississippi Firm/Attorney (M.R.A.P 46b). If an out-of-state attorney s bar number is used with a case, it must not conflict with a Mississippi Attorney s bar number and must be unique for that individual within the lower court s data structure. |
VERSION: 2 MODDATE:11/15/2000 | |
RULE | RULE DESCRIPTION |
22 | The detail-filing record is a mandatory record within a civil-header record. There may be unlimited number of detail records per detail-filing record. |
VERSION: 1 MODDATE:03/24/2000 | |
RULE | RULE DESCRIPTION |
38 | EDI Version Control is utilized to process various versions of transaction, header, and detail records created by client EDI interfaces. A version number will be attached to each transaction, header, and detail record in order to represent that entity s version number. The client will be responsible for using the correct version number for a created EDI record. If an incorrect version number is placed with a different record layout, the record will fail. Example of Criminal Transaction Record (00001) -->version 4 Header Record (00510) -->version 2 Detail-Indictment Record (00515) -->version 2 Detail-Defendant Record (00530) -->version 3 Detail-Attorney Record (00545) -->version 5 Header-Ending Record (00999) -->version 1 Transaction-End Record (99999) -->version 3 Example of Civil Transaction Record (00001) -->version 4 Header Record (00010) -->version 3 Detail-Filing Record (00015) -->version 3 Detail-Attorney Record (00020) -->version 3 Detail-NatureOfSuit Record (00030) -->version 4 Header-Ending Record (00499) -->version 3 Transaction-End Record (99999) -->version 3 |
VERSION: 9 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
41 | The Civil Docket Number consist of 1. Court-ID 2. District 3. Judicial District 4. County 5. Case-Year, 6. Case-Number OR pre-1/1/94-docket# 7. Local-Case-Number and is unique state-wide for all Chancery and Circuit Courts. |
VERSION: 4 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
47 | Child support amounts and terminations are collected in the following ways; I. CHILD SUPPORT AMOUNTS Amounts can be collected per paying parent and/or children records. However total amounts must be supplied for the paying parent record. Example: If the father is ordered to pay child support for two children in the amount of $500 per month, then the amount field for the father s child support record would equal $500. Also, each child s records could have the amount field show $250 but is not required. II. CHILD SUPPORT TERMINATION If child support is terminated for any reason (emancipated, different living arrangements, age limit reached, etc..), then the amount field for the paying parent must be supplied showning the adjusted amount. Also, a detail-child-support-record for the associated child(ren) must be supplied that contains the child-support-terminated field (CS 650) set to "Y"es and reason-for-termination field (CS 660) completed. Example: If a father pays child support for two children ($500) but one child starts living with the father. The father has child support amended to only pay support for one child ($250). Detail-child-support-records would be supplied as follows; 1. record showing the adjusted total amount ($250) for the father. 2. record showing child-support-terminated field (CS 650) equal "Y"es and reason-for-termination (CS 660) for the associated child record. 3. record showing amount ($250) for the associated child record. III. AMOUNT DISTRIBUTION If amounts are not supplied per child, then an equal division of the total amount field of the paying parent will be assumed for all supplied child records. |
VERSION: 8 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
48 | This uniquely identifies a case record within the lower court s case management system and must adhere to the following rules: 1) CANNOT be reused to initially identify another case record. 2) MUST BE reused for the purpose of retransmitting a previously transmitted case record. |
VERSION: 2 MODDATE:03/13/2002 | |
RULE | RULE DESCRIPTION |
49 | The Civil Header Record (00010) is the starting point for the collection of detail records on a civil case. |
VERSION: 3 MODDATE:03/29/2002 | |
RULE | RULE DESCRIPTION |
50 | The Record-Action-Code field of the Header and Detail Records are used to determine the type of processing performed at the time of data retrieval. Record-Action-Codes utilized are "A" for addition and "D" for deletion which adhere to the following rules: DELETION Rules 1) If "D" is used with a Header-Record (00010), the associated case and all related detail records at the receiver s location will be deleted. 2) If "D" is used with a Detail-Filing-Record (00015), the associated filing record and all related detail records from 00020 through 00070 at the receiver s location will be deleted. 3) If "D" is used with a Detail-Disposition-Record (00060), the associated count record and all related detail records from 00064 through 00070 at the receiver s location will be deleted. 4) Before the deletion of record(s) at the receiver s location, the existing record(s) will be written to a history file. ADDITION Rules 1) If "A" is used with a Header or Detail Record, the related record(s) will be added or updated at the receiver s location. 1a) If the record exist at the receiver s location, then the existing record will be written to a history file and the new record will overwrite the existing record. Because of the overwrite operation, the transmitter is responsible for repopulating all data elements of the newly transmitted record. 1b) If the record does not exist at the receiver s location, the record will be added to the database. Example of a retransmitted modified detail record: if the First-Name Field (DP 80) of the Detail-Part Record (00050) was modified, the following would be necessary: 1)Record-Action-Code would be "A", and 2)re-population of Detail-Party data elements. Next, the receiver would process the detail record as follows: 1) If record exists, then write old record to history and then overwrite existing record, OR 2) If record does not exist, then add new record. Example: Detail-Party-Record (00050) A) First Transmittal of Detail Record - currently stored in Data Warehouse 1|1|00050|3|A|5|1256|5698|P|P|N|Y|8787|SMITH|JOHN|DOE|*|*|W|M|568794412|01121965|JACKSON|HINDS|MISSISSIPPI|USA|N|*|*|*|*|*|*|*|550 NORTH STREET|P.O.BOX 120|JACKSON|MISSISSIPPI|39201|USA|05251999|N|*|Yï B) Second Transmittal of Detail Record - replaces record in Data Warehouse First Name of Party was Modified. | 1|1|00050|3|A|5|1256|5698|P|P|N|Y|8787|SMITH|JAMES|DOE|*|*|W|M|568794412|01121965|JACKSON|HINDS|MISSISSIPPI|USA|N|*|*|*|*|*|*|*|550 NORTH STREET|P.O.BOX 120|JACKSON|MISSISSIPPI|39201|USA|05251999|N|*|Yï |
VERSION: 9 MODDATE:03/29/2002 | |