Sandro TC

Boa tarde, utilizo o ACBrMonitorPLUS versão 1.3.0.193 e está acontecendo o seguinte problema em um cliente com impressora não fiscal Bematech. Ao imprimir o DANFE de uma NFC-e, somente a logomarca é impressa e a linha "CNPJ: xxxxx yyyyy", sendo xxxxx o cnpj e yyyyy o nome da empresa. O DANFE não é impresso, mas sim somente logomarca e cnpj. Se desmarcar a checkbox "Imprimir logo", somente a linha com o CNPJ da empresa é impressa e nada mais é impresso. Ao desmarcar a checkbox "Controle Porta" o DANFE é impresso corretamente, com todos os dados. Porém, se eu deixar essa checkbox marcada, meu aplicativo não consegue imprimir na impressora não fiscal, pois parece que a porta fica bloqueada pelo ACBr. Sempre utilizo as configurações conforme imagens (anexo) nas impressoras Bematech de clientes e sempre funcionou. Porém, é a primeira vez que uma impressora de cliente já possui uma logo gravada previamente na mesma, o que parece ser a causa do problema. Desde já agradeço qualquer colaboração.

Bom dia, Rafael Dias. Funcionou. Muito obrigado!

Daniel, ao recuperar a senha utilizando a chamada abaixo a senha retornada é mostrada com caracteres estranhos. ConfigLerValor("DFe", "Senha") Devo colocar a senha como ela realmente é no arquivo ACBrLib.ini ? Se, por exemplo, a senha é "123" devo colocar: Senha=123

Boa tarde, estou iniciando testes com a ACBrNFe32.dll e estou recebendo mensagem abaixo ao executar a função NFE_StatusServico. Passos executados: 1) NFE_Inicializar 2) NFE_StatusServico 3) NFE_Finalizar Executei a função ConfigLerValor("DFe", "ArquivoPFX") e a mesma retornou o caminho e nome do certificado corretamente. O certificado está instalado corretamente, já que o ACBrMonitorPLUS está funcionando corretamente com este certificado. Mensagem retornada pela função NFE_StatusServico: WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro ao ler informações do Certificado. Provavelmente a senha está errada Na imagem (anexo) segue configuração do ACBrMonitorPLUS. Configuração parcial do arquivo ACBrLib.ini: [DFe] SSLCryptLib=1 SSLHttpLib=3 SSLXmlSignLib=4 [NFe] SSLType=5

Olá, utilizo o ACBrMonitorPLUS e gostaria de saber se é possível identificar qual item de uma NF-e ou de uma NFC-e gerou uma rejeição qualquer? Isto porque, às vezes, ocorre uma determinada rejeição qualquer em uma nota que possui muitos itens e, quando a mensagem de rejeição é apresentada ao usuário, não é possível identificar qual item foi o responsável pela rejeição, para que o mesmo proceda com a correção do cadastro do item, por exemplo, CST/CSOSN errado, etc. Minha aplicação realiza várias consistências no cadastro mas, às vezes, alguma inconsistência não é detectada no momento da gravação do item do cadastro. Aos poucos vamos melhorando as validações no cadastro, mas nem sempre isso é possível. Tenho conhecimento de que nem toda rejeição ocorre por inconsistências em itens da nota. Creio que tal informação não exista nas respostas da Sefaz (SAINFE.TXT). Talvez alguém tenha alguma dica de como proceder. Desde já agradeço a atenção e colaboração.

Boa tarde, comigo deu certo, conforme explicações do BigWings. Fiz conforme abaixo, ou seja, adicionei os dois campos dentro da seção Produto001: [Produto001] CFOP=5202 Codigo=31 . . . pDevol=100.00 vIPIDevol=30.00

Funcionou, BigWings. Muito obrigado!

Boa tarde, BigWings. Vou fazer a correção e posto daqui a pouco o resultado. Desde já agradeço a atenção.

Boa tarde, Frank. Também estou com o mesmo problema. Utilizo o ACBrMonitorPLUS versão 1.2.0.46 (compilada em março deste ano). Adicionei os campos abaixo no arquivo NFE.INI mas o ACBr não criou as tags pDevol e vIPIDevol nos itens no arquivo XML dentro da tag impostoDevol. [IPI001] CST= CodigoEnquadramento=999 ValorBase=0.00 Aliquota=0.00 pDevol=100.00 vIPIDevol=30.00

Tudo certo. Compreendido. Muito obrigado ao Kiko Fernandes e ao Fabrício.

