Portal do Conhecimento MicroUniverso - Contribuições do usuário [pt-br]

Permitir cancelar pedido que só tenha NF Simples Faturamento

2026-08-28T17:13:22Z

Arione: http://10.10.10.173:4000/

==Tutorial==
'''Permitir o cancelamento de pedidos que possuam apenas Nota Fiscal de Simples Faturamento emitida para os itens do pedido.'''

== Cenário ==
Ao tentar cancelar um pedido, o sistema verifica se existe alguma Nota Fiscal emitida para os itens relacionados.

Quando é identificada uma NF, o cancelamento é bloqueado, mesmo que a única nota emitida seja uma '''NF de Simples Faturamento'''.

Essa validação impedia o cancelamento de pedidos em situações nas quais a Nota Fiscal emitida não deveria impedir o cancelamento.

== Solução ==
Foi alterada a rotina de '''cancelamento de pedidos''', permitindo configurar, por filial, se pedidos que possuem somente NF de Simples Faturamento poderão ser cancelados.

Para isso, foi criado o seguinte parâmetro:

'''Permitir cancelar pedido que só tenha NF Simples Faturamento.'''

=== PASSO 1 ===
O parâmetro deve ser configurado por filial:

* '''S – Sim:''' permite o cancelamento do pedido quando a única NF emitida for de Simples Faturamento.
* '''N – Não:''' mantém o comportamento padrão, impedindo o cancelamento caso exista NF emitida para o pedido.

=== Funcionamento ===
Quando o parâmetro estiver configurado como '''S''', o sistema irá desconsiderar a '''NF de Simples Faturamento''' durante a validação de existência de notas fiscais para o pedido.

Dessa forma, caso não existam outras notas fiscais que impeçam o cancelamento, o pedido poderá ser cancelado normalmente.

=== Resumo ===
{| class="wikitable"
!Configuração
!Comportamento
|-
|Parâmetro = '''S'''
|Permite cancelar pedidos que possuam somente NF de Simples Faturamento
|-
|Parâmetro = '''N'''
|Mantém a validação atual e não permite o cancelamento caso exista NF emitida
|}
'''Importante:''' a alteração não elimina a validação de notas fiscais. Ela apenas permite que a '''NF de Simples Faturamento''' seja desconsiderada nessa validação quando o parâmetro estiver habilitado.
[[Categoria:Gestão de Vendas]]

Permitir cancelar pedido que só tenha NF Simples Faturamento

2026-08-28T17:11:38Z

Arione: Permitir cancelar pedido que só tenha NF Simples Faturamento

==Tutorial==
'''Permitir o cancelamento de pedidos que possuam apenas Nota Fiscal de Simples Faturamento emitida para os itens do pedido.'''

== Cenário ==
Ao tentar cancelar um pedido, o sistema verifica se existe alguma Nota Fiscal emitida para os itens relacionados.

Quando é identificada uma NF, o cancelamento é bloqueado, mesmo que a única nota emitida seja uma '''NF de Simples Faturamento'''.

Essa validação impedia o cancelamento de pedidos em situações nas quais a Nota Fiscal emitida não deveria impedir o cancelamento.

== Solução ==
Foi alterada a rotina de '''cancelamento de pedidos''', permitindo configurar, por filial, se pedidos que possuem somente NF de Simples Faturamento poderão ser cancelados.

Para isso, foi criado o seguinte parâmetro:

'''Permitir cancelar pedido que só tenha NF Simples Faturamento.'''

=== PASSO 1 ===
O parâmetro deve ser configurado por filial:

* '''S – Sim:''' permite o cancelamento do pedido quando a única NF emitida for de Simples Faturamento.
* '''N – Não:''' mantém o comportamento padrão, impedindo o cancelamento caso exista NF emitida para o pedido.

=== Funcionamento ===
Quando o parâmetro estiver configurado como '''S''', o sistema irá desconsiderar a '''NF de Simples Faturamento''' durante a validação de existência de notas fiscais para o pedido.

Dessa forma, caso não existam outras notas fiscais que impeçam o cancelamento, o pedido poderá ser cancelado normalmente.

=== Resumo ===
{| class="wikitable"
!Configuração
!Comportamento
|-
|Parâmetro = '''S'''
|Permite cancelar pedidos que possuam somente NF de Simples Faturamento
|-
|Parâmetro = '''N'''
|Mantém a validação atual e não permite o cancelamento caso exista NF emitida
|}
'''Importante:''' a alteração não elimina a validação de notas fiscais. Ela apenas permite que a '''NF de Simples Faturamento''' seja desconsiderada nessa validação quando o parâmetro estiver habilitado.

Novo modelo de pedido de compra (modelo 10)

2026-08-05T15:23:47Z

Arione:

==Tutorial==
'''No modelo 10 de Pedido de Compra, utilizando como base o Modelo 7, incorporando as funcionalidades e estrutura já existentes.'''

'''O modelo 10 deverá foi desenvolvido a partir do Modelo 7.'''

'''Foi incluso o recurso de impressão sem valores, permitindo a emissão do pedido de compra sem exibir informações financeiras.'''

== Modelo 10 de Pedido de Compra ==

== Objetivo ==
Criar o '''Modelo 10 de Pedido de Compra''', utilizando como base o '''Modelo 7''', incorporando as funcionalidades já existentes, o recurso de impressão sem valores e as demais alterações previstas para o novo modelo.

== Funcionalidades ==

=== Alterações no Banco de Dados ===

* Inclusão das alterações necessárias na estrutura do banco de dados para suportar o Modelo 10 de Pedido de Compra.

=== Etapas para Instalação ===

* Executar os scripts de atualização do banco de dados.
* Atualizar os executáveis do sistema.
* Validar o funcionamento do novo modelo após a atualização.

=== 1. TradComp | Pedidos | Inclusão ===
Adequar a rotina de inclusão de pedidos para permitir a utilização do Modelo 10, contemplando todas as regras e recursos definidos para o novo modelo.

=== 2. TradComp | Pedidos | Alteração ===
Adequar a rotina de alteração de pedidos para manter compatibilidade com o Modelo 10, preservando o comportamento esperado durante a edição dos pedidos.

=== 3. TradComp | Pedidos | Consulta ===
Atualizar a rotina de consulta de pedidos para permitir a visualização e impressão dos pedidos utilizando o Modelo 10.

=== 4. AbswProj | Movimentos | Negociação de Compras | Negociar ===
Adequar o processo de negociação de compras para suportar o novo Modelo 10 de Pedido de Compra.

=== 5. AbswProj | Movimentos | Sugestão de Compras | Por Cálculo de Reposição ===
Atualizar a rotina de sugestão de compras para que os pedidos gerados possam utilizar o Modelo 10.

=== 6. AbswProj | Movimentos | Compras Pendentes ===
Adequar a rotina de Compras Pendentes para contemplar o tratamento do Modelo 10 de Pedido de Compra.

== Nota Técnica ==
O Modelo 10 foi desenvolvido a partir do Modelo 7, mantendo sua estrutura funcional e incorporando o recurso de '''impressão sem valores''', além das demais customizações previstas no projeto. Todas as rotinas relacionadas à geração, manutenção, consulta e utilização de pedidos de compra foram ajustadas para garantir compatibilidade com o novo modelo.

== Etapas para Instalação: ==

# Configurar o parâmetro por filial '''“Modelo de Impressão do Pedido de Compra” = 10'''
# Configurar no dado adicional da filial '''“Observação do Pedido de Compra” (rodar o script do PA 400119)'''
# '''Configurar os parâmetros por filial para o envio de e-mail:'''
# '''Envio de Email pelo TradComp, email do remetente a substituir o cadastrado na comunicação da filial (Se não for informado, será utilizado o e-mail cadastrado na forma de comunicação da filial);'''
# '''Envio de Email pelo TradComp, nome do servidor SMTP;'''
# '''Envio de Email pelo TradComp, tipo de mensagem a ser enviada;'''
# '''Envio de Email pelo TradComp, pasta onde serão gravados os arquivos gerados para envio por e-mail;'''
# '''É recomendado atualizar o BD através dos aplicativos abaixo:'''

* '''MuSincronizador'''
* '''MUAtualizaVersaoMasterEn.'''

{| class="wikitable"
|Para executar a versão web com sucesso é pré requisito que vários outros scripts que foram criados existam no BD. Por esse motivo, recomendamos a execução dos dois aplicativos citados anteriormente.

Todo script novo criado para aplicação WEB, além de existir no migration, deve também existir no MuSincronizador.
|}

=== TradComp | Pedidos | Inclusão ===

=== TradComp | Pedidos | Alteração ===

=== TradComp | Pedidos | Consulta ===

=== Objetivo ===
Criar o '''Modelo 10 de impressão de Pedidos de Compra''', utilizando como base o '''Modelo 7''', realizando as adaptações necessárias para atender aos requisitos da nova modalidade de impressão.

As alterações deverão preservar o comportamento já existente no Modelo 7, incorporando as novas funcionalidades e ajustes específicos previstos para o Modelo 10.

'''Imagem 1 – Filtro de Impressão do Modelo 10'''

O filtro de impressão deverá disponibilizar a opção de emissão utilizando o '''Modelo 10''', conforme o layout definido nos protótipos do projeto.

As funcionalidades e parâmetros disponíveis deverão seguir as regras de negócio estabelecidas para este modelo, incluindo os novos recursos e tratamentos específicos implementados para a impressão do Pedido de Compra.
[[Arquivo:ImageT.png|centro|372x372px]]
'''Imagem 2 -''' Layout de impressão para o modelo 7 com o destaque dos pontos a serem alterados para o modelo 10:
[[Arquivo:ImageT1.png|centro|638x638px]]

== Regras de Interação ==

=== RI001 – Criação do Modelo 10 ===
Deverá ser criado o '''Modelo 10 de impressão de Pedido de Compra''', utilizando como base o '''Modelo 7'''.

==== Características ====

* O Modelo 10 estará disponível apenas no formato '''gráfico'''.
* Deverão ser utilizadas as mesmas telas de filtros existentes para o Modelo 7.
* A impressão deverá permitir:
** geração do relatório em formato gráfico;
** geração do relatório gráfico para envio por e-mail.

----

=== RI002 – Impressão sem valores ===
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''Modelo 10''', deverá ser disponibilizado no filtro de impressão o checkbox:

'''Imprimir sem valores'''

Esse recurso permitirá gerar o Pedido de Compra sem exibir informações financeiras.
----

=== RI003 – Tratamento da impressão sem valores ===
Quando a opção '''Imprimir sem valores''' estiver marcada, o relatório deverá ocultar todas as informações relacionadas aos valores dos produtos e aos totais do pedido.

==== Itens ====
Não deverão ser impressos os seguintes campos:

* Preço Unitário;
* % Desconto;
* Valor Total;
* % IPI.

==== Cabeçalho da tabela ====
Também deverão ser ocultados os respectivos títulos das colunas para que não exista qualquer indicação de informações financeiras.

==== Totalização ====
Não deverão ser impressos os campos de totalização do Pedido de Compra.
----

=== RI004 – Impressão do preço unitário ===
Quando a impressão ocorrer com valores, a coluna '''Prç. Unit.''' deverá apresentar o preço de custo obtido na última pesquisa de preços.

Origem da informação:<blockquote>'''ItemForCad.PrecoCusto'''</blockquote>
----

=== RI005 – Observações do Pedido ===
No Modelo 10 deverá ser alterado o tratamento das observações impressas no Pedido de Compra.

==== Modelo anterior ====
No Modelo 7, além da observação do pedido, também era impresso um texto fixo contendo os endereços de entrega e faturamento da filial.

==== Modelo 10 ====
Não deverá ser impresso nenhum texto fixo.

O campo '''Observações''' deverá conter somente:

* Observações informadas no pedido:
** '''PediforCad.OBS'''
** '''PediforCad.OBS2'''
** '''PediforCad.OBS3'''
* Observação cadastrada no dado adicional da filial:
** '''Observação do Pedido de Compra'''

Caso o pedido não possua observações cadastradas, não deverão ser impressas linhas ou espaços em branco.

A impressão deverá utilizar um componente que suporte '''texto longo''', permitindo a exibição integral das informações.

==== Informação Complementar ====
Por meio do '''PA 400119''', o dado adicional '''Observação do Pedido de Compra''' passou a utilizar o tipo '''Texto Longo''', permitindo mensagens superiores a 254 caracteres.
----

= Marco de Entrega 1 =
Implementação das regras '''RI001''' a '''RI005'''.
----

= AbswProj | Movimentos | Negociação de Compras | Negociar =

== Objetivo ==
Disponibilizar a impressão do '''Modelo 10 de Pedido de Compra''' na rotina de Negociação de Compras.

=== Regras de Interação ===

==== RI006 – Impressão do Modelo 10 ====
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''10''', a rotina deverá utilizar o '''Modelo 10''', mantendo o mesmo comportamento da impressão realizada no módulo de Compras.
----

