Portal de importação de XML

Comercial > Rotinas > Portal de importação de XML 

Esta rotina tem por objetivo facilitar e agilizar o processo de lançamento de Notas de Compras no sistema, permitindo a importação do XML das "Notas Fiscais de Compras Eletrônicas".

Nota: Além de Notas de Compras, pode-se realizar também, a importação de Notas de Devoluções de Vendas emitidas pelo Parceiro.

Observação: Para que esta tela seja disponibilizada para utilização, deve-se possuir na licença de uso, o produto "IMPORTAÇÃO DE DOCUMENTOS ELETRÔNICOS/W". Quaisquer dúvidas, entre em contato com o departamento Comercial Sankhya.

Configurações necessárias nesta rotina

1) Modelo de Notas no menu "Comercial > Consulta > Modelo de Notas e Pedidos":

Será necessário cadastrar um modelo que será associado à empresa, servirá de base para a Nota de Compra com as informações que não estão contidas no XML como: TOP (tipo de movimento compra), Natureza, Centro de Resultado etc. O Tipo de Negociação informado no modelo poderá ser utilizado na importação em algumas situações.

2) Modelo de importação de XML no menu "Comercial > Preferências > Empresa":

Deve-se incluir no "Cadastro da Empresa" um ou mais modelos de importação através da aba "Modelo de Importação de XML". Deve ser informada, além do modelo de notas e pedidos, a "Natureza da operação". Pode-se ter vários modelos cadastrados por empresa, mas é obrigatório que exista um modelo de importação padrão. Não é possível ter mais de um modelo padrão cadastrado por empresa.

No momento da importação do XML nesta tela (Portal de importação de XML), quando o sistema for localizar o modelo de importação de XML, ele irá verificar o campo <natOp> do XML e o campo "Natureza da Operação". Ambos os valores dos campos deverão ficar com letras maiúsculas e sem acento ou cedilha.

Em seguida o sistema irá verificar o valor do campo "Pesquisa da nat. de operação" também presente na tela "Comercial > Preferências > Empresa > Aba Modelo de Importação de XML" e adotar o seguinte comportamento, de acordo com a definição do referido campo:

•Igual: Compara-se o texto do campo <natOp> com o campo "Natureza da Operação", de modo que somente será utilizado o modelo de importação, caso os valores sejam exatamente iguais;

•Contendo: É feita a comparação do texto do campo <natOp> com o campo "Natureza da Operação" onde, somente será utilizado o modelo de importação caso o valor do campo "Natureza da Operação" esteja contido no campo <natOp>;

•Começando com: Compara-se o texto do campo <natOp> com o campo "Natureza da Operação" de modo que somente será utilizado o modelo de importação caso o valor do campo <natOp> seja iniciado com o valor do campo "Natureza da Operação";

•Terminando com: É feita a comparação do texto do campo <natOp> com o campo "Natureza da Operação" onde, somente será utilizado o modelo de importação, caso o valor do campo <natOp> termine com o valor do campo "Natureza da Operação".

Nota: Na importação do XML considerando notas de compras que possuam produtos configurados com rastro de estoque, deve-se analisar as seguintes informações:

1.São considerados os produtos que utilizam a marcação do campo "Tem Rastro do Lote" (Cadastro de Produtos, aba "Geral");

2.O sistema registra como quantidades negociadas os valores inseridos nas tags <qLote> e <qCom> que compõem o grupo de rastreamento do produto (rastro);

3.Quando o item lançado possuir a tag <qLote> com uma quantidade superior aos valores registrados na tag <qCom>, o sistema considerará como quantidade do item as informações existentes na tag <qCom>.

Veja também as informações contidas na tela "Rastreabilidade do Produto".

[voltar ao topo]

Filtros

Além do filtro personalizado o usuário poderá utilizar os campos de fácil acesso, disponibilizados no painel de filtros da tela. Logo abaixo tem-se a sessão de divergências, onde são apresentadas as divergências do arquivo selecionado.

Nas opções de "Status" tem-se as seguintes opções:

• Todos: Exibe todos os arquivos;
• Pendentes: Exibe os que foram somente incluídos no portal de importação, e não processados;
• Importados: Exibe os que foram importados com sucesso, sem divergências;
• Cancelados: Exibe os que foram cancelados manualmente;
• Com divergências: Exibe os que foram processados e possuem divergências;
• Confirmados: Exibe os arquivos importados que foram confirmados.

[voltar ao topo]

Inclusão dos arquivos no Portal

A importação de arquivos pode ser feita individualmente, com um arquivo XML ou um arquivo compactado contendo vários arquivos XML (zip). Não é possível importar arquivos de outras extensões.

Para incluir o arquivo no portal, deve-se selecionar a opção "Novo" no menu padrão do sistema, selecionar o arquivo e clicar em "Enviar". Ao fim deste processo o status na grade de resultados será "Pendente".

Quando um arquivo compactado é incluído o sistema cria uma linha para cada arquivo na grade. O nome do arquivo exibido será o mesmo para todos, mas cada arquivo possuirá um código único.

Visando auxiliar na identificação dos documentos que tem seu XML importado, pode-se inserir na grade principal da tela a coluna "Tipo NF-e" que exibe a categoria da nota que está sendo trabalhada. Tem-se as seguintes opções:

• NF-e Normal Compra;
• NF-e Complementar;
• NF-e Ajuste;
• Devolução de mercadoria.

A coluna "Tipo" é apenas informativa e será alimentada com as opções NF-e ou CT-e.

Caso o parâmetro "Considerar CNPJ/CPF e IE na importação do XML? - CONCNPJIEIMPXML" esteja ativado, ao realizar a importação do XML, o sistema irá considerar o CPF/CNPJ e Inscrição Estadual do destinatário do XML para localizar a Empresa. Caso o XML não possua a informação pertinente à Inscrição Estadual, será considerado apenas o CNPJ/CPF para identificação da empresa. Um exemplo de utilização desta funcionalidade, é o caso em que um produtor rural possui diversas fazendas cadastradas.

Importante: A ativação do parâmetro citado, bem como seu comportamento consequente, irão acontecer apenas na rotina executada no Portal de Importação de XML.

[voltar ao topo]

Processamento dos arquivos

Para processar um arquivo, iniciando a importação, basta selecioná-lo na grade e clicar-se no botão , na parte superior da tela. Para processar vários arquivos basta realizar-se uma seleção múltipla na grade, clicando-se sobre os arquivos desejados mantendo-se pressionada a tecla "Ctrl" do teclado, e repetir o processo.

Quando ocorrem divergências na importação do arquivo, o sistema exibe estas divergências por meio de mensagens.

Caso mais de um arquivo seja processado simultaneamente e ocorram divergências, cada uma será tratada individualmente.

Sempre que um arquivo for processado, mesmo que ocorram divergências na importação, será gerada uma nota de compra no "Portal de Compras", caso o sistema consiga identificar as informações básicas do cabeçalho da nota. É possível visualizar as informações da nota na grade do Portal de Importação de XML.

Quando as divergências forem solucionadas, as informações serão adicionadas na nota, até que a importação seja feita por completo.

Após a importação da "Nota de Compra", o sistema irá enviar um e-mail para o Parceiro da nota autorizando a entrega da mercadoria, desde que as configurações para envio de e-mail estejam corretamente realizadas.

Observações:

1)Caso o status do arquivo seja diferente de "Importado" e seja selecionada a opção de remoção do arquivo, a nota no Portal de Compras também será excluída;

2)Tratando-se de arquivos com o status Importado, o botão "Processar Arquivo(s)" passará a se chamar "Liberar para reprocessamento" e ao ser acionado realizará a exclusão do documento e financeiro associados ao arquivo selecionado. Deste modo, o status do registro passará para Pendente e o mesmo poderá ser processado novamente.

[voltar ao topo]

Cancelando o processamento

Quando um arquivo possui o status "Pendente" ou "Com divergência", tem-se a opção de cancelar a importação, clicando no botão "Cancelar" localizado na parte superior da tela. Neste momento o status será alterado para "Cancelado", e posteriormente pode-se processar o arquivo sem a necessidade de incluí-lo na portal outra vez.

[voltar ao topo]

Tratando divergências

Durante o processamento, podem ocorrer divergências entre o conteúdo do XML e o conteúdo do sistema, para essas divergências, deve-se decidir qual será a informação correta, se a do sistema ou a informação do XML. Após o processamento do(s) arquivo(s), caso algum possua divergência de importação, o sistema exibirá a seguinte mensagem:

"Divergências na importação. Arquivo: X - XML de Compra.xml"

Para solucionar a divergência, deve-se selecionar o registro na grade, e com um duplo clique na linha direcioná-lo para a seção onde pode-se tratar as divergências. A visão de divergências contém as abas "Cabeçalho", "Produtos por parceiro", "Pedidos", "Impostos" e "Financeiro".

Importante: Tratando-se de arquivos com o status Importado, o botão "Validar importação" passará a se chamar "Liberar para reprocessamento" e ao ser acionado realizará a exclusão do documento e financeiro associados ao arquivo selecionado. Deste modo, o status do registro passará para Pendente e o mesmo poderá ser processado novamente.

[voltar ao topo]

Divergência de Parceiro, Empresa e Transportadora

Na aba "Cabeçalho" são apresentadas algumas informações sobre registro do Parceiro, Empresa e Transportadora encontrados no sistema e no XML; estas não são editáveis, e serão utilizados apenas para identificar-se a existência de alguma diferença entre estes cadastros.

O "Parceiro" da nota de compra é localizado no sistema pelo "CPF/CNPJ"; caso o sistema não encontre nenhum parceiro com o CNPJ, será registrada uma divergência na importação; se encontrado mais de um parceiro com o mesmo CNPJ, também será registrada uma divergência. A mesma validação é feita para "Empresa" e "Transportadora".

[voltar ao topo]

Divergências de produtos

A aba "Produtos por Parceiro" apresenta os itens da nota do XML importado, com suas respectivas ligações com os produtos no sistema; caso existam divergências para produtos, deve-se informar a qual produto do sistema aquele item é equivalente. Com um duplo clique na linha correspondente as colunas Produto, Unidade e Controle fica habilitado o modo de edição. Caso o produto informado tenha controle adicional, a coluna terá sua descrição alterada automaticamente para o nome definido como título na configuração do controle adicional de cada produto.

Observação: Este registro é a base para a validação dos Pedidos, Financeiro e Impostos. Após a vinculação de todos os produtos, deve-se clicar no botão "Validar importação", para que o sistema refaça a análise com base nos produtos informados. As regras para seleção do produto são:

Sem divergência:

• Produto localizado pelo código prod. equivalente e unidade (aba "Produtos Equivalentes" no cadastro de produtos).

Com divergência:

• Produto localizado apenas pelo código prod. equivalente (aba "Produtos Equivalentes" no cadastro de produtos);
• Produto localizado apenas pela referência (aba "Geral");
• Produto localizado apenas pela referência do fornecedor (aba "Geral");
• Produto localizado apenas pela descrição do produto (aba "Produtos Equivalentes" no cadastro de produtos);
• Produto não localizado.

No segundo caso onde o produto é localizado, uma divergência é lançada, para que seja confirmada a relação dos produtos.

Após a importação com sucesso, caso o produto localizado esteja sinalizado "com divergência", será incluído um item na aba "Produtos Equivalentes" no cadastro de produtos registrando a ligação.

Observação: Caso o parâmetro "Ligar pedidos considerando lote na importação/XML? - PEDLIGAPORLOTE" esteja ativado, será feita a busca no sistema por pedidos ligados, tomando-se por base o lote do produto informado na aba Produtos por Parceiro.

Nota: Caso o parâmetro "Recalcular custos na importação do CT-e? - CALCCUSIMPCTE" esteja ativado, ao concretizar a importação do XML, os custos pertinentes aos itens da nota serão automaticamente recalculados. Caso o parâmetro esteja desativado e seja necessário recalcular os custos dos produtos, deve-se localizar as notas no Portal de Compras, efetuar sua abertura, e na Central de Compras proceder com o recálculo de forma manual (botão "Recalcular Custos").

Ao realizar a importação de um XML por meio das funcionalidades desta tela ou por meio da Central de Compras, tem-se que o sistema permitirá que sejam realizados registros considerando produtos que não estejam previamente cadastrados no sistema. Diante disso, serão validados os lançamentos, e em sequência, será apresentada na coluna "Divergência" a mensagem "Produto não localizado".

