EMBarbosa

Eu ainda não encontrei no site da SEFAZ de MG um link para download dos xmls emitidos. Não tenho certeza que MG permite isso atualmente. Por isso, sugiro você entrar em contato com a SEFAZ o mais rápido possível e explicar o que aconteceu devido a instabilidade. Eles vão te direcionar sobre o que fazer.

Criei um tópico de notícias sobre o componente:

ok. Então não é isso. Quando é por gerenciador padrão moda antiga (troca de arquivos) a transação TEF em curso pode ser cancelada, desde que o cancelamento seja feito antes da confirmação. O que acontece é que no caso de múltiplos cartões, assim que você envia uma próxima transação TEF, a anterior é confirmada. Mas isso não parece ser o seu caso. No seu caso o que parece estar acontecendo é que o gerenciador padrão não está aceitando o cancelamento por meio do NCN, embora não esteja retornando nenhum erro após o comando. Pelo menos em teoria você pode usar o CNC para fazer os cancelamentos. Por meio dele, até onde me lembro, o gerenciador padrão não abre nenhuma tela. O grande problema dessa implementação é que se a energia cair, você precisa fazer todo o tratamento na sua aplicação. Inclusive salvar em um arquivo as transações pendentes. Geralmente usamos o CNC quando alguém vem devolver um produto e quer cancelar a transação... Eu sugiro você relatar o que está acontecendo ao pessoal da GetCard mencionando o que está utilizando os componentes ACBr. Talvez exista uma outra configuração que estamos deixando passar despercebido. Por exemplo, eu encontrei um modelo antigo (veja o post do Daniel acima) em que usava o comando 'DSF' no lugar do 'NCN' e 'CAN' no lugar do 'CNC'. Isso poderia explicar o motivo de não estar aceitando o cancelamento. Mas não tenho certeza que é esse o caso. Poderia tentar um contato com eles e nos dar um retorno? Talvez com o manual deles.

Vale lembrar que a geração de boletos pelo Banco Inter atualmente não permite protesto, mesmo para Pessoas Jurídicas. Isso está na área de perguntas deles: https://ajuda.bancointer.com.br/pt-BR/articles/1853490-posso-emitir-boletos-com-a-conta-digital-pj

Valmir, o pessoal da GetCard tinha no gerenciador padrão deles uma configuração "Usa ACBr". Talvez esteja faltando alterar isso. Poderia verificar? Veja esse tópico:

Isso pode ser configuração na balança ou no aparelho. Talvez esteja configurado para reconhecer apenas esse valor, desconsiderando o restante... Notei que o manual que tinha anexado era do modelo 420 mas você iniciou o tópico falando do modelo 400, cujo manual atual é esse: https://cdn.toledobrasil.com.br/app/institucional/files/manuais/MU TI400 - 3474457 - Rev. 05-08-19.pdf Você precisa verificar qual protocolo o aparelho fala e verificar se o ACBrBal tem esse protocolo. É preciso também garantir que as configurações da comunicação também são iguais (como velocidade, paridade, stop bits, etc...). Geralmente isso resolve. Caso contrário, é necessário criar uma nova classe para o protocolo que o ACBrBal não fala. Como não temos um aparelho desse, fica difícil implementarmos e testar um novo protocolo.

Valmir, você pode me informar em qual empresa vocês fizeram o contato para esse TEF? Precisamos levantar a documentação deles para confirmar nossa suspeita.

Olá Valmir, Estou analisando os logs... já vou te dar um retorno.

Olá pessoal! Temos o prazer de informar que mais um novo componente foi adicionado ao projeto: ACBrLCDPR. O ACBrLCDPR foi criado para facilitar a geração do LCDPR - Livro Caixa Digital do Produtor Rural. Esse componente segue a mesma ideia de outros componentes para geração de arquivos como ACBrSPEDFiscal, ACBrSPEDPISCOFINS, ACBrSEF2, etc... Com ele você pode gerar o arquivo sem se preocupar com o layout do arquivo. A sua preocupação será apenas com as informações que precisa aprensentar. Como é um componente novo, temos consciência de que alguns ajustes talvez sejam necessários. Todos podem ficar à vontade reportar problemas. Podem fazer isso por criar um novo tópico com ajustes e anexar nele. Crie o tópico no subfórum ACBrTXT -> Outros (ACBrLFD, ACBrSEF2, etc). Mas queremos agradecer ao @Willian Hübner que pôs a mão na massa e fez a doação do componente que serviu como base dessa versão. Queremos também aproveitar a oportunidade para agradecer aos nossos usuários SAC. Seu apoio nos ajuda a continuar avançando.

Já há registros que foram atualizados para esta versão sim. Mas se você encontrar alguma modificação ainda necessária, por favor crie um tópico anexando as alterações. Use a área ACBrTXT -> ACBreSocial

As alterações do OSMCVL não estão relacionadas a esse problema e sim a coletar CPF pelo pinpad para NFP. Por favor, leia novamente o que eu escrevi desde o princípio sobre o motivo do campo não estar mais no ACBrTEFD...

