Payments on accounts not posting to global customer accounts

Did you first start having the issue when you installed the hotfix as well? I am logging an issue but if they don't have a fix I'm screwed. Maybe I can back out the service pack but I would have to do it on 4 stores and 13 pcs and could leave me with worse issues.

No, it happened from the beginning. They released a hotfix/service pack which was supposed to resolve the issue but didn't.

There is still no fix available for it. We are still going through troubleshooting to work it out.

We have around 500 payments which never got attached to > Did you first start having the issue when you installed the hotfix as well? I

3x?T]oÜF|ß_ÁÂ@?"]ZÃIã|\Ï5?
?¶v? o??¶??êîêå??k¬?8àDq?äÌp¯? ÃæàR"©s??@qd ?.¥ñr³?ç¹lïÃ?Ü{Úü?Ë@>?}Öò¤ÿ=§b?o?ÄEÛs?}a§?x ð%ïü?§E?Á??¹?3,

Have you tried to contact the customer support team? I have used them many times and they are very helpful. They have different levels of support members to help even the most complicated questions and problems regarding their POS Software.

U.S./Canada Toll-free (1) (888) 477-7989

Worldwide (1) (701) 281-6500

Availability and hours of operation: Monday–Friday, 8:00 A.M.–6:00 P.M. Central Time (UTC-6) in the U.S. and Canada.

Support,

Hi! I had a problem too when making remote payment from one store to another store. Nothing good found searching this newsgroup; something when searching

("problem with posting payments on account for multiple stores"); at last found a solution myself. I post here my solution.RMS version 1.3.1006, HQ and some stores. When making a payment from one store to a transaction made in another store got 401 worksheet error. When debugging HQ Client I got error: "Error -2147217900: There are fewer columns in the INSERT statement than values specified in the VALUES clause. The number of values in the VALUES clause must match the number of columns specified in the INSERT statement." after Upload ARHistoryMirror from store. First I checked that all data is correct (store ID's etc) then checked regional settings and changed decimal separator from ',' to '.' - and everything worked. This is a bug because everything else works with ',' too - transactions, orders and also payments to local store. PS In hotfixes definitions there is also mentioned regional rettings date format problem in one of 2.0 hotfixes.

Koit Lahesoo

" snipped-for-privacy@sunrisepos.com" wrote: