José M. S. Junior

Homologando a NFC-e com Integrador Fiscal CE Olá, Nesse tópico vamos detalhar os passos para realizar testes e homologação da NFC-e com o Integrador Fiscal do CE utilizando o componente ACBrNFe. Para utilização da NFC-e no CE é obrigatório o uso do Integrador Fiscal, diferente do que ocorre com as demais UFs, no CE não é o componente ACBrNFe que realiza o envio do XML diretamente para a SEFAZ, o que o componente faz é gerar o XML no padrão do projeto do Integrador Fiscal e gravar na pasta monitorada pelo mesmo, e o Integrador Fiscal se encarregará de realizar o envio e gerar a resposta que será lido pelo componente ACBrNFe. Para realizar este procedimento o ACBr utiliza o componente ACBrIntegrador interagindo com o componente ACBrNFe. Credenciamento na SEFAZ - CE Para emissão de Documentos Fiscais eletrônicos no CE é necessário que a empresa contribuinte esteja credenciada na SEFAZ CE: http://nfce.sefaz.ce.gov.br/pages/credenciamento.jsf e tenha em mãos o Certificado Digital do contribuinte credenciado. Além disso, o contribuinte que se enquadra na modalidade permitida para emissão da NFC-e no CE e opte por utiliza-lá ao invés do MFe, deve solicitar um requerimento para emissão de NFC-e através do sistema VIPRO (Sistema de Virtualização dos Processos). Veja mais detalhes no tópico: Instalar Integrador Fiscal O Primeiro passo é Instalar e Configurar o Integrador Fiscal - CE Para instalação baixe o aplicativo do site SEFAZ-CE : http://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ Após instalado, baixe neste mesmo link o último release do Integrador “Integrador Release DLL´s”. Descompacte o arquivo na pasta: %APPDATA%\Integrador obs: Clique com botão direito nas dlls vá em propriedades desmarque a opção "Bloqueio de Arquivo", caso as mesmas estiverem bloqueadas. Configure o Aplicativo Integrador Fiscal informando os dados do Estabelecimento e da Software House. Conforme descrito no Manual do Integrador Fiscal, para o ambiente de Desenvolvimento poderá ser usado os dados abaixo no Integrador: Estabelecimento: CNPJ: 30146465000116 IE: 065911482 Software House: CNPJ: 98155757000159 CHAVE: MD2Nof/O0tQMPKiYeeAydSjYt7YV9kU0nWKZGXHVdYIzR2W9Z6tgXni/Y5bnjmUAk8MkqlBJIiOOIskKCjJ086k7vAP0EU5cBRYj/nzHUiRdu9AVD7WRfVs00BDyb5fsnnKg7gAXXH6SBgCxG9yjAkxJ0l2E2idsWBAJ5peQEBZqtHytRUC+FLaSfd3+66QNxIBlDwQIRzUGPaU6fvErVDSfMUf8WpkwnPz36fCQnyLypqe/5mbox9pt3RCbbXcYqnR/4poYGr9M9Kymj4/PyX9xGeiXwbgzOOHNIU5M/aAs0rulXz948bZla0eXABgEcp6mDkTzweLPZTbmOhX+eA== A configuração deve ficar da seguinte forma: Utilizando o demo ACBrNFe para homologação com o Integrador Com os fontes e o demo ACBrNFe atualizados, selecione o componente ACBrNFe e relacione o componente ACBrIntegrador na propriedade "Integrador". Na Propriedade "modeloDF" selecione: moNFCe obs: Isto deve ser feito apenas quando for utilizar a NFCe para Estado do CE No componente ACBrIntegrador as pastas "Input" e "Output" devem estar configuradas com mesmo path configurado no aplicativo Integrador Fiscal, para a integração dos arquivos XMLs entre as aplicações. Compile a aplicação e configure as abas de: ( Certificado, WebService, Emitente e Geral ) com os dados do Contribuinte, seguindo o exemplo abaixo e Salve as configurações. Com o aplicativo Integrador Fiscal instanciado, realize uma consulta de "Status de Serviço" para validar a comunicação com o Integrador Fiscal, note que quando a comunicação está sendo realizada pelo Integrador poderá obter a resposta também do campo: "Código" e "Valor" do componente ACBrIntegrador. (Veja detalhes no código fonte do botão). Para testes de Envio, utilize a aba NFCe e realize o teste com o botão "Criar e Enviar". Note pelo código fonte do botão que existe um tratamento diferenciado para leitura da resposta quando se trata do Integrador Fiscal. É importante que o XML da NFC-e esteja válido e que a comunicação com o Integrador Fiscal esteja ocorrendo devidamente. Caso não esteja obtendo retorno do Integrador Fiscal, consulte o manual do mesmo para possíveis liberação de portas no Firewall e demais configurações. Também é importante que as dlls do Integrador em: %APPDATA%\Integrador estejam atualizadas e não estejam Bloqueadas. Utilize o Log gerado pelo Integrador Fiscal para análise de possíveis erros.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Na aba principal do ACBrMonitor marque a opção para gerar log. Quando encerrar o ACbrMonitor, anexe aqui o arquivo log.txt gerado para que possamos analisar, mas não temos outros relatos de que isso está ocorrendo, também podem ser outros fatores como: antivírus, firewall ...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, note que tem um espaços entre os valores passados como parâmetro e a virgula e também no final do arquivo. Sempre utilize aspas duplas para campos do tipo String para evitar problemas... ex: NFE.InutilizarNFe( "7500xxxxxxxxx0", "VENDA CANCELADA PELO CLIENTE", 2019, 65, 1,"109691","109691")

