Mistral Sistemas

Obrigado a todos pela ajuda. Fiz o teste em produção, e a nota foi autorizada. Agora, um pensamento que gostaria de dividir com vocês. Se o webservice de homologação está rejeitando, significa que a SEFAZ vai incluir o NCM 29141990 na lista dos códigos NCM a serem criticados? Deve ser isso, certo? O que vcs acham? Dou como encerrado este chamado, agradecendo novamente a todos.

Obrigado Juliana. Eu só tenho como fazer isso amanhã no cliente. Assim que eu tiver o retorno, passo aqui. Obrigado

Vou fazer isso amanhã, e dou retorno. Espero que seja isso e funcione em produção. Existe uma forma que fazer um questionamento à Sefaz sobre isso? Obrigado pelo retorno.

Bom dia. Desculpem perguntar, mas alguma posição, algo que eu deva pesquisar, ou testar para resolver esse problema? Obrigado

segue arquivos xml. Lembrando apenas que no GS1, o GTIN 7896205909575 foi cadastrado com NCM 33043000, porém o NCM que foi autorizado pelo NFE-Creator é 2914, que não está nos grupos selecionados para controle de GTIN. Anexei tb o xml com a rejeição. Obrigado homologacao_rejeicao891.xml producao_programa_nfecreator.xml 333002213773143-pro-rec.xml

Juliomar e Diego, eu também coloquei no Discord, mas achei que aqui seria mais fácil de falarmos. Deixa eu tentar ser mais claro. 1. os arquivos XML estão idênticos - NCM 29141990 com GTIN 7896205909575. 2. No GS1 está cadastrado com 33043000 (eu tenho acesso via login e senha do proprietário, que marcou não divulgar publicamente, por isso a msg encontrada pelo Diego) 3. Hoje funciona lá um programa que usa NFe-Creator para gerar e enviar o XML para a SEFAZ, logo, em produção a NF com esse produto é autorizada. (como já coloquei no Discord provavelmente porque o NCM 2914 não se encontra nos grupos de verificação do GTIN. 4. Rodando no meu programa usando o ACBr em homologação, o XML é rejeitado. Nova pergunta: É possível que o problema seja que o procedimento em homologação esteja diferente de em produção. Obrigado. Enquanto isso vou procurar alguma documentação para ver se tem alguma diferença entre produção e homologação no que tange a consulta do GTIN.

Estamos substituindo em um cliente o sistema de emissão de Notas Fiscais. O Sistema atual em 01/10 em produção processou um produto com NCM 29141990. No nosso sistema em homologação apresentou a rejeição 891, até aí ok pq no cadastro de GTIN o código de barras foi cadastrado com NCM 33043000. Minha dúvida, é que se entrou em produção 02/09/2024 deveria ter dado erro. Detalhes: o NCM 29141990 pelo vi não está no grupo III, e nem nos anteriores. É possível que a ferramenta que eles usam (não é o ACBR, eles usam NFE-Creator) ao verificar que o NCM em questão não faz parte do grupo eles não consultaram o cadastro de GTIN? Eu acredito que o certo é o que parece fazer o ACBR, ou seja, independente do NCM, se o GTIN está preenchido é realizada a consulta ao cadastro, se for diferente, rejeição 891. Estou certo?

Obrigado Italo. Farei isso. Obrigado.

Considerando essa parte do XML, onde: <imposto> <ICMS> <ICMS60> <orig>0</orig> <CST>60</CST> <vBCSTRet>31.08</vBCSTRet> <pST>27.0000</pST> <vICMSSubstituto>3.19</vICMSSubstituto> <vICMSSTRet>8.31</vICMSSTRet> </ICMS60> </ICMS> A parte referente aos totais todos zerados, exceto vProd e vNF. Quando foi chamada a função ValidarRegrasdeNegocio, apresentou duas rejeições - 534 e 610. Porém independente dessas rejeições enviei para Sefaz e o XML foi autorizado. O teste seguinte foi comentar a linha onde estava a função acima, e deixei apenas <Validar> e não apresentou rejeição alguma. A pedido do Diego Folieni, estou abrindo este tópico para avaliação de vocês. Grato.

https://www.gov.br/ans/pt-br/assuntos/prestadores/padrao-para-troca-de-informacao-de-saude-suplementar-2013-tiss Neste link encontramos as informações para geração de arquivo XML para envio de lotes com as guias de consulta e/ou guias de atendimento (SADT) para as operadoras de plano de saúde, onde as clinicas, hospitais podem trabalhar seu faturamento. Minha dúvida é se seria de interesse criar um componente ACBR para geração desses arquivos. Caso necessite de alguma informação extra fico à disposição. Obrigado.

Obrigado pela pronta resposta Juliomar, esse teste eu já fiz, o PDF imprime na hora, com relação a fonte vou verificar. Obrigado pela dica.

Realizado novos testes, o problema continua. No comando "enviar", coloquei False para impressão, coloquei mostraPreview como false. Logo abaixo do comando enviar, coloquei acbrnfe.notasfiscais.imprimir. A Nota fiscal leva 60 seg (1 min) para o papel sair impresso. Obrigado desde já, sinceramente não sei o que verificar. Se é hardware, rede, a impressora funciona normalmente, inclusive em outro sistema de geração de notas fiscais. A impressora é uma samsung ProxPress m4070fr

OI Daniel. Ela está instalada em rede. Eu gerei um PDF da nota e imprimiu rápido. Não uso o Monitor, utilizo os componentes, Fortes Report. Quando eu estiver no cliente, vou desativar o preview. Eu uso Preview do DANFE e imprimo pelo Fortes. Este chamado era para o caso de já ter acontecido com alguém. Achei estranho pq eu tenho o mesmo programa funcionando em outro cliente, e funciona OK. Sim a impressora é em rede. Obrigado.

Impressão Fortes, está configurado como preview antes de imprimir. Comando de enviar, está assim: NFe.Enviar(NumLote,true,false,false); impressora samsung ProxPress m4070fr. Estamos substituindo o ERP que a empresa utiliza, e atualmente a impressão do DANFE realizado por este ERP (eles usam o NFeCreator), normal. Nosso sistema que usa ACBr, a impressora aparece no visor "imprimindo", porém fica MUITO tempo e não imprime (aprox 2 min) e depois imprime. Alguma sugestão? Obrigado, desde já. Leandro

Boa tarde. Como orientado, peço a inclusão do banco 329 - QI SCD na lista de bancos para emissão de boletos e consequente geração de arquivos de remessa e tratamento dos arquivos de retorno. Aproveito para anexar o manual do mesmo. Desde já muito obrigado Layout de Cobrança - QI Tech v2.0.1.pdf