==== Se o parâmetro Modelo de impressão do pedido de compra estiver configurado com 10, deve ser impresso o pedido de compra modelo 10, conforme no módulo de compras. ====

== AbswProj | Movimentos | Sugestão de Compras | Por Cálculo de Reposição ==

== Objetivo ==
Disponibilizar a impressão do '''Modelo 10 de Pedido de Compra''' na rotina de Sugestão de Compras.

=== Regras de Interação ===

==== RI007 – Impressão do Modelo 10 ====
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''10''', a rotina deverá utilizar o '''Modelo 10''', seguindo o mesmo padrão da impressão disponível no módulo de Compras.
----

=== Marco de Entrega 3 ===
Implementação da regra '''RI007'''.
----

== AbswProj | Movimentos | Compras Pendentes ==

=== Objetivo ===
Disponibilizar a impressão do '''Modelo 10 de Pedido de Compra''' na rotina de Compras Pendentes.

=== Regras de Interação ===

==== RI008 – Impressão do Modelo 10 ====
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''10''', a rotina deverá utilizar o '''Modelo 10''', mantendo o mesmo comportamento adotado pelo módulo de Compras.
[[Categoria:Compras]]

Novo modelo de pedido de compra (modelo 10)

2026-08-05T15:23:19Z

Arione: Criou página com '==Tutorial== '''No modelo 10 de Pedido de Compra, utilizando como base o Modelo 7, incorporando as funcionalidades e estrutura já existentes.''' '''O modelo 10 deverá foi desenvolvido a partir do Modelo 7.'''</s...'

==Tutorial==
'''No modelo 10 de Pedido de Compra, utilizando como base o Modelo 7, incorporando as funcionalidades e estrutura já existentes.'''

'''O modelo 10 deverá foi desenvolvido a partir do Modelo 7.'''

'''Foi incluso o recurso de impressão sem valores, permitindo a emissão do pedido de compra sem exibir informações financeiras.'''

== Modelo 10 de Pedido de Compra ==

== Objetivo ==
Criar o '''Modelo 10 de Pedido de Compra''', utilizando como base o '''Modelo 7''', incorporando as funcionalidades já existentes, o recurso de impressão sem valores e as demais alterações previstas para o novo modelo.

== Funcionalidades ==

=== Alterações no Banco de Dados ===

* Inclusão das alterações necessárias na estrutura do banco de dados para suportar o Modelo 10 de Pedido de Compra.

=== Etapas para Instalação ===

* Executar os scripts de atualização do banco de dados.
* Atualizar os executáveis do sistema.
* Validar o funcionamento do novo modelo após a atualização.

=== 1. TradComp | Pedidos | Inclusão ===
Adequar a rotina de inclusão de pedidos para permitir a utilização do Modelo 10, contemplando todas as regras e recursos definidos para o novo modelo.

=== 2. TradComp | Pedidos | Alteração ===
Adequar a rotina de alteração de pedidos para manter compatibilidade com o Modelo 10, preservando o comportamento esperado durante a edição dos pedidos.

=== 3. TradComp | Pedidos | Consulta ===
Atualizar a rotina de consulta de pedidos para permitir a visualização e impressão dos pedidos utilizando o Modelo 10.

=== 4. AbswProj | Movimentos | Negociação de Compras | Negociar ===
Adequar o processo de negociação de compras para suportar o novo Modelo 10 de Pedido de Compra.

=== 5. AbswProj | Movimentos | Sugestão de Compras | Por Cálculo de Reposição ===
Atualizar a rotina de sugestão de compras para que os pedidos gerados possam utilizar o Modelo 10.

=== 6. AbswProj | Movimentos | Compras Pendentes ===
Adequar a rotina de Compras Pendentes para contemplar o tratamento do Modelo 10 de Pedido de Compra.

== Nota Técnica ==
O Modelo 10 foi desenvolvido a partir do Modelo 7, mantendo sua estrutura funcional e incorporando o recurso de '''impressão sem valores''', além das demais customizações previstas no projeto. Todas as rotinas relacionadas à geração, manutenção, consulta e utilização de pedidos de compra foram ajustadas para garantir compatibilidade com o novo modelo.

== Etapas para Instalação: ==

# Configurar o parâmetro por filial '''“Modelo de Impressão do Pedido de Compra” = 10'''
# Configurar no dado adicional da filial '''“Observação do Pedido de Compra” (rodar o script do PA 400119)'''
# '''Configurar os parâmetros por filial para o envio de e-mail:'''
# '''Envio de Email pelo TradComp, email do remetente a substituir o cadastrado na comunicação da filial (Se não for informado, será utilizado o e-mail cadastrado na forma de comunicação da filial);'''
# '''Envio de Email pelo TradComp, nome do servidor SMTP;'''
# '''Envio de Email pelo TradComp, tipo de mensagem a ser enviada;'''
# '''Envio de Email pelo TradComp, pasta onde serão gravados os arquivos gerados para envio por e-mail;'''
# '''É recomendado atualizar o BD através dos aplicativos abaixo:'''

* '''MuSincronizador'''
* '''MUAtualizaVersaoMasterEn.'''

{| class="wikitable"
|Para executar a versão web com sucesso é pré requisito que vários outros scripts que foram criados existam no BD. Por esse motivo, recomendamos a execução dos dois aplicativos citados anteriormente.

Todo script novo criado para aplicação WEB, além de existir no migration, deve também existir no MuSincronizador.
|}

=== TradComp | Pedidos | Inclusão ===

=== TradComp | Pedidos | Alteração ===

=== TradComp | Pedidos | Consulta ===

=== Objetivo ===
Criar o '''Modelo 10 de impressão de Pedidos de Compra''', utilizando como base o '''Modelo 7''', realizando as adaptações necessárias para atender aos requisitos da nova modalidade de impressão.

As alterações deverão preservar o comportamento já existente no Modelo 7, incorporando as novas funcionalidades e ajustes específicos previstos para o Modelo 10.

'''Imagem 1 – Filtro de Impressão do Modelo 10'''

O filtro de impressão deverá disponibilizar a opção de emissão utilizando o '''Modelo 10''', conforme o layout definido nos protótipos do projeto.

As funcionalidades e parâmetros disponíveis deverão seguir as regras de negócio estabelecidas para este modelo, incluindo os novos recursos e tratamentos específicos implementados para a impressão do Pedido de Compra.
[[Arquivo:ImageT.png|centro|372x372px]]
'''Imagem 2 -''' Layout de impressão para o modelo 7 com o destaque dos pontos a serem alterados para o modelo 10:
[[Arquivo:ImageT1.png|centro|638x638px]]

== Regras de Interação ==

=== RI001 – Criação do Modelo 10 ===
Deverá ser criado o '''Modelo 10 de impressão de Pedido de Compra''', utilizando como base o '''Modelo 7'''.

==== Características ====

* O Modelo 10 estará disponível apenas no formato '''gráfico'''.
* Deverão ser utilizadas as mesmas telas de filtros existentes para o Modelo 7.
* A impressão deverá permitir:
** geração do relatório em formato gráfico;
** geração do relatório gráfico para envio por e-mail.

----

=== RI002 – Impressão sem valores ===
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''Modelo 10''', deverá ser disponibilizado no filtro de impressão o checkbox:

'''Imprimir sem valores'''

Esse recurso permitirá gerar o Pedido de Compra sem exibir informações financeiras.
----

=== RI003 – Tratamento da impressão sem valores ===
Quando a opção '''Imprimir sem valores''' estiver marcada, o relatório deverá ocultar todas as informações relacionadas aos valores dos produtos e aos totais do pedido.

==== Itens ====
Não deverão ser impressos os seguintes campos:

* Preço Unitário;
* % Desconto;
* Valor Total;
* % IPI.

==== Cabeçalho da tabela ====
Também deverão ser ocultados os respectivos títulos das colunas para que não exista qualquer indicação de informações financeiras.

==== Totalização ====
Não deverão ser impressos os campos de totalização do Pedido de Compra.
----

=== RI004 – Impressão do preço unitário ===
Quando a impressão ocorrer com valores, a coluna '''Prç. Unit.''' deverá apresentar o preço de custo obtido na última pesquisa de preços.

Origem da informação:<blockquote>'''ItemForCad.PrecoCusto'''</blockquote>
----

=== RI005 – Observações do Pedido ===
No Modelo 10 deverá ser alterado o tratamento das observações impressas no Pedido de Compra.

==== Modelo anterior ====
No Modelo 7, além da observação do pedido, também era impresso um texto fixo contendo os endereços de entrega e faturamento da filial.

==== Modelo 10 ====
Não deverá ser impresso nenhum texto fixo.

O campo '''Observações''' deverá conter somente:

* Observações informadas no pedido:
** '''PediforCad.OBS'''
** '''PediforCad.OBS2'''
** '''PediforCad.OBS3'''
* Observação cadastrada no dado adicional da filial:
** '''Observação do Pedido de Compra'''

Caso o pedido não possua observações cadastradas, não deverão ser impressas linhas ou espaços em branco.

A impressão deverá utilizar um componente que suporte '''texto longo''', permitindo a exibição integral das informações.

==== Informação Complementar ====
Por meio do '''PA 400119''', o dado adicional '''Observação do Pedido de Compra''' passou a utilizar o tipo '''Texto Longo''', permitindo mensagens superiores a 254 caracteres.
----

= Marco de Entrega 1 =
Implementação das regras '''RI001''' a '''RI005'''.
----

= AbswProj | Movimentos | Negociação de Compras | Negociar =

== Objetivo ==
Disponibilizar a impressão do '''Modelo 10 de Pedido de Compra''' na rotina de Negociação de Compras.

=== Regras de Interação ===

==== RI006 – Impressão do Modelo 10 ====
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''10''', a rotina deverá utilizar o '''Modelo 10''', mantendo o mesmo comportamento da impressão realizada no módulo de Compras.
----

==== Se o parâmetro Modelo de impressão do pedido de compra estiver configurado com 10, deve ser impresso o pedido de compra modelo 10, conforme no módulo de compras. ====

== AbswProj | Movimentos | Sugestão de Compras | Por Cálculo de Reposição ==

== Objetivo ==
Disponibilizar a impressão do '''Modelo 10 de Pedido de Compra''' na rotina de Sugestão de Compras.

=== Regras de Interação ===

==== RI007 – Impressão do Modelo 10 ====
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''10''', a rotina deverá utilizar o '''Modelo 10''', seguindo o mesmo padrão da impressão disponível no módulo de Compras.
----

=== Marco de Entrega 3 ===
Implementação da regra '''RI007'''.
----

== AbswProj | Movimentos | Compras Pendentes ==

=== Objetivo ===
Disponibilizar a impressão do '''Modelo 10 de Pedido de Compra''' na rotina de Compras Pendentes.

=== Regras de Interação ===

==== RI008 – Impressão do Modelo 10 ====
Quando o parâmetro '''Modelo de Impressão do Pedido de Compra''' estiver configurado como '''10''', a rotina deverá utilizar o '''Modelo 10''', mantendo o mesmo comportamento adotado pelo módulo de Compras.
[[Categoria:Gestão do Estoque]]

Arquivo:ImageT1.png

2026-08-05T15:13:31Z

Arione:

ImageT1

Arquivo:ImageT.png

2026-08-05T15:10:36Z

Arione:

ImageT

Venda por Representação

2026-08-05T14:43:38Z

Arione: Venda por Representação

==Tutorial==
'''A venda por representação, a empresa trabalha com a modalidade de venda por representação e necessita que o ERP seja customizado para oferecer suporte completo a esse modelo de operação.'''

'''Nesse formato de venda, a empresa atua como intermediária entre o cliente final e o fabricante, sendo necessários ajustes específicos no sistema para garantir que os processos de gerenciamento de pedidos, controle de prazos de entrega, cálculo de comissões e tratamento financeiro estejam devidamente alinhados às necessidades operacionais dessa modalidade.'''

'''Atualmente, o ERP não possui um fluxo estruturado que atenda às particularidades da venda por representação. Embora exista um módulo de revenda, ele não apresenta aderência suficiente para esse cenário.'''

'''A customização proposta tem como objetivo suprir essas limitações, proporcionando maior automação dos processos, redução das atividades manuais e melhor controle operacional, especialmente em rotinas como a apuração de comissões e o acompanhamento das vendas realizadas por representação.'''

== Lista de funcionalidades ==
Alterações no Banco de Dados:

Etapas para Instalação:

Vendas | Vendas

Vendas | Cancelamento

Sistema de usuários | Cadastro | Produtos | Produtos

Tradewin | Arquivos | Produtos | Produtos

TradChec | Com Orçamento

MU_ECF | Vendas

Sistema de usuários | Movimentos | Gerenciador de Vendas por Representação

Sistema de usuários | Relatórios | Comissão | Por Metas de Vendas

Relatório de Vendas por Representação (não é testado pelo QA)

Nota fiscal de serviço eletrônica (NFSe)

== Etapas para Instalação: ==

