leomcl

Bom dia senhores, Utilizo o ACBrTEF para TEF Auttar e SiTEF. No Auttar, a propriedade "ACBRTEFD1.Resp.Rede" retorna GETNET, CIELO, etc. No SiTEF, a mesma propriedade retorna ELO DEBIT, VISA DEBITO, etc. Já no Auttar, essa informação de bandeira é retornada pela propriedade ACBRTEFD1.Resp.NomeAdministradora. Ou seja, a propriedade "ACBRTEFD1.Resp.Rede" na Auttar parece retornar a autorizadora, e no SiTEF a mesma propriedade retorna a bandeira. Já na Auttar a bandeira é retornada pela propriedade "ACBRTEFD1.Resp.NomeAdministradora", que no SiTEF retorna sempre em branco. Em resumo, gostaria de saber como vocês fazem para pegar a bandeira corretamente dentre os vários TEF's suportados pelo ACBrTEF. Desde já agradeço, Leandro

Bom dia senhores, Estou tendo esse mesmo erro, mas meu caso é um pouco diferente, por que realmente o total da fatura é maior que o total da NFe no meu caso. A situação exemplo é a seguinte: A oficina faz uma Ordem de Serviço pra consertar um veículo, e usa 500,00 de peças e 100,00 de mão-de-obra. A fatura gerada no contas a receber é de 600,00 para a Ordem de Serviço inteira. Já a NFe é de 500,00 e a NFS-e (de serviços) é de 100,00. O cliente gostaria que saísse na NF-e, no detalhamento da forma de pagamento, o que o cliente tem a pagar, ou seja, R$ 600,00. Alguém sabe como proceder nessa situação? Obrigado, Leandro

Sim, já tenho NFe emitida contra o CNPJ em homologação, usando outro certificado, tudo certinho. Mas não funciona. Mas se quiser mandar seu CNPJ pra mim via mensagem privada, eu faço aqui nota pra ele e te envio o XML pra vc testar aí. att, Leandro

Bom dia senhores, Vi alguns tópicos, como este abaixo, de gente tendo problema pra testar o DistribuiçãoDFe em homologação. Alguém já conseguiu tal façanha? Emito notas em homologação do certificado A para o B, mas quando vou no B e uso o DistribuiçãoDFe, nunca encontra nada. Será mesmo que não temos opção de fazer testes no DistribuicaoDFe sem gerar eventos em produção? Será possível isso? Alguém já conseguiu fazer esse "troço" funcionar em homologação? Desde já agradeço, Leandro Esqueci de dizer, estou testando em ambiente de Minas Gerais. obrigado.

Obrigado, Denise. Salvou a pátria. Foi só usar a linha: SSLXmlSignLib := xsMsXml; Muito obrigado, Leandro

Agora, fiz um teste aqui, mudando de libWinCrypt para libCapicom e funcionou. Estranho que estava funcionando antes com a libWinCrypt. E é só o cancelamento, o envio vai normal com WinCrypt.

Bom dia senhores, Atualizei hoje meu ACBr, e parou de funcionar o cancelamento de NFSe. Eu não o atualizava desde novembro de 2017, e estava funcionando. Percebi que o XML de pedido de cancelamento antigo tem diferença do pedido de cancelamento que está sendo gerado hoje, com o ACBr assinado (segue anexos). Pelo que reparei, a assinatura antes de atualizar o ACBr vinha antes de: </Pedido> </CancelarNfseEnvio> Agora está vindo antes de: </CancelarNfseEnvio> Acho que é esse o problema. Uso o provedor EReceita (Montes Claros/MG). Alguém saberia me informar se isso é alguma configuração nos .ini que tenho que mexer? Desde já agradeço, Leandro 201700000000828-ped-can - ANTIGO - FUNCIONANDO.xml 201800000000236-ped-can - HOJE - COM ERRO.xml

Na verdade, ele não discutiu que o md5 do cupom estava diferente do md5 registrado no sistema da receita. Só pediu pra corrigir o que ele disse que não estava dentro da lei, que era um relatório gerencial. Menos mal rsrsrs. Leandro

No nosso PDV sai o MD5, por que inicialmente foi feito pro Requisito 02.02, depois que foi adaptado pro MG002 não tiramos tudo. De qualquer forma, deu tudo certo, recebemos resposta do auditor, já estamos sem problemas com eles. Obrigado!!!

