legalxml-courtfiling message
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]
Subject: Record Docketing and Callbacks
- From: "Cabral, James E." <JCabral@mtgmc.com>
- To: "Electronic Court Filing Technical Committeee" <legalxml-courtfiling@lists.oasis-open.org>
- Date: Tue, 28 Jun 2005 22:22:58 -0700
Everyone,
Tom Clarke and Scott Came are currently working on
defining the domain models and GJXDM mappings for the Record Docketing and
callbacks. In the attached email discussion of the content of each
message, I identified two questions for the TC. I referenced the second
issue in the "Proposed Service Model for ECF 3.0" document because it relates to
the service model . But the first issue is a possible simplification of all the
callbacks that I do not recall we have decided as a TC.
Again, please direct your comments to the entire TC so
that we may resolve these issues as soon as possible.
thanks,
Jim
Cabral
James E. Cabral Jr.
MTG Management Consultants,
L.L.C.
1111 Third
Avenue, Suite 2700
Seattle, WA 98101-3201
(206) 442-5010
www.mtgmc.com
The
information transmitted is intended only for the person or entity to which it is
addressed and may contain confidential and/or privileged material. If you
received this in error, please contact the sender and delete the material from
any computer.
Scott,
Here's what I recall, in sequential
order:
1. The ReviewFiling synchronous callback
includes
- the time the filing was
received by the Filing Review MDE
- the court-assigned case
number
- any error messages
2. The RecordDocketing includes
- all the metadata and
attached documents in the ReviewFiling message that is accepted by the
clerk, as edited by the clerk
- the court-assigned case number
- the payment
receipt
3. The RecordDocketing synchronous
callback includes
- the time it was
received by the Court Record System
- any error
messages
4. The RecordDocketing asynchronous
callback includes
- all the metadata and attached documents in the
RecordDocketing message, as modified by the Court Record
System
- the document identifiers for each
document filed into the Court Record
System
- any error
messages
5. The ReviewFiling asynchronous callback
includes
- all the metadata and attached documents in the
RecordDocketing message, as edited by the Court Record
System
- the court-assigned case
number
- the disposition (accepted/rejected) of
each document in the original ReviewFiling message
- the document identifiers for each
document filed into the Court Record
System
- the
payment receipt (if the court processes payments)
- a place for error
codes
I am
unclear on a couple things:
1. One
simplification would be to remove the metadata and documents from the
callbacks. In that case, it seems to me that we would still need to
include a way to indicate to the filer what information the clerk or Court
Record System changed. Or should we just say that it their
responsibility to download the documents and check them for
changes?
2.
Another question I have is how this all relates to service. Since the
service recipients receive the filing concurrently with the court, do they need
to also receive notification of the changes the clerk or Court Record System
make? And should the service recipients receive the document
identifiers for each document? Currently, we do not have a mechanism
designed to support that.
That's all I can remember. I probably missed some
but it should be a good start for your
strawman.
jim
Jim, do you have an understanding of existing consensus regarding
what should go into the callbacks and Record Docketing message
structure?
Tom and I would like to put a strawman forward to the list on
this. Can you help us build it? My recollection is that we think we
need only a few data items more than what's in Review
Filing...
Thanks.
--Scott
[Date Prev]
| [Thread Prev]
| [Thread Next]
| [Date Next]
--
[Date Index]
| [Thread Index]
| [List Home]