# LIGAR o parâmetro '''por filial “Trabalha com venda por representação?”'''

# Configurar nos '''FORNECEDORES''' de venda por representação os '''dados adicionais:'''
## '''Fornecedor de venda por representação?'''
## '''Dia para vencimento de conta a receber de venda por representação'''
## '''Tipo de documento para conta a receber de venda por representação'''
## '''TPO para Conta a receber (dado adicional de pessoa jurídica)'''

==== Configuração para ativar o recurso de COMISSÃO POR INDICADOR (opcional): ====

# Leitura e implantação do PA 78463
## Ligar o parâmetro por empresa "'''Orçamento com tratamento de revenda"'''
## Ligar o parâmetro por empresa '''"Utiliza tratamento de comissão por indicação"'''
## Configurar o parâmetro por filial '''"TPO para comissão de Indicadores".'''
## Ligar o parâmetro por filial '''" Validar limite de crédito do cliente do orçamento nas vendas para associados".'''
## Configurar o parâmetro empresa '''"Prorrogação para pagamento de comissão da Revenda" (número de dias correspondente ao prazo para efetuar o pagamento da comissão).'''
## Cadastrar para o tipo de indicador as '''classificações''' '''do''' '''indicador''' no '''cadastro de categoria:'''

==== Exemplo: ====
'''Representante (OID = 2128)'''

'''Arquiteto (criado pelo usuário)'''

'''Decorador (criado pelo usuário)'''

'''Engenheiro (criado pelo usuário)'''

# Cadastrar uma pessoa física classificada como cliente, fornecedor,representante e utilizando umas das classificações cadastradas para o tipo de indicador.

Exemplo: Arquiteto.

# Configurar o '''dado adicional''' '''“Taxa sobre indicação de venda”''' dos indicadores já cadastrados;

# Leitura do PA 418010 - Gerar nota de crédito para comissão de indicador

== Base de Conhecimento – Venda por Representação ==

== Objetivo ==
Implementar no ERP uma nova modalidade de '''Venda por Representação''', permitindo que a empresa atue como intermediária entre o cliente final e o fabricante, sem movimentação de estoque próprio.

Todas as regras descritas neste documento devem ser aplicadas '''somente quando o parâmetro "Trabalha com venda por representação?" estiver habilitado na filial da venda.'''
----

= Vendas | Pedido de Venda =

== Objetivo ==
Adequar o processo de inclusão e alteração de pedidos para suportar a modalidade de Venda por Representação.

=== Regra Geral ===
Em um pedido de venda por representação somente poderão ser informados produtos pertencentes ao '''mesmo fornecedor'''.
----

== Regras de Negócio ==

=== RN001 – Identificação do fornecedor ===
Ao informar um produto, o sistema deve verificar se o fornecedor possui o dado adicional:<blockquote>'''Fornecedor de venda por representação = Sim'''</blockquote>
----

=== RN002 – Mesmo fornecedor no pedido ===
Caso o primeiro produto informado pertença a um fornecedor de representação, todos os demais produtos do pedido deverão pertencer ao mesmo fornecedor.

Caso seja informado um produto de fornecedor diferente, exibir a mensagem:<blockquote>'''"Pedido de venda de representação só pode conter produtos do mesmo fornecedor."'''</blockquote>A inclusão do produto deverá ser bloqueada.
----

=== RN003 – Mistura com fornecedores comuns ===
Caso o pedido já possua produtos de fornecedores comuns, não deverá ser permitida a inclusão de um produto de fornecedor de representação.

Exibir a mensagem:<blockquote>'''"Produto de fornecedor de representação não pode ser informado no mesmo pedido de outros fornecedores."'''</blockquote>
----

=== RN004 – Consulta de produtos ===
Quando o pedido for de venda por representação, a consulta de produtos deverá listar apenas produtos pertencentes ao mesmo fornecedor já informado no pedido.
----

=== RN005 – Consulta para pedidos comuns ===
Quando o pedido não for de venda por representação, a consulta de produtos não deverá exibir produtos cujo fornecedor possua:<blockquote>'''Fornecedor de venda por representação = Sim'''</blockquote>
----

=== RN006 – Tipo de entrega ===
Para produtos de fornecedores de representação:

* somente deverá ser permitido o tipo de entrega '''Futura''';
* o tipo de entrega deverá ser preenchido automaticamente;
* não deverá ser permitida alteração do tipo de entrega;
* não deverá ser permitido informar outro local de retirada;
* os campos '''Filial de Retirada''' e '''Filial de Transferência''' deverão permanecer em branco e bloqueados para edição.

----

=== RN007 – Previsão de entrega ===
A previsão de entrega deverá ser calculada automaticamente utilizando a fórmula:

'''Data da venda + Prazo Entrega Venda Representação'''

O prazo deverá ser obtido do cadastro do produto:<blockquote>'''ComplementoProduto.PrazoEntregaRepresentação'''</blockquote>O vendedor poderá alterar a previsão apenas para uma data posterior à calculada automaticamente.
----

=== RN008 – Tratamento de estoque ===
Para produtos de fornecedores de representação:

* não validar estoque;
* não reservar estoque;
* definir:
** '''Itemclicad.Reserva = N'''
** não atualizar '''Itemfilest.QtdeReserv'''
* não utilizar controle de lote;
* não utilizar controle de validade;
* não executar validações relacionadas a lote.

----

=== RN009 – Identificação do pedido ===
Ao salvar um pedido de venda por representação, atualizar:<blockquote>'''Pediclicomplemento.VendaRepresentacao = 1'''</blockquote>Esse atributo identifica o pedido como venda por representação.
----

=== RN010 – Inclusão e alteração ===
Todas as regras descritas anteriormente deverão ser aplicadas tanto na inclusão quanto na alteração do pedido.
----

== Ajustes complementares ==

=== Ficha 468236 ===
Quando o pedido for de venda por representação, não deverá ser realizada validação de crediário.
----

=== Ficha 468760 ===

==== Item 1 – Roteiro automático ====
Não exibir o alerta:<blockquote>"Não foi encontrado roteiro automático para o endereço de entrega."</blockquote>Como a entrega é realizada pelo fabricante, esse tratamento não se aplica.
----

==== Item 2 – Encomenda ====
Não permitir a utilização da opção '''Encomenda'''.

Também deverá ser desabilitado todo tratamento relacionado à reserva de estoque e lote.
----

==== Item 3 – Liberação de lote ====
Não solicitar senha para liberar a pendência:<blockquote>"Liberar pendência de venda sem reserva de lote."</blockquote>Esse tratamento não se aplica à venda por representação.
----

==== Item 4 – NFe de simples faturamento ====
Desabilitar o alerta relacionado à emissão de Nota Fiscal de Simples Faturamento para pedidos de venda por representação.
----

= Marco de Entrega 1 =
Implementação de todas as regras RN001 até RN010 e ajustes das fichas 468236 e 468760.
----

= Vendas | Cancelamento =

== Objetivo ==
Definir regras específicas para cancelamento de pedidos de venda por representação.
----

== Regras de Negócio ==

=== RN011 – Pedido faturado ===
Não permitir o cancelamento de pedidos de venda por representação já faturados.

Condição:

* '''Pediclicad.Sitven = 2'''
* '''Pediclicomplemento.VendaRepresentacao = 1'''

Exibir a mensagem:<blockquote>'''"Pedido de vendas por representação já faturado não pode ser cancelado por essa opção."'''</blockquote>O cancelamento deverá ser interrompido.
----

=== RN012 – Pedido não faturado ===
Caso o pedido ainda não esteja faturado:

'''Pediclicad.Sitven <> 2'''

o cancelamento deverá ocorrer normalmente.
----

= Marco de Entrega 2 =
Implementação das regras RN011 e RN012.
----

= Cadastro de Produtos =
'''Módulos'''

* Sistema de Usuários → Cadastro → Produtos → Produtos
* Tradewin → Arquivos → Produtos → Produtos

== Objetivo ==
Disponibilizar novos campos no cadastro de produtos para atender à modalidade de Venda por Representação.

Entre eles, o campo responsável pelo cálculo da previsão de entrega:

* '''Prazo Entrega Venda Representação''' (''ComplementoProduto.PrazoEntregaRepresentação'').

Os demais campos deverão ser definidos conforme os protótipos e requisitos funcionais do projeto.

[[Arquivo:Image4re.png|centro|607x607px]]

== Regras de Negócio ==

=== RN013 – Comissão Venda por Representação ===
Deverá ser incluído, na página '''Unidade e Preço''' do cadastro de produtos, o campo:

'''Comissão Venda por Representação'''

==== Características ====

* Campo não obrigatório;
* Utilizado para informar o percentual de comissão do produto na modalidade Venda por Representação;
* Permitir apenas valores percentuais maiores ou iguais a zero (≥ 0);
* Atualizar o campo '''ComplementoProduto.ComissaoRepresentacao'''.

----

=== RN014 – Prazo Entrega Venda por Representação ===
Deverá ser incluído, na página '''Dados Complementares''' do cadastro de produtos, o campo:

'''Prazo Entrega Venda por Representação'''

==== Características ====

* Campo não obrigatório;
* Utilizado para informar o prazo de entrega do produto para vendas por representação;
* Permitir apenas valores maiores ou iguais a zero (≥ 0);
* Atualizar o campo '''ComplementoProduto.PrazoEntregaRepresentacao'''.

----

=== RN015 – Navegação do cadastro ===
Ao navegar entre os registros do cadastro de produtos, o sistema deverá realizar corretamente a leitura, atualização e persistência dos novos campos de Venda por Representação.
----

= Marco de Entrega 3 =
Implementação das regras RN013 a RN015.
----

= TradChec | Com Orçamento =

== Objetivo ==
Adequar o processo de faturamento para pedidos de Venda por Representação.

Nesta modalidade, o cliente realiza o pagamento diretamente ao fornecedor. Portanto, o faturamento não deverá gerar os mesmos registros financeiros de uma venda convencional.

Em substituição, deverão ser gerados:

* registros da nova estrutura de Venda por Representação;
* registros de Contas a Receber referentes exclusivamente à comissão da venda por representação.

----

== Regras de Negócio ==

=== Regra Geral ===
Todas as regras descritas nesta seção deverão ser aplicadas somente quando o parâmetro '''"Trabalha com venda por representação?"''' estiver habilitado na filial padrão do usuário.
----

=== RN016 – Geração do financeiro ===
Ao faturar um pedido identificado como Venda por Representação:<blockquote>'''Pediclicomplemento.VendaRepresentacao = 1'''</blockquote>o sistema '''não deverá gerar''' os registros financeiros normalmente criados em uma venda convencional.

Essa regra existe porque o pagamento da mercadoria será realizado diretamente entre o cliente e o fornecedor, cabendo ao ERP controlar apenas as informações relacionadas à comissão da venda por representação e aos respectivos registros específicos dessa modalidade.

== Sistema de Usuários | Movimentos | Gerenciador de Vendas por Representação ==

== Objetivo ==
Criar uma nova rotina denominada '''Gerenciador de Vendas por Representação''', destinada ao gerenciamento das vendas realizadas nessa modalidade.

A rotina deverá permitir o registro dos eventos relacionados ao processo de venda por representação, bem como o acompanhamento do pedido junto ao fornecedor até a entrega da mercadoria ao cliente.
----

== Regras de Negócio ==

=== RN023 – Inclusão da rotina no menu ===
Deverá ser criada uma nova opção no menu '''Movimentos''' denominada:

'''Gerenciador de Vendas por Representação'''

==== Regras ====

* Criar o script responsável pela inclusão da opção no menu dinâmico do Sistema de Usuários;
* A opção deverá ficar disponível somente no '''menu dinâmico''';
* Apenas usuários com a devida permissão poderão visualizar e acessar a rotina.

----

=== RN024 – Interface principal ===
Ao acessar a opção '''Gerenciador de Vendas por Representação''', o sistema deverá apresentar a interface principal da rotina conforme o layout/protótipo definido para o projeto.

A tela deverá servir como ponto central para gerenciamento das vendas por representação, permitindo o acompanhamento do fluxo operacional do pedido, desde o faturamento até a entrega ao cliente, bem como o registro dos eventos relacionados ao processo.

[[Arquivo:Imagetg5.png|centro|579x579px]]

=== RN025 – Pesquisa de pedidos ===
Ao acionar o botão '''Procurar''', o sistema deverá pesquisar os pedidos de Venda por Representação considerando os filtros informados pelo usuário.

==== Validação dos filtros ====
Antes de realizar a pesquisa, deverá ser validado se pelo menos um filtro foi informado ou selecionado.

Caso nenhum filtro seja informado, exibir a mensagem:<blockquote>'''"Informe ou selecione um filtro para a pesquisa."'''</blockquote>e não executar a consulta.
----

=== Critérios da pesquisa ===
A consulta deverá retornar apenas pedidos identificados como Venda por Representação.

'''Condição obrigatória'''

* '''Pediclicomplemento.VendaRepresentacao = 1'''