Boa tarde Na aba Geral no Demo, veja o path que está configurado em: "Salvar Arquivos de Envio e Respostas", neste path poderá ver todos os XMLs gerados e recebidos. Primeiramente valide se o XML está válido no site da SEFAZ RS: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx Pelo seu print notei que está gerando a NFe na versão 3.1 No componente ACBrIntegrador também pode configurar a pasta para gerar log.

Bom dia, Creio que as informações de pagamento com cartão só devem se emitidos caso a operação de pagamento seja integrada (TEF), caso contrário como vai comprovar essa informação se necessário? Porém, acho que os demais Moderadores podem opinar melhor sobre isso...

Na configuração da biblioteca verifique a chave [Extrato] campo: "Tipo" https://acbr.sourceforge.io/ACBrLib/ConfiguracoesdaBiblioteca17.html

Esse método está implementado na lib pelo que notei, a configuração do Extrato está configurada para ESCPOS? pois este método utiliza esse componente...

É estranho esta recusa... muita gente gera remessa da Caixa sem problemas... Se gerar a remessa pelo demo ACBrBoleto, informando RG ou SR também apresenta recusa na remessa? Se sim anexe o log completo da recusa, se possível...

Boa tarde, segue exemplo: https://acbr.sourceforge.io/ACBrMonitor/ModeloConfiguracaoArquivoINI.html

Realmente existe esta validação... Na impressão do cupom a informação do cartão só é emitida quando é realizado com pagamento Integrado.

A url que está apresentando após o erro no seu log não é a mesma que deve ser utilizada conforme site da SEFAZ... Para atualizar estas URLs no ACBrMonitor, instale a ultima versão do mesmo... o arquivo ACBrNFeServicos.ini será atualizado... note que no log não encontrou a url: https://nfe.fazenda.sp.gov.br/ws/nfeautorizacao.asmx a url correta no arquivo ACBrNFeServicos.ini deve ser: https://nfe.fazenda.sp.gov.br/ws/nfeautorizacao4.asmx

Bom dia Para tirar a dúvida se o problema esta na localização do arquivo .ini ou está nos dados do arquivo, passe todas as tags do arquivo .ini diretamente no parâmetro, se transmitir desta forma é porque não está conseguindo localizar o arquivo passado como parâmetro. Como a primeira tag a ser gerada é a UF, apresenta este erro quando não localiza a tag no arquivo... Veja um exemplo para realizar este teste: MDFE.CRIARENVIARMDFE("[Ide] tpAmb=2 mod=58 serie=1 nMDF=000105 .... ....",1,1)