Já está na MG002. Ao menos isso rsrs obrigado.

Obrigado Felipe, vou apresentar isso pro fiscal se ele reclamar de algo. Sobre formatar, @esantana, não é viável toda vez que formos instalar um sistema formatarmos a máquina. Cliente vai preferir nem trocar rsrsrs Obrigado, Leandro De qualquer forma, o fiscal pediu o MD5 da versão anterior que estava lá, então eles usam pra alguma coisa. Se alguém souber como proceder nos casos que falei acima de dlls diferentes, eu agradeceria. Obrigado, Leandro

Boa tarde @esantana, Não é executável de homologação. Aqui em MG, toda vez que a gente faz uma alteração no PAF-ECF, a gente mesmo vai lá no sistema da Receita e registra a versão e seu MD5. A questão é que o MD5 que registrei lá no site, está diferente do MD5 que está sendo impresso no cupom do cliente, embora o executável do PAF-ECF seja o mesmo. Isso acontece por que na máquina do cliente tem dll's diferente do ambiente desenvolvimento. Por exemplo, o pc onde desenvolvmentos é 64 bits e lá no cliente é windows 32 bits. Aí as dll's são diferentes.

Bom dia pessoal, tou com um problema sério. Em Minas utilizamos PAF-ECF ainda, e tem aquiele arquivo com a lista de MD5 dos arquivos exe e dll que é gerado ao entrar no sistema. Esse MD5 tem que ser impreso no cupom. Mas pode ser que na máquina do cliente vai estar com alguma dll com versao diferente da que foi usada na máquina de desenvolvimento, logo o MD5 do PAF-ECF registrado no site da receita vai ser diferente do MD5 que sai no cupom do cliente. Alguém sabe como proceder nesse caso? Estou com um fiscal me pedindo esse md5 e versão, e não bate com o que saiu no relatório gerencial do cliente q ele está fiscalizando. Obrigado, Leandro

Também estamos tendo esse problema com alguns clientes. Se tiverem alguma informação oficial da Sefaz, por favor repassem. Leandro

Mostro uma mensagem. att, Leo

Marcos, Resolvi fazendo isso que o BigWings falou. No laço que leio o retorno do ACBR com as NFe destinadas, fiz a seguinte condição: if ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[zContNFe].schema = schprocNFe then begin ACBrNFe1.NotasFiscais.Clear; try ACBrNFe1.NotasFiscais.LoadFromString(ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[zContNFe].XML, false); Except end; if ACBrNFe1.NotasFiscais.Count > 0 then begin if ACBrNFe1.NotasFiscais[0].NFe.Dest.CNPJCPF <> zCNPJ then //se não é nota destinada ao meu cnpj, ignoro continue; end; end; Onde zCNPJ é o CNPJ da empresa em questão. att, Leandro

Boa noite Senhores, Eu achava que o DistribuicaoDFe retornava apenas notas destinadas ao nosso CNPJ, mas está retornando as notas emitidas pelas filiais também. Alguém pode confirmar se também percebeu isso? Diante disso, tem-se um problema: eu quero apenas as NFe's emitidas para o meu CNPJ, mas não vi forma de filtrar isso pelo retorno. Pela propriedade: ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip[0].resNFe.CNPJCPF eu tenho o CNPJ que emitiu a nota, não o CNPJ destinatário. Alguém poderia me dar uma luz de como resolveu isso? Obrigado, Leandro

Consegui resolver. Atualizei a versão do fastreport de 5.1.5 para 5.3.16 e deu certo. Parece que a 5.1.5 não suporta scripts. Não sei como mudar o título do tópico pra resolvido, de qualquer forma, muito obrigado. Leandro

Obrigado Henrique. Estava usando o danferetrato.fr3, agora testei com o danferetratonovo.fr3, danfe.fr3, DANFeRetratoFS_Basic.fr3 e o DANFeRetrato_Basic.fr3, e o que ficou menos desconfigurado foi o DANFeRetrato_Basic.fr3. Percebi que ele tem menos campos que o DANFeRetrato.fr3, mas acho que não será problema pros meus clientes. Só a questão da borda do quadro de itens não estar preenchendo a folha toda que continua. Att, Leandro

