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

Solucionado. Entre uma modificação e outra talvez tenha ficado faltando reiniciar computador. Obrigado.

Já fiz as modificações, amanhã iremos testar. Muito obrigado.

Não Daniel, configuro direto no componente pq considerei padrão, então achei desnecessário. Mas se o problema pode ser decorrente disso, posso fazer essa configuração via código ao invés de direto no componente.

Boa tarde. Componente <ACBRNFe>, <configuraçoes> <Arquivos> Em SepararPorAno, coloquei false, em SepararPorMes, coloquei true. Executando ficou NFe/202008 (mes de agosto, por exemplo). Até aí, nenhum mistério. O problema é que coloquei o MESMO executável em outra máquina, e o xml foi gravado em NFe/2020/08, como se eu tivesse colocado SepararPorAno igual a true. Desculpe ser repetitivo, mas o MESMO executpavel se comportou diferente em duas máquinas diferentes. A unica diferença é que uma está o delphi instalado, e a outra é a máquina do usuário. O que poderia ser? desde já obrigado.

Olá pessoal, Tenho um cliente em São Paulo, e lá desde o inicio do problema de consumo indevido, eu diminui o numero de tentativas no componente para 3, e tem aparece "Lote em processamento", que é um controle de fila... quem tem seu xml atendido ele sai da fila para quem estiver esperando tenha seu xml processado. Vejam aqui nesse link sobre o numero de tentativas... https://acbr.sourceforge.io/ACBrMonitor/WebServices.html

Já solucionei meu problema... eu ia excluir o tópico mas não achei como fazê-lo. Obrigado e desculpe pela perda de tempo de vocês.

Bom dia. Atualizei hoje o acbr (19/11/2017) e ao compilar deu erro na funcão ObterNomeArquivo() que eu uso na linha: NomeArq := DMNFE.ACBrNFe.NotasFiscais.Items[0].NFe.procNFe.ObterNomeArquivo(); Ao analisar o erro, pesquisei primeiro e achei as seguintes linhas em um tópico de outro colega aqui no forum, como abaixo 15/11/2017 -- pcnProcNFe / pcnEventoNFe -- [*] Comentado a function GetVersaoEvento pois este retorna sempre uma versão pré-definida que pode não ser a versão atual do evento. Comentado também a function ObterNomeArquivo por não ter nenhuma utilidade. Por: Italo Jurisato Junior Não estou questionando o fato do Italo coloca a função como não tendo utilidade, mas teria uma outra forma para eu fazer isso pelo acbr, ou terei que eu mesmo fazer isso? Só gostaria de obter uma sugestão porque terei que alterar o código que está dando erro com a função acima mencionada coloca em comentário em pcnProcNFe.pas. Desde já agradecido abs a todos

Obrigado. Eu continuei pesquisando e vi que o fornecedor do certificado era VALID e vi que tinham alguns "senões" em sua instalação, converter para 1024 bits, etc. Achei bastante material aqui e acabou resolvendo. Muito obrigado.

Bom dia. Um determinado cliente possui uma segurança super rígida em seu ambiente, "usuário padrão", não pode gravar nada, não pode instalar nada, etc. Instalei o certificado (preciso de acesso de administrador para fazer essa instalação), tudo funcionando (vc consegue por exemplo entrar no site da receita com o certificado). Quando estou com o usuário da máquina que irá fazer o envio das notas, acontecem alguns erros relacionados a ter certeza de que o certificado digital não existe (classe não registrada, etc.). Pois bem, o que gostaria de ajuda dos amigos, é qual caminho eu sigo: 1. Os componentes para envio da nota exige que o usuário tenha perfil de administrador 2. Pedir ao administrador da rede que libere alguma coisa (acesso a alguma ferramenta) Alguém já passou por isso, queria apenas uma luz para poder seguir nas minhas pesquisas para poder colocar o programa para funcionar. Agradeço antecipadamente a ajuda. Se precisar de mais algum detalhe que eu não tenha informado, providenciarei.

Complementando histórico... comentei as linhas que deram erro e o programa está funcionando. Mas se alguém tiver uma resposta mais técnica, agradeço. abs