You are viewing limited content. For full access, please sign in.

Question

Question

Is there a list of ( WebAccess )webservices syntax? Like importing a document.

asked on July 3, 2013


we are using the webaccess scaning syntax to pass data to the scanning interphase and would like to know if we can import a document the same way?

 

IE. lfwa80://scanning/http://test/laserfiche/App_Services/ScanningService.asmx?r=Comet&custom=name:'INVOICE1'path:'\\Finance\\AP Invoices'template:'AP20 Invoices'[Invoice Number]'1234'[Vendor Number]'98765'[Company Number]'1'[Document Type]'Taxed Invoice'[Vendor Name]'Test Vendor'(ProtectedItems)'15'

0 0

Answer

APPROVED ANSWER
replied on July 19, 2013

Hey Chris,

 

Thank you for your user story! Trust me- the more details, the better for these scenarios. We really appreciate the input, and we're glad to hear that the scanning URL syntax is working so well for you.

 

Have you looked into Web Access' URL syntax for opening to a particular folder? You can use that URL in your import button in the Finance app, then have users import into that filepath through Web Access. Users can then manually enter in the metadata information. Or, if they're importing PDFs/Office docs, Web Access can generate text for the documents, allowing Workflow to process the documents in the same way it processes the scanned images.

 

I think that might be your best work around for importing electronic documents for the time being. Unfortunately, there is no way to import a document and pass parameters to it via URL. It would be nice if it were as simple as copying the URL when the import dialog is called and adding a few parameters at the end, but that isn't the case. There really isn't any syntax I can give you that would allow you to do this. But, like I said before, its a great idea, and your story definitely gives some context for how the feature might be used. We'll definitely consider it for a future release.

 

Best Regards,

1 0

Replies

replied on July 3, 2013

Hey there Clay,

 

So if I understand you correctly, you're using custom web scanning URLs import documents through Laserfiche Web Scanning, and you'd like to know if there's a similiar URL for importing documents on your machine/network drive without using scanning?

 

Currently, that's not a supported feature. I imagine this could work similar to the scanning URL sytnax- you could specify certain parameters, such as template name and folder path, and the import dialog would automaticaly load with those parameters in place. I think you would still need to navigate to the document manually, as you do in web scanning. But overall, this sounds technically feasible.

 

I'll file this as a feature request to potentially be included in a future release. It's a good idea, and I imagine it would be useful for providing a quick way for certain users to import documents in a uniform way (i.e. click this link, and the imported documetn will automatically have this template assigned).

 

If you could provide more details on your intended use case for that feature, that would be really helpful to us.

 

In the meantime, you should be able to continue calling scanning through that URL sytnax to import your documents. Also, I've attached a white paper outlining our currently supported URLS.

 

Thanks for the feedback!

0 0
replied on July 16, 2013

Hey Ryan,

 

I am following up for Clay as he asked the questions but I am the one basically working on the project. 

 

We have a large client that wants to do some integrating between their Finance software and Laserfiche.  They are under a time crunch and brought us in pretty late in the project and wanted to know their options.  In the past we have written small VB apps that basically do screen scrapes and launch the scanning window, or we use the product Affinity (which is a PDP I believe).  In this case, the Affinity product would not work with their software.  We also tried a few other products that were similar but went over either time or budget requirements.  

 

Then we noticed the features in WebAccess 9 with the direct URL's.  The client just simply needs to use the URL link syntax and fill in the variables with the correct information depending on what screen they are in.  The software they are using is a Finance package.  So for example the link would contain a check number, vendor name, vendor id, and check date if they were on the AP screen.  If they were on the Invoice screen the URL would contain PO number, vendor name, and vendor id.  By burying the URL behind a button we have a solution where the user enters the data into their Finance application and then just clicks a button (in their software) to scan into Laserfiche.  They don't have to key anything twice or choose a folder path.

 

You are basically correct in your assumption.  We would like a procedure similar to the scanning URL for importing.  It would be OK if they had to browse to it too, almost preferred in fact.  But we envision three buttons in the client’s software: a Search, Scan, and Import.  The Search and Scan are done, but the Import would be awesome.  They will be getting invoices and checks electronically as well as scanning things in.  If they get an electronic invoice it would be great if we could have a URL that opens up a browse window for them to pick the file, and then import it into Laserfiche.  We really would almost just need the "name" and the "path" variables for this URL string.

 

To expand on needing only the "path" and "name" variables (for you and others who may read this) we are using Workflow to really file the scanned (and possibly imported) documents.  In the client’s sofware, the native URL field that they are using is limited to 256 characters (weird I know but they can't change it).  The URL we are using for WebAccess scanning is quite long.  There is the extra stuff at the start, then the normal WebAccess syntax, then the name, then the template, then the field names, then all the corresponding values.  No way to change it of course, it just gets long.

 

In our syntax we are having them fill in the path and the name only to shorten the URL.  We are having the name of the document contain all our metadata separated with a delimiter.  So instead of all the extra field names and such we just have our doc name being "checknum_vendname_vendid_chkdate".  The document gets scanned to a generic folder where then Workflow takes over.  We pattern match off each value and fill in the appropriate metadata and file the document in the correct folder.  

 

So probably more than you wanted to know but there it is.  We think the scanning URL for WebAccess 9 is a fantastic feature and I can see us using it frequently as a "quick integration".  Having some kind of import syntax alongside the scanning syntax would make all that more powerful.

 

Thanks,

Chris

 

0 0
replied on July 18, 2013

Also, as a followup post, is the syntax available?  I know that it is not a "supported" feature but it seems that if the scanning calls are built then so are the import ones.  Any chance we could get that?  Not doing anything fancy or crazy, just need to be able to browse to a doc and have it import with a name to a folder (with the parameters in the URL link).  It would really shine on Laserfiche if they could get that syntax.  Seeing as how some other software and their vendors have failed at this City, Laserfiche is already highly praised for the simple solution of this scanning URL.  We have already got a big amount of buy in by simply showing them the Workflow and the scanning URL and the import would really seal the deal and help Laserfiche expand.

0 0
replied on September 27, 2013

Thank you for the response Ryan.  As a followup post for others that read this we wrote our own web service in conjunction with a web app.  Parameters in a URL are passed to the web service and they import the document into Laserfiche.  The required parameters are document name, path, and repository name.  Thank you for the replies to this post.  Hopefully something out of the box is in the works for future versions.

 

Thanks again,

Chris

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.