Aloha EOD problems

[bakins]

One of our sites is having EOD problems. The dated subdirectory is being created but does not show in reports until I copy done30 and gnddbf30 from another dated sub and manually mark to regrind. The trans.log is also not being deleted from the Data folder. Any thoughts on what is causing this? Also is there a way to split the trans.log to remove the previous day's data?

 

[posrescue]

Check your debout.eod file in the tmp folder to find where the eod process is failing.

Delaers have a tool to split the trans.log but there is not a way for you to do this on your own.

 

[coorsman]

I can split the trans.log file if you need. You can use drop box or some way to link the file to me.


Cheers,
Coorsman

 

[bakins]

Here is the link. Thanks in advance.

https://www.dropbox.com/s/uyy3gbvlu7yqd3p/TRANS.LOG?m

 

[coorsman]

https://dl.dropbox.com/u/59088547/18.log

Rename the current trans.log file in dated 18th subdirectory to something so there is a backup.

download the 18.log - rename to trans.log in 20120718 dated subdirectory.
you can then go into the aloha manager - utilities - regrind subdirectories - and select 18th dated subdirectory to regrind.




Cheers,
Coorsman

 

[bakins]

Got the file in and had the manager check sales. She said sales should show $6040.74 for the 18th but only show $2742.10. Basically missing $3298.64 in sales. Combined report for 17th and 18th showed $10480.43. Sales for the 17th were $4439.69, leaving the $6040.74 for the 18th. Not sure what is going on.

 

[coorsman]

Usually just splitting a trans.log will work but not always. I looked at the log view file I found this entry:

4 DUPLICATE Transactions were found.
Of which, 3 transactions are probably harmless.
The other 1 transactions may cause problems

The next step would be to try a fixlog to see if it will remove the bad transaction. (see the FAQ library on the menu above)

Next would be doing a grind with a /debug command and reading the debout.g01 file for errors (usually no checkout or open checks) but the day would have to be re-opened and make sure all clock-in's, clockouts and checkouts were done.




Cheers,
Coorsman

 

[bakins]

https://www.dropbox.com/s/bpx7jvhj14xrts5/DEBOUT.g01.txt

Here is a link to the debout. Seems like there are a lot of problems. Not sure where to go from here.

 

[coorsman]

The process would be to delete the EOD marker in the trans.log file. Revert the data folder to the 18th and restart the day. All the employees that are listed in the debout.g01 would need to be clocked in and then a check out and clock out would be done on each. That will usually get your sales back but in the Aloha trans.log world not every thing is %100.

I will strip the EOD from the trans.log file and send it to you. Please delete the link to the log files in drop box when your done.


Cheers,
Coorsman

 

[coorsman]

https://dl.dropbox.com/u/59088547/18-no-eod.log

Let me know if you want to try to repoen the day. This will have to be done before opening in the morning.




Cheers,
Coorsman

 

[bakins]

I have a test server at home I can use. Can you give me the steps I need to do?

 

[coorsman]

You will need a copy of data and new data. Change the dob and date to the 18th and drop this trans.log into data and start foh. Look through the debout.g01 for all the errors. Mostly clock in and clock out and checkout. Check your sales. Then do a manual end of day. Drop the trans.log back onto the sever and re grind.

Cheers,
Coorsman

 

[bakins]

I re-opened the day. I clocked in all employees shown in debout. Their old clock-ins are still showing in the system. They all have open checks that I can't close so I can't do clock out or checkout for them. Sales on FOH seem to be pretty close now, but BOH numbers still way off.

 

[coorsman]

Close them to cash.

Cheers,
Coorsman

 

[bakins]

They already have payments applies. I tried deleting payments and closing as cash. Still won't let me close check.

 

[coorsman]

Check to see if you can delete any checkouts.

Cheers,
Coorsman