QMcKay
June 14, 2017, 4:14pm
119
plume:
Forget about that rdp stuff; yesterday I ask the waitresses to setlle directly (no rdp) on the main computer, each of them using their windows user session without closing the windows session of the other - “cambiar usuario”. So change (windows) user and not close (windows) session.
That way 2 SambaPOS running for 2 users, I got the same result.
Good to know. So you are claiming that this issue is a result of running more than a single Windows User Session. Interesting. Now I have a way for me to test this without RDP. Thanks for that.
EDIT : Hmm… seems I need to learn how to run SambaPOS in multiple User Sessions… right now, one session/instance is logged in and WP is started , but in the other session/instance, the WP is closed … why are they not “aware of each-other”? I even have the Terminals set uniquely in Local Settings in each session…
QMcKay
Split this topic
June 14, 2017, 6:06pm
120
plume
June 14, 2017, 6:47pm
121
2nd waitress clocked in an hour ago, no doubles right now … but not a lot of customers this lunch time … let’s wait.
QMcKay
June 14, 2017, 6:56pm
122
I currently have the Script/Report method running, and no doubles.
QMcKay
June 14, 2017, 7:06pm
123
Switched to Update +1 method without Report Tag, no doubles…
QMcKay
June 14, 2017, 7:10pm
124
Switched to Increase Value 1, no doubles…
QMcKay
June 14, 2017, 7:11pm
125
@plume ,
Please post the Report you are using to track the SerialNumber Tag.
plume
June 14, 2017, 7:16pm
126
(Btw I don’t really need that reports to see doubles, the printed tickets are enough)
[SerialNumber:1, 3, 5]
{REPORT SQL DETAILS:
SELECT Id,Value,Name
FROM ProgramSettingValues
WHERE Id = '23'
:F.Id,F.Value,F.Name}
[Table Custom:2,2, 3, 2]
>Terminal|T Numb|SerialNumber|Amount
{REPORT TICKET DETAILS:T.Terminal,T.TicketNumber,TT.SunatNumber.desc,T.TotalAmount:}
plume
June 14, 2017, 7:18pm
127
I was told to use:
{GLOBAL SETTING:SerialNumber}
instead of
{SETTING:SerialNumber}
plume
June 14, 2017, 7:21pm
128
I am almost sure that will give NO double, I am just making a last try this lunch time replacing:
{GLOBAL SETTING:SerialNumber}
by
[=TN('{REPORT SQL DETAILS:SELECT [Value] FROM [ProgramSettingValues] WHERE [Name]='SerialNumber':F.Value}')]
Then I’ll use you script.
QMcKay
June 14, 2017, 7:24pm
129
##Report
[Ticket Serials:1,2,2,1,2,2,2]
>>DB|{REPORT SQL DETAILS:SELECT [Value] FROM [ProgramSettingValues] WHERE [Name]='SerialNumber':F.Value}
>>Payment
>tNum|tDate|pDate|Ser|tUser|pUser|Terminal
{REPORT PAYMENT DETAILS:T.TicketNumber,T.Time,P.Time,TT.SerNum.desc,T.User,P.User,T.Terminal}
>>Ticket
>tNum|tDate|pDate|Ser|tUser|pUser|Terminal
{REPORT TICKET DETAILS:T.TicketNumber,T.Time,T.LastPaymentDate,TT.SerNum.desc,T.User,-,T.Terminal}
plume
June 14, 2017, 7:37pm
130
The only diff I see is:
In Yellow, my “TagValue” variable’s name was : “SerialNumber” I don’t know if it has impact
QMcKay
June 14, 2017, 8:03pm
134
Should not matter.
The variable name in the Action is not related to the Program Setting Name… erm, at least it shouldn’t be!
Shouldn’t make any difference, but I will try it.
Currently still using Update+1 method, without Report (using {SETTING:SerialNumber}
).
Do you mean to say use {GLOBAL SETTING:SerialNumber}
in the Update and the Tag?
Is that mean Update Program Setting use value store in memory when Update Type set to Increase?
QMcKay
June 14, 2017, 8:07pm
136
Seems that way, don’t know, just reporting it is “broken”, imo.
It seems if it find the value in memory it won’t read from database. After logout from POS and log back in, it update correct value.