Presentation is loading. Please wait.

Presentation is loading. Please wait.

CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 1 Appendix C Operational Scenarios and Functional.

Similar presentations


Presentation on theme: "CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 1 Appendix C Operational Scenarios and Functional."— Presentation transcript:

1 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 1 Appendix C Operational Scenarios and Functional Thread Diagrams

2 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 2 Operational Scenarios and Functional Thread Diagrams An “operational scenario” is a description of how a state intends that their customers and the state, or the state and core infrastructure systems should interact to accomplish key CVISN functions. An example was given in chapter 4. More examples are provided here. The operational scenario is shown as a list of sequential steps. To differentiate between different time schedules, numbers are used to show the interaction between the applicant and the state, and the state’s update of snapshots. Those interactions occur as soon as possible after the initial application is received by the state. Letters are used to show the state’s connections to the clearinghouses, since that occurs at a regular period instead of being triggered immediately by the carrier’s actions. Each operational scenario is illustrated by overlaying information onto the state system design template. The lines represent data flow between products, with arrows indicating the direction of flow. Each line is labeled with a number or letter. The complete set of lines constitutes a thread of activities that accomplish a function. Hence, the diagram is called a “functional thread diagram.” This appendix provides examples of operational scenarios and functional thread diagrams. They are included for reference, and as starting points for states that plan to implement similar processes.

3 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 3 CVISN Level 1 Credentials Administration Key Operational Scenarios Accept and process electronic IRP credential applications for supplements (e.g., adding a vehicle to an existing account) Example 1: MD Design using VISTA/RS, InterCAT, CVIEW Accept and process electronic IRP renewal applications Accept and process electronic IFTA credential applications for supplements (e.g., changing the carrier’s address) Accept and process electronic IFTA renewal applications Example 2: RPC, PC-CAT, CVIEW Example 3: VISTA/TS, Web Browser/WebCAT, CVIEW Accept and process electronic filing of and payment for IFTA quarterly tax returns Example 4: RPC, PC-CAT, CVIEW Example 5: VISTA/TS, Web Browser/WebCAT, CVIEW

4 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C Carrier enters an IRP credential application via a Carrier Automated Transaction (CAT) system which submits it to the Credentialing Interface (CI) as an EDI X12 TS The CI submits a query to its state database to perform preliminary checks as part of evaluating the application. 3.The state database reports the status, i.e., flags and condition to the CI. 4.If a satisfactory status is received, the application is sent to the IRP system (VISTA/RS) for processing via EDI X12 TS The IRP system processes the application and sends an invoice notice to the CI via EDI X12 TS The CI sends the invoice notice to the CAT via EDI X12 TS 286 and maintains archival/audit copies of all transactions. 7.The carrier reviews the invoice data and verifies that the application data matches the intent. The CAT sends payment method information to the CI via EDI X12 TS If a Temporary Authority (TA) is requested, the CI releases it to the CAT via EDI X12 TS If a TA was granted, the CI sends a vehicle snapshot segment update to CVIEW via EDI X CVIEW sends updated snapshot data to SAFER via EDI X12 TS CVIEW sends updated snapshot data to Roadside via EDI X12 TS SAFER sends updated snapshot data to subscribers via EDI X12 TS The CI verifies payment method information (financial system interfaces are not shown)and passes payment approval to the IRP system via EDI X12 TS The IRP system validates payment amount and updates application status to indicate the permanent credential granted and notifies the CI via EDI X12 TS The CI passes the permanent credential to the CAT via EDI X12 TS 286. Cab Cards may be printed in the carrier’s office or state office. 16.The CI updates CVIEW with permanent credential information via EDI X12 TS CVIEW sends updated snapshot data to SAFER via EDI X CVIEW sends updated snapshot data to Roadside via EDI X SAFER makes updated snapshot data available to subscribers via EDI X12 TS 285. A.Periodically (daily), the IRP system sends updates to the IRP Clearinghouse on IRP registration information and fee payments (recaps). B.Monthly, the IRP Clearinghouse makes available the fee information (pre-netting transmittals) to the participating jurisdictions for approval and/or correction. Today, the states review the information interactively using terminals. In the future, it may be possible to receive the transmittals using EDI TS 286. If an EDI interface is provided, the interaction will occur with the CI. C.The IRP Office and also other participating jurisdictions report back to the IRP Clearinghouse the approvals or corrections. Today, the approvals/corrections are made via terminals. In the future, it may be possible to use TS 286. If an EDI interface is provided, the interaction will occur with the CI. D. The IRP Clearinghouse performs the actual netting and makes available corrected/approved vehicle and fee actions (post-netting transmittal) and netting results (remittance netting reports) to the participating jurisdictions. Today, the information is reviewed via terminals. In the future, it may be possible to use TS 286. If an EDI interface is provided, the interaction will occur with the CI. NOTE: Functional acknowledgment for all EDI messages (except TS 997) is made by responding with a TS 997. Content errors in a received TS 286 are noted by also replying with a TS 286. The results of processing an incoming TS 285 are reported via TS 824. Accept and process electronic IRP credential applications for supplements Example 1: MD Design using VISTA/RS, InterCAT, CVIEW

5 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 5 Accept and process electronic IRP credential applications for supplements Example 1: MD Design using VISTA/RS, InterCAT, CVIEW Generic State Roadside Systems Generic State Commercial Vehicle Administration Systems Carrier Systems CVISN Core Infrastructure Systems (National/Regional) CDLIS IFTA Clearinghouse NMVTIS MCMIS SAFER IFTA Registration LSILSI LMLM RSPA HazMat ASAP Analysis Admin/CAPRI Sensor/ Driver Comm Screening LMLM ASPEN LMLM Citation & Accident LSILSI LMLM Service Providers Internet Tools Other Carrier Systems ASAP MCDC CV Info Exchange Window (CVIEW) Credentialing Interface (CI) Transponder Carrier Commercial Vehicle IFTA Tax Processing LSILSI LMLM Web CAT Intrastate Veh Registration LSILSI LMLM Driver Licensing LSILSI LMLM Licensing & Insurance E-Screening Enrollment Titling LSILSI LMLM SSRS LSILSI LMLM HazMat LSILSI LMLM OS/OW LSILSI LMLM SAFETYNET LSILSI LMLM CAPRI LSILSI LMLM Treasury or Revenue LSILSI LMLM Other Jurisdictions 1 5 VISTA/RS A BCDBCD 9, 16 10, 17 12, 19 Credentialing System (e.g., CAT) 2, 3 IRP LMLM Roadside Operations LMLM IRP Office IRP Clearinghouse B C D State Database LSILSI LMLM 11, 18

6 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C The IFTA Registration System sends a registration renewal notification to the Credentialing Interface (CI) via EDI X12 TS The CI sends the notification to the Carrier Automated Transaction (CAT) via EDI X12 Ts The carrier enters an IFTA registration application using a Carrier Automated Transaction (CAT) system, and sends it to the Credentialing Interface (CI) via EDI X12 TS 286. The carrier pays for the application (through EFT, credit card, debit card,…) 4.The CI checks the carrier’s status (delinquent, non payment etc.…) with the IFTA Registration System and IFTA Clearinghouse via Regional Processing Center (RPC). 5.The CI sends the application to the IFTA Registration System via EDI X12 TS Once the application is processed by the IFTA Registration System, a message is returned to the CI via EDI X12 TS 286. If processing was completed successfully, credential information is returned. If problems were found, an error message is returned. 7.The IFTA Registration System also proactively updates the CI whenever the carrier’s status changes, (e.g., from Active to Inactive, Active to Revoked). 8.The CI sends a return message to the CAT via EDI X12 TS 286. A.Periodically (no more than daily), the IFTA Registration System creates a file reflecting IFTA credential renewals, additions, and changes. The information is sent to RPC in RPC proprietary format. B. Daily, RPC updates new or changed IFTA credential information (Demographic) and sends it to the IFTA Clearinghouse, for all client jurisdictions, via EDI X12 TS 286. C.The IFTA Clearinghouse updates its database with registration information (Demographic) from all participating jurisdictions. Jurisdictions using RPC can access clearinghouse data via a server located at RPC. Jurisdictions can also access queries and reports from the IFTA web site and can request creation of an “extract” file, and then download all demographic data submitted by all participating jurisdictions in EDI X12 TS 286 format. D.Nightly, the CI generates a new or modified carrier snapshot IFTA segment and sends it to CVIEW via TS 285. E. CVIEW updates the carrier snapshot with IFTA credential data and forwards it to subscribers, including SAFER and the State roadside sites via EDI X12 TS 285. F.SAFER updates (or creates) a carrier snapshot with IFTA credential data and forwards it to subscribers via EDI X12 TS 285. NOTE: Functional acknowledgment for all EDI messages (except TS 997) is made by responding with a TS 997. Content errors in a received TS 286 are noted by also replying with a TS 286. The results of processing an incoming TS 285 are reported via TS 824. Accept and process electronic IFTA renewal applications Example 2: RPC, PC-CAT, CVIEW