Desse modo, pode-se mencionar que quando o sistema não localiza os mesmos produtos contidos no arquivo XML, será disponibilizado um pop-up denominado "Cadastre os produtos equivalentes" para que sejam inseridos neste, o produto e unidade correspondentes aos dados do arquivo.

Ainda considerando esse contexto, para proceder com a equivalência dos produtos mencionados anteriormente, faz-se necessário acessar a tela Cadastro de Produtos, aba "Produtos Equivalentes", para que assim, o processo de importação de XML ocorra tanto na Central de Compras quanto no Portal de importação de XML.

Observação: Mediante essas informações, ao considerar o botão "Impressão do Grid" localizado no canto superior esquerdo da aba Produtos por Parceiro, pode-se realizar a impressão da listagem que consta os produtos que não possuem equivalência registrada, para que assim, seja otimizado o processo. Diante disso, tem-se que o referido procedimento de impressão poderá ser realizado também por meio da rotina Central de Compras.

[voltar ao topo]

Divergências de Pedidos

Quando a TOP da Nota de Compra estiver configurada com a opção "Exigir Pedido" (Cadastro de Tipos de Operação - TOP, aba "Validações") selecionada como "Não exigir", não será feita validação de "Pedido de Compra" ao importar o arquivo. Se estiver diferente de "Não exigir", o sistema irá analisar para cada item da nota, se existe algum "Pedido de Compra" no sistema com o mesmo "Número da Nota", que pode ou não ter sido informado no arquivo XML. Serão considerados somente os "Pedidos de Compra" que estiverem confirmados.

Quando o número do "Pedido de Compra" tiver sido informado no XML da nota importada e existir no sistema, a ligação será feita automaticamente. Caso essa informação não venha preenchida no arquivo, ou o pedido não exista no sistema, serão apresentados na aba "Pedidos" todos os "Pedidos de Compra" que contenham o produto selecionado na grade de itens.

Se forem identificados os pedidos informados no XML, o sistema irá verificar os "Tipos de Negociação" dos pedidos. Se for encontrado apenas um tipo de negociação entre os pedidos, este será utilizado na validação do financeiro e na importação da nota, caso contrário será utilizado o tipo de negociação do modelo de notas e pedidos, do "Cadastro da Empresa".

Observação: O parâmetro "Importa negociação divergente do xml da compra? - IMPNEGDIVXMLCMP" por padrão é apresentado ativado; sendo mantido com esse status, será possível realizar a importação de notas de compra mesmo que o Tipo de Negociação do XML esteja divergente. Para que as importações com divergência no Tipo de Negociação não sejam permitidas, deve-se desativar o referido parâmetro.

Quando o número do "Pedido de Compra" não tiver sido informado no XML da nota importada ou não existir no sistema, os produtos poderão ser ligados aos pedidos de duas formas, "manualmente" (um a um), ou pelo botão "Ligar pedidos mais antigos".

Manual: Na grade superior são apresentados os produtos importados, e na grade inferior os pedidos que contêm os produtos apresentados da grade superior. A coluna "Vinculado" na grade "Pedidos disponíveis" é editável e sua modificação está relacionada à informação apresentada na coluna "Vinculado" da grade "Itens importados", ou seja, a soma total da coluna Vinculado da grade inferior é o valor apresentado na coluna Vinculado da grade superior.

Importante: A ordenação da grade Pedidos disponíveis seguirá a configuração realizada no campo "Opção para Data de Previsão de Entrega" localizado no botão "Outras opções...", opção "Preferências para importação de NF-e".

Ao acionar o botão "Ligar pedidos mais antigos", o sistema fica responsável por selecionar quais pedidos serão ligados, e exibe as ligações feitas utilizando este critério (data de entrega mais antiga); antes de executar este procedimento, é apresentado na tela um questionamento para confirmação da operação.

Na seleção, se o sistema identificar mais de um pedido para o produto, será verificado qual pedido tem a data de entrega mais antiga para ligá-lo ao produto. Caso a quantidade não seja suficiente, os pedidos mais recentes serão associados, respeitando sempre a ordem da grade.

Caso exista alguma divergência entre os campos "Valor Unitário" das grades inferior e superior, o sistema irá analisar as configurações realizadas no Cadastro de Tipos de Operação - TOP, aba "Validações", seção "Conf. Evento de Liberação 68" e a partir disso, se for o caso, aciona-se o botão "Liberações" para que seja escolhido o usuário liberador, ou seja, aquele que possui o evento "68 - Variação do vlr. unit. orig./dest." para ele configurado.

Se a grade inferior não apresentar nenhum registro ao selecionar um item na grade superior, será porque o sistema não encontrou nenhum pedido que possa ser ligado, deve-se então fazer o lançamento do(s) pedido(s) e utilizar o botão "Buscar novos pedidos".

Nota: O botão Buscar novos pedidos refaz a busca de pedidos e descarta a distribuição já feita dos itens.

[voltar ao topo]

Divergências de impostos

Os impostos da nota serão considerados de acordo com a opção "Cálculo de ICMS, IPI e ISS" (Comercial > Arquivo > Cadastros > Tipos de Operação - TOP > aba Impostos) no cadastro da TOP de Compra, conforme abaixo:

• Calcula e digita: O sistema irá calcular os impostos dos itens e comparar com os impostos vindos do XML, caso possua alguma divergência o sistema irá apresentá-lo na grade, e pode-se escolher entre utilizar os impostos do sistema ou os impostos do XML;
• Não calcula e não digita: Os impostos não são considerados nem do sistema, nem do XML na nota; as informações ficam em branco;
• Não calcula e digita: São considerados os impostos vindos do XML;
• Calcula e Não digita: São considerados os impostos calculados pelo sistema.

Nota: Ao realizar a importação de um arquivo XML onde a TOP utilizada encontre-se com o campo acima mencionado configurado com uma das opções Calcula e Digita ou Calcula e Não Digita, tem-se que o sistema verificará qual será a data de negociação da nota e buscar na tabela de preços o valor informado para o produto lançado nesta nota, se esta possui data igual ou anterior que esteja mais próxima à data de negociação.

Observação: Nesta aba serão exibidos apenas os produtos na qual o imposto do xml estiver divergente dos impostos do sistema. Deste modo, suas informações servirão somente para fins comparativos.

Existindo divergências de impostos, pode-se através do campo "Usar impostos" definir como o sistema deverá tratar essas inconsistências. Essa configuração ficará disponível sempre que a importação alertar sobre alguma diferença de impostos. Tem-se as seguintes opções:

• Usar Impostos do Sistema: Os dados de tributação serão aqueles calculados pelo sistema.
• Usar Impostos do Arquivo: Tem-se a busca das informações diretamente do XML; posteriormente o sistema realiza algumas validações antes de definitivamente inseri-las na nota.
• Não informado: Esta opção corresponde à não existência de divergências de impostos entre o sistema e o XML, ou ainda, a inexistência de impostos no documento.

Importante: No Portal de importação de XML, quando a empresa for optante pelo Simples Nacional, ao inserir o item da nota na Central de Compras, o campo CST da importação será sempre preenchido com as informações correspondentes à CSOSN calculada pelo sistema. Esse comportamento leva em consideração apenas a empresa, portanto, independe do regime do fornecedor, ou se existem ou não divergências entre os impostos calculados pelo sistema e o XML importado.

Na validação das divergências de impostos, o sistema possui uma tolerância de R$ 0,01 (um centavo) para o valor do imposto; ao realizar a importação do XML, se existirem discrepâncias nos valores dos impostos ICMS, IPI e ST de até R$0,01, não será exibida a mensagem de divergência de impostos. Esta tolerância é válida apenas para o valor do imposto; as respectivas bases e alíquotas não se encaixam nessa flexibilização.

Observação: Ao realizar a importação de XML, o sistema está apto a importar o valor do imposto da nota de compra nos casos em que a empresa se enquadra no Regime Normal (Cadastro de Empresas, aba "Naturezas", campo Cód. Regime Tribut. definido como Regime Normal) e seu fornecedor emitente da nota é Optante pelo Simples Nacional (Cadastro de Parceiros, aba "Fiscal", marcação Optante pelo Simples Nacional realizada).

Observação: No processo de importação, além de importar o valor da substituição tributária do produto, o sistema irá considerar o valor da substituição tributária referente ao Fundo de Combate a Pobreza, ou seja, o valor da Subst. Tributária será a soma do vICMSST com o vFCPST.

[voltar ao topo]

Divergências de financeiro

Caso o sistema encontre apenas um "Tipo de Negociação" na análise dos pedidos, este será utilizado para realização da validação do financeiro. Caso seja encontrado mais de um "Tipo de Negociação" nos pedidos ligados a nota de compra, será utilizado o "Tipo de Negociação" do modelo de nota.

O sistema irá verificar se há diferença entre a(s) parcela(s) do financeiro como quantidade de parcelas, data do vencimento e valor. Se alguma diferença for encontrada o sistema irá gerar uma divergência, onde pode-se escolher se será utilizado o financeiro calculado no sistema ou o financeiro do XML, além de poder-se escolher outros tipos de negociação para simular o financeiro.

Quando se utiliza a opção 'Usar financeiro' igual a 'Usar financeiro do arquivo', o sistema irá utilizar o tipo de negociação do modelo de importação do XML.

A data do vencimento do sistema utiliza como base a data da negociação informada no XML.

Observação: Existem dois parâmetros que determinam qual data será utilizada no cálculo da data de vencimento. São eles:

• "Data Base p/ Calculo do Vencimento no Faturamento - DTCALCVENC";
• "Força Dt. Fat. c/ Base p/ Cálculo Venc. na compra? - FORCDTFATCOMPRA".

Sendo que, tem-se as seguintes verificações:

1.Se o parâmetro de chave DTCALCVENC estiver configurado com a opção "Data de Saída" e a data de entrada/saída existe, esta data será utilizada;

2.Caso o parâmetro de chave FORCDTFATCOMPRA esteja ligado, tem-se a data de faturamento e o tipo de movimento é uma Compra ou um Pedido de Compra, será aplicada a data de faturamento;

3.Quando o parâmetro DTCALCVENC for diferente da opção "Negociação" e a data de faturamento estiver preenchida, emprega-se esta data;

4.Se as condições acima não forem atendidas, utiliza-se a data de negociação.

Após selecionar qual financeiro será utilizado, clica-se em "Validar importação" novamente.

[voltar ao topo]

Divergências de Data do Vencimento

O sistema permite que o usuário escolha qual o tipo de data a ser utilizada na importação do CT-e, através das preferências para importação do CT-e no campo "Usar Vencimento".

Quando se tratar de um processamento de CT-e de Terceiros, cujas preferências do CT-e o campo Usar Vencimento esteja definido com a opção "Data de Vencimento", caso o XML não possua data de vencimento, será apresentada a seguinte divergência "Preferências CT-e: Data de vencimento não informado". O sistema disponibiliza o preenchimento manual da referida data clicando no campo "Dt. Vencimento".

Após informar a data de vencimento, clica-se em "Validar importação" sanando a divergência.

[voltar ao topo]

Outras validações

• Modelo

Caso o sistema não encontre nenhum "Modelo de importação de XML" para a "Empresa" e "Natureza de operação" no sistema, ou o "Modelo de Notas" informado nas "Preferências da Empresa" não existir, o processamento será interrompido para o ajuste. Tem-se a exibição das seguintes mensagens:

"Modelo padrão não encontrado no sistema"

• Formação do XML

"XML mal formado ou inválido!"

Depois que todas as divergências forem resolvidas, ao clicar em "Validar importação" o processamento será concluído com sucesso.

[voltar ao topo]

Validação do valor unitário dos itens

Através das configurações mencionadas abaixo, será possível no sistema, realizar a validação do valor unitário dos itens entre o pedido de compra e o XML importado. A partir disso, pode-se decidir sobre a aceitação ou não do XML da nota de compra negociada.

No Portal de Importação de XML, o sistema irá realizar as seguintes validações:

O evento "68 - Variação do vlr. unit. orig./dest." deverá estar configurado para um usuário liberador;

O Tipo de Operação utilizado deve estar com o campo "Exigir pedido" (aba Validações) diferente de "Não exigir";

As configurações do evento 68 estiverem satisfeitas nesta mesma aba;

O parâmetro "Usar liberação de limites por alçada? - USALIBLIM" deve estar ativado.