Isso pode ser o formato da conexão. Não tenho certeza que seja como você diz que os dados estão em memória. Isso está relacionado ao controle de transações. Eu particularmente não tenho muita experiência com esse componente IBConnection. Mas se o jeito de fechar uma transação é usar o Close, então é isso que você precisa fazer. Mas o ideal é fechar a transação assim que ela deixar de de ser útil e não antes do próximo Select. Pra ser mais preciso, eu necessito de um programa que exemplifique o seu problema para analisar aqui na minha máquina.

Você pode criar um novo tópico com ajustes e anexar nele. Crie o tópico no subfórum ACBrTXT -> Outros (ACBrLFD, ACBrSEF2, etc). Como a princípio fiquei responsável por esse componente, você, pode me mencionar no tópico. Anexe no tópico quaisquer arquivos alterados. A escrita no SVN é restrita a princípio. A medida que se faz contribuições, seu nome pode ser adicionado a lista de committers.

Olá Willian, @Luciano Carvalho, @bpinformatica, e outros, informo que foi adicionado ao SVN o componente ACBrLCDPR seguindo o código do Willian acima a quem agradecemos pela contribuição. Tive que fazer algumas alterações como: O componente foi renomeado para ACBrLCDPR conforme padrão dos componentes do projeto. As pastas foram alteradas para conformar com o projeto também. O tipo dos campos CAEPF e NUM_TEL foi alterado de Integer para string. Isso é porque esses campos precisam de mais de 9 algarismos e o tipo Integer não possibilita essa escrita. Algumas correções no demo... Adicionado demo e pacote de instalação para Lazarus Adicionado no ACBrInstall Além das alterações para compatibilizar com o Delphi 7 mencionado acima. Subi as últimas alterações para o SVN na Revisão 17819. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 17812. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Como nós mesmos podemos compilar, geralmente basta remover os arquivos .exe e .dcu. Daí o tamanho do arquivo compactado cai drasticamente.

Sim.

Olá, Acho que não compreendi exatamente o que precisa... Você está falando em ler os arquivos XML, mas o código que você passou parece escrever arquivos XML. Poderia tentar explicar com outras palavras?

Esse arquivo não faz parte do ACBr. O ACBr não lê ele nem com e nem sem "TEF embarcado Sitef". A configuração para retornar ou deixar de retornar esse ou aquele campo é no gerenciador ou simulador da certificadora (seja ele o Sitef ou outro qualquer outro). Essa configuração pode ser feita na parte "client" ou "server" do gerenciador. Algumas vezes, precisa ser feita nos dois. Seja qual for o caso, quem pode te orientar na configuração é a certificadora ou representante/intermediária dela (como a SkyTef que representa a Software Express).

Olá Valmir, Não tenho experiência com esse TEF discado específico (GETNET). Mas é necessário verificar o roteiro deles. De qualquer maneira, se está sendo confirmada a transação assim que ela é feita, o CancelarRespostasPendentes não vai ter o comportamento que você espera porque não tem mais pendência. Nesse caso, o cancelamento é feito pelo CNC. Mas o ACBrTEFD não envia CNC automático. Por favor, verifique se não está sendo enviado comandos de confirmação para essa transação, ou talvez se não há alguma configuração no gerenciador. Caso o problema continue, queira por favor fazer um passo a passo e anexar o log do ACBrTEFD.

Olá, Acabei de testar aqui no Demo do Delphi com essa alteração e parece estar funcionando corretamente. Eu utilizei o botão "Gerar NFe" apenas removendo o comando de assinatura. Testei tanto em homologação como produção. Veja: - <dest> <CNPJ>00000802007376</CNPJ> <xNome>HC PNEUS</xNome> - <enderDest> <xLgr>Rua Coronel Aureliano de Camargo</xLgr> <nro>973</nro> <xBairro>Centro</xBairro> <cMun>3554003</cMun> <xMun>Tatui</xMun> <UF>SP</UF> <CEP>18270170</CEP> <cPais>1058</cPais> <xPais>BRASIL</xPais> <fone>1532599600</fone> </enderDest> <indIEDest>1</indIEDest> <IE>0731791900112</IE> Será que não há alguma alteração nos seus fontes? Será que eles estão atualizados?

Olá Júnior. Nos desculpe também a confusão. Mas talvez seja por causa da escrita... Tente escrever com um número menor de sinais de exclamação. https://www.todamateria.com.br/ponto-de-exclamacao-quando-usar/

Estranho. Verifique a possibilidade de você estar com dlls de versões misturadas. Exemplo a libeay32.dll ser da versão 1.0 mas outras dlls relacionadas serem da versão 0.9.

Erro não catalogado geralmente é problema na recepção da SEFAZ. É importante vocês entrarem em contato com eles para esclarecerem o problema.

Hmm... eu que entendi errado então... estamos quites Mas então acho que você está atacando o problema do lado errado. O formato usado no ACBr é o formato do layout do SPED que é definido por legislação nacional. Não podemos simplesmente ignorar a legislação, conforme o @BigWings disse acima. Nesse caso, não seria mais prudente conversar com o pessoal que quer importar o registro C850 e pedir para que eles atualizem a importação deles para o formato da legislação?