Re: [IUG] Automatic Patron Loading
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
We've purchased both products, and are using the web services for patron update, with some success. ASU recently migrated to PeopleSoft and HR stopped creating flat patron files for us to load. We have limited access to PeopleSoft. We are currently running a weekly script on against several of the SQL databases and then using web services for patron update to load the data into Millennium. They have not opened PeopleSoft up for web services.
As for fine payment, they have not installed the web services, so we are still sending them a flat file, which they are manually loading, and we have to go into People Soft several times a week, run a report on paid fines and clear them manually in Millennium.
We had great hopes that the web services would give us real time access to both patron data and fine payment, however our PeopleSoft team has not been very cooperative.
Hope your experience is more positive.
From: innopac-bounces at innopacusers dot org [mailto:innopac-bounces at innopacusers dot org] On Behalf Of Mark James Strang
Sent: Wednesday, September 03, 2008 6:11 AM
To: IUG INNOPAC List
Subject: Re: [IUG] Automatic Patron Loading
It certainly would be great functionality. I did hear from Innovative sales and they indicated that we might need to have some of the Web Servicees for Patrons products to achieve this real time interaction. For the Patron record info they suggested the Patron Update API (Web Services), product code 118PU-WS on our Innovative server to allow an outside program to read and write to the patron database in real time. They also mentioned that if you wanted the fine information to talk to another system in real time we might need 118FP-WS Fines Payment API (Web Services). As with all product and programming solutions we will now begin a cost benefit analysis of the solution vs. the size of the problem.
If someone is utilizing either of these web services products it would be nice to hear from them. Either off list or on list would be fine with me.
From: Phil Huang [mailto:phil dot huang at sonoma dot edu]
Sent: Tuesday, September 02, 2008 2:52 PM
To: Mark James Strang
Subject: Re: [IUG] Automatic Patron Loading
This sounds like a dream program that we would love to hear about.
At Sonoma State University, we get student file that comes from campus
PeopleSoft system. The data in the file conform with what III requires, but
the library still has to load it up by using III load table and patron load
interface. There is no direct communication between the III and campus
systems. Besides, the library here also has to write some programs to assist
the patron load process.
Please do let us know if you are engaging in more advanced process or if you
hear anything exciting from other libraries.
Sonoma State University, Library
----- Original Message -----
From: "Mark James Strang" <mstrang at bgsu dot edu>
To: "IUG INNOPAC List" <innopac at innopacusers dot org>
Sent: Friday, August 29, 2008 11:11 AM
Subject: [IUG] Automatic Patron Loading
My central IT has proposed writing code to grab the patron information out
of our campus portal system. Instead of using a Load table to put the
information into our Innovative system on a daily or weekly basis, they want
to automatically insert the data into our Innovative system. Then when
faculty and students make changes to their contact information in our campus
portal there Innovative records could be updated. Has anyone implemented
this type of programming? If so please contact me.
Data Systems Manager
University Libraries I.T.S.
Bowling Green State University
Bowling Green, Oh 43403
mstrang at bgnet dot bgsu dot edu<mailto:mstrang at bgnet dot bgsu dot edu>
This e-mail message, including any attachments, is for the sole use of the
intended recipient(s) and may contain confidential and privileged
information. Any unauthorized review, use, disclosure or distribution is
prohibited. If you are not the intended recipient, please contact the
sender by reply e-mail and destroy all copies of the original message.
--- StripMime Report -- processed MIME parts ---
text/plain (text body -- kept)
This message was distributed through the Innovative Users Group INNOPAC list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options: http://innopacusers.org/mailman/listinfo/innopac