BigWings

Usando o demo do ACBrNFe o teu XML validou normalmente. Já verificou a versão das DLLs OpenSSL/XmlSec?

O método alterado é usado por todos os DANFE, essa alteração causaria efeito colateral indesejado. Fiz uma revisão na impressão do DANFE em Esc/Pos no que se refere a impressão das informações adicionais do produto. Favor atualizar os fontes e testar. Algumas configurações do componente interferem em como será impresso: - ExibeInforAdicProduto - QuebraLinhaEmDetalhamentos - ImprimeEmUmaLinha Para impressão como na foto, defina ImprimeEmUmaLinha = True e ExibeInforAdicProduto = infSeparadamente.

Essa NFe é muito antiga e não será retornada pelo DistribuicaoDFe. Apenas notas com até 90 dias de emissão são disponibilizadas pelo método.

Para a NFCe o campo COD_PART deve ser informado em branco.

Se você executar o passo 4 imediatamente após o passo 3 pode ser que a NFe ainda não tenha sido disponibilizada pela SEFAZ. O webservice de distribuição é bem instável e às vezes leva uns minutos, horas e até dias para que a NFe completa esteja disponível para download.

Segundo o Manual de Especificações Técnicas do DANFe NFCe e QRCode: No caso da NFe, em vendas fora do estabelecimento da empresa pode ser emitido também o DANFE simplificado, que tem sua própria especificação.

Essa NFe é de 2011, versão do layout XML 1.10. Não existia o campo CRT no layout nessa época.

http://www.nfe.fazenda.gov.br/portal/perguntasFrequentes.aspx?tipoConteudo=yjOJMwFOkA0= Se não me engano o prazo geral atual é de 30 dias. Alguns estados como RO tem prazos menores e obrigatoriedade de se enviar a manifestação independentemente de ter havido a ciência.

O ACBr converte caracteres de controle HTML/XML em string, na geração do XML (veja a unit pcnNFeW.pas), então mesmo que você informe, p.ex.: Produto.infAdProd := '<codMaterialCliente>123456</codMaterialCliente>'; Isso será gerado no XML como: <infAdProd>&lt;codMaterialCliente&gt;123456&lt;/codMaterialCliente&gt;</infAdProd> Mesmo que você force a criação da nova tag no XML, ela não será validada pela SEFAZ: Então, a não ser que seja usada a abordagem já presente no ACBr, ou incluir o conteúdo numa caixa do tipo CDATA, não vejo sentido nessa exigência.

Tópico movido para o sub-fórum apropriado.

Favor anexar o arquivo alterado. E se possível um XML para testes.

Favor evite copiar textos grandes no corpo da mensagem. Use a opção de anexar arquivos.

A URL da mensagem de erro é da versão 3.10: Verifique a configuração do componente e a versão do XML gerado.

Tem razão, nesse caso significa que a URL para a versão 2.00 é a mesma da versão 1.00 e é usada sim na montagem do QRCode.

Você pode facilmente apenas baixar o arquivo ACBrNFeServicos.ini do repositório. A única diferença que encontrei foi na tag abaixo, para o MS: Essa URL não é mais usada já que deve ser usada a URL para o QRCode 2.00.

Sim, essa unit não é compatível com o Delphi Rio. Já existe uma diretiva para não utilizar Indy quando usando essa versão do Delphi no ACBr.inc: // INDY mudou muito no Delphi RIO, e as Units do ACBr ainda não foram ajustadas {$IFDEF DELPHIX_RIO_UP} {$DEFINE DFE_SEM_INDY} {$ENDIF} Execute novamente o ACBrInstall_Trunk2.exe marcando a opção de remover arquivos antigos. E veja se o seu projeto não está adicionando explicitamente esssa unit.

Enviado ao repositório, rev. 17133. Obrigado pela contribuição.

Alteração enviada para o repositório, rev. 17130. Obrigado pela contribuição. Favor atualizar os fontes e fazer os devidos testes.

Consegui replicar esse problema movendo a linha: ACBrBoleto1.Banco.TipoCobranca := cobBancoob; Para a última linha do código, antes do método LerRetorno. Então o que você precisa é ter certeza que está configurado a propriedade TipoCobranca antes de informar o número da conta para o componente. Já que para o Sicoob o tamanho da conta é definido em 12 (e não 13). constructor TACBrBancoob.create(AOwner: TACBrBanco); begin inherited create(AOwner); fpDigito := 0; fpNome := 'SICOOB'; fpNumero := 756; fpTamanhoMaximoNossoNum := 7; fpTamanhoCarteira := 3; fpTamanhoConta := 12; fpCodigosMoraAceitos:= '012'; fpLayoutVersaoArquivo := 81; fpLayoutVersaoLote := 40; end;

Você tem um XML com detalhamento de rastro que possa anexar para testes?

Caso seja necessário imprimir item a item, pode ser usado a tag infAdProd para imprimir as informações. Ou infCpl se for preciso apenas o total.

Sem erros também (parece ser o mesmo arquivo).

Não entendi a parte do número da conta estar vindo formatado com 10 dígitos... Fiz teste desta forma e não notei erros com o seu arquivo: if not OpenDialog1.Execute then Exit; ACBrBoleto1.DirArqRetorno := ExtractFilePath(OpenDialog1.FileName); ACBrBoleto1.NomeArqRetorno := ExtractFileName(OpenDialog1.FileName); ACBrBoleto1.Banco.TipoCobranca := cobBancoob; ACBrBoleto1.Cedente.Agencia := '3064'; ACBrBoleto1.Cedente.AgenciaDigito := '0'; ACBrBoleto1.Cedente.Conta := '000000011885'; ACBrBoleto1.Cedente.ContaDigito := '0'; ACBrBoleto1.Cedente.CNPJCPF := '23.216.110/0001-90'; ACBrBoleto1.Cedente.TipoInscricao := pJuridica; ACBrBoleto1.LerRetorno;

Pelo manual anexado a coluna 58 contém o dígito da agência e não o número da conta...

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.