01. DADOS GERAIS
| Produto: | | Solucoes_totvs_parceirosexptotvs |
|---|
| SolucaoParcsExpsTOTVS | TOTVS DMS |
|---|
|
|
|---|
| Linha de Produto: | |
|---|
| Segmento: | |
|---|
| Módulo: | | Modulos_totvs_prestadores_de_servicos |
|---|
TOTVS DMS (Linha Protheus) - Oficina (SIGAOFI) TOTVS DMS (Linha Protheus) - Auto-Peças (SIGAPEC) |
|---|
| Função: | Painel de Orçamento (OFIXA018) |
|---|
| País: | Brasil |
|---|
| Ticket: | 23278897 |
|---|
| Requisito/Story/Issue (informe o requisito relacionado) : | DVARMIL-9124 |
|---|
02. SITUAÇÃO/REQUISITO
A...
Ao visualizar um orçamento gerado para um cliente de outro estado que calculou ICMS ST, os impostos alterados foram modificados em relação a operação inicial da inclusão.
Cenário:
- Venda para fora do estado
- TES configurado para calcular ICMS/ICMS ST
- X3_RELACAO do campo VS1_PGTFRE alterado para "S" (customizado pelo cliente)
O problema está relacionado ao Tipo de Frete. Na operação de inclusão, esse campo está sendo enviado vazio para o fiscal, resultando no cálculo como uma operação interestadual - exceto quando o usuário altera manualmente o Tipo do Frete.
No entanto, ao visualizar o orçamento, o Tipo de Frete era carregado com base no valor gravado na base de dados, conforme o campo X3_RELACAO do cliente, sendo interpretado como "Sem Frete", o que levava ao cálculo como uma operação interna, consequentemente, afetando o cálculo do fiscal.

03. SOLUÇÃO
A rotina foi ajustada para considerar, desde a digitação do orçamento, o valor informado no campo Tipo de Frete (VS1_PGTFRE). Essa informação é agora corretamente encaminhada para o cálculo do fiscal, garantindo que não haja divergências ao visualizar o orçamento posteriormente, uma vez que ele passa a seguir a mesma regra definida inicialmente.
04. DEMAIS INFORMAÇÕES
| Pacotes Gerados: | 12.1.2210 |
|---|
: Liberação pendente Liberação pendente Liberação pendente
05. ASSUNTOS RELACIONADOS
...