Caso o XML importado possua algum item com o valor unitário diferente do valor unitário do pedido de compra ligado à nota de compra importada, será acionada a divergência de importação do XML, ou seja, a Divergência de valor unitário entre pedido e nota sendo apresentada a seguinte mensagem:

"Aguardando liberação para variação do vlr.unitário acima do permitido. Divergência de valor unitário entre pedido e nota."

Somente será considerada como divergência, se a diferença entre os valores unitários (pedido e nota) for superior à tolerância configurada no Tipo de Operação, caso contrário não haverá a divergência.

Para resolver a divergência, pode-se alterar o valor unitário do pedido de compra tornando-o igual ao do arquivo XML, ou simplesmente solicitar a liberação de limites. Optando-se por solicitar a liberação, no pop-up onde determina-se o Usuário Liberador, no campo Observações serão exibidos os dados correspondentes ao pedido e a divergência em questão; será apresentada a seguinte mensagem:

"Houve divergência no valor unitário do produto: Ped. orig. XXX Prod. YYY - Descrição do Produto, Variação de R$ #,## (Nota: R$ #,## / Pedido: R$ #,##)"

onde,

XXX - Pedido de Origem

YYY - Produto que está apresentando a divergência

#,## - Diferença entre pedido e nota, valor presente na nota e valor apresentado no pedido, respectivamente.

[voltar ao topo]

Validação do IPI no XML dos itens

Atenção Consultor Sankhya!

O cálculo do imposto de IPI foi ajustado, de modo que, caso a empresa possua qualquer particularidade quanto ao cálculo de IPI de um produto, onde este possui mais de uma alíquota, o sistema atenderá essa particularidade, desde que seja criada uma função do banco de dados para atendê-la.

No momento em que o sistema realiza o cálculo do IPI em qualquer operação, ele atualmente verifica o produto da operação para identificar qual o código de alíquota de IPI do mesmo.

O sistema irá verificar se existe alguma função no banco de dados com o nome "OBTEM_ALIQ_IPI" e que retorne algum código de alíquota de IPI; se essa condição for satisfeita, será utilizado o código de alíquota de IPI obtido a partir da função em questão e utilizá-la no cálculo do imposto.

As informações que o sistema poderá utilizar para obter o código de alíquota de IPI serão as seguintes:

• CODEMP: Código da empresa da nota;
• CODPARC: Código do parceiro da nota;
• CODPROD: Código do produto da nota;
• NUNOTA: Número único da nota;
• SEQUENCIA: Sequência do produto na nota

Abaixo, tem-se um exemplo da função mencionada:

CREATE OR REPLACE FUNCTION OBTEM_ALIQ_IPI (P_CODEMP IN NUMBER, P_CODPARC IN NUMBER, P_CODPROD IN NUMBER, P_NUNOTA IN NUMBER, P_SEQUENCIA IN NUMBER)

RETURN NUMBER IS CODALIQ NUMBER;

BEGIN

  SELECT CAB.AD_CODALIQ INTO CODALIQ

  FROM TGFCAB CAB

  WHERE CAB.CODEMP=P_CODEMP

  AND CAB.CODPARC=P_CODPARC

  AND CAB.NUNOTA=P_NUNOTA;

     

  RETURN (CODALIQ);

END;

/

[voltar ao topo]

Regras de Negócio na Importação de XML

No processo de Importação de XML, realizado através do Portal de importação de XML ou por meio da Central de Compras, caso a empresa trabalhe com "Regras de Negócio", estas poderão ser aplicadas durante a inclusão/alteração do cabeçalho ou de itens da nota de compra.

As regras de negócio cadastradas e vinculadas ao Tipo de Operação - TOP utilizado na nota em questão, serão acionadas. Caso seja determinado um Usuário Liberador para algum evento oriundo de uma regra de negócio, a solicitação de liberação será realizada normalmente, tanto na importação do arquivo XML da NF-e pela Central de Compras, como pelo Portal de importação de XML.

[voltar ao topo]

Exclusão de documentos importados

Quanto à exclusão de documentos no Portal de importação de XML, ou de documentos ligados à esta rotina, tem-se as seguintes considerações:

• Ao excluir uma nota ou algum título do financeiro, que possua ligação com algum registro do Portal de importação de XML, esse registro também será excluído independente de seu status.
• No Portal de importação de XML, ao tentar excluir um registro que tenha preenchido o Nro. Único da Nota (NF-e) ou Nro. Financeiro (CT-e), a seguinte mensagem será apresentada:

"Existe documento vinculado ao XML selecionado que também será excluído. Deseja continuar?"

• Ao proceder com a exclusão de um registro no Portal de importação de XML, se este registro possuir o Nro. Único da Nota informado, será apresentado o questionamento se deseja-se excluir a nota vinculada; optando-se por continuar e a nota não estiver confirmada, a mesma será excluída, caso contrário a seguinte mensagem será exibida:

"A nota de Nro. Único XXX está confirmada e não pode ser excluída pelo Portal de importação de XML."

• Não exclusão de um registro no Portal de importação de XML, se este possuir Nro. Financeiro informado, ou seja, for um CT-e, será apresentado o questionamento se deseja-se excluir o financeiro vinculado; continuando com a exclusão, caso o financeiro não esteja baixado o mesmo será excluído, caso contrário, tem-se a seguinte mensagem:

"O financeiro de Nro. Único XXX já foi baixado e não pode ser excluído pelo Portal de importação de XML."

[voltar ao topo]

Abrir Documento

O botão localizado no alto da tela, estará habilitado apenas quando o documento selecionado possuir o campo "Nro. Único da Nota" preenchido e se tratar de uma NF-e, ou ainda, se o registro posicionado se tratar de um CT-e e possuir o campo "Nro. Financeiro" alimentado.

Ao acionar o referido botão, quando posicionado em uma linha correspondente a uma NF-e, será aberta a Central de Compras apresentando a nota em questão; ao solicitar a abertura de um CT-e, será aberta a tela Movimentação Financeira com o financeiro posicionado.

[voltar ao topo]

Local para inserção das notas via importação do XML

No momento da inserção da nota fiscal de compra através do Portal de importação de XML, caso o produto utilize local, é preciso inserir o local adequado na nota. Para isso, no momento da inserção dos itens, serão analisadas seguintes prioridades:

• O sistema irá verificar se o parâmetro "USALOCALPEDIMP - Usa local Ped. compra c/menor Dt na importação XML" está ligado; se estiver, será feita a busca do local referente ao pedido de origem mais antigo;
• Se mesmo assim, não for encontrado um local, o sistema utilizará a regra padrão para localização do local padrão, que consiste em se basear no parâmetro global, empresa, usuário e produto.

[voltar ao topo]

Botão MD-e

O botão localizado na parte superior direita da tela, possui para utilização as seguintes opções:

• Ciência da operação;
• Confirmo a operação;
• Desconheço a operação;
• Operação não realizada;
• Prestação Serviço Desacordo;
• Manifestar Docs. selecionados;
• Visualizar manifestos;
• Visualizar eventos DF-e;
• Documentos Referenciados
• Visualizar NF-e/CT-e;
• Download NF-e;
• Exportar Documentos Fiscais;
• Preferências DF-e.

Para utilização destas opções, tem-se na tela "Configuração > Controle de Acesso > Acessos", acessos especiais para esta rotina.

Importante: A liberação destes acessos surtirá efeito no Portal de Importação XML, apenas quando o parâmetro "Controla acessos dos eventos do MD-e? - ACESSOEVENTOMDE" estiver ativado. Ou seja, quando o referido parâmetro estiver ativado e os acessos especiais estiverem permitidos, esta opção correspondente será exibida no menu do botão "MD-e".

Informações mais detalhadas sobre MD-e, podem ser acessadas por meio do link MD-e - Manifestação do Destinatário.

Observação: Em relação à rotina de Compras, quando uma Nota de Compra estiver confirmada e a opção selecionada neste botão for "Ciência da operação", "Confirmo a operação", "Desconheço a operação", "Operação não realizada" ou "Prestação Serviço Desacordo", tem-se que o sistema emitirá a seguinte mensagem:

"Esta operação de manifesto não pode ser realizada em uma nota confirmada".

Desta forma, o sistema impedirá a manifestação destes eventos. Por outro lado, caso a nota não encontre-se confirmada, o comportamento do sistema seguirá conforme descrito na Central de Compras, botão "MD-e".

Nota: Em relação à recusa de notas, pode-se utilizar nesta tela, relatórios formatados para inserção e impressão da justificativa de recusa das mesmas. Para isto, deve-se realizar as seguintes configurações:

• Primeiramente seleciona-se no Portal de importação de XML a nota que teve recusa da operação;
• Após isto, aciona-se o botão MD-e, opção "Operação não realizada";
• Em seguida, será aberto o pop-up "Motivo operação não realizada" para que sejam inseridas as informações de recusa;
• Inserindo as informações no pop-up acima, deve-se logo após, selecionar a opção "Visualizar eventos DF-e" localizada ainda no botão MD-e;
• No pop-up "Eventos DF-e" que se abre, será possível inserir no campo "Justificativa da manifestação" o motivo da recusa.

Observação: Após realizadas as configurações acima, pode-se exportar os registros que irão conter informações referentes ao número de protocolo, data e hora do mesmo, bem como a justificativa de manifestação, através do botão "Impressão do Grid" opção "Exportar Registros".

Nota: No arquivo XML a justificativa será exibida na tag <justificativamanifestacao>.

[voltar ao topo]

Botão Outras Opções...

O botão "Outras Opções..." é composto por sete alternativas de uso. São elas, "Enviar para o WMS (Recebimento)", "Preferências para Importar CT-e", "Configuração para liberações de divergências", "Preferências para importação de NF-e", "Preferências para importação de NF-e de Emissão Própria", "Configuração de Modelo p/ NF-e Compra por CFOP" e "Validar TOP na importação do XML". Vejamos sobre cada uma delas:

• Enviar para o WMS (Recebimento)

Por meio desta opção, realiza-se o envio das notas de compra para o WMS depois que estas notas forem validadas no Portal de Importação de XML. Ao acionar esta opção, será aberto um pop-up onde realiza-se a escolha da doca de entrada disponível, encaminhando-a para o Recebimento.

As Notas Fiscais Eletrônicas de Terceiros que são enviadas para o Recebimento, também passarão pela validação efetuada pelo  parâmetro "Validação da chave de acesso da NF-e de terceiros com os dados da nota - VALCHAVETERC", ou seja, ao serem enviadas, caso existam divergências, uma mensagem pertinente a tal divergência é exibida. Caso não seja dada a sequência na confirmação do procedimento (clicando-se em Não no pop-up apresentado), o campo "Status WMS" correspondente à nota, irá permanecer como "Não enviado".

• Preferências para Importar CT-e

Ao acionar esta opção, será aberto o pop-up "Preferências para importação do CT-e", onde configuram-se as particularidades acerca da importação do CT-e:

Os CT-e's importados podem ser:

• De Terceiros: Quando o CNPJ do Tomador de serviço for cadastrado no sistema como empresa;
• De Emissão Própria: O CT-e recebe esta classificação, quando o CNPJ do Emitente do CT-e for cadastrado como empresa e esta empresa também é emitente de CT-e;
• De Documento Anterior: Quando nem o Tomador do Serviço, nem o Emitente do CT-e forem cadastrados no sistema como empresa.

Diante disso, tem-se:

Aba CT-e de Terceiros

Nesta aba, na seção "Movimentação Financeira" são definidas as preferências, ou seja, os valores padrão dos campos que obrigatoriamente precisam ser alimentados no financeiro do CT-e para que este seja construído. A importação/validação do CT-e consiste em definir as preferências aqui listadas, importar o arquivo XML do CT-e e em seguida processá-lo; o CT-e será composto pelo XML importado e as preferências do financeiro informadas neste pop-up.

É válido ressaltar que o campo "Tipo Operação" é destinado a indicação de Tipos de Operação - TOP configurados com o modelo de documento "57 - Conhecimento Transporte Rodoviário Eletrônico". Bem como, o campo "Tipo Operação CT-e OS" comportará os Tipos de Operação - TOP que compreenderem o modelo de documento "67 - Conhecimento de transporte eletrônico OS". A referida informação é configurada no Cadastro de Tipos de Operação - TOP, aba "Livro Fiscal", campo "Modelo do Documento".

É importante citar que a opção "Obtenção do CFOP" indica a forma com que será calculado o CFOP da nota que está sendo importada. Tem-se duas opções:

