Jump to content

Edit History

gs2k

gs2k

43 minutes ago, Inform-All said:

But if the customer also fills in his/her VAT info on the Italian (shipping) address they will still have 0% tax, so the module will still function properly.

1. Will it work when the delivery country is Italy and the VAT has the prefix FR? Will there be no conflict when checking via API?

When the invoice and shipping address are the same and you enter VAT FR11111 and select the country Italy, the VAT will be checked but not deducted (correct operation).

I ask out of curiosity. The consideration is purely theoretical, after all, the customer will not provide a wrong address on purpose.

2. I use OPC TheCheckout in the billing and delivery address configuration (only here there is a VAT field) and if you have a different delivery address, enter it in the second form (there is no option to enter VAT - the matter is solved). When the customer enters a country other than the EU or Poland in the delivery address, then I settle the matter directly with the customer, informing them that it is illegal (I have not had such a situation yet). Theoretically, I could settle the matter using the checkout and block such a condition (custom code), but as I mentioned, it has never happened yet.

3. I wrote my statement only to clearly describe what is the correct way to issue EU 0% invoices (without focusing on whether we do it through a store or directly in a conversation with the customer).

Regards

 

So thank you very much for the module, in my case it works very well.

Regards

gs2k

gs2k

43 minutes ago, Inform-All said:

Jeśli jednak klient poda również swoje dane dotyczące podatku VAT na włoskim adresie (adresie wysyłki), stawka podatku i tak wyniesie 0%, co oznacza, że moduł będzie działał prawidłowo.

1. Will it work when the delivery country is Italy and the VAT has the prefix FR? Will there be no conflict when checking via API?

When the invoice and shipping address are the same and you enter VAT FR11111 and select the country Italy, the VAT will be checked but not deducted (correct operation).

I ask out of curiosity. The consideration is purely theoretical, after all, the customer will not provide a wrong address on purpose.

2. I use OPC TheCheckout in the billing and delivery address configuration (only here there is a VAT field) and if you have a different delivery address, enter it in the second form (there is no option to enter VAT - the matter is solved). When the customer enters a country other than the EU or Poland in the delivery address, then I settle the matter directly with the customer, informing them that it is illegal (I have not had such a situation yet). Theoretically, I could settle the matter using the checkout and block such a condition (custom code), but as I mentioned, it has never happened yet.

3. I wrote my statement only to clearly describe what is the correct way to issue EU 0% invoices (without focusing on whether we do it through a store or directly in a conversation with the customer).

Regards

 

So thank you very much for the module, in my case it works very well.

Regards

gs2k

gs2k

41 minut temu Inform-All powiedział:

Jeśli jednak klient poda również swoje dane dotyczące podatku VAT na włoskim adresie (adresie wysyłki), stawka podatku i tak wyniesie 0%, co oznacza, że moduł będzie działał prawidłowo.

1. Czy będzie działać, gdy krajem dostawy są Włochy, a VAT ma prefiks FR? Czy nie będzie konfliktu podczas sprawdzania za pomocą API?

Jeżeli adres na fakturze i adres wysyłki są takie same, a Ty wprowadzisz kod VAT FR11111 i wybierzesz kraj Włochy, podatek VAT zostanie sprawdzony, ale nie zostanie odliczony (działanie prawidłowe).

Pytam z ciekawości. Rozważanie jest czysto teoretyczne, w końcu klient nie poda celowo złego adresu.

2. Używam OPC TheCheckout w konfiguracji adresu rozliczeniowego i dostawy (tylko tutaj jest pole VAT) i jeśli masz inny adres dostawy, wpisujesz go w drugim formularzu (nie ma opcji wpisania VAT - sprawa załatwiona). Kiedy klient w adresie dostawy wpisze inny kraj niż UE lub Polska, to załatwiam sprawę bezpośrednio z klientem, informując go, że jest to niezgodne z prawem (jeszcze nie miałem takiej sytuacji). Teoretycznie mógłbym załatwić sprawę za pomocą kasy i zablokować taki warunek (kod niestandardowy), ale jak wspomniałem, jeszcze się to nie zdarzyło.

3. W swoim oświadczeniu chciałem jedynie jasno opisać, jaki jest prawidłowy sposób wystawiania faktur UE 0% (nie skupiając się na tym, czy robimy to za pośrednictwem sklepu, czy bezpośrednio w rozmowie z klientem).

 

So thank you very much for the module, in my case it works very well.

Pozdrowienia

gs2k

gs2k

16 minutes ago, Inform-All said:

But if the customer also fills in his/her VAT info on the Italian (shipping) address they will still have 0% tax, so the module will still function properly.

1. Will it work when the delivery country is Italy and the VAT has the prefix FR? Will there be no conflict when checking via API?

When the invoice and shipping address are the same and you enter VAT FR11111 and select the country Italy, the VAT will be checked but not deducted (correct operation).

I ask out of curiosity. The consideration is purely theoretical, after all, the customer will not provide a wrong address on purpose.

2. I use OPC TheCheckout in the billing and delivery address configuration (only here there is a VAT field) and if you have a different delivery address, enter it in the second form (there is no option to enter VAT - the matter is solved). When the customer enters a country other than the EU or Poland in the delivery address, then I settle the matter directly with the customer, informing them that it is illegal (I have not had such a situation yet). Theoretically, I could settle the matter using the checkout and block such a condition (custom code), but as I mentioned, it has never happened yet.

3. I wrote my statement only to clearly describe what is the correct way to issue EU 0% invoices (without focusing on whether we do it through a store or directly in a conversation with the customer).

Regards

×
×
  • Create New...