7 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 7 Accept and process electronic IFTA renewal applications Example 2: RPC, PC-CAT, CVIEW Generic State Roadside Systems Generic State Commercial Vehicle Administration Systems Carrier Systems CVISN Core Infrastructure Systems (National/Regional) CDLIS IRP Clearinghouse IFTA Clearinghouse NMVTIS MCMIS SAFER RSPA HazMat ASAP Analysis Admin/CAPRI Sensor/ Driver Comm Screening LMLM IFTA Registration LMLM Citation & Accident LSILSI LMLM Service Providers Internet Tools Other Carrier Systems ASAP MCDC CV Info Exchange Window (CVIEW) Credentialing Interface (CI) Transponder Carrier Commercial Vehicle Web CAT Intrastate Veh Registration LSILSI LMLM Driver Licensing LSILSI LMLM Licensing & Insurance E-Screening Enrollment Titling LSILSI LMLM SSRS LSILSI LMLM IRP LSILSI LMLM HazMat LSILSI LMLM OS/OW LSILSI LMLM SAFETYNET LSILSI LMLM CAPRI LSILSI LMLM Treasury or Revenue LSILSI LMLM Other Jurisdictions RPC , A C 4 C B C Credentialing System (e.g., CAT) Roadside Operations LMLM IFTA Tax Processing LMLM CH Access F E D

8 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C Carrier enters an IFTA registration application via a Web Browser to a Web Cat. The carrier pays for the application (through EFT, credit card, debit card,…). 2.The Web CAT passes it to the Credentialing Interface (CI) via EDI X12 TS The CI sends the application to VISTA/TS via EDI X12 TS 286 for processing. Note: The Web Cat, VISTA/TS, and/or the CI validates the application data to determine completeness, format, agreement with business rules, payment status, and whether to grant or deny the credential. 4. Once the application is processed by VISTA/TS, a message is returned to the CI via EDI X12 TS If processing was completed successfully, credential information is returned to the Web Cat via EDI X12 TS The carrier retrieves the credential information from the Web Cat using a Web Browser. A.Nightly, VISTA/TS updates new or changed IFTA credential information (Demographic) for all VISTA/TS clients and sends it to the IFTA Clearinghouse via EDI X12 TS 286. B.The IFTA Clearinghouse updates its database with registration information (Demographic) from all participating jurisdictions. Jurisdictions can access queries and reports from the IFTA web site. Jurisdictions can also request creation of an “extract” file, and then down load all demographic data submitted by all participating jurisdictions in EDI X12 TS 286 format. C.Nightly, VISTA/TS generates a new or modified carrier snapshot IFTA segment for all VISTA/TS clients and sends it to CVIEW via TS 285. (Alternatively VISTA/TS could generate a new or modified carrier snapshot IFTA segment and provide it to the CI and then CI sends it to CVIEW). D. CVIEW updates the carrier snapshot with IFTA credential data and forwards it to subscribers, including SAFER and the State roadside sites via EDI X12 TS 285. E.SAFER updates (or creates) a carrier snapshot with IFTA credential data and forwards it to subscribers via EDI X12 TS 285. NOTE: Functional acknowledgment for all EDI messages (except TS 997) is made by responding with a TS 997. Content errors in a received TS 286 are noted by also replying with a TS 286. The results of processing an incoming TS 285 are reported via TS 824. Accept and process electronic IFTA renewal applications Example 3: VISTA/TS, Web Browser/WebCAT, CVIEW

9 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 9 Accept and process electronic IFTA renewal applications Example 3: VISTA/TS, Web Browser/WebCAT, CVIEW Generic State Roadside Systems Generic State Commercial Vehicle Administration Systems Carrier Systems CVISN Core Infrastructure Systems (National/Regional) CDLIS IRP Clearinghouse IFTA Clearinghouse NMVTIS MCMIS SAFER RSPA HazMat ASAP Analysis Admin/CAPRI Sensor/ Driver Comm Screening LMLM ASPEN LMLM Citation & Accident LSILSI LMLM Service Providers Internet Tools Other Carrier Systems ASAP MCDC Credentialing Interface (CI) Transponder Carrier Commercial Vehicle IFTA Tax Processing LSILSI LMLM Web CAT Intrastate Veh Registration LSILSI LMLM Driver Licensing LSILSI LMLM Licensing & Insurance E-Screening Enrollment Titling LSILSI LMLM SSRS LSILSI LMLM IRP LSILSI LMLM HazMat LSILSI LMLM OS/OW LSILSI LMLM SAFETYNET LSILSI LMLM CAPRI LSILSI LMLM Treasury or Revenue LSILSI LMLM VISTA TS Other Jurisdictions A B E Credentialing System (e.g., CAT) Roadside Operations LMLM CV Info Exchange Window (CVIEW) D C IFTA Registration LMLM CH Access B

