Hetosoft Sistemas

Entendi. Pode até fazer sentido. Porém em outros cenários enviando apenas 1 forma de pagamento e nSeq = 1, a NFC-e sempre retorna o mesmo erro. Já tentei usar o cOrgao 51 e 92

Exato. Foram feitas outras tentativas anteriormente. Vou pedir pro analista de testes fazer do zero com outra nota pra ficar com nSeqEvento, mas tenho certeza que não vai mudar nada. Pois anteriormente já foi feito.

Olá, desculpe pela demora, estamos retomando o projeto agora. Segue anexo da NFe e NFCe. A NF-e tudo certo, consegui até registrar o cancelamento de um eConf. NFCe_1-eve.xml NFCe_1-ped-eve.xml NFe_1-eve.xml NFe_1-ped-eve.xml

Deu certo em produção. Apenas a NF-e. A NFC-e continou com o erro: <cStat>410</cStat> <xMotivo>Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service</xMotivo>

Exato @Diego Foliene. Por isso achei estranho a questão do cUF. Eu já tentei com 51 e 92 no cOrgao. Fiz novamente pra poder anexar os xmls dos eventos. Evento Envio NFCe 65 - cOrgao 92.xml Retorno Evento NFCe 65 - cOrgao 92.xml

Isso mesmo @Italo Giurizzato Junior todo o processo foi feito em homologação. Desde a emissão do documento. Os documentos foram protocolados dia 14 (2 dias atrás)

Olá. Estou com dificuldade em implementar o envio do eConf. Estou fazendo os testes em ambiente de homologação, tanto de NF-e quanto de NFC-e emitidas em MT. Quando envio eConf para NF, o retorno do evento é: <cStat>494</cStat> <xMotivo>Rejeicao: Chave de Acesso inexistente</xMotivo> Quando o envio é de NFC-e o retorno é: <cStat>410</cStat> <xMotivo>Rejeicao: UF informada no campo cUF nao e atendida pelo Web Service</xMotivo> Vou anexar o XML do Envio e Retorno dos eventos. Se alguém puder identificar o que estou fazendo de errado ficarei grato. Evento Envio NFCe 65.xml Evento Envio NFe 55.xml Retorno Evento NFCe 65.xml Retorno Evento NFe 55.xml

Olá, @C4Dev. Ainda hoje o cenário é o mesmo. Mas só pra confirmar, isto ocorreu contigo em Homologação ou Produção?

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.

Enviado.

Boa tarde. Preciso obter no retorno da consulta detalhada do BancodoBrasilAPI o valor creditado em conta. Eis a situação: Valor do Boleto: (+)R$10,00; Taxa de Administração: (-)R$1,00; Valor creditado em conta: (=)R$9,00; Hoje, no componente, nós só temos a informação do Valor Pago pelo cliente (R$10,00). O retorno da API do BB retorna esse valor credito em AJson.Values['valorCreditoCedente'].AsNumber; Seria possível tratar essa propriedade na leitura do Retorno? Não sei se poderia usar uma propriedade já existente, ou talvez criar uma nova. O Ideal mesmo seria obter esse valor de R$9,00, porém, não achei esse valor no retorno. Então se eu obtiver o valor do crédito, consigo chegar ao valor da Taxa. Desde já, muito obrigado.