Os demais filtros deverão ser aplicados somente quando informados.

==== Período ====
Filtrar pela data da venda considerando apenas a data:

* '''VendasRepresentacao.DataVenda ≥ Data Inicial'''
* '''VendasRepresentacao.DataVenda ≤ Data Final'''

----

==== Pedido ERP ====
Filtrar por:

* '''Pediclicad.Numped'''

----

==== Pedido do Fabricante ====
Filtrar por:

* '''Pediclicad.Referencia'''

----

==== Filial ====
Filtrar por:

* '''Pediclicad.Filial'''

----

==== Cliente ====
Filtrar por:

* '''Pediclicad.Codclie'''

----

==== Fornecedor ====
Relacionar:

* Itemclicad.CodPro = Produtocad.CodPro

e filtrar:

* '''Produtocad.CodFor'''

----

==== Pendência de impressão do Termo de Compra ====
Quando marcado o filtro correspondente, retornar apenas pedidos onde:

* '''VendasRepresentacao.TermoDeCompra = 0'''
* ou '''NULL'''

----

==== Entrega atrasada ====
Quando solicitado, retornar pedidos cujos itens atendam simultaneamente às condições:

* '''Itemclicad.DtPrevEnt < Data Atual'''
* '''VendasRepresentacaoItem.DataExpedicao IS NULL'''

----

==== Itens pendentes ====
Retornar pedidos que possuam quantidade pendente de entrega.

Condição:

'''Itemclicad.Quant >'''

'''(VendasRepresentacaoItem.QtdeFaturada +'''

'''VendasRepresentacaoItem.QtdeCancelada +'''

'''VendasRepresentacaoItem.QtdeDevolvida)'''
----

==== Pedidos faturados ====
Retornar apenas pedidos que possuam Nota Fiscal emitida.

Condição:

* '''VendasRepresentacaoItem.NumeroNFVenda > 0'''

----

==== Pedidos concluídos ====
Retornar pedidos cuja expedição tenha sido concluída.

Condição:

* '''VendasRepresentacao.DataExpedicao preenchida'''

----

==== Nenhum registro localizado ====
Caso nenhum pedido seja encontrado, exibir a mensagem:<blockquote>'''"Nenhum registro encontrado."'''</blockquote>
----

=== RN026 – Exibição do resultado ===
Os pedidos localizados deverão ser apresentados no GRID agrupados por pedido e ordenados inicialmente pelos seguintes campos:

# Filial;
# Data da Venda;
# Data de Previsão de Entrega;
# Pedido ERP.

Além da ordenação padrão, deverá ser disponibilizado o recurso de ordenação clicando no cabeçalho de cada coluna.
----

=== Colunas do GRID ===
{| class="wikitable"
!Coluna
!Informação apresentada
|-
|'''Filial'''
|Filial do pedido (Pediclicad.Filial).
|-
|'''Pedido ERP'''
|Número do pedido no ERP (Pediclicad.Numped).
|-
|'''Pedido Fábrica'''
|Número do pedido informado pelo fabricante (Pediclicad.Referencia).
|-
|'''TPO'''
|Código e descrição do TPO (TPO_r.Codigo - TPO_r.Nome).
|-
|'''Cliente'''
|Razão social do cliente (Pediclicad.RazaoCli).
|-
|'''Fornecedor/Fabricante'''
|Razão social do fornecedor dos produtos do pedido (Fornecedor_r.RazaoSocial).
|-
|'''Vendedor'''
|Código e nome do vendedor (Pediclicad.CodVend - VendedorCad.Nome).
|-
|'''Valor do Pedido'''
|Valor total do pedido (Pediclicad.ValPed).
|-
|'''Data da Venda'''
|Data do faturamento registrada em VendasRepresentacao.DataVenda.
|-
|'''Data da Expedição'''
|Maior data registrada em VendasRepresentacaoItem.DataExpedicao.
|-
|'''Data Prevista de Entrega'''
|Data prevista de entrega do pedido (Pediclicad.DtPrevEnt).
|-
|'''Data da Entrega'''
|Maior data registrada em VendasRepresentacaoItem.DataEntrega. ''(Ficha 470004 – 10/06/2025).''
|-
|'''Impresso Termo de Compra'''
|Indica se o Termo de Compra foi impresso (VendasRepresentacao.TermoDeCompra = 1).
|-
|'''Situação'''
|Situação atual do pedido (VendasRepresentacao.Situacao).
|}
----

=== RN027 – Impressão do Termo de Compra ===
A rotina deverá disponibilizar o botão '''Impressão Termo de Compra''', responsável pela emissão do termo referente ao pedido selecionado.

==== Validação ====
Antes da impressão, deverá ser verificado se existe um pedido selecionado no GRID.

Caso nenhum pedido esteja selecionado, exibir a mensagem:<blockquote>'''"Selecione o pedido."'''</blockquote>Caso exista um pedido selecionado, o sistema deverá gerar o Termo de Compra utilizando o layout gráfico definido para o projeto.

[[Arquivo:Image6yt5.png|centro|584x584px]]

== Cabeçalho do Termo de Compra ==
{| class="wikitable"
!Campo
!Informação
|-
|'''Página'''
|Número da página do relatório.
|-
|'''Data de Emissão'''
|Data e hora da impressão do documento.
|-
|'''Número do Pedido'''
|Número do pedido de venda (Pediclicad.Numped).
|-
|'''Data da Venda'''
|Data do faturamento registrada em VendasRepresentacao.DataVenda.
|-
|'''Filial de Venda'''
|Código e nome da filial (Pediclicad.Filial - FilialCad.Nome).
|-
|'''Vendedor'''
|Código e nome do vendedor (Pediclicad.CodVend - VendedorCad.Nome).
|-
|'''Pedido do Fabricante'''
|Número do pedido informado pelo fabricante (Pediclicad.Referencia).
|-
|'''Fornecedor/Fabricante'''
|Código e razão social do fornecedor dos produtos (Produtocad.CodFor - Fornecedor_r.RazaoSocial).
|-
|'''CNPJ'''
|CNPJ do fornecedor (Fornecedor_r.Identificador).
|-
|'''Endereço do Fornecedor'''
|Endereço comercial completo do fornecedor.
|-
|'''Cliente da Venda'''
|Nome do cliente (Pediclicad.RazaoCli).
|-
|'''CPF/CNPJ'''
|CPF ou CNPJ do cliente (Pediclicad.CgcCli).
|-
|'''Endereço do Cliente'''
|Endereço comercial completo do cliente (logradouro, bairro, cidade, estado e CEP).
|-
|'''Endereço de Entrega'''
|Endereço de entrega do pedido, obtido a partir de Pediclicad.CodEndEnt.
|-
|'''Condição de Pagamento'''
|Descrição da condição de pagamento (Pediclicad.RFormaDePagar - FormaDePagar_r.Nome).
|}
----

== Detalhamento dos Produtos ==
O relatório deverá apresentar os produtos do pedido em formato tabular contendo as seguintes informações:
{| class="wikitable"
|Campo
|Informação
|-
|'''Produto'''
|Código do produto (Itemclicad.CodPro).
|-
|'''Referência'''
|Referência do produto (Produtocad.CodInterno).
|-
|'''Descrição'''
|Descrição longa do produto (ComplementoProduto.DescricaoLonga).
|-
|'''Unidade'''
|Unidade de venda (Itemclicad.Unid).
|-
|'''Quantidade Vendida'''
|Quantidade vendida (Itemclicad.Quant).
|-
|'''Previsão de Entrega'''
|Data prevista de entrega do produto (Itemclicad.DtPrevEnt).
|-
|'''Preço Unitário'''
|Valor unitário do produto (Itemclicad.Preco).
|-
|'''Preço Total'''
|Quantidade × Preço Unitário (Itemclicad.Quant × Itemclicad.Preco).
|}
----

== Totais do Pedido ==
Ao final do relatório deverão ser apresentados os valores consolidados do pedido.
{| class="wikitable"
|Campo
|Informação
|-
|'''Total de Mercadorias'''
|Somatório do preço total dos itens do pedido.
|-
|'''Desconto'''
|Valor do desconto geral do pedido (Pediclicad.Desconto).
|-
|'''Frete'''
|Valor do frete do pedido (Pediclicad.FreteOrc).
|-
|'''Outras Despesas'''
|Demais valores que compõem o total do pedido, quando houver.
|-
|'''Total do Pedido'''
|Valor total do pedido (Pediclicad.ValPed).
|}
----O documento deverá consolidar todas essas informações em um único '''Termo de Compra''', servindo como registro formal da venda por representação e contendo os dados da negociação, das partes envolvidas, dos produtos comercializados e dos valores totais do pedido.

== Comissão do Profissional Indicador ==
O painel '''Comissão do Profissional Indicador''' deverá ser apresentado de forma condicional, conforme as configurações do sistema.
----

== Regras de Negócio ==

=== RN028 – Exibição do painel ===
O GRID '''Comissão do Profissional Indicador''' deverá ser exibido somente quando o parâmetro:<blockquote>'''"Utiliza tratamento de comissão por indicação"'''</blockquote>estiver '''habilitado'''.

Caso o parâmetro esteja desabilitado:

* o GRID não deverá ser exibido;
* o GRID de '''Comissão de Venda por Representação''' deverá ser redimensionado automaticamente para ocupar o espaço disponível na interface, evitando áreas em branco.

----

=== RN029 – Dados apresentados ===
O GRID deverá listar todos os registros financeiros relacionados à comissão por indicação vinculados ao pedido de venda.

Os registros apresentados dependerão da configuração do parâmetro:<blockquote>'''"Gerar nota de crédito para comissão de profissional indicador?"'''</blockquote>

==== Quando o parâmetro estiver habilitado ====
Exibir os registros de '''Contas a Receber (Nota de Crédito)''' gerados para o profissional indicador.

==== Quando o parâmetro estiver desabilitado ====
Exibir os registros de '''Contas a Pagar''' gerados para o profissional indicador.

Em ambos os casos, deverão ser exibidos exclusivamente os registros financeiros vinculados à comissão por indicação do pedido de venda selecionado.
[[Categoria:Gerenciais]]

Venda por Representação

2026-08-05T14:43:03Z

Arione: Venda por Representação

==Tutorial==
'''A venda por representação, a empresa trabalha com a modalidade de venda por representação e necessita que o ERP seja customizado para oferecer suporte completo a esse modelo de operação.'''

'''Nesse formato de venda, a empresa atua como intermediária entre o cliente final e o fabricante, sendo necessários ajustes específicos no sistema para garantir que os processos de gerenciamento de pedidos, controle de prazos de entrega, cálculo de comissões e tratamento financeiro estejam devidamente alinhados às necessidades operacionais dessa modalidade.'''

'''Atualmente, o ERP não possui um fluxo estruturado que atenda às particularidades da venda por representação. Embora exista um módulo de revenda, ele não apresenta aderência suficiente para esse cenário.'''

'''A customização proposta tem como objetivo suprir essas limitações, proporcionando maior automação dos processos, redução das atividades manuais e melhor controle operacional, especialmente em rotinas como a apuração de comissões e o acompanhamento das vendas realizadas por representação.'''

== Lista de funcionalidades ==
Alterações no Banco de Dados:

Etapas para Instalação:

Vendas | Vendas

Vendas | Cancelamento

Sistema de usuários | Cadastro | Produtos | Produtos

Tradewin | Arquivos | Produtos | Produtos

TradChec | Com Orçamento

MU_ECF | Vendas

Sistema de usuários | Movimentos | Gerenciador de Vendas por Representação

Sistema de usuários | Relatórios | Comissão | Por Metas de Vendas

Relatório de Vendas por Representação (não é testado pelo QA)

Nota fiscal de serviço eletrônica (NFSe)

== Etapas para Instalação: ==

# LIGAR o parâmetro '''por filial “Trabalha com venda por representação?”'''

# Configurar nos '''FORNECEDORES''' de venda por representação os '''dados adicionais:'''
## '''Fornecedor de venda por representação?'''
## '''Dia para vencimento de conta a receber de venda por representação'''
## '''Tipo de documento para conta a receber de venda por representação'''
## '''TPO para Conta a receber (dado adicional de pessoa jurídica)'''

==== Configuração para ativar o recurso de COMISSÃO POR INDICADOR (opcional): ====

# Leitura e implantação do PA 78463
## Ligar o parâmetro por empresa "'''Orçamento com tratamento de revenda"'''
## Ligar o parâmetro por empresa '''"Utiliza tratamento de comissão por indicação"'''
## Configurar o parâmetro por filial '''"TPO para comissão de Indicadores".'''
## Ligar o parâmetro por filial '''" Validar limite de crédito do cliente do orçamento nas vendas para associados".'''
## Configurar o parâmetro empresa '''"Prorrogação para pagamento de comissão da Revenda" (número de dias correspondente ao prazo para efetuar o pagamento da comissão).'''
## Cadastrar para o tipo de indicador as '''classificações''' '''do''' '''indicador''' no '''cadastro de categoria:'''