• Conversão do CFOP: Esta opção é definida como padrão; por meio desta opção o sistema realizará a conversão do CFOP de saída gerado no XML do CT-e para um CFOP de entrada;
• CFOP do Tipo de Operação: Esta opção ignora o CFOP gerado no XML do CT-e e utiliza a CFOP inserida no Cadastro do Tipo de Operação do financeiro de frete.

Seção Nota de Compra

Nesta seção, deve-se realizar as configurações abaixo para que seja possível criar um Cabeçalho de Nota na Importação do XML do CT-e de Terceiros:

Ao efetuar-se a marcação "Importar CT-e p/ Central de Compras" tem-se que esta habilitará a rotina de criação do Cabeçalho da Nota na Importação do XML do CT-E no Portal de Importação de XML.

O campo "Tipo de Importação" apresenta as seguintes opções:

• Movimentação Financeira: A TOP utilizada no Financeiro do CT-e será a que foi informada no grupo "Movimentação Financeira" e a nota inserida na Central será confirmada;
• Central de Compras: A TOP utilizada no Financeiro do CT-e será a que foi informada no grupo "Nota de Compra" e a nota inserida na Central não será confirmada automaticamente.

 No campo "Top p/ Cabeçalho CT-e" deve-se inserir a operação que será utilizada na criação do Cabeçalho da Nota na Importação do XML do CT-E no Portal de Importação de XML.

O campo "Tipo de Negociação" armazenará qual será o Tipo de Negociação utilizado na criação do Cabeçalho da Nota na Importação do XML do CT-E no Portal de Importação de XML.

Insere-se no campo "Serviço Padrão" o código do serviço a ser utilizado na criação do Cabeçalho da Nota e na geração do Item da Nota.

Observação: O campo acima será responsável por carregar os valores de CT-e, desde o desdobramento até os impostos e levar até o Cabeçalho da Nota.

Após realizar as configurações acima e processar o arquivo, o sistema informará o Nro. Único do Financeiro gerado; assim, caso acione-se o botão "Abrir Documento" do Portal de Importação de XML, o sistema abrirá a Central de Notas para que se realize todas as tratativas gerencias e fiscais relativas ao CT-e de Terceiros.

Nota: Será possível visualizar os Cabeçalhos de Notas de Conhecimentos de Transportes através do filtro "Tipo de Movimento" localizado nos Portais, desde que, o usuário possua as permissões ao Módulo "Conhecimento de Transporte" nos "Controles de Acessos". 

Através do campo "Buscar Pedido de Frete por" pode-se definir como será capturado o "Nro. Único de Pedido de Frete", para que possa realizar o vínculo com o CT-e de Terceiros importado. Este campo possui as seguintes opções:

Nro. Pedido de Frete: Esta opção resolverá o Nro. Único do Pedido de Frete através das NF-e's de Compra ou dos Pedidos de Compra ligados.

Nro. Ped. Frete ou Manual: Esta opção contempla o Nro. Pedido de Frete e, caso o sistema não consiga encontrá-lo ou encontre mais de um, será apresentada a mensagem:

"Não foi possível encontrar o Pedido de Frete através da Nota de Compra e Pedido de Compra. Será necessário efetuar a ligação do Pedido de Frete manualmente".

Parceiro/Valor ou Manual: Selecionando esta opção, o sistema tentará localizar o Pedido de Frete através da query e, caso não encontre ou localize mais de um, será exibida a seguinte mensagem:

"Não foi encontrado pedido de frete com o parceiro emitente e valor do desdobramento igual ao do CT-e. Será necessário efetuar a ligação do Pedido de Frete Manualmente".

Parc./Valor ou Nro. Ped. Frete ou Manual: Esta opção, quando selecionada, fará com que, primeiramente, tente-se localizar o Pedido de Frete através da opção "Parceiro/Valor" e, caso não localize nenhum ou encontre mais de um, tentará através da opção "Nro. de Pedido de Frete"; ainda sim, não encontrando nenhum ou localizando mais de um, será emitida a mensagem a seguir:

"Não foi possível determinar o Pedido de Frete pelo Parceiro/Valor ou Nro. Pedido de Frete! Será necessário efetuar a ligação do Pedido de Frete manualmente!".

Nro. Ped. Frete ou Parc./Valor ou Manual: Com esta opção, primeiramente será localizado o Pedido de Frete através da opção Nro. de Pedido de Frete; caso não encontre nenhum ou encontre mais de um, tentará localizar por meio da opção Parceiro/Valor; não localizando nenhum ou encontrando mais de um, apresenta-se a seguinte mensagem:

"Não foi possível determinar o Pedido de Frete pelo Nro. Pedido de Frete ou Parceiro/Valor! Será necessário efetuar a ligação do Pedido de Frete manualmente!".

Observação: Desta forma, caso alguma das opções retorne com problema ou solicite que você realize a vinculação manual, será apresentada na aba "Pedido de Frete" uma lista de pedidos de frete, para que seja possível efetuar a vinculação. Assim, bastará que selecione-se o pedido desejado e acione-se o botão "Ligar Pedido de Frete ao CT-e".

Nota: Caso a Importação de XML não esteja liberada para reprocessar, será necessário acionar o botão "Liberar para Reprocessamento" e refazer o passo a passo de vinculação manual; feito isto, bastará que seja processado o arquivo e, assim, o sistema dará prioridade para o Pedido de Frete ligado manualmente.

 

Sub-seção Pedido de Frete

Nesta sub-seção, deve-se preencher os campos para que o sistema utilize as informações relativas ao frete na importação de CT-e de Terceiros.

Os campos "Centro de Resultado", "Natureza" e "Projeto" possuem as seguintes opções:

• Usa do Financeiro: Selecionando-se esta opção, o sistema utilizará as configurações realizadas na seção "Movimentação Financeira";
• Usa do Pedido de Frete ou do Financeiro: Quando esta opção for selecionada, o sistema utilizará, primeiramente, os valores do pedido de frete; caso não encontre, utilizará as opções configuradas na seção Movimentação Financeira.

Observação: Para que seja possível encontrar o Cabeçalho de Nota que representa o Pedido de Frete, será utilizada a seguinte sequência:

• Com o XML do CT-e informado, utiliza-se as NF-e's referenciadas àquele CT-e através da tag <infDoc> do arquivo XML.
• Após a referenciação das NF-e's, será utilizada a Chave de NF-e, sendo que, as NF-e's que não possuem chave de acesso não serão usadas.

Nota: Caso o sistema não encontre Chaves de NF-e, será exibida a seguinte mensagem:

"Não foi possível criar o Cabeçalho do CT-e! Verifique se a opção "Exige vínculo com notas" está marcada e se existe(m) NFe(s) referenciada(s) no XML do CT-e".

• Em seguida, será realizada uma busca no banco de dados de todos os Cabeçalhos de Notas que possuam a Chave NF-e igual a Chave NF-e do XML;
• Após localizar todos os Cabeçalhos referentes às Chaves de NF-e, será verificado o Nro. Único do Pedido de Frete vinculado; caso encontre mais de um Nro. Único para os Cabeçalhos de Notas localizados, será apresentada a mensagem a seguir:

"Erro ao tentar encontrar o Pedido de Frete do CT-e. Foi detectado mais de um Nro. de Pedido de Frete dentre as NFe's vinculadas ao CT-e. Nro. ùnico dos Pedidos de Frete: XX, XX."

As marcações "Copiar Rateio" e "Copiar Observação do Item" não dependem unicamente do Pedido de Frete, portanto, estas possuem validações extras, que são:

• Na Observação do Item, caso não encontre item registrado para o Cabeçalho de Pedido de Frete, será apresentada uma mensagem informando que não foi possível copiar as Observações do Item do Pedido de Frete. Da mesma forma, para o Rateio, não sendo encontrado rateio para o Cabeçalho de Pedido de Frete, também apresenta-se a mensagem informando que não fora possível realizar a cópia do rateio.

Observação: A validação não impedirá o processamento de importação, apenas não copiará as informações de observação e rateio do Pedido de Frete para o Cabeçalho de CT-e.

Seção Exigências de vínculos

Nesta seção, tem-se a marcação "Exige vínculo com notas", que quando assinalada o sistema irá buscar as notas no sistema pelas chaves de NF-e do arquivo XML. Já a marcação "Exige pedido de frete" quando realizada, todas as chaves do arquivo XML que forem notas de venda, devem obrigatoriamente estar vinculadas a um pedido de frete, ou seja, devem possuir valor no campo "Nro. Pedido Frete" (deve-se inserir este campo no layout da nota por meio da tela Configurador de Layout da Nota).

Nota: Para que o Financeiro seja gerado com a Origem igual a "Estoque" faz-se necessário que a marcação "Exige vínculo com notas" encontre-se selecionada.

Nota-se também a marcação "Exige CTE Complementado" que quando assinalada, no momento de processar o XML será realizada uma verificação da existência do CT-e Complementado na movimentação financeira através da chave do CT-e. Tendo-se a existência do CT-e Complementado será realizada a importação e processamento do CT-e Complementar.

Ainda sobre a seção Exigências de vínculos, tem-se a marcação "Vincular notas não referenciadas", que ao ser acionada irá permitir o vínculo de notas fiscais eletrônicas não referenciadas em um CT-e importado. Sendo que, para que ocorra o referido vínculo se faz necessário atentar-se para as seguintes condições:

1. Emprega-se somente notas com o tipo de movimento de Compra;
2. O número da nota deve ser igual ao número do documento transportado no XML do CT-e;
3. O Parceiro da nota deve ter o mesmo CNPJ/CPF do remetente do XML do CT-e;
4. A Empresa da nota necessita portar o mesmo CNPJ do destinatário do XML do CT-e;
5. A nota de compra não pode possuir qualquer vínculo com outro CT-e ou financeiro de frete.

Seção Critério para rateio do valor do frete

A seção Critério para rateio do valor do frete conta com o campo "Tipo", onde define-se como será o rateio do valor do frete, se por Valor total de cada nota ou Peso total da mercadoria de cada nota. Esse rateio vai servir pra quando o CT-e importado estiver vinculado a mais de uma nota.

Seção Tolerância entre pedido de frete e CT-e

Por fim, na seção Tolerância entre pedido de frete e CT-e tem-se o campo "Percentual", onde deve ser informado um percentual de tolerância aceitável para o valor do frete, ou seja, esse percentual será multiplicado pelo valor do pedido de frete e se esse valor for maior que a diferencia entre o valor do pedido do frete e o valor do CT-e será exibida uma mensagem de divergência na tela.

Temos ainda considerações importantes para tratar a respeito do CT-e; vejamos tais informações nos tópicos "Particularidades do CT-e", "CT-e importado com Pedido de Frete" e "Rateio do Frete", disponíveis mais abaixo nessa documentação.

Observação: Trabalhando-se no Portal de importação de XML, a Tributação do CT-e quando este é de Terceiros, também será uma informação que o sistema está apto a importar, alimentando a tag <CST>. A Tributação do CT-e, sendo este de terceiro, pode ser informada na Movimentação Financeira, no campo Tributação CT-e (este campo é disponibilizado sempre que o documento for um CT-e). Além disso, na geração dos Livros Fiscais por meio da tela "Geração ICMS/IPI", a Tributação do CT-e quando este é de terceiros, também será gerada.

Aba CT-e de Emissão Própria

A configuração pertinente a esta aba, é realizada por empresa, ou seja, nas Preferências da Empresa, Aba "CT-e", tem-se a marcação "Importar CT-e de Emissão Própria" que ao ser realizada, os CT-e's importados poderão ser classificados como de Emissão Própria.

Determina-se nesta aba o Tipo de Operação, o Tipo de Negociação e o Serviço Padrão a serem preferencialmente considerados, em se tratando de CT-e's de Emissão Própria.

Para realização da importação de CT-e's de Emissão Própria, é essencial que o Tipo de Operação - TOP utilizado seja do Tipo de Movimento "Venda" (aba Geral); além disso, na aba Impressão, o campo CT-e deve estar definido com a opção "Emissão Própria".

Observação: Na grade principal do Portal de Importação de XML, tem-se o campo "Tipo de Importação CT-e", onde os documentos serão classificados automaticamente de acordo com a situação em que Tomador do Serviço e Emitente se enquadram no sistema, ou ainda, podem ter sua classificação ajustada manualmente, quando for o caso.

Aba CT-e como Documento Anterior

A marcação "Importar CTe como Documento Anterior" ao ser efetuada, a seção Configurações terá seus campos habilitados para preenchimento. É necessário determinar o Tipo de Negociação a ser utilizado, bem como os Tipos de Operação utilizados nos casos de Subcontratação, Redespacho e Redespacho Intermediário.

