RECMGMT-L Archives

Records Management

RECMGMT-L@LISTSERV.IGGURU.US

Options: Use Forum View

Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Glenn Sanders <[log in to unmask]>
Reply To:
Records Management Program <[log in to unmask]>
Date:
Fri, 30 Jun 2006 08:47:56 +1000
Content-Type:
text/plain
Parts/Attachments:
text/plain (45 lines)
Frances

Yes, we do quite a lot of this, basically because scanning is 
intrinsically a batch process, often high speed or painstaking or boring, 
and done by staff who you probably wouldn't want to let loose amongst your 
metadata. So it makes snese in all but the processes with very low volume, 
to have one type of person doing the scanning, and another type of person 
doing metadata. And once you figure out what 'snese' means you will see 
why some people are fundamentally unsuited to some jobs (like keyboarding 
too fast early on a Friday morning).

We have one process where metadata from new customer contracts is keyed 
into our SAP CRM system, and the hardcopies then go to a scanning bureau 
together with some metadata extracted from SAP. The bureau matches images 
and SAP data, adds a couple of other fields by keying or OCR, and we then 
get the images and enriched metadata back on CD to load into Trim. Even 
then, sometimes business unit staff add or correct metadata within Trim, 
sometimes months later. One day we will have SAP-Trim integration to avoid 
the complex data transfers and duplication, but the volume of hardcopies 
(3,000+ a week) means we will always do batch scanning, at least until 
e-commerce sets in. 

Regards

Glenn

Glenn Sanders MRMA
[log in to unmask]
[log in to unmask]
Australia

These views are mine alone. They may or may not be those of any
previous or present employers or clients. I don't know. If I'd asked
and they'd agreed, I would have signed it "Harry Peck and Co and
Glenn". Or whatever. But I haven't, so I didn't.



----------------------------------------------------------------------------------------
This e-mail may contain confidential or privileged information.   If you have received it in error, please notify the sender immediately via return e-mail and then delete the original e-mail. EnergyAustralia has collected your business contact details for dealing with you in your business capacity. More information about how we handle your personal information, including your right of access is contained at http://www.energy.com.au.
----------------------------------------------------------------------------------------

List archives at http://lists.ufl.edu/archives/recmgmt-l.html
Contact [log in to unmask] for assistance

ATOM RSS1 RSS2