==== Exemplo: ====
'''Representante (OID = 2128)'''

'''Arquiteto (criado pelo usuário)'''

'''Decorador (criado pelo usuário)'''

'''Engenheiro (criado pelo usuário)'''

# Cadastrar uma pessoa física classificada como cliente, fornecedor,representante e utilizando umas das classificações cadastradas para o tipo de indicador.

Exemplo: Arquiteto.

# Configurar o '''dado adicional''' '''“Taxa sobre indicação de venda”''' dos indicadores já cadastrados;

# Leitura do PA 418010 - Gerar nota de crédito para comissão de indicador

== Base de Conhecimento – Venda por Representação ==

== Objetivo ==
Implementar no ERP uma nova modalidade de '''Venda por Representação''', permitindo que a empresa atue como intermediária entre o cliente final e o fabricante, sem movimentação de estoque próprio.

Todas as regras descritas neste documento devem ser aplicadas '''somente quando o parâmetro "Trabalha com venda por representação?" estiver habilitado na filial da venda.'''
----

= Vendas | Pedido de Venda =

== Objetivo ==
Adequar o processo de inclusão e alteração de pedidos para suportar a modalidade de Venda por Representação.

=== Regra Geral ===
Em um pedido de venda por representação somente poderão ser informados produtos pertencentes ao '''mesmo fornecedor'''.
----

== Regras de Negócio ==

=== RN001 – Identificação do fornecedor ===
Ao informar um produto, o sistema deve verificar se o fornecedor possui o dado adicional:<blockquote>'''Fornecedor de venda por representação = Sim'''</blockquote>
----

=== RN002 – Mesmo fornecedor no pedido ===
Caso o primeiro produto informado pertença a um fornecedor de representação, todos os demais produtos do pedido deverão pertencer ao mesmo fornecedor.

Caso seja informado um produto de fornecedor diferente, exibir a mensagem:<blockquote>'''"Pedido de venda de representação só pode conter produtos do mesmo fornecedor."'''</blockquote>A inclusão do produto deverá ser bloqueada.
----

=== RN003 – Mistura com fornecedores comuns ===
Caso o pedido já possua produtos de fornecedores comuns, não deverá ser permitida a inclusão de um produto de fornecedor de representação.

Exibir a mensagem:<blockquote>'''"Produto de fornecedor de representação não pode ser informado no mesmo pedido de outros fornecedores."'''</blockquote>
----

=== RN004 – Consulta de produtos ===
Quando o pedido for de venda por representação, a consulta de produtos deverá listar apenas produtos pertencentes ao mesmo fornecedor já informado no pedido.
----

=== RN005 – Consulta para pedidos comuns ===
Quando o pedido não for de venda por representação, a consulta de produtos não deverá exibir produtos cujo fornecedor possua:<blockquote>'''Fornecedor de venda por representação = Sim'''</blockquote>
----

=== RN006 – Tipo de entrega ===
Para produtos de fornecedores de representação:

* somente deverá ser permitido o tipo de entrega '''Futura''';
* o tipo de entrega deverá ser preenchido automaticamente;
* não deverá ser permitida alteração do tipo de entrega;
* não deverá ser permitido informar outro local de retirada;
* os campos '''Filial de Retirada''' e '''Filial de Transferência''' deverão permanecer em branco e bloqueados para edição.

----

=== RN007 – Previsão de entrega ===
A previsão de entrega deverá ser calculada automaticamente utilizando a fórmula:

'''Data da venda + Prazo Entrega Venda Representação'''

O prazo deverá ser obtido do cadastro do produto:<blockquote>'''ComplementoProduto.PrazoEntregaRepresentação'''</blockquote>O vendedor poderá alterar a previsão apenas para uma data posterior à calculada automaticamente.
----

=== RN008 – Tratamento de estoque ===
Para produtos de fornecedores de representação:

* não validar estoque;
* não reservar estoque;
* definir:
** '''Itemclicad.Reserva = N'''
** não atualizar '''Itemfilest.QtdeReserv'''
* não utilizar controle de lote;
* não utilizar controle de validade;
* não executar validações relacionadas a lote.

----

=== RN009 – Identificação do pedido ===
Ao salvar um pedido de venda por representação, atualizar:<blockquote>'''Pediclicomplemento.VendaRepresentacao = 1'''</blockquote>Esse atributo identifica o pedido como venda por representação.
----

=== RN010 – Inclusão e alteração ===
Todas as regras descritas anteriormente deverão ser aplicadas tanto na inclusão quanto na alteração do pedido.
----

== Ajustes complementares ==

=== Ficha 468236 ===
Quando o pedido for de venda por representação, não deverá ser realizada validação de crediário.
----

=== Ficha 468760 ===

==== Item 1 – Roteiro automático ====
Não exibir o alerta:<blockquote>"Não foi encontrado roteiro automático para o endereço de entrega."</blockquote>Como a entrega é realizada pelo fabricante, esse tratamento não se aplica.
----

==== Item 2 – Encomenda ====
Não permitir a utilização da opção '''Encomenda'''.

Também deverá ser desabilitado todo tratamento relacionado à reserva de estoque e lote.
----

==== Item 3 – Liberação de lote ====
Não solicitar senha para liberar a pendência:<blockquote>"Liberar pendência de venda sem reserva de lote."</blockquote>Esse tratamento não se aplica à venda por representação.
----

==== Item 4 – NFe de simples faturamento ====
Desabilitar o alerta relacionado à emissão de Nota Fiscal de Simples Faturamento para pedidos de venda por representação.
----

= Marco de Entrega 1 =
Implementação de todas as regras RN001 até RN010 e ajustes das fichas 468236 e 468760.
----

= Vendas | Cancelamento =

== Objetivo ==
Definir regras específicas para cancelamento de pedidos de venda por representação.
----

== Regras de Negócio ==

=== RN011 – Pedido faturado ===
Não permitir o cancelamento de pedidos de venda por representação já faturados.

Condição:

* '''Pediclicad.Sitven = 2'''
* '''Pediclicomplemento.VendaRepresentacao = 1'''

Exibir a mensagem:<blockquote>'''"Pedido de vendas por representação já faturado não pode ser cancelado por essa opção."'''</blockquote>O cancelamento deverá ser interrompido.
----

=== RN012 – Pedido não faturado ===
Caso o pedido ainda não esteja faturado:

'''Pediclicad.Sitven <> 2'''

o cancelamento deverá ocorrer normalmente.
----

= Marco de Entrega 2 =
Implementação das regras RN011 e RN012.
----

= Cadastro de Produtos =
'''Módulos'''

* Sistema de Usuários → Cadastro → Produtos → Produtos
* Tradewin → Arquivos → Produtos → Produtos

== Objetivo ==
Disponibilizar novos campos no cadastro de produtos para atender à modalidade de Venda por Representação.

Entre eles, o campo responsável pelo cálculo da previsão de entrega:

* '''Prazo Entrega Venda Representação''' (''ComplementoProduto.PrazoEntregaRepresentação'').

Os demais campos deverão ser definidos conforme os protótipos e requisitos funcionais do projeto.

[[Arquivo:Image4re.png|centro|607x607px]]

== Regras de Negócio ==

=== RN013 – Comissão Venda por Representação ===
Deverá ser incluído, na página '''Unidade e Preço''' do cadastro de produtos, o campo:

'''Comissão Venda por Representação'''

==== Características ====

* Campo não obrigatório;
* Utilizado para informar o percentual de comissão do produto na modalidade Venda por Representação;
* Permitir apenas valores percentuais maiores ou iguais a zero (≥ 0);
* Atualizar o campo '''ComplementoProduto.ComissaoRepresentacao'''.

----

=== RN014 – Prazo Entrega Venda por Representação ===
Deverá ser incluído, na página '''Dados Complementares''' do cadastro de produtos, o campo:

'''Prazo Entrega Venda por Representação'''

==== Características ====

* Campo não obrigatório;
* Utilizado para informar o prazo de entrega do produto para vendas por representação;
* Permitir apenas valores maiores ou iguais a zero (≥ 0);
* Atualizar o campo '''ComplementoProduto.PrazoEntregaRepresentacao'''.

----

=== RN015 – Navegação do cadastro ===
Ao navegar entre os registros do cadastro de produtos, o sistema deverá realizar corretamente a leitura, atualização e persistência dos novos campos de Venda por Representação.
----

= Marco de Entrega 3 =
Implementação das regras RN013 a RN015.
----

= TradChec | Com Orçamento =

== Objetivo ==
Adequar o processo de faturamento para pedidos de Venda por Representação.

Nesta modalidade, o cliente realiza o pagamento diretamente ao fornecedor. Portanto, o faturamento não deverá gerar os mesmos registros financeiros de uma venda convencional.

Em substituição, deverão ser gerados:

* registros da nova estrutura de Venda por Representação;
* registros de Contas a Receber referentes exclusivamente à comissão da venda por representação.

----

== Regras de Negócio ==

=== Regra Geral ===
Todas as regras descritas nesta seção deverão ser aplicadas somente quando o parâmetro '''"Trabalha com venda por representação?"''' estiver habilitado na filial padrão do usuário.
----

=== RN016 – Geração do financeiro ===
Ao faturar um pedido identificado como Venda por Representação:<blockquote>'''Pediclicomplemento.VendaRepresentacao = 1'''</blockquote>o sistema '''não deverá gerar''' os registros financeiros normalmente criados em uma venda convencional.

Essa regra existe porque o pagamento da mercadoria será realizado diretamente entre o cliente e o fornecedor, cabendo ao ERP controlar apenas as informações relacionadas à comissão da venda por representação e aos respectivos registros específicos dessa modalidade.

== Sistema de Usuários | Movimentos | Gerenciador de Vendas por Representação ==

== Objetivo ==
Criar uma nova rotina denominada '''Gerenciador de Vendas por Representação''', destinada ao gerenciamento das vendas realizadas nessa modalidade.

A rotina deverá permitir o registro dos eventos relacionados ao processo de venda por representação, bem como o acompanhamento do pedido junto ao fornecedor até a entrega da mercadoria ao cliente.
----

== Regras de Negócio ==

=== RN023 – Inclusão da rotina no menu ===
Deverá ser criada uma nova opção no menu '''Movimentos''' denominada:

'''Gerenciador de Vendas por Representação'''

==== Regras ====

* Criar o script responsável pela inclusão da opção no menu dinâmico do Sistema de Usuários;
* A opção deverá ficar disponível somente no '''menu dinâmico''';
* Apenas usuários com a devida permissão poderão visualizar e acessar a rotina.

----

=== RN024 – Interface principal ===
Ao acessar a opção '''Gerenciador de Vendas por Representação''', o sistema deverá apresentar a interface principal da rotina conforme o layout/protótipo definido para o projeto.

A tela deverá servir como ponto central para gerenciamento das vendas por representação, permitindo o acompanhamento do fluxo operacional do pedido, desde o faturamento até a entrega ao cliente, bem como o registro dos eventos relacionados ao processo.

[[Arquivo:Imagetg5.png|centro|579x579px]]

=== RN025 – Pesquisa de pedidos ===
Ao acionar o botão '''Procurar''', o sistema deverá pesquisar os pedidos de Venda por Representação considerando os filtros informados pelo usuário.

==== Validação dos filtros ====
Antes de realizar a pesquisa, deverá ser validado se pelo menos um filtro foi informado ou selecionado.

Caso nenhum filtro seja informado, exibir a mensagem:<blockquote>'''"Informe ou selecione um filtro para a pesquisa."'''</blockquote>e não executar a consulta.
----

=== Critérios da pesquisa ===
A consulta deverá retornar apenas pedidos identificados como Venda por Representação.

'''Condição obrigatória'''

* '''Pediclicomplemento.VendaRepresentacao = 1'''

Os demais filtros deverão ser aplicados somente quando informados.

==== Período ====
Filtrar pela data da venda considerando apenas a data:

* '''VendasRepresentacao.DataVenda ≥ Data Inicial'''
* '''VendasRepresentacao.DataVenda ≤ Data Final'''

----

==== Pedido ERP ====
Filtrar por:

* '''Pediclicad.Numped'''

----

==== Pedido do Fabricante ====
Filtrar por:

* '''Pediclicad.Referencia'''

----

==== Filial ====
Filtrar por:

* '''Pediclicad.Filial'''

----

==== Cliente ====
Filtrar por:

* '''Pediclicad.Codclie'''

----

==== Fornecedor ====
Relacionar:

* Itemclicad.CodPro = Produtocad.CodPro

e filtrar:

* '''Produtocad.CodFor'''

----

==== Pendência de impressão do Termo de Compra ====
Quando marcado o filtro correspondente, retornar apenas pedidos onde:

* '''VendasRepresentacao.TermoDeCompra = 0'''
* ou '''NULL'''

----

==== Entrega atrasada ====
Quando solicitado, retornar pedidos cujos itens atendam simultaneamente às condições:

* '''Itemclicad.DtPrevEnt < Data Atual'''
* '''VendasRepresentacaoItem.DataExpedicao IS NULL'''

----

==== Itens pendentes ====
Retornar pedidos que possuam quantidade pendente de entrega.

Condição:

'''Itemclicad.Quant >'''

'''(VendasRepresentacaoItem.QtdeFaturada +'''

'''VendasRepresentacaoItem.QtdeCancelada +'''

'''VendasRepresentacaoItem.QtdeDevolvida)'''
----

==== Pedidos faturados ====
Retornar apenas pedidos que possuam Nota Fiscal emitida.

Condição:

* '''VendasRepresentacaoItem.NumeroNFVenda > 0'''

----

==== Pedidos concluídos ====
Retornar pedidos cuja expedição tenha sido concluída.

Condição:

* '''VendasRepresentacao.DataExpedicao preenchida'''

----

==== Nenhum registro localizado ====
Caso nenhum pedido seja encontrado, exibir a mensagem:<blockquote>'''"Nenhum registro encontrado."'''</blockquote>
----

=== RN026 – Exibição do resultado ===
Os pedidos localizados deverão ser apresentados no GRID agrupados por pedido e ordenados inicialmente pelos seguintes campos:

# Filial;
# Data da Venda;
# Data de Previsão de Entrega;
# Pedido ERP.

Além da ordenação padrão, deverá ser disponibilizado o recurso de ordenação clicando no cabeçalho de cada coluna.
----

=== Colunas do GRID ===
{| class="wikitable"
!Coluna
!Informação apresentada
|-
|'''Filial'''
|Filial do pedido (Pediclicad.Filial).
|-
|'''Pedido ERP'''
|Número do pedido no ERP (Pediclicad.Numped).
|-
|'''Pedido Fábrica'''
|Número do pedido informado pelo fabricante (Pediclicad.Referencia).
|-
|'''TPO'''
|Código e descrição do TPO (TPO_r.Codigo - TPO_r.Nome).
|-
|'''Cliente'''
|Razão social do cliente (Pediclicad.RazaoCli).
|-
|'''Fornecedor/Fabricante'''
|Razão social do fornecedor dos produtos do pedido (Fornecedor_r.RazaoSocial).
|-
|'''Vendedor'''
|Código e nome do vendedor (Pediclicad.CodVend - VendedorCad.Nome).
|-
|'''Valor do Pedido'''
|Valor total do pedido (Pediclicad.ValPed).
|-
|'''Data da Venda'''
|Data do faturamento registrada em VendasRepresentacao.DataVenda.
|-
|'''Data da Expedição'''
|Maior data registrada em VendasRepresentacaoItem.DataExpedicao.
|-
|'''Data Prevista de Entrega'''
|Data prevista de entrega do pedido (Pediclicad.DtPrevEnt).
|-
|'''Data da Entrega'''
|Maior data registrada em VendasRepresentacaoItem.DataEntrega. ''(Ficha 470004 – 10/06/2025).''
|-
|'''Impresso Termo de Compra'''
|Indica se o Termo de Compra foi impresso (VendasRepresentacao.TermoDeCompra = 1).
|-
|'''Situação'''
|Situação atual do pedido (VendasRepresentacao.Situacao).
|}
----

=== RN027 – Impressão do Termo de Compra ===
A rotina deverá disponibilizar o botão '''Impressão Termo de Compra''', responsável pela emissão do termo referente ao pedido selecionado.

==== Validação ====
Antes da impressão, deverá ser verificado se existe um pedido selecionado no GRID.

Caso nenhum pedido esteja selecionado, exibir a mensagem:<blockquote>'''"Selecione o pedido."'''</blockquote>Caso exista um pedido selecionado, o sistema deverá gerar o Termo de Compra utilizando o layout gráfico definido para o projeto.

[[Arquivo:Image6yt5.png|centro|584x584px]]

== Cabeçalho do Termo de Compra ==
{| class="wikitable"
!Campo
!Informação
|-
|'''Página'''
|Número da página do relatório.
|-
|'''Data de Emissão'''
|Data e hora da impressão do documento.
|-
|'''Número do Pedido'''
|Número do pedido de venda (Pediclicad.Numped).
|-
|'''Data da Venda'''
|Data do faturamento registrada em VendasRepresentacao.DataVenda.
|-
|'''Filial de Venda'''
|Código e nome da filial (Pediclicad.Filial - FilialCad.Nome).
|-
|'''Vendedor'''
|Código e nome do vendedor (Pediclicad.CodVend - VendedorCad.Nome).
|-
|'''Pedido do Fabricante'''
|Número do pedido informado pelo fabricante (Pediclicad.Referencia).
|-
|'''Fornecedor/Fabricante'''
|Código e razão social do fornecedor dos produtos (Produtocad.CodFor - Fornecedor_r.RazaoSocial).
|-
|'''CNPJ'''
|CNPJ do fornecedor (Fornecedor_r.Identificador).
|-
|'''Endereço do Fornecedor'''
|Endereço comercial completo do fornecedor.
|-
|'''Cliente da Venda'''
|Nome do cliente (Pediclicad.RazaoCli).
|-
|'''CPF/CNPJ'''
|CPF ou CNPJ do cliente (Pediclicad.CgcCli).
|-
|'''Endereço do Cliente'''
|Endereço comercial completo do cliente (logradouro, bairro, cidade, estado e CEP).
|-
|'''Endereço de Entrega'''
|Endereço de entrega do pedido, obtido a partir de Pediclicad.CodEndEnt.
|-
|'''Condição de Pagamento'''
|Descrição da condição de pagamento (Pediclicad.RFormaDePagar - FormaDePagar_r.Nome).
|}
----

== Detalhamento dos Produtos ==
O relatório deverá apresentar os produtos do pedido em formato tabular contendo as seguintes informações:
{| class="wikitable"
|Campo
|Informação
|-
|'''Produto'''
|Código do produto (Itemclicad.CodPro).
|-
|'''Referência'''
|Referência do produto (Produtocad.CodInterno).
|-
|'''Descrição'''
|Descrição longa do produto (ComplementoProduto.DescricaoLonga).
|-
|'''Unidade'''
|Unidade de venda (Itemclicad.Unid).
|-
|'''Quantidade Vendida'''
|Quantidade vendida (Itemclicad.Quant).
|-
|'''Previsão de Entrega'''
|Data prevista de entrega do produto (Itemclicad.DtPrevEnt).
|-
|'''Preço Unitário'''
|Valor unitário do produto (Itemclicad.Preco).
|-
|'''Preço Total'''
|Quantidade × Preço Unitário (Itemclicad.Quant × Itemclicad.Preco).
|}
----

== Totais do Pedido ==
Ao final do relatório deverão ser apresentados os valores consolidados do pedido.
{| class="wikitable"
|Campo
|Informação
|-
|'''Total de Mercadorias'''
|Somatório do preço total dos itens do pedido.
|-
|'''Desconto'''
|Valor do desconto geral do pedido (Pediclicad.Desconto).
|-
|'''Frete'''
|Valor do frete do pedido (Pediclicad.FreteOrc).
|-
|'''Outras Despesas'''
|Demais valores que compõem o total do pedido, quando houver.
|-
|'''Total do Pedido'''
|Valor total do pedido (Pediclicad.ValPed).
|}
----O documento deverá consolidar todas essas informações em um único '''Termo de Compra''', servindo como registro formal da venda por representação e contendo os dados da negociação, das partes envolvidas, dos produtos comercializados e dos valores totais do pedido.

== Comissão do Profissional Indicador ==
O painel '''Comissão do Profissional Indicador''' deverá ser apresentado de forma condicional, conforme as configurações do sistema.
----

== Regras de Negócio ==

=== RN028 – Exibição do painel ===
O GRID '''Comissão do Profissional Indicador''' deverá ser exibido somente quando o parâmetro:<blockquote>'''"Utiliza tratamento de comissão por indicação"'''</blockquote>estiver '''habilitado'''.

Caso o parâmetro esteja desabilitado:

* o GRID não deverá ser exibido;
* o GRID de '''Comissão de Venda por Representação''' deverá ser redimensionado automaticamente para ocupar o espaço disponível na interface, evitando áreas em branco.

----

=== RN029 – Dados apresentados ===
O GRID deverá listar todos os registros financeiros relacionados à comissão por indicação vinculados ao pedido de venda.

Os registros apresentados dependerão da configuração do parâmetro:<blockquote>'''"Gerar nota de crédito para comissão de profissional indicador?"'''</blockquote>

==== Quando o parâmetro estiver habilitado ====
Exibir os registros de '''Contas a Receber (Nota de Crédito)''' gerados para o profissional indicador.

==== Quando o parâmetro estiver desabilitado ====
Exibir os registros de '''Contas a Pagar''' gerados para o profissional indicador.

Em ambos os casos, deverão ser exibidos exclusivamente os registros financeiros vinculados à comissão por indicação do pedido de venda selecionado.

Arquivo:Image6yt5.png

2026-08-05T14:39:59Z

Arione:

Image6yt5

Arquivo:Imagetg5.png

2026-08-05T14:37:44Z

Arione:

Imagetg5

Arquivo:Image4re.png

2026-08-05T14:34:20Z

Arione:

Image4re

Novo modelo de Comprovante de Entrega para Impressora Térmica.

2026-08-05T13:06:05Z

Arione: Novo modelo de Comprovante de Entrega para Impressora Térmica.

==Tutorial==
'''Este artigo tem como objetivo orientar sobre a disponibilização do comprovante de entrega em formato compatível com impressoras térmicas.'''

'''Com a substituição das impressoras convencionais utilizadas nos caixas por impressoras térmicas, torna-se necessário adequar a impressão do comprovante de entrega ao novo padrão.'''

'''Entre os modelos gráficos atualmente disponíveis no sistema, o Modelo 4 é o que melhor atende às necessidades desse cenário. Assim, a versão do comprovante destinada à impressão térmica deve ser baseada nesse modelo, contemplando os ajustes necessários e a adaptação ao formato de impressão utilizado pelas impressoras térmicas.'''

== Visão Geral ==
Com a substituição das impressoras convencionais utilizadas nos caixas por impressoras térmicas, foi necessária a adequação do comprovante de entrega para garantir sua correta impressão nesse novo formato.

== Funcionamento ==
Para atender a essa necessidade, foi disponibilizada uma versão do comprovante de entrega compatível com impressoras térmicas, utilizando como base o '''Modelo 4''', por ser o modelo gráfico que melhor se adapta ao layout e às características desse tipo de impressão.

A versão para impressão térmica contempla as adaptações necessárias para o novo formato, preservando as informações essenciais do comprovante e garantindo melhor legibilidade e compatibilidade com as impressoras térmicas utilizadas nos caixas.

== Benefícios ==

* Compatibilidade com impressoras térmicas.
* Melhor aproveitamento da largura de impressão.
* Impressão mais rápida e legível.
* Padronização do comprovante de entrega para o novo ambiente de impressão.

= Etapas para Instalação: =

# Configurar o parâmetro por filial “Modelo de comprovante de entrega para itens de expedição e/ou futura” = 5 (novo modelo)
# Configurar o parâmetro por filial “Emitir comprovante de entrega para itens de expedição” = S
# Configurar o parâmetro por filial “Pedir senha para reimpressão do comprovante de entrega” = S
# CONFIGURAR o parâmetro por filial “Impressora para comprovante de entrega para itens de Expedição e/ou Futura”
# CONFIGURAR em [Tradewin - Arquivos - senha de vendas] uma senha de liberação de [Libera reimpressão de comprovantes de venda e entrega].
# É recomendado atualizar o BD através dos aplicativos abaixo:

* '''MuSincronizador'''
* '''MUAtualizaVersaoMasterEn.'''

{| class="wikitable"
|Para executar a versão web com sucesso é pré requisito que vários outros scripts que foram criados existam no BD. Por esse motivo, recomendamos a execução dos dois aplicativos citados anteriormente.

Todo script novo criado para aplicação WEB, além de existir no migration, deve também existir no MuSincronizador.
|}

=== Checkout | Com Orçamento ===

=== ReplicacaoVdaFiscalPerdida | Nota Fiscal Manual ===

=== MU_ECF | Vendas ===
Imagem 1 - Layout do modelo 4:

[[Arquivo:Image87ty.png|centro|638x638px]]
[[Arquivo:Image0o9.png|centro|638x638px]]

== Controle de Reimpressão do Comprovante de Entrega (Modelo 5) ==
O '''Modelo 5''' utiliza o mesmo controle de reimpressão implementado no '''PA 277217''', garantindo que novas impressões do comprovante de entrega sejam realizadas somente mediante autorização, quando configurado.

Após a impressão do comprovante de entrega, o sistema exibe a seguinte mensagem:<blockquote>'''"Deseja imprimir o comprovante de entrega [1/1] novamente?"'''</blockquote>Caso o usuário selecione '''Sim''', o sistema verifica se o parâmetro '''"Pedir senha para reimpressão do comprovante de entrega"''' está habilitado na filial do usuário.

