BigWings

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.

Testei com o seu txt e os dados do responsável técnico foram gerados normalmente no XML. Verifique a sua versão do ACBrMonitorPLUS.

Pode ser algum problema na migração de dados de um provedor para o outro... Precisa entrar em contato com eles ou a prefeitura e verificar o cadastro do tomador.

E qual a dúvida? A mensagem parece bem clara.

Nesse caso você gera um novo número aleatório...

Veja qual valor está passando para a tag tpEmit. Para o tpEmit = 1 (prestador de serviço de transporte) você deve informar CTe. Para o tpEmit = 2 (transportador de carga própria) ou 3 (transportador que emitirá CT-e globalizado) você deve informar NFe. Caso informe documento divergente do tpEmit o componente vai ignorar o mesmo na geração do XML.

Qualquer linguagem deve ser capaz de gerar um número aleatório... Se você usa o ACBr, pode informar 0 para o campo cNF e deixar o componente gerar o código aleatório. Mas lembre que a sua aplicação deve armazenar esse código para poder recuperar a chave da NFe se necessário.