Bom dia, Enquanto utilizando Delphi XE6, o DANFE estava normal. Ao compilar o mesmo sistema em Delphi Seattle (com FastReport 5.1.5), com os mesmos componentes ACBr (sem atualizar via svn), o DANFe começou a sair conforme imagem anexa. Ou seja: - Código de barras aparecendo em cima da mensagem de consulta de autenticidade (a nota não está em contingência); - Antes no Delphi XE6, quando a nota tinha um produto apenas, a borda do quadro de itens da nota ficava "esticada" até o quadro de dados complementares da nota. Testei no Demo ACBr e deu o mesmo problema. Debuguei e confirmei que o campo Contingencia_ID do report está em branco ao imprimir, portanto o código de barras em questão nem deveria aparecer. Desde já agradeço a ajuda, Leandro Esqueci de dizer, também, que os dados adicionais do DANFE não estão saindo (está mostrando em branco).

Senhores, Queria deixar registrado aqui a solução que achei para esse problema. Vou usar o evento AntesFinalizarRequisicao para detectar se a internet está funcionando no momento que envia o comando CNF. Se não estiver funcionando, avisa o usuário e ao invés de enviar o CNF envia um comando qualquer que não existe (XYZ por exemplo), mas deixa o ACBR finalizar o processo (apagar os arquivos temporários, etc) como se tivesse enviado o CNF. Nesse momento seu sistema tem que gravar que aquela transação não foi finalizada por conta de internet, gravando os dados para enviar o NCN logo após a internet ser reestabelecida. Detalhe: não utilizo múltiplos cartões, não sei se essa solução atenderia para quem utiliza. Segue anexo uma versão do TEF demo alterado simulando o que falei acima, para quem no futuro passe pelo mesmo problema. Sugestões para melhor tratar esse caso são bem vindas. Att, Leandro ExemploACBRTEFD_detectarinternet.rar

Tentei argumentar com o homologador que esse teste deveria ser só para quem usa a DLL deles, que tem um retorno referente ao link de internet estar funcionando, mas ele disse o seguinte: "Após o retorno do TEF indicando que a venda foi aprovada, você deve realizar a impressão do comprovante e enviar a confirmação “3ª perna”, nesse momento seu sistema deve identificar e indicar a falha na comunicação, após restabelecer a internet seu sistema deve enviar o desfazimento da transação." Enfim, não tem pra onde correr. Obrigado, Leandro

Desliguei a internet não só no momento da impressão da 2a via, mas antes de começar a primeira, durante a primeira via, etc, enfim, em vários momentos, mas não aconteceu o cancelamento da transação TEF. No site da Auttar a transação está como PENDENTE, mas na automação finalizou normalmente, como se tivesse confirmado a transação com CNF. Pelo que conversei com o Nelson (homologador) da Auttar, teria que ter tipo o tratamento de desligamento da impressora, só que para internet. A automação não deveria enviar o CNF para confirmar a venda se a internet cair no meio da impressão, tal qual acontece quando se desliga a impressora. Mas queria saber de quem já homologou com eles se fez esse teste e como tratou essa situação. Ou se não precisou fazer nada e o ACBrTEFD já tratou corretamente, aí tenho que ver o que fiz de errado aqui. Obrigado, Leandro

Bom dia senhores, Estou fazendo os testes para homologação Auttar, e tem o seguinte teste no roteiro: "Realizar uma transação de crédito a vista no valor de 905,00 utilizando um cartão com chip ou digitada, com o cartão 5111 1111 1111 8 validade 12/20 COD SEG: 123, no momento da impressão da 2ª via do comprovante desconectar a maquina da internet." Ação a ser tomada: "Após aprovar a transação, verificar na ferramenta web o status, que deve estar como PENDENTE, após estabilizar a internet a automação devera enviar a operação NCN "Não confirmação da venda e/ou da impressão". E na sequencia apresentar na tela a mensagem de TRANSAÇÃO NÃO APROVADA. Verificar na ferramenta web o status da transação, que deve estar como "DESFEITA NA AUTORIZADORA" Estou utilizando o ACBrTEFD, mas não achei nada no fonte do componente que tratasse queda da Internet. Alguém que já homologou Auttar pode me falar como fez nesse caso? Muito obrigado, Leandro

Ok, obrigado senhores. No caso é TEF Auttar, vou verificar com eles. att, Leandro