10 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 10 NOTE: The Regional Processing Center (RPC) retrieves tax rate matrices from IFTA Inc. and sends the matrices to the Credentialing Interface (CI) whenever the rates change. 1. The CI generates a tax filing notification for each carrier registered under IFTA and sends it to the Carrier Automated Transaction (CAT) via EDI X12 TS The carrier queries the CI for appropriate tax rate matrices using the CAT via EDI X12 TS Daily, RPC sends the CI any credits available to the carrier. 4.The CI sends the CAT the appropriate tax matrices and any credits due the carrier via EDI X12 TS 150 and 813 respectively. 5.The carrier enters IFTA tax filing information using the CAT and submits it to the CI via EDI X12 TS 813. The carrier pays the Tax Due (through EFT, credit card, debit card,…). 6.The CI verifies the correct carrier name, ID,… and checks the carrier’s status (Active, Inactive, Revoked, or Suspended) with the IFTA Registration System. 7.The IFTA Registration System also proactively updates the CI whenever the carrier’s status changes, (e.g., from Active to Inactive). A.Nightly, the CI forwards the carrier’s tax filings and status to RPC in RPC proprietary format. B.The tax filings are checked for format and correct calculations when received from the CI. A netting function is performed on a monthly basis prior to transmittal to the IFTA CH. RPC clients place payments in accounts according to the netting results. Monthly, RPC sends a transmittal summary to the IFTA Clearinghouse via EDI X12 TS 826. C.The IFTA Clearinghouse updates its database with tax filing information (Transmittal) from all participating jurisdictions. Jurisdictions using RPC can access clearinghouse data via a server located at RPC. Jurisdictions can also access queries and reports from the IFTA web site and can request creation of an “extract” file, and then download all Transmittals data submitted by all participating jurisdictions in EDI X12 TS 826 format. D.Nightly, the CI generates a new or modified carrier snapshot IFTA segment and sends it to CVIEW via TS 285. E.CVIEW sends the updated snapshot IFTA segments to SAFER and the State Roadside via EDI X12 TS 285. F.SAFER updates the snapshots with IFTA data and provides them to subscribers and other jurisdictions via EDI X12 TS 285. NOTE: Functional acknowledgment for all EDI messages (except TS 997) is made by responding with a TS 997. The results of processing an incoming TS 285 are reported via TS 824. Content errors in a received TS 826 and 150 are noted by replying with a TS 824. Content errors in a TS 813 are replied with a TS 151. Accept and process electronic filing of & payment for IFTA quarterly tax returns Example 4: RPC, PC-CAT, CVIEW

11 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 11 Accept and process electronic filing of & payment for IFTA quarterly tax returns Example 4: RPC, PC-CAT, CVIEW Generic State Roadside Systems Generic State Commercial Vehicle Administration Systems Carrier Systems CVISN Core Infrastructure Systems (National/Regional) CDLIS IRP Clearinghouse IFTA Clearinghouse NMVTIS MCMIS SAFER RSPA HazMat ASAP Analysis Admin/CAPRI Sensor/ Driver Comm Screening LMLM ASPEN LMLM Citation & Accident LSILSI LMLM Service Providers Internet Tools Other Carrier Systems ASAP MCDC Credentialing Interface (CI) Transponder Carrier Commercial Vehicle Web CAT Intrastate Veh Registration LSILSI LMLM Driver Licensing LSILSI LMLM Licensing & Insurance E-Screening Enrollment Titling LSILSI LMLM SSRS LSILSI LMLM IRP LSILSI LMLM HazMat LSILSI LMLM OS/OW LSILSI LMLM SAFETYNET LSILSI LMLM CAPRI LSILSI LMLM Treasury or Revenue LSILSI LMLM Other Jurisdictions A 3 6, 7 C C C B Credentialing System (e.g., CAT) IFTA Tax Processing LMLM CH Access IFTA Registration LMLM RPC Roadside Operations LMLM CV Info Exchange Window (CVIEW) F E D