* Se o parâmetro estiver '''habilitado''', será apresentada a janela para autenticação da senha de liberação.
* Se a senha informada possuir permissão para autorizar a reimpressão de comprovantes de venda e entrega, o comprovante será reimpresso e o sistema registrará a ação no histórico do pedido.
* Caso a senha não possua a permissão necessária ou a autenticação não seja realizada, a reimpressão não será executada.

== Impressão do Comprovante de Entrega ==
A impressão do comprovante de entrega do '''Modelo 5''' é enviada diretamente para a impressora definida no parâmetro '''"Impressora para comprovante de entrega para itens de Expedição e/ou Futura"'''.

Caso esse parâmetro não esteja configurado, o sistema utilizará automaticamente a '''impressora padrão do Windows'''.

Para preservar o controle de reimpressão, o relatório '''não é exibido em tela antes da impressão''', impedindo que o usuário realize múltiplas impressões manualmente e garantindo que toda reimpressão siga o fluxo de autorização por senha, quando aplicável.
[[Categoria:Vendas]]

Arquivo:Image0o9.png

2026-08-05T13:01:17Z

Arione:

Image0o9

Arquivo:Image87ty.png

2026-08-05T12:58:06Z

Arione:

Image87ty

Envio de RPS - Certificado vencido em: 23/06/2026 10:33:55, atualize o seu certificado digital para continuar emitindo.

2026-08-03T18:49:49Z

Arione: Envio de RPS - Certificado vencido em: 23/06/2026 10:33:55, atualize o seu certificado digital para continuar emitindo.

==Tutorial==
'''Ao transmitir o RPS o mesmo é rejeitado com a mensagem: Certificado vencido em: 23/06/2026 10:33:55, atualize o seu certificado digital para continuar emitindo.'''

[[Arquivo:Image331.png|centro|890x890px]]

== Resolução ==
É necessário atualizar o certificado digital na máquina e na plataforma PlugNotas da TecnoSpeed.

=== PASSO 1 ===
Atualizar o certificado digital na máquina local:
[[Arquivo:Image1332.png|centro|478x478px|Atualizar o ceritficado digital na máquina local:]]
[[Arquivo:Imagew221.png|centro|482x482px]]
[[Arquivo:Image4r31.png|centro|427x427px]]

=== PASSO 2 ===
Atualizar o certificado dentro da plataforma PlugNotas (Suporte MicroUniverso)

Para atualizar o certificado digital na platarorma PlugNotas entre em contato com o '''atendimento MicroUniverso.'''

https://extranet.microuniverso.com.br/?_gl=1*op5xcu*_gcl_au*MTk0Mzk2MDg0MC4xNzg1NzgyNjc0

[[Arquivo:Image5t5.png|centro|767x767px]]
[[Categoria:Documentos Fiscais Eletrônicos]]

Arquivo:Image5t5.png

2026-08-03T17:44:13Z

Arione:

Image5t5

Arquivo:Image4r31.png

2026-08-03T17:37:46Z

Arione:

Image4r3

Arquivo:Imagew221.png

2026-08-03T17:09:09Z

Arione:

Imagew221

Arquivo:Image3633.png

2026-08-03T15:49:00Z

Arione:

Image363

Arquivo:Image1332.png

2026-08-03T15:45:46Z

Arione:

Image1332

Arquivo:Image331.png

2026-08-03T15:42:06Z

Arione:

Image331

NFC-e - Como resolver a Rejeição 1029? CST do IBS/CBS informado não permite informação de diferimento Estadual (nItem: 999)

2026-07-27T14:29:23Z

Arione: NFC-e - Como resolver a Rejeição 1029? CST do IBS/CBS informado não permite informação de diferimento Estadual (nItem: 999)

==Tutorial==
'''Resolvendo a rejeição 1029, verifique o CST do IBS/CBS usado no item e confirme se ele permite diferimento. Se o CST tiver indicador ind_gDif = 0 (não permite), você não pode enviar o grupo de diferimento (gIBSUF/gDif) no XML.'''

=== PASSO 1 ===
Na prática, a correção costuma ser: remover o grupo '''gDif''' do item ou ajustar o '''CST''' para um que permita diferimento (se a operação realmente for de diferimento).

'''Explicando a validação'''

A '''Rejeição (1029)''' indica que foi informado o grupo de Diferimento '''(gIBSUF/gDif)''' em um item cujo '''CST''' possui indicador que não permite o uso desse grupo '''(ind_gDif = 0).'''

[[Arquivo:Image32aq.png|centro|716x716px]]
A SEFAZ cruza o '''CST''' do '''IBS/CBS''' com a '''Tabela de Indicadores''' de '''CST''' do '''IBS''' e '''CBS.'''

Se o '''CST''' selecionado tiver '''ind_gDif = 0''', ela espera que:

* não exista o grupo gIBSUF/gDif no item.

Essa rejeição normalmente ocorre quando:

* o sistema envia '''gDif''' por padrão '''(mesmo quando não deveria);'''
* houve troca de '''CST''', mas o '''XML''' continuou enviando o '''grupo gDif;'''
* o '''CST''' escolhido não é compatível com diferimento, porém a tributação foi montada como se fosse.

=== PASSO 2 ===

== Como Resolver ==
Para resolver a Rejeição: '''CST''' não permite diferimento com '''grupo gDif informado''', verifique se:

* O item está com um '''CST''' cujo indicador '''ind_gDif = 0 (não permite diferimento).'''
* Mesmo assim, o '''XML''' está enviando o grupo:
** '''gIBSUF/gDif'''

Se sim, então:

# '''Se a operação NÃO deveria ter diferimento'''
#* Remova o grupo gIBSUF/gDif do item.
#* Reenvie a NF-e/NFC-e.
# '''Se a operação DEVERIA ter diferimento'''
#* Revise o CST e selecione um CST compatível com diferimento (conforme a ''Tabela de Indicadores de CST do IBS e CBS'').
#* Mantenha o grupo gDif somente quando o CST permitir.

Verifique se as informações constam em Redução Alíquota e Vigência na classificação tributária CBS/IBS, pois, para este envio, as mesmas não foram informadas.
[[Arquivo:Image422s.png|centro|675x675px]]
'''Exemplo da estrutura em XML:'''

[[Arquivo:Image7hyt.png|centro|710x710px]]
[[Categoria:Documentos Fiscais Eletrônicos]]

Arquivo:Image422s.png

2026-07-27T14:27:28Z

Arione:

Image422s

Arquivo:Image7hyt.png

2026-07-27T14:22:53Z

Arione:

Image7hyt

Arquivo:Image32aq.png

2026-07-27T14:19:25Z

Arione:

Image32aq

NFC-e - Como resolver a Rejeição 1041? Valor do IBS da UF difere do calculado.

2026-07-27T14:06:27Z

Arione: NFC-e - Como resolver a Rejeição 1041? Valor do IBS da UF difere do calculado.

==Tutorial==
'''O artigo para resolver a Rejeição 1041, é necessário recalcular os valores informados no XML (base, alíquota efetiva, reduções e total) e enviar os campos com o resultado exato da fórmula exigida.'''

== Explicando a validação ==
'''A Rejeição (1041):''' “Valor do IBS da UF difere do calculado [nItem: 999]” indica que o XML enviado não atendeu a validação aplicada pela SEFAZ para os campos da Reforma Tributária (IBS/CBS/IS).

[[Arquivo:Imagegfw2.png|centro|703x703px]]

'''Na prática, o que isso significa?'''
* Quando há redução de alíquota, o percentual (<code>pRedAliq</code>) e a alíquota efetiva (<code>pAliqEfet</code>) precisam estar coerentes com o enquadramento.
* O valor informado não bate com o cálculo esperado '''(ex.: Base de Cálculo × Alíquota Efetiva, com deduções/ajustes quando aplicáveis).'''

= Como Resolver =

Para resolver a Rejeição: Valor do IBS da UF difere do calculado, verifique se:

* Se a Base de Cálculo (<code>vBC</code>) está correta para o item.
* Se a alíquota efetiva (<code>pAliqEfet</code>) foi calculada conforme a regra (com redução e/ou redutor, quando aplicável).
* Se o valor do tributo (<code>vIBSUF</code>, <code>vIBSMun</code>, <code>vCBS</code>, <code>vDif</code>, etc.) bate com o cálculo.

Se sim, então:

# Recalcule os campos envolvidos usando a fórmula descrita na própria rejeição.
# Atualize o XML com o resultado do cálculo (evite arredondamentos fora do padrão).
# Reenvie o documento fiscal eletrônico.

'''Exemplo da estrutura em XML:'''

[[Arquivo:Image442s.png|centro|708x708px]]
[[Categoria:Documentos Fiscais Eletrônicos]]

NFC-e - Como resolver a Rejeição 1041? Valor do IBS da UF difere do calculado.

2026-07-27T14:06:13Z

Arione: NFC-e - Como resolver a Rejeição 1041? Valor do IBS da UF difere do calculado.

==Tutorial==
'''O artigo para resolver a Rejeição 1041, é necessário recalcular os valores informados no XML (base, alíquota efetiva, reduções e total) e enviar os campos com o resultado exato da fórmula exigida.'''

== Explicando a validação ==
'''A Rejeição (1041):''' “Valor do IBS da UF difere do calculado [nItem: 999]” indica que o XML enviado não atendeu a validação aplicada pela SEFAZ para os campos da Reforma Tributária (IBS/CBS/IS).

[[Arquivo:Imagegfw2.png|centro|703x703px]]

'''Na prática, o que isso significa?'''
* Quando há redução de alíquota, o percentual (<code>pRedAliq</code>) e a alíquota efetiva (<code>pAliqEfet</code>) precisam estar coerentes com o enquadramento.
* O valor informado não bate com o cálculo esperado '''(ex.: Base de Cálculo × Alíquota Efetiva, com deduções/ajustes quando aplicáveis).'''

= Como Resolver =

Para resolver a Rejeição: Valor do IBS da UF difere do calculado, verifique se:

* Se a Base de Cálculo (<code>vBC</code>) está correta para o item.
* Se a alíquota efetiva (<code>pAliqEfet</code>) foi calculada conforme a regra (com redução e/ou redutor, quando aplicável).
* Se o valor do tributo (<code>vIBSUF</code>, <code>vIBSMun</code>, <code>vCBS</code>, <code>vDif</code>, etc.) bate com o cálculo.

Se sim, então:

# Recalcule os campos envolvidos usando a fórmula descrita na própria rejeição.
# Atualize o XML com o resultado do cálculo (evite arredondamentos fora do padrão).
# Reenvie o documento fiscal eletrônico.

'''Exemplo da estrutura em XML:'''

[[Arquivo:Image442s.png|centro|708x708px]]

Arquivo:Image442s.png

2026-07-27T14:05:47Z

Arione:

Image442s

Arquivo:Imagegfw2.png

2026-07-27T14:03:06Z

Arione:

Imagegfw2

Rejeição 925: NF-e com identificação de estrangeiro e inscrição estadual informada para destinatário - Como resolver?

2026-07-27T13:38:18Z

Arione: Rejeição 925: NF-e com identificação de estrangeiro e inscrição estadual informada para destinatário - Como resolver?

==Tutorial==
'''Ao emitir uma NFe (modelo 55) ou NFCe (modelo 65) para um destinatário no exterior, preencher o campo da Inscrição Estadual (tag dest/IE) causará a rejeição 926 (Operação com Exterior e país de destino igual a Brasil).'''

= Exceções e Observações =
Não há exceções para esta norma. Quando o destinatário for estrangeiro '''(operação de Exportação)''', a Inscrição Estadual (IE)

=== Regra de validação da Sefaz ===
[[Arquivo:Imagetg55.png|centro|756x756px]]

=== PASSO 1 ===
No exemplo abaixo, foi emitido uma NFe para Exterior, e informado as tags “idEstrangeiro” e “IE” nas informações do destinatário. Nessa situação a NFe foi rejeitada pelo motivo 925.

* '''Trecho do XML:'''


<idEstrangeiro>ABC1234</idEstrangeiro>
<xNome>E-SALES SOLUÇÕES DE INTEGRAÇÃO LTDA</xNome>
<enderDest>
<xLgr>Bulguksa</xLgr>
<nro>385</nro>
<xBairro>Bulguk-ro</xBairro>
<cMun>9999999</cMun>
<xMun>Gyeongju</xMun>
<UF>EX</UF>
<CEP>44096486</CEP>
<cPais>1902</cPais>
<xPais>Coreia do Sul</xPais>
<fone>7536230233</fone>
</enderDest>

<IE>0963233556</IE>
</dest><nowiki></code></nowiki>

== Como resolver ==
Sempre que informado a tag “idEstrangeiro”, não pode ser informado a tag da “IE”. Deve verificar as informações da nota, e em caso de exportação, deve retirar a tag da Inscrição Estatual.

