Phiz - Pharmacy

Hi, hope you are doing well
About these issue, we responded as followed:
1. It will develop in next version. I will inform you the deadline in few days.
2. It also will develop in next version together. I will inform you the deadline in few days.
3. Perhaps it seems that your touchscreen may not have detected your cursor. Please try again. Under normal circumstances, as shown in the video below, the invoice should display correctly (as shown in the picture).
4. Please offer us your account, so that we can recurrence problem and find where the problem is.
5. This issue is related to the cursor, and we will fix it in the next version. However, due to the small size of your screen and the large keyboard of your device, the user experience is also affected. For the optimal experience, please refer to the video demonstration.
URL of 3/4/5 video: https://drive.google.com/file/d/1m4HXpnnDWq2eV27OgvLcOJ14RZeorZJT/view?usp=sharing
Please check your version and test again. Looking forward to your response.
6. It also will develop in next version together. I will inform you the deadline in few days.
7. Please tell me the store you used and the order ID.
8. Understood. We are investigating. It will be fix in the next version, too.
Thanks a lot.

Hi, hope yo are doing well
Regarding the seventh point, please test again. Our testment is normal (as shown in the picture). If it's also not working, feel free to contact us.
Thanks a lot.

Hi, hope you are doing well
Please download the lastest version 1.2.47 through this website: https://www.phizshop.com/Public/download/index.html
It's weird because we're checking with the same stores and the same merchandise. Maybe the Brazilian tax website is unstable?
Thanks a lot.

Hi, hope you are doing well
Thank you for your result. Here is our solution plan:
1.and 2.: The first and second point will develop in next version of Andriod. I will update the deadline in fews days.
4. It's because the CEP is incorrect. So when you enter the phone number, the name and the CEP are automatically displayed normally. But the address entered before doesn't match the CEP, so the address shows up for a bit and then disappears. Please try the correct CEP and this situation won't happen.
5. This is because your device's screen is too small to see the number of inputs. I have uploaded a video link under proper device installation in my previous reply and the display is normal. Please check it. But there are some bugs with the cursor here, which we will fix together with the next version.
6. We will fix it in next version together.
8. This is because the previous requirements mentioned "credit" and "debit" payments for phone orders are made by the merchant using their own third-party device. And our system's payment methods are not pooled with these third parties. So the above situation will occur. Our improvement solution is that the phone order provides two payment methods, "cash" payment and "other payment". If a merchant needs to use a third-party device, the merchant needs to go to our Shop backend to add a payment method in "Other payment" interface, such as the "credit" and "debit" mentioned here (the effect is as shown in the picture). At this time, both the printed tickets and background data statistics and so on will be normal.
Currently, it is the best solution. Is that okay? Looking forward to your answer.
Thanks a lot.