Bom dia Está utilizando o módulo VPE para pagamento com cartão no Ceará? este método é específico para isso, deve retornar as tags para impressão do cupom quando precisar passar este layout de dados para impressão na máquina POS... Caso contrário utilize o método padrão de impressão de cupom.: "ImprimirExtratoVenda"...

Bom dia Com "TpIntegra" = 2, não é obrigado a informar os dados do cartão pois não é pagamento integrado, porém os parâmetros CNPJ, tBand e cAut devem ser informados todos em conjunto ou todos omitidos. Informe todos os 3 campos válidos ou não informe nenhum deles, no caso de tpintegra = 2. Valide como está no XML, se sai no XML é possível adicionar na impressão configurando a propriedade: "DescricaoPagamento"no componente ACBrNFeDANFeNFCeFortes

Bom dia Notei pelas configurações, que está utilizando a lib Capicom, experimente com a WinCrypt, conforme abaixo:

Bom dia Para utilizar NFCe do CE será necessário utilizar o Integrador Fiscal do CE, ele será encarregado de realizar a transmissão e obter retorno do XML. Com o ACBr você pode utilizar o componente ACBrNFe basta setar o componente ACBrIntegrador na propriedade "Integrador" a partir desta configuração o ACBr gera o XML na pasta "Input" para leitura do Integrador Fiscal. e lê o retorno do integrador na pasta "Output". Os métodos utilizados para envio são os mesmos utilizados com NFe normal utilizando o componente ACBr. Para utilizar o MFE não é mais necessário utilizar o Integrador Fiscal do CE, basta configurar a dll do integrador no componente SAT: Conseguirá iniciar os testes com o Integrador pois é o mesmo principio do SAT, mas precisará ativar o MFe e e realizar testes antes de colocar em produção, pois precisará trocar a dll de comunicação...

vou verificar...

Boa tarde Se possível, realize a alteração necessária e se o Banco homologar, anexe o fonte alterado, assim atualizamos no SVN.

Boa tarde Está passando as tags corretamente no grupo, como "tpag", "tpIntegra", "'CNPJ"

Por favor atualize novamente os fontes.

Bom dia Atualizado no SVN... Obrigado pela contribuição!

Bom dia Baseado nos logs e no comportamento que o ACBrMonitor executa, ocorre o seguinte nesta situação: - Foi enviado 3 comandos simultâneos de impressão. (Ou seja, na sua aplicação clicou no botão pra impressão três vezes seguidas). - Como já dito, a partir do momento que é chamado um preview em tela, vai depender da interação do usuário fechando a tela de preview para que o ACBrMonitor volte a Ler os próximos comandos, enquanto a tela estiver aberta vai ficar aguardando... - Neste caso chamou o preview a primeira vez e ficou mais dois métodos de impressão pendente de leitura. Quando fechou a tela Preview é que chamou o segundo método, permanecendo mais um pendente de leitura... - Por ultimo ao fechar a segunda tela de preview executou o ultimo método de impressão, chamando o preview mais uma vez... (Independente do tempo que o Preview permaneça aberto o Monitor só vai voltar a ler os próximos métodos quando usuário fechar a tela). - A partir do momento que o Preview é aberto não é mais possível gerenciar se o usuário realmente mandou imprimir ou quantas vezes ele mandou imprimir... Esta é uma tela do próprio Gerador de Relatório "Fortes Report". O fato é que será preciso fechar a tela para que o Monitor volte a responder e se havia enviado diversos comando de impressão, vai ser executado um a um... Se estiver selecionado a opção "MostrarPreview" o ACBrMonitor nunca manda direto para impressora, sempre chama o preview a partir de então será impresso quantas vezes o usuário clicar no botão "Imprimir"... A tela de Preview seleciona por default a Impressora Padrão do Windows (Lembrando que tem a opção de selecionar impressora também nesta tela). As configurações de impressora do ACBrMonitor serão respeitadas no caso de impressão direta (sem preview).

Configure esse campo da seguinte forma: Será gerado um arquivo log.txt no diretório raiz do ACBrMonitor