Sendo feita a seleção de um ou mais CT-e's que estejam classificados como Documento Anterior, ao acionar o botão "Processar Arquivo(s)", será aberto o pop-up de nome "Informações para importar CT-e como Documento Anterior" para que seja feita a escolha do Tipo do Serviço e a Empresa que serão considerados para todos os documentos que se enquadrem nesta situação.

Observação: No processo de importação do CT-e, se nas Preferências da Empresa, aba "CT-e", a opção "Importar CT-e de emissão própria" estiver desmarcada pra todas as empresas, a opção Importar CT-e como Documento Anterior se encontrar desabilitada e o XML importado não for de cancelamento, então os CT-e's importados serão definidos como de Terceiros.

Vale mencionar que uma vez definidas as "Preferências para importação do CT-e", ao realizar-se a importação do XML de vários CT-e's, estas configurações serão utilizadas como padrão; porém, caso necessário as mesmas podem ser modificadas.

Depois do processamento do CT-e, se seu status for "Com divergência", para que seja possível prosseguir com o processo depois de feitas as devidas correções, deve-se efetuar a validação da importação (botão "Validar importação"); através de um duplo clique no arquivo processado, serão apresentados na aba "Cabeçalho" os dados do Parceiro e Empresa; as demais abas estarão desabilitadas quando se tratar de um CT-e.

Depois de finalizado o processo de importação, o financeiro é incluído na Movimentação Financeira, contendo as informações das preferências para importação, Empresa e Parceiro.

Caso o arquivo que está sendo importado já exista no sistema com uma chave de acessos que já tenha sido processada, ou seja, já exista um financeiro com a chave CT-e que está sendo importada, deve-se proceder com a exclusão deste financeiro na tela de Movimentação Financeira para que a partir disso, possa-se repetir o procedimento.

Informações mais detalhadas sobre CT-e, podem ser acessadas por meio do link Conhecimento de Transporte Eletrônico - CT-e.

Ao realizar a Importação de um CT-e através da opção Preferências para Importar CT-e e realizar a exclusão da Movimentação Financeira referente à nota, será necessário ter o parâmetro "Manter XML de importação ao apagar financeiro de C - MANTERIXNDELFIN" habilitado para que o sistema não efetue a exclusão do XML importado na tela Portal de importação de XML.

Nota: Ao deletar o registro da nota na tela Movimentação Financeira e recarregar a tela Portal de importação de XML, não constará mais a informação referente ao número do financeiro e, o botão será alterado de "Liberar para Reprocessamento" para "Processar Arquivo(s)". Sendo assim, o sistema entenderá que aquele XML poderá ser processado novamente.

• Configuração para liberações de divergências

Importante: Para utilização desta opção, na tela de Acessos, a opção "Configurar", correspondente à tela "Portal de importação de XML" deve estar assinalada para os usuários que poderão efetuar tal procedimento e irá proceder com a análise/liberação através da tela Liberação de Limites.

Acionando-se a opção "Configuração para liberações de divergências" será aberto o pop-up de mesmo nome, onde determinam-se as medidas a serem tomadas quando ao importar-se um XML existam aspectos em desacordo:

