Bug #7581
abertoProblems with cashier at POS
0%
Descrição
@henry 吴健 @Cissy 崔敬仪 @Lucas Lisboa
hello Guys, same erros finded in Phiz pdv.
1- O sistema permite a retirada de valor mesmo sem ter recebido valor em dinheiro ou ter aberto o caixa com "Fundo de Caixa".
O valor não pode ficar negativo negativo.
1- The system allows withdrawal of funds even without receiving cash or opening the register with a 'Cash Fund.' The amount should not be allowed to go negative.
2- O valor do fundo de caixa aceita apenas o ponto (.) como separador decimal.
No Brasil, o padrão monetário usa vírgula (,).
2- The cash fund amount only accepts a period (.) as the decimal separator. In Brazil, the currency standard uses a comma (,).
3- Quando usamos a função de adicionar ou remover valores do caixa, ele não informa que foi feita uma adição ou subtração de valores, somente mostra o valor total de caixa, e nem mesmo grava essa informação em Finanças para uma conferencia posteriormente. Isso permite que fique frágil a conferencia dos caixas, pois principalmente o valor do "fundo de caixa" pode ser alterado pelo usuário e não ficara registrada a alteração.
3- When we use the function to add or remove cash, it does not indicate that a value addition or subtraction has occurred; it only shows the total cash amount, nor does it record this information in Finance for later verification. This makes cash reconciliation vulnerable, as the 'cash fund' value, in particular, can be altered by the user without any record of the change.
Here is the link to the evidence of the listed issues:
https://www.figma.com/design/geQ7ftIAxK0Zt2a6qQKLE9/Corrections-for-pharmacy?node-id=9-10&t=3s0ulg2x72ec3il5-1
Ficheiros
Sub-tarefa
Tarefas relacionadas
Atualizado por Cissy 崔敬仪 há 5 meses
Hi, hope you are doing well
Here are some questions we have about your request.
1. When you have only refunds and no credits, the amount is negative, this is normal.
2. This issue has been recorded in the demand pool and is waiting to be scheduled.
3. For this issue, do you want to set up a separate module in the backend to see the change in the amount of moneybox?
Thanks
Atualizado por Rodrigo Covinha há 5 meses
Hello @Cissy 崔敬仪 I will try to clarify the issues better,
1- a). Se eu tiver um reembolso sem fundo de caixa? R: O sistema não deve permitir o reembolso. b). Se eu tiver um reembolso com fundo de caixa? R: O sistema deve tirar o valor do reembolso do valor do Fundo de caixa. (exemplo dado no ambiente em que, em ambas as situações não tem saldo de vendas no caixa).
1- a). What if I have a refund without a cash fund? A: The system should not allow the refund. b). What if I have a refund with a cash fund? A: The system should deduct the refund amount from the cash fund value. (Example given in the environment where, in both situations, there is no sales balance in the cash register.)
2- OK!
3- Acredito que não é necessário um modulo separado mas essa informação deve entrar no relatório de finanças para uma futura analise de faturamento que o cliente possa precisar. E é necessário essa informação ser impressa na "Informações de Turno", (image 3).
3- I believe a separate module is not necessary, but this information should be included in the financial report for any future revenue analysis that the client may need. It is also necessary for this information to be printed in the 'Shift Information' (image 3).
If you still have any questions, please feel free to ask me. See you later!
Atualizado por Cissy 崔敬仪 há 5 meses
Hi, hope you are doing well
Regarding the first and third points you mentioned, we need the operating procedures of your old system.
1. Money box operation mechanism of the old system. Because we consider that the system is not able to recognize the real-time amount of money in your money box.
3. We need your old system's money box flow report interface for our evaluation and development.
Thanks.
Atualizado por Rodrigues Gustavo há 5 meses
- Atribuído a alterado de Rodrigo Covinha para Cissy 崔敬仪
Cissy 崔敬仪 escreveu (#note-4):
Hi, hope you are doing well
Regarding the first and third points you mentioned, we need the operating procedures of your old system.
1. Money box operation mechanism of the old system. Because we consider that the system is not able to recognize the real-time amount of money in your money box.
3. We need your old system's money box flow report interface for our evaluation and development.
Thanks.
Boa tarde a todos,
Não entendi sua dúvida, podemos marcar uma reunião para esclarecimento?
Obrigado
Atualizado por Rodrigues Gustavo há 5 meses
- Estado alterado de New para Follow up from China
Atualizado por Cissy 崔敬仪 há 4 meses
- Atribuído a alterado de Cissy 崔敬仪 para Rodrigues Gustavo
Hi, hope you are doing well
We have resolved the second point. And in the Nov.22nd meeting, you confirmed that the first and the third point aren't from pharmacy. So theses are be cancelled right now.
Thank you for your cooperation and understanding.
Atualizado por Lucas Lisboa há 4 meses
- Estado alterado de Cancelled para ReOpen
- Atribuído a alterado de Rodrigues Gustavo para kiki zeng
Hi Cissy 崔敬仪 ,
I hope you are well.
I don't remember talking about this demand in a call. And we also do not request cancellation. We can talk about this tonight.
With this, we reopen this important and urgent demand, ok?
Atualizado por Rodrigues Gustavo há 4 meses
Lucas Lisboa escreveu (#note-10):
Hi Cissy 崔敬仪 ,
I hope you are well.
I don't remember talking about this demand in a call. And we also do not request cancellation. We can talk about this tonight.
With this, we reopen this important and urgent demand, ok?
Boa tarde a todos
Tem previsão de resolução? Pois já estamos implantando as farmácias e precisamos de um prazo para dar continuidade as implantações.
@Lucas Lisboa @Cissy 崔敬仪 @henry 吴健
Obrigado
Atualizado por Cissy 崔敬仪 há 4 meses
- Atribuído a alterado de kiki zeng para Rodrigues Gustavo
Hi, hope you are doing well
I think there is a difference in our business process for the first and third points of this project and we can discuss the solution in the next meeting.
The China team's business process for the money box is as follows:
Regarding the first point: When the actual amount of money in that cashier's money box is not enough for a refund, the system is allowing refunds, the amount of the money box is also recorded as a negative amount at this point. In this case, the cashier can go to the owner to ask for the money by himself, and then enter the amount of the money box again in the system, and finally give the customer a successful refund. This is to make it easier for the customer to get a refund at every register.
Regarding the third point: we need to discuss what you want again and see if the shop backend needs to plan a separate new section to record the money box flow chart.
We can discuss above in next meeting. Looking forward to the next meeting.
Thanks a lot.
Atualizado por Cissy 崔敬仪 há 4 meses
Hi, hope you are doing well
1. For the first point, we are developing. If there is a deadline, I will update here immediately.
2. For the second point, we have already solved this issue.
3. For the last point, we need to discuss how the Brazilian cashier work process. We think perhaps it's different between Brazil market and china market. Ester knows this issue and she will contact with you to help us understanding better. Then also we can discuss in the next meeting.
Thanks a lot.
Atualizado por Rodrigues Gustavo há 3 meses
- Atribuído a alterado de Rodrigues Gustavo para Wonder 黄德亮
Atualizado por Cissy 崔敬仪 há 3 meses
- Atribuído a alterado de Wonder 黄德亮 para Rodrigues Gustavo
Hi, hope you are doing well
For the last point, we had a discussion in last meeting. You introduced how the cashiers working with his money box for us. But here is still a question.
1. You mentioned that a certain amount of money is kept in the money box at all times when the cashier turns in for his shift. So if a particular cashier goes to work with less than the amount in the money box, does he have to add the money to the certain amount first? And does the cashier need to take all the money with him when he leaves at the end of his shift? Or does he still leave the amount in the money box?
Regarding the money box logic, each industry or brand stores have their own cashier management method, like how their cashiers shift. It is not possible to create each different function in the backend to support arbitrary choice. It is recommended to use with the original business logic of our system.
For example, if you want to realize the logic you mentioned in the meeting, the cashier can manually reduce money in our pdv when he need to shift turn. And then take the amount he reduced away to their manager.
Because the business logic of people management depends on the store manager of different industries, then in the future perhaps there will be every different business logic and we have to do the every different function in backend. It's will be more complex. So I require to cancel this requirement. Please have a consideration and discuss with me. Feel free to contact me.
Thanks a lot.
Atualizado por Rodrigues Gustavo há 3 meses
- Atribuído a alterado de Rodrigues Gustavo para Wonder 黄德亮
Cissy 崔敬仪 escreveu (#note-16):
Hi, hope you are doing well
For the last point, we had a discussion in last meeting. You introduced how the cashiers working with his money box for us. But here is still a question.
1. You mentioned that a certain amount of money is kept in the money box at all times when the cashier turns in for his shift. So if a particular cashier goes to work with less than the amount in the money box, does he have to add the money to the certain amount first? And does the cashier need to take all the money with him when he leaves at the end of his shift? Or does he still leave the amount in the money box?
Regarding the money box logic, each industry or brand stores have their own cashier management method, like how their cashiers shift. It is not possible to create each different function in the backend to support arbitrary choice. It is recommended to use with the original business logic of our system.
For example, if you want to realize the logic you mentioned in the meeting, the cashier can manually reduce money in our pdv when he need to shift turn. And then take the amount he reduced away to their manager.
Because the business logic of people management depends on the store manager of different industries, then in the future perhaps there will be every different business logic and we have to do the every different function in backend. It's will be more complex. So I require to cancel this requirement. Please have a consideration and discuss with me. Feel free to contact me.
Thanks a lot.
Bom dia a todos
A lógica está correta, mas precisamos ter um bloqueio, se o operador do caixa digitar um valor errado (maior do que está no fundo do caixa) vai ficar negativo.
O outro problema é que, quando faz uma retirada ou adiciona dinheiro, este não gera relatório nenhum no backend e também não imprime nenhum recibo de comprovação e não aparece no recibo de fechamento do turno.
@Cissy 崔敬仪 @henry 吴健 @Lucas Lisboa
Qualquer dúvida pode chamar
Obrigado
Atualizado por Cissy 崔敬仪 há 3 meses
- Ficheiro clipboard-202412300951-rr6wo.png clipboard-202412300951-rr6wo.png adicionado
- Ficheiro clipboard-202412300955-1kily.png clipboard-202412300955-1kily.png adicionado
- Atribuído a alterado de Wonder 黄德亮 para Rodrigues Gustavo
Hi, hope you are doing well
1. We will solve the negative number problem you mentioned in the next version.
2. About the cashbox flow report, you can check the cashbox flow record of each cashier working here (showing in the picture). We will set up a print function for this report here. What do you think? Or do you have other specific needs please let me know. It would be best to describe your needs in detail, do you need to view reports based on each weekday? Maybe it can be realized with 7800
Thanks a lot.
Atualizado por Rodrigues Gustavo há 3 meses
- Atribuído a alterado de Rodrigues Gustavo para Wonder 黄德亮
Cissy 崔敬仪 escreveu (#note-18):
Hi, hope you are doing well
1. We will solve the negative number problem you mentioned in the next version.
2. About the cashbox flow report, you can check the cashbox flow record of each cashier working here (showing in the picture). We will set up a print function for this report here. What do you think? Or do you have other specific needs please let me know. It would be best to describe your needs in detail, do you need to view reports based on each weekday? Maybe it can be realized with 7800
Thanks a lot.
Boa noite a todos,
Aguardaremos próxima versão para testes, as necessidades seriam o bloqueio de valores que fossem maiores que o do caixa, e as informações de retiradas e adição de dinheiro no backend.
@Lucas Lisboa @Cissy 崔敬仪 @henry 吴健
Qualquer dúvida fique a vontade em me contatar.
Obrigado
Atualizado por Cissy 崔敬仪 há 2 meses
- Atribuído a alterado de Wonder 黄德亮 para Rodrigues Gustavo
Hi, hope you are doing well
We released the first point and second point of this project, please check it. Regarding the last point, we are scheduling now. And if there is a deadline, I will update here immediatly.
Thanks a lot.
Atualizado por Rodrigues Gustavo há 2 meses
- Atribuído a alterado de Rodrigues Gustavo para Wonder 黄德亮
Cissy 崔敬仪 escreveu (#note-22):
Hi, hope you are doing well
We released the first point and second point of this project, please check it. Regarding the last point, we are scheduling now. And if there is a deadline, I will update here immediatly.
Thanks a lot.
Boa tarde a todos
O primeiro e segundo ponto estão funcionando, parabéns a todos os envolvidos.
Tem prazo para a solução do terceiro ponto?
@Lucas Lisboa @henry 吴健 @Cissy 崔敬仪
Obrigado
Atualizado por Cissy 崔敬仪 há aproximadamente 1 mês
- Data de fim configurado como 11/03/2025
Atualizado por Cissy 崔敬仪 há 22 dias
- Ficheiro clipboard-202503121802-0j3ix.png clipboard-202503121802-0j3ix.png adicionado
- Ficheiro clipboard-202503121803-wgoel.png clipboard-202503121803-wgoel.png adicionado
Hi, hope you are doing well
For the issue Gustavo raised at the meeting (shown as followed), we have successfully resolved it. Please test again whether this problem exists or not. Please mark "Resolved" if there is no problem.
Thanks a lot
Atualizado por Rodrigues Gustavo há 21 dias
- Estado alterado de Follow up from Brazil para Resolved
Cissy 崔敬仪 escreveu (#note-26):
Hi, hope you are doing well
For the issue Gustavo raised at the meeting (shown as followed), we have successfully resolved it. Please test again whether this problem exists or not. Please mark "Resolved" if there is no problem.
Thanks a lot
Boa tarde a todos
Teste efetuado com sucesso, parabéns a todos os envolvidos.
@Lucas Lisboa @henry 吴健 @Cissy 崔敬仪
Obrigado