=== PASSO 2 ===
[[Arquivo:Image4r3.png|centro|789x789px]]

No exemplo a baixo foi retirada a '''tag “IE”:'''Trecho do XML:

* '''Trecho do XML:'''


<idEstrangeiro>ABC1234</idEstrangeiro>
<xNome>E-SALES SOLUÇÕES DE INTEGRAÇÃO LTDA</xNome>
<enderDest>
<xLgr>Bulguksa</xLgr>
<nro>385</nro>
<xBairro>Bulguk-ro</xBairro>
<cMun>9999999</cMun>
<xMun>Gyeongju</xMun>
<UF>EX</UF>
<CEP>44096486</CEP>
<cPais>1902</cPais>
<xPais>Coreia do Sul</xPais>
<fone>7536230233</fone>
</enderDest>
</dest><nowiki></code></nowiki>

=== PASSO 3 ===
Após efetuar o ajuste no cadastro do cliente estrangeiro, solucionar a nota fiscal pelo gerenciador de exceções.

Caso necessite validar o código do país de destino da nota fiscal, informo que a tabela com os códigos de cada país está disponível para download no Portal Nacional da Sefaz.

https://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=FOXZNFX/p50=
[[Categoria:Documentos Fiscais Eletrônicos]]

Arquivo:Image4r3.png

2026-07-27T13:36:51Z

Arione:

Image4r3

Arquivo:Imagetg55.png

2026-07-27T13:20:05Z

Arione:

Imagetg55

NF-e - Como resolver a Rejeição 1026? Alíquota do IBS da UF inválida

2026-07-23T19:37:57Z

Arione: Arione

==Tutorial==
'''Com a aprovação da Reforma Tributária, o imposto IBS (Imposto sobre Bens e Serviços) foi introduzido e, em breve, substituirá o ICMS (estadual) e o ISS (municipal).'''

'''Para os anos de 2025 e 2026, o valor fixado para este campo será de 0.1. Vale ressaltar que a aplicação desse valor possui certas condições que dependem do código cClassTrib.'''

[[Arquivo:Image432d.png|centro|706x706px]]

== Como Resolver ==
Para resolver a '''rejeição 1026''', verifique primeiro se o cClassTrib possui indicador de Tributação Regular conforme a Tabela de Classificação Tributária.

https://dfe-portal.svrs.rs.gov.br/CFF/ClassificacaoTributaria

[[Arquivo:Imagee322.png|centro|702x702px]]

Na figura acima podemos notar que o Código do '''cClassTrib 000001''' '''não permite Tributação Regular''', logo seguindo a regra de validação, devemos atribuir o <code>pIBSUF</code> = '''0.10 (0,1%)''' conforme o '''Art. 343 da LC 214/25'''

https://www.planalto.gov.br/ccivil_03/leis/lcp/lcp214.htm#:~:text=Art.%20343

'''Exemplo de um XML sem o cClassTrib indicando para Tributação Regular:'''
[[Arquivo:Image43sa.png|centro|718x718px]]

== Como Resolver com Tributação Regular ==
Para resolver a '''rejeiçã'''
[[Arquivo:Image322d.png|centro]]

A figura acima evidencia que a seleção do código <code>cClassTrib</code> possui o indicador de Tributação Regular. Neste contexto, e em conformidade com a Nota Técnica da Reforma Tributaria da SEFAZ, caímos na exceção de regra de validação que determina a anulação do valor referente à alíquota do estado (<code>pIBSUF</code>).

[[Arquivo:Image122ss.png|centro|782x782px]]
[[Arquivo:Imagerfe22.png|centro|825x825px]]

'''Exemplo de um XML com o cClassTrib indicando para Tributação Regular:'''
[[Arquivo:Image2wsf.png|centro|757x757px]]
[[Categoria:Documentos Fiscais Eletrônicos]]

NF-e - Como resolver a Rejeição 1026? Alíquota do IBS da UF inválida

2026-07-23T19:34:37Z

Arione: NF-e - Como resolver a Rejeição 1026? Alíquota do IBS da UF inválida

==Tutorial==
'''Com a aprovação da Reforma Tributária, o imposto IBS (Imposto sobre Bens e Serviços) foi introduzido e, em breve, substituirá o ICMS (estadual) e o ISS (municipal).'''

'''Para os anos de 2025 e 2026, o valor fixado para este campo será de 0.1. Vale ressaltar que a aplicação desse valor possui certas condições que dependem do código cClassTrib.'''

[[Arquivo:Image432d.png|centro|706x706px]]

== Como Resolver ==
Para resolver a '''rejeição 1026''', verifique primeiro se o cClassTrib possui indicador de Tributação Regular conforme a Tabela de Classificação Tributária.

https://dfe-portal.svrs.rs.gov.br/CFF/ClassificacaoTributaria

[[Arquivo:Imagee322.png|centro|702x702px]]

Na figura acima podemos notar que o Código do '''cClassTrib 000001''' '''não permite Tributação Regular''', logo seguindo a regra de validação, devemos atribuir o <code>pIBSUF</code> = '''0.10 (0,1%)''' conforme o '''Art. 343 da LC 214/25'''

https://www.planalto.gov.br/ccivil_03/leis/lcp/lcp214.htm#:~:text=Art.%20343

'''Exemplo de um XML sem o cClassTrib indicando para Tributação Regular:'''
[[Arquivo:Image43sa.png|centro|718x718px]]

== Como Resolver com Tributação Regular ==
Para resolver a '''rejeiçã'''
[[Arquivo:Image322d.png|centro]]

A figura acima evidencia que a seleção do código <code>cClassTrib</code> possui o indicador de Tributação Regular. Neste contexto, e em conformidade com a Nota Técnica da Reforma Tributaria da SEFAZ, caímos na exceção de regra de validação que determina a anulação do valor referente à alíquota do estado (<code>pIBSUF</code>).

[[Arquivo:Image122ss.png|centro|782x782px]]
[[Arquivo:Imagerfe22.png|centro|825x825px]]

'''Exemplo de um XML com o cClassTrib indicando para Tributação Regular:'''
[[Arquivo:Image2wsf.png|centro|757x757px]]

Arquivo:Image2wsf.png

2026-07-23T19:33:48Z

Arione:

Image2wsf

Arquivo:Imagerfe22.png

2026-07-23T19:31:46Z

Arione:

Imagerfe22

Arquivo:Image122ss.png

2026-07-23T19:27:21Z

Arione:

Image122ss

Arquivo:Image322d.png

2026-07-23T19:23:00Z

Arione:

Image322d

Arquivo:Image43sa.png

2026-07-23T19:20:56Z

Arione:

Image43sa

Arquivo:Image111d.png

2026-07-23T19:19:47Z

Arione:

Image111d

Arquivo:Imagee322.png

2026-07-23T19:16:49Z

Arione:

Imagee322

Arquivo:Image432d.png

2026-07-23T19:14:37Z

Arione:

Image432d

Rejeição nota Saída p. Ajuste de Estoque por Inventário Erro ao validar arquivo NFe. Mensagem - Falha na validação dos dados da nota 554552 1824 - Elemento CFOP 5 é inválido de acordo com seu tipo de dados.

2026-07-21T15:55:40Z

Arione: Rejeição nota Saída p. Ajuste de Estoque por Inventário Erro ao validar arquivo NFe. Mensagem - Falha na validação dos dados da nota 554552 1824 - Elemento CFOP 5 é inválido de acordo com seu tipo de dados.

==Tutorial==
'''O artigo que descreve a operação de envio para saídas referentes à baixa de estoque (diferenças negativas) encontradas no inventário.'''

===PASSO 1===
=Causa do erro:=

'''Erro ao validar arquivo NFe. Mensagem: Falha na validação dos dados da nota: 554552 --> 1824 - Elemento CFOP: 5 é inválido de acordo com seu tipo de dados.'''

No nosso exemplo de caso, a nota fiscal de '''"Saída p/ Ajuste de Estoque por Inventário"''' estava sem o '''CFOP''' adequado.

Por favor, informe no cadastro do TPO 'exemplo' - 2'''27 - 80110 (Saída p/ Ajuste de Estoque por Inventário)''' o '''CFOP''' correto para que a informação fique gravada para as próximas emissões.

Para saídas referentes à baixa de estoque (diferenças negativas) encontradas no inventário, o '''CFOP''' correto a ser utilizado é o '''5.927 (operações internas).'''

[[Arquivo:Imagerfr3.png|centro|1322x1322px]]

===PASSO 2===
=Resolução:=
Informar no cadastro do TPO 'exemplo' - 227 - 80110 (Saída p/ Ajuste de Estoque por Inventário) o '''CFOP''' correto para as próximas emissões de notas fiscais de ajuste.

Para as saídas referentes à '''baixa de estoque (diferenças negativas) identificadas no inventário''', deve ser utilizado o '''CFOP 5.927 (operações internas).'''

Após informar o TPO adequado, solucionar a nota fiscal eletrônica novamene.
[[Categoria:Documentos Fiscais Eletrônicos]]

Arquivo:Imagerfr3.png

2026-07-21T15:53:03Z

Arione:

Imagerfr3

Rejeição 468 Mensagem: NF-e com Tipo Emissao = 4, sem EPEC correspondente.

2026-06-28T23:15:17Z

Arione: Rejeição 468 Mensagem: NF-e com Tipo Emissao = 4, sem EPEC correspondente.

==Tutorial==
'''O artigo descreve sobre a rejeiçã: 468 Mensagem: NF-e com Tipo Emissao = 4, sem EPEC correspondente.'''

[[Arquivo:ImageFD1.png|centro|776x776px]]

=== PASSO 1 ===

= Causa do erro: =

'''"Rejeição 468: NF-e com Tipo Emissão = 4, sem EPEC correspondente"'''

'''Explicando a rejeição:'''

Quando se gera uma '''Contingência EPEC''' '''de NF-e''', ela deve ser transmitida a Sefaz Estadual imediatamente após cessar os problemas técnicos no Ambiente Autorizador da Sefaz Estadual. Nesse tipo de Contingência, deve-se primeiro enviar o '''Evento EPEC''' para a SEFAZ Nacional, que será responsável por compartilhar esse mesmo evento com a SEFAZ Estadual.

No caso dessa '''Contingência EPEC''' ter sido recebida pela SEFAZ Estadual e a SEFAZ Nacional ainda não tiver feito o compartilhamento do Evento EPEC, a SFEAZ Estadual retornará a '''Rejeição 468 - NF-e com Tipo Emissão = 4, sem EPEC correspondente.'''

'''Essa falha ocorre quando uma NF-e é transmitida em contingência, mas a SEFAZ Estadual ainda não sincronizou o evento EPEC registrado na SEFAZ Nacional.'''

=== PASSO 2 ===

= Resolução: =
1. Aguarde e retransmita: Como o tempo de comunicação entre os sistemas varia, aguarde alguns minutos e tente o reenvio pelo sistema emissor.

2. Verifique o EPEC: Confirme se o Evento Prévio de Emissão em Contingência foi devidamente autorizado pela SEFAZ Nacional.

3. Consulte a SEFAZ: Caso o erro persista após várias tentativas, pode haver uma instabilidade prolongada nos órgãos da fazenda.
[[Categoria:Documentos Fiscais Eletrônicos]]

Arquivo:ImageFD1.png

2026-06-28T23:11:48Z

Arione:

ImageFD1

Mensagem...: OLE IDispatch exception code 0 from System.Private.CoreLib: Could not find file 'C:\windows\muConfigNfe.ini'... Nº da ocorrên cia: 1429

2026-06-28T23:00:47Z

Arione: Mensagem...: OLE IDispatch exception code 0 from System.Private.CoreLib: Could not find file 'C:\windows\muConfigNfe.ini'... Nº da ocorrên cia: 1429

==Tutorial==
'''O artigo descreve sobre o erro ao tentar efetuar uma emissão de nota fiscal de transferência entre filiais ou nota de vendas.'''

'''Sistema de Usuários''' - Movimentos / Saídas / Transferência
[[Arquivo:ImageF43.png|centro|780x780px]]
'''Sistema de Usuários''' - Movimentos / Faturamento / Padrão/Simplificada

[[Arquivo:ImageG431.png|centro|778x778px]]
[[Arquivo:ImageD2.png|centro|831x831px]]

= Solução: =
O arquivo '''MuConfigNFE.ini''' não foi localizado no diretório C:\Windows.

=== PASSO 1 ===
Para resolver o erro apresentado, você pode copiar o arquivo '''MuConfigNFE.ini''', localizado em '''C:\Windows,''' de '''outra máquina funcional''' para a pasta correspondente nesta estação de trabalho.

[[Categoria:Gestão de Vendas]]

Arquivo:ImageG431.png

2026-06-28T22:54:49Z

Arione:

ImageG43

Arquivo:ImageF43.png

2026-06-28T22:53:54Z

Arione:

ImageF43

Arquivo:ImageD2.png

2026-06-28T22:52:29Z

Arione:

ImageD2