José M. S. Junior

Boa tarde, na Seção [DFe] do .ini basta configurar o path do arquivo .pfx do certificado no campo "ArquivoPFX" e informar a senha, veja o exemplo pelo Demo da lib de como gravar a esses dados... https://acbr.sourceforge.io/ACBrLib/DFe.html

O Integrador Server deve ser configurado onde está o aparelho MFe, e o driver MFe também... Nos terminais seria apenas o integrador, configurando as pastas compartilhadas. Lembrando que o aparelho MFe em si não depende mais do Integrador, é preciso ter instalado o Integrador devido ao VFPe, mas a comunicação do aparelho com a SEFAZ é direta... Para o ACBr se comunicar com o MFe, basta configurar a MFe.dll direto no componente ACBrSAT: Sobre o Integrador de uma olhada na pag. 11 da documentação: https://www.tanca.com.br/assets/conteudo/drivers/TM-1000/manual_de_utilizacao_integrador_fiscal_14.pdf

Essa opção de Danfe simplificado é para NFCe modelo simplificado, para esse modelo de etiqueta NFe não temos.

O ACBrMonitor precisa estar instalado no terminal onde está plugado o SAT, quanto a integração se o seu TS "enxerga" os diretórios de monitoramento não haveria problemas com a integração via troca de arquivos. Sua aplicação precisa gerenciar bem a comunicação com cada terminal (PDV)

Bom dia, está carregando essa configuração para a lib com o método Config_Ler? Isso ocorre com o aplicativo Demo? Lembrando que o nome da impressora precisa ser idêntico a instalação da mesma no Windows.

Bom dia a recomendação é que tenha um aparelho MFe para cada PDV, mas se desejar centralizar usando apenas um, precisará controlar essa fila, para cada pdv obter seu cupom. Cada maquina onde tiver um MFe precisa ter um Integrador instalado, mesmo a comunicação do MFe sendo direto com a dll. Se for centralizado precisa ter configurado o Integrador como Server. Nesse caso o VFP-e fica centralizado junto ao Integrador pois é ele quem processa os pagamentos.

Aparentemente continua sendo a configuração de Formado de DataHora no Server. Com o demo ACBr testou no Servidor também?

Bom dia, pode utilizar o emulador de SP para realizar os testes preliminares, como a geração e validação dos dados por exemplo. Com o aparelho o que muda é a dll, mas os métodos são os mesmos por isso é possível utilizar o mesmo componente, só precisará utilizar a dll do fabricante do aparelho MFe.

Pelo log parece que o Integrador não está conseguindo acessar seu Banco de Dados interno. A instalação do Integrador é bem chato... precisa seguir todas as recomendações do manual disponibilizado pela SEFAZ CE, certifique-se também de que não há bloqueio de firewall ou antivírus.

Esse erro indica que o Integrador não está respondendo no diretório de retorno... Verifique se a instalação do Integrador está correta dll atualizada, a dll precisa estar na pasta https://www.djpdv.com.br/como-emitir-nfc-e-usando-o-integrador-fiscal/ Dê uma olhada nessas dicas: https://www.djpdv.com.br/como-emitir-nfc-e-usando-o-integrador-fiscal/ O Integrador precisa estar lendo o xml gerado pelo ACBrMonitor (Após a leitura automaticamente ele exclui o arquivo) e precisa estar retornando o XML resposta na pasta retorno.

Notas de Lançamento 1- Adicionado novos parâmetros para obter o Path de onde foi gerado o XML dos DFe OBS: Nenhum dos parâmetro novos são obrigatórios. Esses métodos não alteram o diretório de gravação, apenas retornam a estrutura de path configurada no componente, ou conforme definido por parâmetros NFe.GetPathNFe( [dData], [cCNPJ], [cIE], [nModelo] ) NFe.GetPathCCE( [cCNPJ], [cIE], [dData] ) NFe.GetPathCan( [cCNPJ], [cIE], [dData] ) NFe.GetPathEvento( cEvento, [cCNPJ], [cIE], [dData] ) NFe.GetPathInu( [cCNPJ], [cIE] ) CTe.GetPathNFe( [dData], [cCNPJ], [cIE], [nModelo] ) CTe.GetPathCCE( [cCNPJ], [cIE], [dData] ) CTe.GetPathCan( [cCNPJ], [cIE], [dData] ) CTe.GetPathEvento( cEvento, [cCNPJ], [cIE], [dData] ) MDFe.GetPathNFe( [dData], [cCNPJ], [cIE], [nModelo] ) MDFe.GetPathCan( [cCNPJ], [cIE], [dData] ) MDFe.GetPathEvento( cEvento, [cCNPJ], [cIE], [dData] ) Para mais detalhes consultar a documentação do ACBrMonitor. Veja registro completo