Fiz o devido ajuste e funcionou! Obrigado por me lembrar da NT 2019.001. Porém, tenho uma dúvida sobre a regra de validação B03-10 da NT 2019.001 que você mencionou: A regra cita, por exemplo, que o número 01234567, entre outros, não pode ser utilizado na tag cNF. Neste caso, se eu utilizo um contador com auto incremento e, se esse meu contador atingir esse número 01234567, eu teria a rejeição, certo? Como você está fazendo, Fabrício? Está utilizando um contador? Desde já agradeço.

Sim, vou fazer o ajuste, pois como até então estava funcionando, achei que eu poderia colocar zeros à esquerda em cNF para diferenciá-lo de nNF. Mas pelo jeito não é aceito. A Sefaz deve ter atualizado seus servidores de homologação com esta verificação, pois em produção está funcionando. Obrigado, Fabrício.

Obrigado pelo retorno, Fabrício. A questão é qual código numérico, já que o código da rejeição é o mesmo 897 e a mensagem diferente? Ainda porque não fiz nenhuma alteração em meus fontes e o mesmo problema foi apontado por outras pessoas aqui no fórum. Mesmo assim, vou ajustar o campo cNF para ficar diferente do nNF, pois no meu XML está assim: <cNF>00001389</cNF> <nNF>1389</nNF>

Bom dia, pessoal. Para mim a rejeição 897 começou em 25/06/2019 com a mensagem "Valor Fatura maior que Valor Total da NF-e". Hoje a rejeição 897 já apareceu com a mensagem "Código numérico em formato inválido", conforme abaixo. Não fiz nenhuma alteração em minha aplicação e a rejeição aqui em GO persiste. É uma simples NFC-e com pagamento em dinheiro emitida no modo de homologação. CStat=897 CUF=52 DhRecbto=27/06/2019 10:23:43 Msg= VerAplic=GO4.0 Versao=GO4.0 XMotivo=Rejeição: Código numérico em formato inválido

Infelizmente, ainda não!

Fizemos o procedimento usando certmgr.msc em duas máquinas com Windows 7 e também deu certo. Obrigado, Gilberto.

Sim, Gilberto Faria, vamos ligar. Por acaso você executou os mesmos procedimentos de atualização das cadeias de certificados indicada aqui no fórum para serem feitos no Windows 10 semana passada? No Windows 7 não funcionou pra você em nenhuma máquina?

Também estou enfrentando o mesmo problema aqui em Goiás com o Windows 7 em vários clientes. Erro 12175 ocorrido com Windows 10 semana passada.

Verdade, Italo. Obrigado a todos pela contribuição. Até hoje sem solução para a questão que iniciei. Podemos continuar com a discussão?

Boa noite, Arturo. Utilizo o ACBrMonitorPLUS versão 1.2.0.46 e ao longo dessa semana três clientes meus já apresentaram o seguinte erro, que parece ter sido o mesmo erro que aconteceu com você. Erro interno: 12175 Erro HTTP: 0 URL: https://nfe.sefaz.go.gov.br/nfe/services/NFeAutorizacao4?wsdl Falha no Envio da Requisição. Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor No primeiro cliente, com Windows 10, só conseguimos fazer funcionar reinstalando o Windows. Pode me ajudar, por favor? Desde já agradeço.

Boa tarde, utilizo o ACBrMonitorPLUS há vários anos e o produto é excelente. Não utilizo a linguagem de programação Pascal (Delphi) e, portanto, meu ERP se comunica com o ACBr através da troca de arquivos. Minha dúvida é a seguinte: como posso utilizar o componente ACBrNFSe? Desde já agradeço.

Obrigado.

Boa tarde, estou na mesma situação. Utilizo o ACBrMonitorPLUS versão 1.2.0.5 e ao incluir o campo vDesc (ValorDesconto) com valor igual a 0.00 no arquivo ENTNFE.TXT, o ACBr não adiciona a tag vDesc no arquivo XML, causando a rejeição 905 (Campos do grupo Fatura não informados) justamente pela falta do campo vDesc. Interessante que na semana passada estava emitindo NF-e aqui no estado de Goiás com os dados da fatura normalmente sem a tag vDesc e não ocorria tal rejeição. Hoje, 16/07/2018, a rejeição começou.

Obrigado pela resposta, André Ferreira de Moraes. Existe previsão para inclusão de tal opção?

É provável que sim. Conforme tabela de aliquotas FCP x UF, Goiás tem aliquota de 2%. Tem alguma ideia do motivo da rejeição 874 se, aparentemente, meu xml possui os dados corretos? A propósito, você sabe como configuro a versão 2.0 do QrCode no ACBrMonitorPLUS (versão 1.2.0.5), por favor?