Spooling issues Aloha 2

[alohaakamai3]

On two separate "dealer installed" systems I've worked on lately (in other words, I did not set them up), I've seen this annoying situation.

In a nut shell, credit card processing is temporarily stopped, and spooled credit card files won't automatically dial out for authorization when processing resumes.

The scenario usually goes something like this:

The Internet goes down and a few of my clients know to "Stop processing" when this happens (i.e. stop edcsvr) into order to run normally, and they know to call me before attempting to mess with it further.

So when it looks like the Internet is working, I back up the spooling files, and try to get them to auth by turning the processing on. As you know, in a few moments, these spooled files would typical obtain auths at that point. But in this two sites, nothing happens.

It's been on 2 different versions of Aloha, 5.3x and 6.x. I tried rebooting, I tried starting and stopping edcsvr, I've tried adding and deleting the "spooling" file on the master terminal, and I've even tried adding the SET EDCPATH variable in the ibercfg on that terminal.

Anyone want to take a stab at why they spl files aren't autmatically going out for auths when the service is started again?


FYI- Through messing around with it, I have found that if you rename the files to .HLD, put them in the EDC folder on the BOH, then manually, stop and start processing via EDC- the cards will authorize. Which is better than nothing. But the last time this happened this weekend, this very busy bar had 700 transactions .. this took about an hour and half to do.

 

[bigblok403]

EDCSVR service does not have permission to access the EDC folder on the terminals. Usually due to incorrect password/users.

 

[pasupport]

Make the files ####.REQ not HLD they will process on the BOH.

I like this method better because you can then check the EDC totals before settlement and address and out of balance issues. Also you can split this way if need be. Just go by the system date making sure to account for time after midnight of course.

 

[bcconsultin]

Here is how you fix it permanently! All of the terminals us a user name and password to log onto the network. In general when you load Aloha on the file server is asks you which account you want to register the services under. Default is local user account.
You need to create an administrators account called Aloha, and password as hello, assuming this is how the terminals log onto the system. Once the user is created, go into services, and register the services to use the same user name and password as the terminals. Stop and start services, make certain you check the password never expires, and have your customer to log in under that account ALWAYS in the back of house!!!
Spooling will be handled on its own FOREVER!!!

Brad C.

 

[msk997]

I had this same problem with spooling not auto-recovering in 6.2.7. I set up the account ./alohasvr to run edcsvr with admin rights on the fileserver and then created the alohasvr account on the terminals with admin rights. EDC autorecover has worked like a charm since then.

 

[SwampGas]

The EDCSvr must be registered under an administrative account that has full permission on the BOH and have full BOOTDRV share on the FOH terminals.

-This issue is documented in the Aloha AKB's. Document AKB6162.


CTLSvr can run under the localaccount with no problems, but EDCSvr must run under an administrative account.