Além dessa configuração, configure o comando NFe.SetModeloDF("65") na sua aplicação sempre antes de enviar comandos NFCe para CE com Integrador. Se você vai utilizar apenas a NFCe deixe esse método quando inicializar a aplicação. Além disso só precisa estar configurado na aba WebService para a UF: CE. No integrador configure para os mesmos diretorios de entrada e saída configurados no componente Integrador do ACBrMonitor

@mgmobile, pelo erro está tentando transmitir direto para a SEFAZ... Note que apresenta erro de acesso a URL. Quando utiliza o integrador o ACBr não transmite, apenas gera o XML na pasta do Integrador e ele faz a transmissão... O ACBr vai apenas processa o retorno do integrador se for gerado na pasta configurada. Verifique se realizou corretamente as configurações para utilizar o Integrador conforme link abaixo. Certifique-se de sempre setar o ACBr para utilizar NFCe antes de comunicar com o Integrador NFe.SetModeloDF("65")

Boa tarde, será adicionado. Obrigado!

Seus Schemas estão atualizados conforme repositório do ACBr? Sugiro que realize o mesmo teste utilizando o Demo, pois testando por aqui não é possível simular... Ao carregar e tentar enviar apresenta apenas inconsistência nos dados, mas não ocorreu o erro acima. Outro detalhe... Verifique se a verão do e-Social está configurada corretamente e se o IDEmpregador e IDTransmissor estão devidamente configurados no componente. Se mesmo assim persistir, por favor descreva um passo a passo para que possamos simular utilizando a aplicação Demo do ACBr.

Bom dia, esse número NÃO pode ser único deve ser diferente para cada NFe / NFCe e deve ser aleatório pela segurança, se for sequencial por exemplo suas chaves poderiam ser facilmente identificadas por eventuais fraudadores. Para cada Chave que gerar você deve armazenar a mesma antes do envio, se por algum motivo você não obter o retorno ou receber timeout, vai conseguir consultar posteriormente e da mesma forma vai conseguir cancelar ou inutilizar essa chave se necessário. Por isso a importância de ter o controle das chaves enviadas, mesmo sem ter o XML já autorizado. Essa informação não é retornado pela Sefaz nesse tipo de rejeição. Pois se trata da mesma composição principal da chave que está sendo enviando, ou seja, uma chave com mesmo (CNPJ Emitente, Modelo, Série e Numero) já foi transmitida. A diferença é que essa mesma chave está sendo reenviada com diferença em alguns desses campos: (Data Emissão, Tipo de Emissão, Código Numérico). Falamos bastante sobre isso na palestra sobre (Rejeições que podem Impossibilitar a emissão da NFe e NFCe) no Dia do ACBr On-Line, em breve estará disponível.

Bom dia Seria possível simular o erro utilizando o demo ACBreSocial? Se possível anexe o seu XML.

Pode ser configuração do gmail, verifique essas configurações nesse tópico:

Estamos verificando...

Bom dia @jamil, ocorre algum erro? Se possíve anexe o log da lib

Boa tarde, foi removido esse campo da configuração pois é desnecessário o tamanho do Nosso número já é definido na classe de cada Banco, dessa forma se alterar manualmente poderia ocorrer erro. Certifique-se de que o arquivo de configuração ACBrLib.ini NÃO esteja com esse campo: "TamanhoMaximoNossoNumero", se estiver remova o mesmo e instancie a lib novamente. obs: O nosso numero do SICRED deve ser passado apenas o numero sequencial, o prefixo: Codigo de Geração e o digito verificador é gerado pelo proprio componente, por isso o limite desse campo é 5.

Ajustes realizados na última versão do ACBrMonitor, favor realizar os testes.

Teoricamente não... Anexe o log.txt do ACBrMonitor quando ocorre essa situação.

Anexe o log.txt do ACBrMonitor e o arquivo ACBrMonitor.ini para verificação.

Infelizmente o cód retorno do SAT é muito genérico mesmo... Recomendamos na homologação utilizar o emulador SAT, com ele as respostas são mais claras e você consegue tratar diversas situações. Evitando que ocorra erro de dados em produção