12 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C VISTA/TS generates a tax filing notification for each carrier registered under IFTA and sends it to the Credentialing Interface (CI) via EDI X12 TS The CI sends the notifications to the Web Cat via EDI X12 TS The carriers retrieve the notification from the Web Cat using a Web Browser. 4.VISTA/TS sends the appropriate Tax Rates to the CI via EDI X12 TS The CI forwards the Tax Rates to the Web Cat via EDI X12 TS The carriers enter IFTA tax filing information to the Web Cat using a Web Browser. The carrier pays the Tax Due (through EFT, credit card, debit card….). 7.The Web Cat performs calculations using tax rates and sends the IFTA tax filing information to the CI via EDI X12 TS 813. Note: The Web Cat and/or the CI validate the tax filing data to determine completeness, format, and agreement with business rules. 8.The CI receives the transaction and sends the tax filing to VISTA/TS via EDI X12 TS 813 for processing. Note: VISTA/TS validates and tracks tax filing data to determine payment status. ANightly, VISTA/TS evaluates and updates tax filing (Demographic, including Tax Payer Type and Status - Active, Inactive, Revoked, or Suspended), information for all client jurisdictions, and sends it to the IFTA Clearinghouse via EDI X12 TS 826. VISTA/TS also generates updated snapshot IFTA segments and provides them to CVIEW via EDI X12 TS 285. (Alternatively, VISTA/TS may provide snapshot IFTA segment updates to the CI for transmittal to CVIEW). B.CVIEW sends the updated snapshot IFTA segments to SAFER and the State Roadside via EDI X12 TS 285. C.SAFER updates the snapshots with IFTA data and provides them to subscribers and other jurisdictions via EDI X12 TS 285. D. Monthly, VISTA/TS updates tax filing (transmittal) information for all client jurisdictions and sends it to the IFTA Clearinghouse via EDI X12 TS 826. E.The IFTA Clearinghouse updates its database with transmittal tax filing information (transmittal) from all participating jurisdictions. Jurisdictions can access queries and reports from the IFTA web site. Jurisdictions can also request creation of an “extract” file, and then down load all transmittal data submitted by all participating jurisdictions via EDI X12 TS 826. Accept and process electronic filing of & payment for IFTA quarterly tax returns Example 5: VISTA/TS, Web Browser/WebCAT, CVIEW NOTE: Functional acknowledgment for all EDI messages (except TS 997) is made by responding with a TS 997. The results of processing an incoming TS 285 are reported via TS 824. Content errors in a received TS 826 and 150 are noted by replying with a TS 824. Content errors in a TS 813 are replied with a TS 151.

13 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 13 Accept and process electronic filing of & payment for IFTA quarterly tax returns Example 5: VISTA/TS, Web Browser/WebCAT, CVIEW Generic State Roadside Systems Generic State Commercial Vehicle Administration Systems Carrier Systems CVISN Core Infrastructure Systems (National/Regional) CDLIS IRP Clearinghouse IFTA Clearinghouse NMVTIS MCMIS SAFER IFTA Registration LSILSI LMLM RSPA HazMat ASAP Analysis Admin/CAPRI Sensor/ Driver Comm Screening LMLM ASPEN LMLM Citation & Accident LSILSI LMLM Service Providers Internet Tools Other Carrier Systems ASAP MCDC CV Info Exchange Window (CVIEW) Credentialing Interface (CI) Transponder Carrier Commercial Vehicle Web CAT Intrastate Veh Registration LSILSI LMLM Driver Licensing LSILSI LMLM Licensing & Insurance E-Screening Enrollment Titling LSILSI LMLM SSRS LSILSI LMLM IRP LSILSI LMLM HazMat LSILSI LMLM OS/OW LSILSI LMLM SAFETYNET LSILSI LMLM CAPRI LSILSI LMLM Treasury or Revenue LSILSI LMLM Other Jurisdictions VISTA/TS A B E C D Credentialing System (e.g., CAT) IFTA Tax Processing LMLM Roadside Operations LMLM CH Access E

14 CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 14 This page intentionally blank.


Download ppt "CVISN Guide to Credentials Administration: Appendix C Operational Scenarios and Functional Thread Diagrams C - 1 Appendix C Operational Scenarios and Functional."

Similar presentations


Ads by Google