A marcação "Exigir liberação p/ impostos" quando efetuada, e na importação de um XML existir uma divergência a esse respeito, esta será solucionada apenas com a liberação de um responsável. O usuário liberador deverá ter para ele configurada, a liberação do evento "76 - Diferença de impostos" (tela Usuários > botão Outras Opções > Limites para Liberação").

Já o campo "Com diferença de NCM, CEST ou Origem" pode ser definido dentre as seguintes opções:

• Exigir liberação e alterar cadastro: Caso exista divergência, será necessária liberação de limite; assim que este for liberado, haverá atualização das informações;
• Não exigir liberação e alterar cadastro: Havendo divergência, não será necessária liberação, porém, ainda assim, as informações serão atualizadas;
• Não considerar divergência: Por esta alternativa, não haverá validação de divergências.

Caso tenha-se optado pela opção que "exige liberação", surgindo uma divergência, esta poderá ser liberada somente por um usuário responsável. O usuário liberador deverá ter para ele configurada, a liberação do evento "75 - Diferença entre NCM, CEST ou Origem" (tela Usuários > botão Outras Opções > Limites para Liberação) e assim como para o evento acima citado, irá proceder com a análise/liberação através da tela Liberação de Limites.

Observação: Se a única divergência que ocorrer na importação, for da origem do produto, quando no XML for estrangeira (1,2,3 ou 8) e em seu cadastro for nacional (0,4,5,6 ou 7), esta não será considerada uma divergência pelo sistema e sua atualização será feita diretamente no cadastro do produto. Essa divergência também não será apresentada nos Detalhes dos Produtos na tela de Liberação de Limites.

Converter a origem dos produtos?: Se tratando de um XML que possua produtos de origem estrangeira 1 e 6 (Cadastro de Produtos na aba "Geral" campo "Origem do produto"), poderá ser solicitada a liberação de divergências relacionadas à origem do produto no sistema e a origem que está informada no XML. Assim que a liberação for efetuada, através desta marcação, converte-se as origens dos produtos e realiza-se a alteração do cadastro dos mesmos para os valores 2 e 7 respectivamente.

Nos casos em que o produto já possua o valor da origem igual ao do XML, a conversão também ocorrerá, como por exemplo:

Se no XML a origem for 1 e no cadastro do produto a origem também for 1, será alterado para 2, o mesmo serve para a equivalência 6 e 7.

Para que a referida marcação esteja ativa, o campo "Com diferença de NCM, CEST ou Origem" deve estar diferente da opção "Não considerar divergência".

• Preferências para importação de NF-e

Quando acionada está opção, será exibido o pop-up "Preferências para importação de NF-e":

Neste pop-up é disponibilizado o campo "Importar transportadora" que tem por finalidade importar a transportadora da mercadoria para a nota de compra, quando se tratar da modalidade de frete por conta do emitente (igual a "0") ou quando o frete se apresentar zerado.

Efetuando-se a marcação "Atualizar informações de combustível do produto conforme o XML", os campos correspondentes às informações de combustível no Cadastro de Produtos (aba Combustível) serão atualizados, onde o campo Percentual de mistura GLP receberá o valor da tag <pGLP> e o campo Descrição ANP, recebe o valor da tag <descANP>; tal atualização irá ocorrer, apenas se o campo Gênero também presente no Cadastro de Produtos, aba Impostos, estiver definido como 27 - Combustíveis minerais, óleos minerais e produtos de sua destilação, matérias betuminosas, ceras minerais.

Observação: O sistema irá realizar a importação dos dados correspondentes aos campos "Percentual de mistura de Gás Natural Nacional", "Percentual de mistura de Gás Natural Importado" e "Valor de Partida GLP (sem ICMS)"; como mencionado acima, para que a importação ocorra, é necessário que o item seja do gênero 27 - Combustíveis minerais, óleos minerais e produtos de sua destilação, matérias betuminosas, ceras minerais (Cadastro de Produtos, aba "Impostos", campo "Gênero").

Ao realizar a marcação "Atualizar código da Anvisa do produto conforme o XML", o campo Cód. ANVISA presente na aba Medicamentos do Cadastro de Produtos será atualizado; porém, essa atualização somente irá ocorrer, se o campo Gênero também presente no Cadastro de Produtos, aba "Impostos", estiver definido como 30 - Produtos farmacêuticos; este campo irá receber do XML, a informação presente na tag <cProdANVISA>.

Ao realizar a marcação "Utilizar tributação calculada pelo sistema", o sistema irá considerar a Tributação calculada pelo Sankhya-W ao invés da presente no XML em todas as ocasiões que não existirem divergências de impostos.

A marcação "Converter CST de ST do XML para CST cobrada anteriormente" determina que o sistema realize a conversão da tributação antes de incluí-la na nota. Esta é uma configuração que atende à ocasiões específicas, em que estas possuam substituição tributária, ou seja, as CST's 010, 030 ou 070 serão convertidas para uma tributação de ST cobrada anteriormente, CST 060.

Observação: As duas últimas marcações mencionadas, são relacionadas ao tratamento das Divergências de Impostos.

Quando a opção "Permite alteração da nota na Central" estiver acionada, é possível alterar os dados de uma nota na Central mesmo que seu status no Portal de Importação de XML esteja como "Importada".

A marcação "Priorizar descrição para vinculação de produtos" quando acionada, ao realizar o processamento dos arquivos a descrição dos produtos no XML passará a ser um fator de diferenciação entre eles. Ou seja, se houverem produtos com o mesmo Código, NCM e EAN, a descrição do produto será o critério que irá diferenciá-los.

Quando a marcação "Permitir selecionar parceiros com mesmo CNPJ do emitente" for efetuada, será possível realizar a alteração do Parceiro após a importação do arquivo; porém, apenas os Parceiros que encontram-se selecionados como "Fornecedores" e que não possuam o mesmo CNPJ correspondente ao XML serão aceitos.

Nota: Somente será possível realizar a alteração do Parceiro quando a tela estiver em modo grade.

Importante: Apesar de serem apresentados os Parceiros que o usuário possui a permissão de trabalhar, apenas será permitida a alteração destes através da digitação do Código do Parceiro; caso contrário, será exibida a seguinte mensagem:

"Existe notas que não foram importadas porque o usuário não tem acesso para utilizar o parceiro X".

No campo "Modelo de importação para Produtor Rural" informa-se o modelo fixo e específico a ser utilizado para importação para parceiros fornecedores que são Produtores Rurais.

A configuração deste último campo visa atender aos fornecedores que vendem apenas através de uma operação. Para estas ocasiões, o campo Modelo para Importação de XML Compra deve estar devidamente informado com o modelo a ser utilizado na importação do XML. Com base nessa configuração, a importação/inserção do XML no Portal de Importação de XML, irá ocorrer obedecendo algumas prioridades:

1º - Será verificado se o parceiro fornecedor do XML é produtor rural; se for, será utilizado o modelo de importação definido para esses fornecedores (Portal de importação de XML, botão Outras Opções, Preferências para importação de NF-e, campo Modelo de importação para Produtor Rural), se não;

2º - O sistema analisa se o parceiro fornecedor do XML possui algum modelo de importação determinado como fixo (Cadastro de Parceiros, aba "Fiscal", campo Modelo para Importação de XML Compra); se possuir, este modelo será utilizado, se não;

3º - Será verificado se existe alguma combinação de CFOP(s) com o(s) CFOP(s) do XML (Portal de importação de XML, botão Outras Opções, Configuração de Modelo p/ Compra por CFOP); se existir, o modelo de importação encontrado na combinação será utilizado, se não;

4º - O sitema irá verificar se o XML possui o campo xPed preenchido para obtenção do Tipo de Operação; se houver, essa busca será feita, se não;

5º - Por fim, o sistema irá verificar se existe modelo de importação de XML nas Preferências da Empresa destinatária da nota importada.

Através do campo "Usar como Dt. Faturamento", determina-se se a data de faturamento da nota no momento de processar o XML, será igual à data de emissão ou igual à data de entrada/saída da mesma.

O campo "Opção para Data de Previsão de Entrega" permite definir como será exibida a data de previsão de entrega. Tem-se as seguintes opções:

• Não ordenar pela data de previsão de entrega;
• Ordenar pela data de previsão de entrega do item da nota;
• Buscar mais de uma data de previsão de entrega para cada item da nota.

Nota: Ao realizar o vínculo entre o Pedido de Compra e a Nota de Compra através da Importação do XML e, utilizando o cadastro de "Unidades Alternativas" para os Produtos, pode-se ocorrer algumas divergências de quantidades devido aos arredondamentos, fazendo com que os pedidos encontrem-se pendentes.

Para que não ocorra este comportamento, o campo "Variação máxima da quantidade em percentual" localizado no pop-up "Preferências para importação de NF-e" deverá encontrar-se configurado com o percentual que deseja-se utilizar para variação da quantidade.

Observação: Esta variação será válida tanto para quantidade menor quanto para quantidade maior.

Neste contexto, após lançar um Pedido de Compras com os Produtos com Unidades Alternativas cadastradas e configurar o campo acima, ao realizar a importação do XML o sistema verificará se a variação está dentro do aceitável ou não; caso esteja, o XML será importado.

Os campos "Centro do Resultado", "Natureza", "Projeto", "Comprador" e "Tipo de negociação" deverão ser configurados para que os mesmos sejam aproveitados do Pedido de Compra na inserção da Nota de Compra pela importação do seu arquivo XML. Desta forma, estes campos possuem as seguintes opções para seleção:

• Modelo: Selecionando-se esta opção, ao realizar o processamento do XML, os campos citados acima terão seu preenchimento na grade do Portal de importação de XML, de acordo com o Modelo de Importação de XML configurado nas Preferências da Empresa. Neste contexto, caso o modelo não possua a informação necessária, tem-se que, na grade também não possuirá; por exemplo, se o Comprador não encontrar-se preenchido no Modelo, na grade do Portal de Importação de XML o campo Comprador também se encontrará vazio.
• Pedido do XML ou Modelo: Ao importar o XML e esta opção encontrar-se selecionada, tem-se que, o sistema encontrará o Pedido de Compra a partir da tag <xPed> e, caso seja localizada a informação em comum entre o(s) pedido(s) disponível(is), a mesma deverá ser utilizada e preenchida na grade do Portal de Importação; de forma contrária, não sendo encontrada, a informação será preenchida de acordo com o Modelo de Importação de XML vinculado às Preferências da Empresa.
• Pedido do XML ou Pedido Ligado Manualmente: Caso esta opção esteja selecionada, ao importar o XML, o sistema encontrará o Pedido de Compra a partir da tag <xPed> e, caso seja localizada a informação em comum entre o(s) pedido(s) disponível(is), esta deverá ser aproveitada e preenchida na grade do Portal; sendo encontrado mais de um pedido a partir desta tag e estes possuírem informações diferentes, a informação não será preenchida na grade do Portal.

Nota: Não sendo encontrado qualquer pedido a partir desta tag, tem-se que, ocorrerá divergências de pedidos ligados e, assim que esta divergência for solucionada, no momento da validação da importação, a informação será aproveitada de acordo com o(s) pedido(s) ligado(s) manualmente na aba Pedidos do Portal de importação de XML, sendo que, poderão ser ligados dois ou mais pedidos.

Observação: A informação apenas será aproveitada caso a mesma seja encontrada de forma comum entre os pedidos; caso os pedidos ligados manualmente não possuam as informações em comum, estas não serão preenchidas na grade do Portal.

• Pedido do XML ou Pedido Ligado Manualmente ou Modelo: Esta opção quando selecionada, terá o mesmo comportamento da opção anterior, com a diferença de que, no momento em que os pedidos ligados manualmente possuírem informações diferentes, esta será preenchida e aproveitada de acordo com o Modelo de Importação de XML vinculado às Preferências da Empresa.

Importante: Todos os comportamentos acima mencionados apenas serão executados quando a TOP de Compra exigir ligação de pedido no momento de Importar o XML, Processar o mesmo ou Validar a Importação.

Desta forma, diante do exposto acima, as informações referente à Centro do Resultado, Natureza, Projeto, Comprador e Tipo de negociação poderão ser aproveitadas de forma automática, sem que seja necessário alterar a Nota de Compra após sua inserção na Central de Compras; além disto, estas mesmas informações poderão ser alteradas manualmente no pop-up Preferências para importação de NF-e caso não possam ser obtidas automaticamente através dos Pedidos de Compras.

Os campos "Nro. da Cotação", "Observação" e "Observação do Item" possuem as seguintes opções para seleção:

• XML: Esta opção é a regra padrão do sistema, onde serão utilizadas as informações explícitas no XML da NF-e nas tag's <infCpl> e <infAdFisco>.
• Pedido do XML ou XML: Selecionando-se esta opção, o sistema primeiramente utilizará as informações do Pedido de Compra vinculado na NF-e (<xPed> e <nItemPed>); caso não haja, utilizará a opção XML.
• Pedido do XML ou Pedido Ligado Manualmente: O sistema usará as informações do Pedido de Compra vinculado na NF-e (<xPed> e <nItemPed>) caso haja; por outro lado, não havendo, serão utilizadas as informações dos Pedidos Ligados Manualmente no Portal de Importação.
• Pedido do XML ou Pedido Ligado Manualmente ou XML: Serão utilizadas as informações do Pedido de Compra vinculado na NF-e em primeiro momento, caso haja; não havendo, em segundo momento serão utilizadas as informações de Pedido Ligado Manualmente ao Portal de Importação; caso contrário, o sistema utilizará o XML processado.

Em relação ao campo "Validação do Financeiro" tem-se que este permitirá que o usuário configure a validação financeira entre o sistema e o XML. Desta forma, pode-se escolher uma das seguintes opções:

• Usar do sistema: Selecionando-se esta opção, ao processar o XML, não será validada a divergência financeira, sendo que, a Movimentação Financeira gerada para a nota importada deverá encontrar-se de acordo com o Tipo de Negociação configurado para a nota que será inserida, ou seja, deve-se respeitar a negociação financeira do sistema.
• Usar do arquivo: Em relação à esta opção, quando selecionada realizar-se o processamento do XML, não será validada a divergência financeira e, a Movimentação Financeira gerada para a nota importada deverá estar em conformidade com o arquivo XML, ou seja, obedecendo a negociação financeira do XML; caso o XML não possua negociação financeira, será utilizada, automaticamente, a negociação financeira do sistema.

Observação: Para verificar se o XML possui ou não uma negociação financeira, bastará validar a existência da tag <cobr>; existindo, isto indicará que o XML possui negociação financeira, caso contrário, o mesmo não possui.

• Validar: Trata-se de comportamento padrão do sistema. Selecionando esta opção, ao processar o XML, será avaliada a divergência financeira para que o usuário decida qual será importada.

Importante: Nos casos em que houver geração de Movimentação Financeira na inserção da nota a partir do processamento, esta apenas será gerada caso o Tipo de Operação - TOP usado encontre-se configurado para Atualizar Financeiro; caso contrário, não deverá ser avaliada a divergência financeira existente, mesmo que esteja configurada para isto, tampouco deverá ser gerada qualquer Movimentação Financeira para a nota inserida.

Através do campo "Cópia de Rateio" tem-se que no processo de ligação de pedidos feito no Portal de Importação de XML, será possível copiar o(s) rateio(s) do(s) pedido(s) de compra para a nota importada.

Nota: Esta funcionalidade será aplicada na ligação dos pedidos automáticos feitos pela tag <xPed> e na ligação manual realizada pelo usuário, quando ocorrerem divergências de pedidos ligados.

O campo "Valor limite aceitável de divergência de ICMS-ST" funcionará apenas quando a marcação "Apura divergência de ICMS-ST" estiver selecionada. Assim, deve-se informar o valor em R$ (reais) aceitável de divergência para o imposto de ICMS-ST.

Observação: Desta forma, deverão ir para a rotina de Apuração de Divergências de ICMS-ST as notas que possuam as condições abaixo no Portal de Importação do XML:

• Item com ST no XML importado X intem sem o ST calculado no Sankhya-W;
• Item sem o ST no XML importado X item com ST calculado no Sankhya-W;
• Item com ST no XML importado X item com ST calculado no Sankhya-W e que a divergência de valores seja acima de R$0,50.

 

• Preferências para importação de NF-e de Emissão Própria

Acionando-se está opção tem-se a exibição do pop-up "Preferências para importação de NF-e de Emissão Própria":

Através deste pop-up serão inseridas as informações que irão possibilitar a importação dos arquivos de XML das notas fiscais eletrônicas de emissão própria. Sendo que, as TOP's utilizadas deverão conter as seguintes configurações:

Cadastro de Tipos de Operação-TOP:

• Na aba "Impressão", o campo "NF-e" deve estar configurado com a opção "Emissão Própria";
• Configura-se na aba "Impostos", o campo "Cálculo de ICMS, IPI e ISS" selecionando a opção "Não calcula e digita";
• Na aba "Desp. Acessórias" serão configurados todos os impostos pertinentes as despesas acessórias de frete, destaque, embalagem e seguro.

Preferências da Empresa:

• Na aba "NF-e/NFC-e", aciona-se a marcação "Importa NF-e de emissão própria?".

Nota: O Tipo de Negociação utilizado irá determinar como serão gerados os financeiros das notas importadas.

Será possível realizar a importação de NF-e de Compra de Emissão Própria e o Parceiro com CPF/CNPJ iguais e IE diferentes, desde que o campo "Tipo de Operação para Compra" encontre-se preenchido com a TOP a ser utilizada e a marcação "Considera Inscrição Estadual para seleção do parceiro da importação" esteja efetuada.

Observação: Quando a marcação Considera Inscrição Estadual para seleção do parceiro da importação estiver realizada, o sistema buscará o Parceiro por IE e CPF/CNPJ iguais à informação constante no XML.

• Configuração de Modelo p/ NF-e Compra por CFOP

Ao acionar esta opção, será aberto um pop-up com esta mesma nomenclatura, onde define-se uma equivalência entre o CFOP da Nota de Compra e o modelo de importação. Para cada combinação de CFOP realizada neste pop-up, é preciso que exista um modelo de importação.

Observação: No momento da importação do XML, para definição do modelo de importação a ser utilizado, o sistema levará em consideração todas as CFOP's da nota de compra. Caso a nota possua mais de três CFOP's entre os itens, não será possível definir o modelo de importação a partir das combinações de CFOP existentes.

Nota: Esta opção só funcionará ao realizar a importação do XML de um Produtor Rural.

• Validar TOP na importação do XML

Quando a opção "Validar TOP na importação de XML" estiver marcada, no campo "Cód. Tipo Operação" será possível selecionar apenas as TOP's pré-definidas no cadastro, não permitindo a utilização de qualquer outro código. Porém, quando desmarcada a opção, o sistema disponibilizará apenas as TOP's ativas, sendo que todas estas poderão ser utilizadas.

[voltar ao topo]

Particularidades do CT-e

Observação: O sistema está devidamente preparado para realizar a importação do CT-e nas versões de layout 2.00 e 3.00.

Verificou-se no tópico "Botão Outras Opções...", a necessidade de preenchimento do pop-up "Preferências para importação do CT-e", onde trata-se também do vínculo do CT-e com as notas.

O sistema irá fazer algumas validações para realização do vínculo das notas. Existindo divergências, o processo não será finalizado e as respectivas mensagens serão apresentadas ao usuário. Neste procedimento, pode-se ter as seguintes divergências:

• Notas não encontradas: Irá acontecer quando nenhuma chave NF-e do arquivo XML do CT-e for encontrada no sistema; para resolver este caso, é preciso verificar se todas as notas foram devidamente lançadas;
• Nota(s) faltante(s): Esta situação ocorre quando pelo menos uma chave NF-e foi encontrada, e outras não; para solucionar, é preciso verificar se todas as notas foram devidamente lançadas;
• Nota(s) de venda com modalidade de frete FOB: Quando forem encontradas notas de venda e que estejam com a modalidade de frete igual a FOB, essa divergência não poderá ser resolvida porque a NF-e não pode ser alterada depois de aprovada; o ideal é verificar se a nota foi emitida corretamente e se é preciso realizar seu cancelamento;
• Nota(s) com frete Incluso: Sendo encontradas notas de venda e que estejam com o tipo do frete igual a Incluso, essa divergência não poderá ser resolvida porque a NF-e não pode ser alterada depois de aprovada; o ideal é verificar se a nota foi emitida corretamente e se é preciso realizar seu cancelamento;
• Divergências de mais de uma nota encontrada: Este caso ocorre quando o sistema encontra mais de uma nota (compra e venda) para a chave NF-e encontrada no arquivo XML; nesta situação, a divergência é resolvida escolhendo qual nota deseja-se vincular ao CT-e.

Ao realizar a importação de um CT-e, assim como ocorre na importação de uma NF-e, tem-se para tratamento das divergências, a aba "Cabeçalho", que contém algumas informações sobre registro do Parceiro, Empresa e Transportadora encontrados no sistema e no XML; estas não são editáveis, e serão utilizados apenas para identificar-se a existência de alguma diferença entre estes cadastros.

O Parceiro da nota de compra é localizado no sistema pelo "CPF/CNPJ"; caso o sistema não encontre nenhum parceiro com o CNPJ, será registrada uma divergência na importação; se encontrado mais de um parceiro com o mesmo CNPJ, também será registrada uma divergência. A mesma validação é feita para Empresa e Transportadora.

Através da aba "Ligações", deve-se definir qual nota do sistema deseja-se utilizar para realizar o vínculo com o CT-e:

Nota: A sessão "Chave Referenciada" é populada quando no XML importado existe uma tag ChaveNFeRef que liga as notas de devolução com a sua origem (notas de compra/venda).

A grade superior, traz as chaves NF-e e a inferior, exibe as notas que possuem aquela chave. Deve-se selecionar a nota na grade inferior e dar dois cliques na mesma ou então clicar-se no botão "Selecionar nota"; deste modo, o campo Nota Selecionada na grade das chaves será preenchido. Deve-se escolher todas as notas para proceder com a validação. Caso alguma chave não possua uma nota selecionada, não será possível continuar com a validação.

Pode-se também, Limpar a nota selecionada caso tenha-se escolhido alguma nota errada; além disso, pode-se abrir a nota na Central de Vendas para visualizar alguma informação, a fim de tomar a decisão de qual nota escolher.

Observação: Na realização de uma consulta de CT-e, desde que a empresa solicitante do serviço seja também a tomadora do serviço, o documento será inserido no Portal de importação de XML. A situação e a participação da empresa em questão no documento, poderão ser visualizadas nas colunas Situação CT-e e Papel no CT-e, respectivamente, de modo que estes podem ser alimentados da seguinte forma:

Situação CT-e:

• Uso autorizado;
• CT-e cancelado;
• Uso EPEC.

Papel no CT-e:

• Remetente;
• Destinatário;
• Expedidor;
• Recebedor;
• Tomador;
• Indefinido.

[voltar ao topo]

Importação do XML do CT-e como emissão própria

Ainda tratando as peculiaridades acerca do CT-e, no processo de sua emissão própria feita por terceiros, podem ocorrer casos em que o tomador de serviço tem posse do certificado digital da transportadora, e além dele emitir o CT-e, pode-se ocorrer o cancelamento do documento. Visando suprir estas situações, a transportadora será capaz de importar o cancelamento feito pelo seu tomador de serviço. Diante destas situações, o sistema irá proceder com as seguintes validações:

Origem e Destino do CT-e de emissão própria a ser importado

No momento da importação do arquivo XML de um CT-e de emissão própria, o sistema irá validar sua origem e destino com o remetente e destinatário. Internamente, o sistema irá comparar o campo <cMunIni> com o campo <cMun> filho do campo <rem>, além de comparar o campo <cMunFim> com o campo <cMun> do campo <dest>. Além disso, os parceiros deverão ser informados antes do processamento da importação, tendo-se para tal, as colunas Parceiro Coleta CT-e e Parceiro Entrega CT-e, ou seja:

• Parceiro Coleta CT-e: Tem-se esse parceiro preenchido somente em casos que o CT-e a ser importado for classificado como emissão própria, e o campo <cMunIni> for diferente do campo <cMun> filho do campo <rem>; obrigatoriamente este parceiro precisa ter a mesma cidade com mesmo Cód. Município Dom. Fiscal do campo <cMunIni>;
• Parceiro Entrega CT-e: Esta informação será alimentada, apenas em casos que o CT-e a ser importado seja classificado como emissão própria, e o campo <cMunFim> seja diferente do campo <cMun> filho do campo <dest>; obrigatoriamente este parceiro precisa ter a mesma cidade com mesmo Cód. Município Dom. Fiscal do campo <cMunFim>.

Informações de lacre do CT-e de emissão própria

Ao processar e inserir um CT-e de emissão própria, serão importados também informações pertinentes ao lacre do CT-e.

Dados de vale-pedágio do CT-e de emissão própria

Feito o processamento e inserção de um CT-e, serão importados dados referentes ao vale-pedágio, sendo apresentada a correspondente divergência de parceiro, caso o parceiro fornecedor de pedágio não seja encontrado.

Tributação 060 do CT-e de emissão própria

Quando houver, ao processar e inserir um CT-e de emissão própria, serão importados os dados correspondentes a Tributação 060 - ICMS cobrado anteriormente por substituição.

[voltar ao topo]

Importação de cancelamento feito por terceiros de um CT-e de emissão própria

Através do Portal de Importação de XML, pode-se proceder com importação de um XML correspondente a um Cancelamento de CT-e. Quando este tipo de arquivo for importado, a coluna "Tipo de Importação CT-e" será definida com a opção Cancelamento, não sendo possível sua modificação. O sistema irá validar se o XML de cancelamento importado é válido quanto a sua estrutura e sua autorização junto à SEFAZ.

[voltar ao topo]

CT-e importado com Pedido de Frete

O sistema irá realizar algumas validações para identificar o pedido de frete. Caso existam divergências, o processo não será finalizado e as respectivas mensagens serão apresentadas ao usuário. Neste procedimento, pode-se ter as seguintes divergências:

• Pedido de frete ausente para nota: Esta situação irá ocorrer quando as configurações estiverem pra exigir pedido e as notas de venda encontradas não possuírem o pedido de frete vinculado à elas;
• Mais de um pedido de frete encontrado: Tem-se este caso, quando as configurações estiverem pra exigir pedido e as notas de venda encontradas possuírem juntas mais de um pedido de frete vinculado à elas;
• Diferença entre o pedido de frete e o CT-e importado: Quando o valor do CT-e importado estiver diferente do valor do pedido de frete superando o percentual de tolerância configurado nas "Preferências para importação do CT-e".

Estas divergências são tratadas através da aba "Frete x Pedido Frete":

Nesta aba, pode-se definir se as divergências serão ou não aceitas; divergências estas de valores entre frete e o pedido de frete (haverá divergência somente se a diferença entre pedido de frete e valor do CT-e for maior que a tolerância configurada).

Observação: Essa validação será feita apenas quando a marcação "Exige pedido de frete" estiver realizada.

O sistema traz nesta aba algumas informações para que o usuário decida se aceita a divergência ou não:

Vlr. Pedido de Frete: Valor do campo "Valor da Nota" do pedido de frete;

Vlr. Desdobramento CT-e: Valor real do CT-e;

Vlr. Limite pela Tolerância: Esse é o valor limite que a diferença entre o pedido de frete e o valor do CT-e pode chegar, ou seja, é o resultado da multiplicação do percentual de tolerância pelo valor do pedido de frete;

Vlr. Diferença: Tem-se aqui, o resultado do valor do CT-e subtraído do valor do pedido de frete.

Na grade "Sistema" serão apresentados os itens referentes ao pedido de frete (caso existam). Na grade "Arquivo" serão apresentados os componentes de serviço do CT-e (caso existam".

Assim, caso a divergência seja aceita, basta marcar o check "Aceitar Divergências" e acionar o botão "Validar importação" novamente para que o problema seja solucionado.

[voltar ao topo]

Rateio do Frete

Assim que todas as divergências forem resolvidas o sistema irá proceder com a inclusão do financeiro e fará o rateio do valor do frete para as notas encontradas.

Esse rateio será feito conforme a configuração da seção "Critério para rateio do valor do frete" presente nas "Preferências para importação do CT-e":

• Por valor: É somado o valor do campo "Valor da Nota" de todas as notas. Pega-se o valor de cada nota, divide-se pelo valor total das notas e o multiplica pelo valor do frete. O resultado será o valor do frete para cada nota. Atenção Implantadores! Este registro será salvo na tabela TGFFNF.
• Por peso: É somado o valor do campo "Peso Total" de todas as notas. Pega-se o peso de cada nota, divide-se pelo peso total das notas e o multiplica pelo valor do frete. O resultado será o valor do frete para cada nota. Atenção Implantadores! Este registro será salvo na tabela TGFFNF.

Observação: Se o valor total do peso for igual a zero, automaticamente o sistema fará o rateio pelo valor, mesmo que esteja configurado para realizar o rateio por peso.

[voltar ao topo]

Calcular vencimento do CT-e

Através do parâmetro "Procedure para cálculo da data vencimento do CT-e - NOMPROCCALDTVEN" informa-se o nome da procedure que será utilizada para fazer o cálculo da data de vencimento do CT-e.

Essa procedure pode possuir cinco parâmetros de entrada e um de saída:

• Entrada: Código da Transportadora, Data de Negociação do CT-e, Valor de Desdobramento do CT-e, Código do Parceiro Remetente e Código do Parceiro Destinatário;
• Saída: Data de vencimento calculada.

Considerando que o parâmetro tenha sido informado, o sistema buscará a data de vencimento na seguinte ordem:

1. Irá buscar a data de vencimento no arquivo CT-e;

2. Caso não encontre, buscará a data pela procedure;

3. Se não encontrar, o sistema irá buscar conforme configurado nas preferências (como é feito normalmente).

Considerando que o parâmetro não tenha sido informado, o sistema buscará a data de vencimento com base no seguinte critério:

1. Irá buscar conforme configurado nas preferências (como é feito normalmente);

[voltar ao topo]

Cancelar CT-e importado

No alto da tela Movimentação Financeira, tem-se o botão "Cancelar CT-e", que estará disponível para uso apenas se o financeiro possuir a Chave CT-e informada.

O botão "Cancelar CT-e" executará o mesmo procedimento de excluir o CT-e, ou seja, a ação executada será a mesma que o botão excluir financeiro realiza, contudo, para que o sistema realize tal procedimento pelo referido botão, o financeiro deve atender aos seguintes critérios:

• Não pode ter sido baixado;
• Chave CT-e informada;
• Deve ser uma despesa;
• A TOP deve possuir modelo de documento igual a "57 - Conhecimento Transporte Rodoviário Eletrônico";
• Deve existir registro no Portal de importação de XML para o financeiro a ser cancelado.

Esse cancelamento irá excluir o financeiro atualizando os dados necessários (valores de frete das notas envolvidas e atualização de pedido de frete para Pendente/Não Pendente, se existir).

No cancelamento do CT-e os seguintes dados a respeito do frete são atualizados:

• O campo "Valor do Frete" das notas presentes na tabela TGFFNF terão seus valores atualizados (será feita uma soma na TGFFNF por nota);
• Se o pedido de frete das notas que estão vinculadas ao financeiro cancelado não estiver ligado a outras notas, o mesmo será atualizado para pendente, ou seja, o campo "Pendente" ficará igual a "Sim", caso contrário continuará como Pendente igual a "Não".

Pode-se também excluir financeiros pela Movimentação Financeira. Logo, o sistema irá verificar da mesma forma a questão da atualização dos dados de frete.

• Se as notas presentes na tabela TGFFNF para o financeiro excluído estiverem vinculadas também a outros financeiros, o campo "Valor do Frete" das notas será atualizado (será feita uma soma na TGFFNF por nota);
• Se o pedido de frete das notas que estão vinculadas ao financeiro excluído não estiver ligado a outras notas, o mesmo será atualizado para pendente, ou seja, o campo "Pendente" ficará igual a "Sim", caso contrário continuará como Pendente igual a "Não".

[voltar ao topo]

Importação de Notas contendo Medicamentos

Através do Portal de importação de XML é possível realizar a importação de uma nota que contenha medicamentos com Lote, Data de Fabricação e Validade, de modo que, os medicamentos contidos na nota, podem ser ligados aos pedidos de compra pendentes destes medicamentos.

As informações referentes a lote, data de validade e data de fabricação são identificadas através do campo <rastro>. Os campos identificados são:

• <nLote>
• <qLote>
• <dFab>
• <dVal>

Importante: Essas informações somente poderão ser importadas, caso o produto em questão possua o rastreamento ativo (Cadastro de Produtos, aba Geral ou Aba Impostos / Informações por empresa, marcação Tem Rastro do Lote).

Caso o produto tenha rastreamento ativo e o XML não possua as informações citadas acima (lote, data de validade e data de fabricação), o sistema irá exibir um aviso informando que o produto importado possui rastreamento de estoque e controle adicional por lote, e o XML não possui tais dados, de modo que será necessário digita-las na nota de compra. De maneira contrária, caso o produto não tenha o rastreamento ativo e o XML possua os campos citados acima informados (lote, data de validade e data de fabricação), o sistema também irá apresentar um aviso alertando sobre tal fato.

Os medicamentos são inseridos na nota de compra da mesma maneira que se a nota de compra fosse importada na Central de Compras pelo importador de XML convencional (Botão Outras Opções > "Importar Xml de nota fiscal eletrônica").

Os pedidos de compra podem ser ligados de forma automática ou manual. Isso irá depender do XML, pois, se ele possuir o campo <xPed> preenchido e tal pedido existir, será feita a ligação automaticamente, caso contrário precisará ser feito manualmente.

A importação de produtos que não são medicamentos na nota de compra, mas que possuem qualquer controle adicional de estoque no sistema, não sofre modificações, inclusive a respeito da ligação com os pedidos de compra.

Importante: A ligação dos medicamentos da nota com os pedidos de compra não exige que os pedidos de compra tenham a informação do Lote, Data de Fabricação ou Validade.

Ao trabalhar-se com um produto que possua controle adicional de estoque por número de lote, os parâmetros "Usar data de validade junto com Lote? - LOTEDTVAL" e "Usar data de Fabricação junto com Lote? - LOTEDTFAB" estiverem ativados e no XML existirem lote nos produtos, ao utilizar o Portal de importação do XML, o Lote será importado juntamente com sua respectiva Dt. Fabricação e Dt.Validade. Partindo-se deste comportamento, pode-se ter as seguintes situações:

1.O XML importado e o produto contém informações de Controle por lote - Neste caso, os produtos serão importados com sua correspondente numeração de lote, bem como suas datas de fabricação e validade;

2.O XML não possui informações sobre o controle por lote, porém tem-se um produto que tem a configuração de Controle por lote - Nesta situação, o lote e os dados pertinentes a Data de Validade e Data de Fabricação podem ser incluídos através da Central de Compras, utilizando-se o "Botão Outras Opções..." presente na "Grade Itens", opção "Informações de Controle Adicional", onde será aberto um pop-up com esta mesma nomenclatura para inserção destes dados;

3.O XML e o produto não possuem configurações de Controle por lote - Neste caso, não será possível utilizar o botão Outras Opções..., opção Informações de Controle Adicional, pois este não estará habilitado.

De forma semelhante ao terceiro caso, ao realizar a importação de um XML composto por itens controlados por lote, caso tenha-se um mesmo produto que possua mais de um lote, os dados pertinentes a Data de Validade e Data de Fabricação também podem ser incluídos através da Central de Compras, utilizando-se do Botão Outras Opções..., opção Informações de Controle Adicional.

Importante: Vale salientar que para funcionamento deste processo de importação de produtos controlados por lote, é indispensável que os parâmetros "Usar data de validade junto com Lote? - LOTEDTVAL" e "Usar data de Fabricação junto com Lote? - LOTEDTFAB" estejam ativados. Além disso, para que as informações pertinentes ao lote dos produtos sejam importadas, é necessário que a marcação "Atualizar Estoq. a partir da Confirmação" presente no Cadastro de Tipos de Operação, Aba "Geral", esteja realizada.

[voltar ao topo]

Importação dos dados do FCP e Impostos

Na importação do XML, para que os dados referentes ao Fundo de Combate à Pobreza (FCP) sejam importados, é necessário que a marcação "Calcular FCP (ICMS/ST) Interno?" presente no Cadastro de Tipos de Operação, Aba Impostos, esteja realizada. Além disso, tal importação irá ocorrer, de acordo com a definição realizada no campo "Cálculo de ICMS, IPI e ISS" também presente na Aba Impostos do Cadastro de Tipos de Operação, ou seja:

• Não calcula e não digita: As informações citadas não são importadas, nem calculadas pelo sistema;
• Calcula e não digita: Os dados citados não são importados, porém são calculados pelo sistema;
• Calcula e digita: As informações citadas são importadoras e não são consideradas para comparação de impostos entre o XML e sistema;
• Não calcula e digita: Por esta opção, tem-se o mesmo comportamento citado em relação a opção Calcula e digita;
• Calcular na confirmação: Os dados citados não são importados, porém calculados pelo sistema no momento da confirmação da nota de compra importada.

Observação: No momento em que o Portal de Notas estiver efetuando a leitura do XML para importação de seus valores, caso tenha alguma informação na tag <vFCP>, o valor será importado mesmo que as outras tags do arquivo não encontrem-se preenchidas.

Nota: Ao realizar a importação do XML, caso esteja faltando alguma informação referente ao cálculo do imposto, o sistema deverá complementá-lo; desta forma, tem-se o seguinte exemplo: No XML tem-se os valores nas tags <pFCP> e <vFCP>; como o valor referente à <vBCFCP> é o mesmo que a Base ICMS, o sistema poderá utilizar a informação deste para preencher o campo "Base para Fundo Comb. Pobreza" da Central de Notas.

[voltar ao topo]

Parâmetros

Visando a otimização do processo de validação do EFD Fiscal, no processo de compras, pode-se optar em validar a chave de acesso da NF-e no momento da entrada da nota; esta medida tem a intenção de evitar possíveis problemas de validação no EDF Fiscal quanto a chave de acesso e os dados da nota.

Primeiramente é feita a importação do XML por esta tela (Portal de importação de XML), em seguida, ao realizar o lançamento da nota no portal de compras, ocorre a validação da chave; esta validação depende da configuração do parâmetro "Validação da chave de acesso da NF-e de terceiros com os dados da nota - VALCHAVETERC", onde são possíveis três opções de marcação:

• Não valida

Quando o parâmetro estiver definido como "Não valida" (definição padrão), depois de importado o XML, e ao lançar a nota de compra na Central de Compras, mesmo que existam divergências entre a chave importada, e a chave lançada, a nota poderá ser confirmada sem que nenhuma mensagem seja apresentada.

• Valida e avisa

Definindo o parâmetro com esta opção, depois da importação do XML, ao confirmar a nota na Central de Compras, caso existam divergências entre as chaves, será exibida uma mensagem semelhante a apresentada a seguir (a mensagem muda de acordo com as divergências encontradas):

Mesmo com estas divergências, pode-se realizar a confirmação da nota.

Importante: As Notas Fiscais Eletrônicas de Terceiros que são enviadas para o Recebimento, também passarão pela validação efetuada pelo referido parâmetro, ou seja, ao serem enviadas, caso existam divergências, uma mensagem semelhante à apresentada acima é exibida. Caso não seja dada a sequência na confirmação do procedimento (clicando-se em Não), o campo "Status WMS" correspondente à nota, irá permanecer como "Não enviado".

Caso exista divergência apenas no número aleatório da chave, será apresenta a seguinte mensagem:

Mesmo com esta divergência, pode-se realizar a confirmação da nota.

• Valida e bloqueia

Definindo o parâmetro como "Valida e bloqueia", ao confirmar a nota na Central de Compras, caso existam divergências entre as chaves, será exibida uma mensagem semelhante a apresentada a seguir (a mensagem muda de acordo com as divergências encontradas):

Diferentemente da configuração anterior, com esta definição no parâmetro, não será permitida que seja feita a confirmação da nota.

Encontrando divergência apenas no número aleatório, o sistema apresenta a seguinte mensagem:

Usa dhSaiEnt na import. do XML do portal de imp.? - DHSAIENTIMPXML: Este parâmetro por padrão é apresentado ativado. Quando desabilitado, serão desconsiderados os valores das tag's <dhSaiEnt> e a data e hora atual, serão preenchidos com os campos "Dt. Entrada/Saída" e "Hr. Entrada/Saída", respectivamente; assim como será desconsiderado o valor da tag <dhEmiss> e o campo "Dt. do Movimento" será preenchido com a data atual.

Durante o processo de importação de XML, é importante que o sistema verifique se as notas de compra bonificadas estão sendo ligadas somente a pedidos bonificados e notas de compra não bonificadas a pedidos bonificados. Para que o sistema faça tal validação, é necessário o acionamento do parâmetro "Somente ligação de pedido bonif. p/ compra bonif.? - VALBONIFPEDNOT" (que por padrão é desligado) esteja ativado.

Com o referido parâmetro ativado, na aba "Pedidos", grade "Itens importados", ao clicar no botão "Ligar pedidos mais antigos", as ligações só poderão ser feitas entre notas bonificadas e pedidos bonificados e vice versa. Já na grade "Pedidos disponíveis", ao clicar no botão "Buscar novos pedidos", caso a nota seja bonificada, só serão apresentados pedidos bonificados e vice versa.

Observação: O sistema também realiza as validações a respeito de pedidos e notas bonificadas, quando este procedimento é realizado na "Central de Compras" por meio do botão Outras Opções > "Importar XML de nota fiscal eletrônica" ou "Importar XML de nota fiscal eletrônica (substituindo itens)", e ainda pelo botão Outras Opções na grade de itens na opção "Documentos relacionados"; no pop-up que é aberto por meio desta opção, caso seja feita a tentativa de lidação de um pedido bonificado com alguma nota não bonificada e vice versa, será exibida uma mensagem de erro, impedindo tal ligação.

O parâmetro "Usar o mesmo CR/Projeto/Natureza da nota? - USACRPROJNATCAB" quando habilitado, fará com que os campos "Projeto", "Natureza" e "Centro de Resultado" do "Financeiro da Nota", estejam preenchidos com os mesmos dados apresentados nestes campos presentes no "Cabeçalho da Nota". Caso algum destes campos seja modificado no Cabeçalho da Nota, quando esta alteração é salva, o Financeiro da Nota também é modificado.

Com o parâmetro mencionado desativado, o Centro de Resultado, Natureza e Projeto do Financeiro da Nota, serão alimentados com esta informação correspondente, na aba Parcelas do "Tipo de Negociação". Caso estes campos não estejam preeenchidos no Tipo de Negociação, os três campos no Financeiro da Nota serão alimentados com os mesmos informados no Cabeçalho da Nota.

Em específico para o Centro de Resultado, caso este não esteja informado no Tipo de Negociação, este será preenchido no Financeiro da Nota, com o valor informado no cadastro de "Vendedores/Compradores"; não sendo este informado, será pega a informação da aba Identificação no cadastro de "Usuários"; caso este também não esteja informado, o Centro de Resultado do Financeiro da Nota irá seguir ao preenchimento realizado no Cabeçalho da Nota.

A utilização do parâmetro "TOP a ser utilizada no portal de importação de XML - TOPIMPORTXML" , possibilita a utilização de duas opções, a saber:

• TOP de destino do pedido de compra;
• Modelo de importação.

Optando-se por uma destas duas alternativas, o sistema apresenta o seguinte comportamento:

Quando o parâmetro "TOPIMPORTXML" estiver igual a "TOP de destino do pedido de compra", o sistema sempre irá verificar o campo <xPed> do arquivo XML importado e tentar encontrar os pedidos de compra no sistema a partir do número encontrado.

• Se o XML importado não possuir a informação do campo <xPed>, o sistema não irá preencher a TOP para importação e ficará a cargo do usuário a informação da mesma.
• Se o XML importado possuir a informação do campo <xPed>, mas os pedidos de compra não forem encontrados no sistema, este não irá preencher a TOP para importação e ficará a cargo do usuário a informação da mesma.
• Se encontrar mais de um pedido, que tenham mais de uma TOP, o sistema não irá utilizar qualquer TOP para processar a importação do XML, ficando a cargo do usuário informar qual TOP deseja usar.
• Se encontrar um ou mais pedidos que possuam a mesma TOP, o sistema irá verificar qual a TOP de destino configurada em seu cadastro.

Quando o parâmetro TOPIMPORTXML estiver definido com a opção "Modelo de importação", o sistema sempre irá utilizar a TOP do modelo de importação para processar a importação do XML.

Vale salientar que em ambos os casos, o usuário poderá editar a TOP sugerida pelo sistema para realizar a importação.

O parâmetro "Permitir alterar TOP na importação de XML de nota já criada? - PERMALTTOPXML" quando ligado, na importação do XML de uma nota já criada, permite realizar a alteração do Tipo de Operação - TOP no Portal de Importação de XML. Sendo que, esta alteração só será permitida quando o campo "Status" estiver como Divergência ou Pendente.

Quando o parâmetro "Pode ligar nota ao pedido com o parceiro matriz? - LIGPEDPARCMAT" estiver ativado, na importação do XML se o Parceiro da Nota possuir um Parceiro Matriz, será apresentada uma janela para a escolha do Parceiro a ser utilizado na busca dos Pedidos para a ligação. Nesse caso pode-se escolher o Parceiro da Nota ou o Parceiro Matriz.

Nota: O parâmetro "Considerar Data Negociação no cálculo do ICMS ST - STPORDATA" determinará se a data de negociação da nota será considerada na busca do ICMS ST. Desta forma, quando este encontrar-se habilitado, ao realizar a importação de um XML onde o ICMS ST por pauta deverá ser calculado, a consulta será realizada utilizando a data de negociação. Por outro lado, caso este parâmetro esteja desabilitado, ao importar um XML, a data considerada para busca do imposto será a data atual.

[voltar ao topo]