BigWings

Essa parece a configuração padrão do ACBr.inc. Você ativou a diretiva {$DEFINE USE_MINGW}? Se fez isso, copiou também as DLLs da MinGW?

Fique a vontade para fazer a correção e anexar os arquivos alterados aqui que pode ser analisado e enviado ao SVN.

O que quer dizer com "não reconhece o certificado"? Tem alguma mensagem de erro? É certificado A1 ou A3?

Quem gera as dezenas é a SEFAZ-MS, no ACBr só foi preciso implementar a impressão das mesmas no DANFE. As regras que ela usa pra gerar ou não não estão muito claras. Talvez nesse caso não foi gerado por ser uma operação interestadual...

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

O apagarACBr.bat não apaga alguns dcu, geralmente os de terceiros. Então mesmo executando o apagaracbr ainda pode haver algum arquivo smtpsend.dcu ou smtpsend.pas desatualizado em algum lugar que o Delphi está encontrando na compilação. Então você precisa fazer uma varredura em todos os discos por estes arquivos e se for o caso removê-los ou atualizá-los.

Não, mas você pode desativar a gravação automática pelo componente e salvar manualmente de acordo com o schema.

Que saiba o ACBrNFe pelo método DistribuicaoDFe não salva os arquivos em TXT. Isso me parece outro assunto, talvez você deva abrir outro tópico. Eu não trabalho nem tenho conhecimento do formato em TXT.

Como você mesmo disse, pra ajudar os demais que tiverem a mesma dúvida e chegarem neste tópico.

Não está implementado dessa forma para NFCe. Que me lembre foi implementado para o MFe por obrigatoriedade pelo CE. Existe essa obrigatoriedade também no caso da NFCe?

Provavelmente tem algo errado no código e está tentando acessar um item que não existe. Se estiver usando for..do aninhados verifique as variáveis de controle. Não entendi essa parte.

Devia cair no schprocEventoNFe. Consegue ver pelo debug qual schema está carregando?

Os "em branco" podem ser eventos e não notas. Você pode testar o tipo de documento retornado acessando a propriedade schema: case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].schema of schresNFe: ; // resumo de nfe schresEvento: ; // resumo de evento schprocNFe: ; // nfe completa schprocEventoNFe: ; // evento end;

Você está chamando o comando </logo>, esse comando depende da imagem já estar carregada na memória da impressora. Para fazer apenas informando o caminho, você pode tentar o comando <bmp>, veja exemplo no tópico que citei.

ACBrNFSe1.NotasFiscais.Items[ xx ].NFSe.Servico.ItemServico.Items[ yy ]

@billbarsch Pode anexar o XML para testes?

Analisando a última alteração do arquivo SimplISS.ini do repositório, o que parece que foi alterado é que essas cidades que foram removidas do arquivo usam a montagem padrão da URL de recepção. [URL_P] RecepcaoLoteRPS=http://ws%NomeURL_P%.simplissweb.com.br/nfseservice.svc Sendo %NomeURL_P% definida no arquivo Cidades.ini, por exemplo: Assim só ficaram no arquivo SimplISS.ini aquelas cidades que tem a URL diferente desse padrão. Nesse caso recomendo que use os arquivos atualizados.

Pelo layout do XML e o link o provedor agora é o IPM. Então bastaria alterar no Cidades.ini a informação do provedor: [3145604] Nome=Oliveira UF=MG Provedor=IPM

Na impressão em modo Esc/Pos é enviado apenas o comando para impressão do logo. A imagem deve estar carregada na memória da impressora. Você pode usar o utilitário do fabricante ou tentar fazer isso diretamente pelo ACBrPosPrinter:

Não tem implementação para Fast do Extrato SAT. Apenas Fortes e Esc/Pos.

Pelo que vi nos logs não foi implementada a impressão das tags na versão em A4 do DANFe NFCe em Fortes. E sobre quais units atualizar, o recomendado é sempre atualizar toda a pasta ACBr, e resolver os conflitos com alterações locais se necessário.

Veja:

Por padrão ele já imprime o logo caso esteja carregado na memória da impressora. Então basta usar o utilitário da mesma pra carregar o logo. Veja também o tópico abaixo:

A rejeição exige o preenchimento dos dados do grupo card. Veja que pelo layout apenas a tag tpIntegra é obrigatória.