Cissy 崔敬仪 escreveu (#note-10):

Hi, hope you are doing well
Thank you for your result. Here is our solution plan:
1.and 2.: The first and second point will develop in next version of Andriod. I will update the deadline in fews days.
4. It's because the CEP is incorrect. So when you enter the phone number, the name and the CEP are automatically displayed normally. But the address entered before doesn't match the CEP, so the address shows up for a bit and then disappears. Please try the correct CEP and this situation won't happen.
5. This is because your device's screen is too small to see the number of inputs. I have uploaded a video link under proper device installation in my previous reply and the display is normal. Please check it. But there are some bugs with the cursor here, which we will fix together with the next version.
6. We will fix it in next version together.
8. This is because the previous requirements mentioned "credit" and "debit" payments for phone orders are made by the merchant using their own third-party device. And our system's payment methods are not pooled with these third parties. So the above situation will occur. Our improvement solution is that the phone order provides two payment methods, "cash" payment and "other payment". If a merchant needs to use a third-party device, the merchant needs to go to our Shop backend to add a payment method in "Other payment" interface, such as the "credit" and "debit" mentioned here (the effect is as shown in the picture). At this time, both the printed tickets and background data statistics and so on will be normal.
Currently, it is the best solution. Is that okay? Looking forward to your answer.
Thanks a lot.

Bom dia a todos

1. e 2.: O primeiro e o segundo ponto serão desenvolvidos na próxima versão do Android. Atualizarei o prazo em alguns dias.
4. É porque o CEP está incorreto. Então, quando você insere o número de telefone, o nome e o CEP são exibidos automaticamente normalmente. Mas o endereço inserido antes não corresponde ao CEP, então o endereço aparece um pouco e depois desaparece. Tente o CEP correto e essa situação não acontecerá. *(na versão windows funciona normalmente vídeo 04)*
5. Isso ocorre porque a tela do seu dispositivo é muito pequena para ver o número de entradas. Enviei um link de vídeo em instalação adequada do dispositivo na minha resposta anterior e a exibição está normal. Verifique. Mas há alguns bugs com o cursor aqui, que corrigiremos juntos na próxima versão. (O sistema não teria que se ajustar automaticamente com tela do dispositivo?)
6. Corrigiremos juntos na próxima versão.
8. Isso ocorre porque os requisitos anteriores mencionavam que os pagamentos de "crédito" e "débito" para pedidos por telefone são feitos pelo comerciante usando seu próprio dispositivo de terceiros. E os métodos de pagamento do nosso sistema não são agrupados com esses terceiros. Então a situação acima ocorrerá. Nossa solução de melhoria é que o pedido por telefone fornece dois métodos de pagamento, pagamento "em dinheiro" e "outro pagamento". Se um comerciante precisa usar um dispositivo de terceiros, o comerciante precisa ir ao nosso backend da Loja para adicionar um método de pagamento na interface "Outro pagamento", como o "crédito" e "débito" mencionados aqui (o efeito é como mostrado na imagem). Neste momento, tanto os tíquetes impressos quanto as estatísticas de dados de segundo plano e assim por diante serão normais. (já estão cadastrados no backend do comerciante, não pode ser agrupado, tem que listar os tipos de pagamentos recebidos crédito e débito, para o Sefaz-RJ a forma de pagamento phizpay não existe, todas os tipos de pagamentos combinados não podem ser agrupados e sim discrimidados)
Atualmente, é a melhor solução. Tudo bem? Aguardo sua resposta.
Muito obrigado.

@henry 吴健 @Cissy 崔敬仪 @Lucas Lisboa

Obrigado

Hi, hope you are doing well
I'd like to ask you if you've identified the need to do Android POS shortcuts (as in the first point of your original post). Because if once this requirement is completed, then every merchant who purchases a Android POS will need to purchase keyboard by themselves or they will not be able to use this feature. Looking forward to your reply.
Thanks a lot.

Cissy 崔敬仪 escreveu (#note-16):

Hi, hope you are doing well
I'd like to ask you if you've identified the need to do Android POS shortcuts (as in the first point of your original post). Because if once this requirement is completed, then every merchant who purchases a Android POS will need to purchase keyboard by themselves or they will not be able to use this feature. Looking forward to your reply.
Thanks a lot.

Bom dia a todos,

Sim precisamos da função de atalho, o comerciante que quiser usar a função irá adquirir um teclado, 99% dos comerciantes no Brasil mesmo com tela touch screen usam teclados, pois já estão acostumados com as teclas de atalhp.

@Lucas Lisboa @Cissy 崔敬仪 @henry 吴健

Obrigado

Cissy 崔敬仪 escreveu (#note-18):

Hi, hope you are doing well
Received. If there is a deadline, I will update here immediately.
Thanks a lot.

Bom dia a todos

Fiz um teste com o pdv android com a conta da farmácia hot farma e logo depois com a conta de teste do phiz coff, ao finalizar a venda imprimiu nfce da Hotpharma Vila Militar.

Conta da loja:

Usuário: 1021
Senha: 12345678

Foi observado que somente o produto

Segue vídeo

@Lucas Lisboa @henry 吴健 @Cissy 崔敬仪

Obrigado

Hi, hope you are going well
You don't have to worry, it's normal. Because our "phiz coffee" shop is an internal account of China team, it doesn't have legal tax information related to Brazil invoicing, so in order to be able to test it properly, we fill in the tax information of Hotpharma Vila Militar and connect its invoicing test token. that's why you will see this situation when you print it.
This will not happen for the rest of the merchants.
Thanks a lot.

Cissy 崔敬仪 escreveu (#note-20):

Hi, hope you are going well
You don't have to worry, it's normal. Because our "phiz coffee" shop is an internal account of China team, it doesn't have legal tax information related to Brazil invoicing, so in order to be able to test it properly, we fill in the tax information of Hotpharma Vila Militar and connect its invoicing test token. that's why you will see this situation when you print it.
This will not happen for the rest of the merchants.
Thanks a lot.

Bom dia a todos

Ok obrigado

Em relação aos ítens destacados, tem previsão de solução?

@Cissy 崔敬仪 @henry 吴健 @Lucas Lisboa

Obrigado