EMBarbosa

Essa mensagem significa que o arquivo já foi enviado e recebido pela SEF anteriormente. Se isso está acontecendo mesmo com arquivos que você acabou de gerar, o jeito é entrar em contato com eles. No mínimo o servidor está retornando uma mensagem de erro incorreta.

Parece que realmente está havendo muita demora nas respostas. Costumo verificar nesse site: https://monitor.tecnospeed.com.br/?&filter-uf=al&filter-doc=nfe Qual o valor do timeout que você configurou?

Queira atualizar e testar novamente.

Boa tarde. Visto que houveram várias mudanças na recepção de bloco x e redução Z no servidor da SEF de SC, é possível que eles estejam tendo problemas. O melhor mesmo é entrar em contato com eles caso você esteja percebendo demora ou recebendo retornos diferentes do que aparece no site do SAT SC.

Acredito que sim. Eu tive que fazer instalações manuais para testar. No entanto, pode ser necessário fazer ajustes nos path manualmente. Em que momento exato acontece esse erro? Ao compilar ou ao instalar?

Acho que não consegui reproduzir esse problema aqui. Você consegue @BigWings?

Olá, Teria como você anexar os xmls da mesma nota gerada que passou? Assim podemos comparar o que funciona com o que não funciona e tentar diagnosticar melhor o problema.

Tem vários, como: Code 39 code 128 Dá uma olhada nessa imagem:

Só o pacote ACBr_NFCe_DanfeRL foi removido, não o componente. Então visto que seu projeto já utilizava o outro pacote era só remover a dependência deste pacote mesmo. Não tem porque pedir desculpas. Talvez seu passo a passo ajude a outros.

O certo seria rodar o chkdsk. Acho que você não deveria deixar os componentes dentro duma pasta do "Onedrive". Na verdade quanto menor o path melhor. Por isso é melhor algo como "c:\componentes\ACBr\" ou simplesmente "c:\ACBr" se possível.

Não tem problema Leandro. Agradecemos sua ajuda e disposição desde já. Já foi útil ter apontado o problema, mas se conseguir fazer o ajuste vamos ficar ainda mais gratos. Bom trabalho por aí.

Bom dia Leandro, Infelizmente não podemos enviar a alteração da forma como está. Ela não é compatível nem com o Delphi 7, nem com o Lazarus.

As alterações feitas pelo @izaquesouza foram enviadas ao SVN na revisão 19345. Obrigado @izaquesouza. Como você mesmo notou, outras alterações foram feitas na mesma porção do código, então eu precisei de um pouco mais de tempo para conciliar as alterações e testar. Acredito que agora esteja ok. Mas peço que testem e reportem qualquer problema. Quanto ao seu tópico, vou te responder por lá.

Para o caso do ESC/POS, é preciso carregar no componente o arquivo de evento também. Veja esse outro tópico:

Não sei se entendi o que quis dizer... Você quer dizer enviar na requisição? Se for isso, basta usar o evento onAntesFinalizarRequisicao. Veja no programa exemplo o seguinte código: procedure TForm1.ACBrTEFD1AntesFinalizarRequisicao(Req : TACBrTEFDReq); begin if Req.Header = 'CRT' then Req.GravaInformacao(777,777,'TESTE REDECARD'); Memo1.Lines.Add('Enviando: '+Req.Header+' ID: '+IntToStr( Req.ID ) ); end;

Não sei o motivo de não ter atualizado, mas fico feliz que resolveu. Obrigado pelo retorno.

Acredito que não se teve um diagnóstico pra se chegar a uma solução. Você pode tentar avaliar as comunicações seriais e ver se há algum retorno, tentar com software do fabricante, etc...

Isso só é verdade se não houver mais arquivos do ACBr em nenhuma pasta do computador. O Delphi pode estar encontrando os arquivos incorretos por meio de um dos path. Esses são os que são gerados pelo instalador que devem estar corretos se seus arquivos fontes locais estão corretos. Isso parece correto. Mas o library path é só um dos lugares que o Delphi verifica. O Enviroment Path também pode estar alterado. Gostaria apenas que entendessem que eu estou tentando mas ainda não consigo reproduzir aqui esse problema. Talvez vocês queiram tentar compilar o pacote manualmente para testar.

Tudo indica que há alterações locais, ou que o Delphi está pegando os arquivos *.dcp incorretos. Vejam, a mensagem de erro significa o seguinte: "No pacote ACBr_NFSeDanfseFR, a unit ACBrNFSeDANFSeFR se refere a unit pnfsConversao. Mas a unit pnfsConversao não está em nenhum pacote." Mas a unit pnfsconversao está no pacote ACBr_NFSe: E o pacote ACBr_NFSe é requisito tanto do pacote DCLACBr_NFSeDanfseFR como do ACBr_NFSeDanfseFR que estão sendo compilados. Assim, a conclusão mais lógica é que ou há alterações locais nos pacotes, ou que o Delphi está pegando os arquivos *.dcp incorretos. Talvez por uma configuração incorreta de path.

Bom dia. Muito estranho que não consegui reproduzir esse erro nem no Delphi Berlin, nem no Rio, nem no Delphi 7 que tenho aqui. Mas enviei uma alteração na revisão 19295. Queira por favor atualizar e testar novamente.

Boa tarde Werner_Marques. Talvez. Depende da classe e da DLL. No caso do Sitef, fazemos a comunicação via DLL. Mas nem todos os gerenciadores se comunicam por DLL. Também nem todos os gerenciadores que se comunicam por DLL estão implementados. Por isso, caso queira que isso seja avaliado, por favor, crie um novo tópico explicando a necessidade da nova implementação e anexe a documentação provida para que possamos analisar essa possibilidade.

Também no nosso SVN, a gente tenta sempre manter atualizado.

Você precisa verificar no manual da certificadora.

Não... você continuaria usando o DBLResult, mas apenas como soma. Daí no Select você faz o if que você mencionou e joga no campo o valor como se ele fosse negativo. Algo como Select CASE WHEN ColunaDC = 'D' THEN ColunaValor * -1 ELSE ColunaValor END as ColunaValor from suatabela