Hetosoft Sistemas

Não tem mesmo Gustavo. Você está correto. Também gostaria de utilizar os endpoints de consulta. Na collection que recebemos deles do Postman, também não tem, mas documentação online tem. Implementei manualmente aqui no Postman e deu certo. Seria interessante a equipe do ACBr verificar.

Por aqui também seguimos acompanhando. Todos os dias no aguardo

Eu já fiz a reinstalação quando baixei novamente. Esse retorno eu recebo quando não preencho DadosProfissionalParceiro.IdentificacaoParceiro.CpfCnpj Não foi Possivel Criar a NFS-e: Erro(s): Código : X800 Mensagem: Erro de Validação: --> 1824 - Element '{http://www.agili.com.br/nfse_v_1.00.xsd}RazaoSocial': '' is not a valid value of the atomic type '{http://www.agili.com.br/nfse_v_1.00.xsd}tsRazaoSocial'. Correção: ---------

Ratificando minha resposta anterior, quando tentamos enviar sem os dados DadosProfissionalParceiro.IdentificacaoParceiro.CpfCnpj e DadosProfissionalParceiro.RazaoSocial, recebemos o erro de validação de schema: Não foi Possivel Criar a NFS-e: Erro(s): Código : X800 Mensagem: Erro de Validação: --> 1824 - Element '{http://www.agili.com.br/nfse_v_1.00.xsd}RazaoSocial': '' is not a valid value of the atomic type '{http://www.agili.com.br/nfse_v_1.00.xsd}tsRazaoSocial'. Correção: --------- Todavia, apaguei a pasta do ACBr, baixei novamente, e refiz o teste: Não foi Possivel Criar a NFS-e: Erro(s): Código : Erro Mensagem: Erro ao tentar gerar NFS-e => Referência de objeto não definida para uma instância de um objeto. Correção: Erro deve ser corrigido para poder gerar a NFS-e com os dados informados. --------- Código : X203 Mensagem: Não foi retornado nenhuma NFSe. Correção: --------- Mesma coisa ainda. E ainda sem retorno da Agili.

Tentei sim inicialmente, o erro perciste. Mandei email para a Agili, porem sem retorno ainda.

Olá pessoal, estou com o mesmo problema com a Agili. Acabei de atualizar os fontes e reinstalar tudo. Mesmo pelo exemplo o erro persiste... Segue o XML de envio unitario e o retorno. Erro.xml Envio.xml

Sem o encode a string segue em anexo. Tinha certeza que já tinha testado este cenario, porem agora deu certo o load do XML. Agradeço a ajuda! XMLString.XML

Esta é a linha que salva o XML em um CDS, que grava no banco: A prop XmlNfse já esta com os valores desta forma: Os valores retornaram "com problema" no próprio componente. Porem... Mesmo com os caracteres problematicos, o componente NFSe consegue efetuar a leitura do mesmo e carregar os dados da NFS na lista de notas, enquanto o novo componente não faz o mesmo. Obs:. Aparentemente o retorno da ISSNet (Homologação) já esta com os caracteres problemáticos, mas novamente reitero a diferença entre componente sobre as mesmas condições...

Olá, estamos com um problema na função LoadFromString. Estamos migrando do componente NFSe para o NFSeX. Tudo já esta funcionando, exceto nosso metodo de ler o XML salvo em banco de dados para efetuar a impressão e cancelamento dos documentos. Neste momento estou utilizando o NFSeX para efetuar os envios e ler os retornos, e mantendo o NFSe para uso da função de LoadFromString, pois a mesma string, é possivel ser carregada no componente antigo e não é carregada no componente novo. Mesmo ponto do codigo e mesmo valor na variavel XML. Sem Erro no NFSe: Erro no NFSeX Em Anexo o valor da variavel XML. O xml esta dando erro ao abrir no navegador, pois esta com os caracteres de quebra de linha. Tentei utilizar alguns Decode para UTF8, mas não funcionou tambem... Conseguem nos ajudar? XMLString.XML

Ok. Pode fechar por enquanto. Vou deixar o meu alterado por aqui mesmo.

Segue o fonte ACBrBancoBrasil.pas

Olá. Atualmente o PDF do Boleto do "Banco do Brasil (CNAB)" mostra o número da agencia e da conta no campo "Agencia/Codigo do Beneficiário", ambos com o dígito verificador. Porém quando o Boleto é do Tipo "Banco do Brasil API" não mostra os dígitos. Estamos homologando um cliente novo, e o gerente da conta solicitou que os dígidos verificadores aparecessem no boleto. Fizemos um teste alterando a função TACBrBancoBrasil.MontarCampoCodigoCedente. Testamos a impressão, o envio via API, a leitura do código dentro de um aplicativo de banco, e tudo funcionou corretamente. Gostaria que analisassem uma possível modificação. Como está atualmente no ACBr function TACBrBancoBrasil.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin if(ACBrTitulo.ACBrBoleto.Banco.TipoCobranca = cobBancoDoBrasilAPI) then begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+'/'+ IntToStr(StrToIntDef(ACBrTitulo.ACBrBoleto.Cedente.Conta,0)); end else begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+'-'+ ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito+'/'+ IntToStr(StrToIntDef(ACBrTitulo.ACBrBoleto.Cedente.Conta,0)) +'-'+ ACBrTitulo.ACBrBoleto.Cedente.ContaDigito; end; end; Alteração que fizemos (aparentemente era assim antes): function TACBrBancoBrasil.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+'-'+ ACBrTitulo.ACBrBoleto.Cedente.AgenciaDigito+'/'+ IntToStr(StrToIntDef(ACBrTitulo.ACBrBoleto.Cedente.Conta,0)) +'-'+ ACBrTitulo.ACBrBoleto.Cedente.ContaDigito; end;

Tem algum link que explica como gerar essa chave? Ou o código-fonte desse programa pode ser passado pra gente sob solicitação? Queria embarcar essa função no gerenciamento dos clientes.

Sim sim. Isso mesmo.

Isso mesmo. É assim que eu estou usando aqui.