Renato Rubinho

Tópico fechado por falta de retorno do usuário

Já é uma resposta válida, estando funcionando em produção, entende-se que o provedor está com problema no outro ambiente. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Informe se está utilizando a lib, monitor ou o componente. Como está passando as informações? No programa de exemplo acontece o mesmo?

Boa tarde, Pode informar qual foi a solução para que seja útil a quem tiver o mesmo problema futuramente? Bastou informar o tomador?

Tenha certeza de utilizar a: DistribuicaoDFePorUltNSU e não a: DistribuicaoDFePorNSU Outra coisa, se não tiver feito ainda, tente passar zero como ultNSU para baixar novamente tudo disponível no período.

Conseguiu resolver o problema inicial e capturar, na sua aplicação, o retorno assim como recebido no programa de exemplo?

Boa noite, Qual município? O ACBr não gera o XML, ele recebe um xml assim como o da direita e extrai a parte da NFSe, salvando o da esquerda. Não me recordo de algum caso do xml baixado do site vir com a estrutura que demonstrou na direita, este parece ser o retorno da ConsultaNFSeServicoPrestado via WS, de onde pode ser extraído o XML da NFSe. Veja como o componente faz o tratamento deste retorno. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Base/Provedores/ACBrNFSeXProviderABRASFv2.pas TACBrNFSeProviderABRASFv2.TratarRetornoConsultaNFSeServicoPrestado

Veja se sua aplicação está apontando para a mesma pasta de schemas que o programa de exemplo. Revise se as configurações da sua aplicação estão iguais as do programa de exemplo. Veja se o formato de alerta está igual ao exemplo. Se tudo acima estiver ok, tente debugar ambos para identificar onde está a diferença de comportamentos. Coloque um ponto de parada no "enviar" da sua aplicação e navegue com F7/F8 até chegar o ponto de validação dos schemas. Faça o mesmo com o programa de exemplo para avaliar onde está a diferença.

Tente com o programa de exemplo para ter certeza que não tem algum detalhe na sua aplicação. A exceção ao enviar deveria mostrar o retorno completo da validação dos schemas. Carregue o mesmo XML do envio ( não este de retorno ). Teste também a opção ACBrNFe1.NotasFiscais.Validar.

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

Boa noite, Se está sendo um retorno da Sefaz, veja se tem informações mas propriedades a seguir. ACBrNFe1.WebServices.Enviar.xMotivo ou ACBrNFe1.WebServices.Retorno.xMotivo

Boa noite, Veja no preenchimento do campo livre, deve ser preenchida a propriedade Cedente.Modalidade function TACBrBancoSantander.DefineCampoLivreCodigoBarras( const ACBrTitulo: TACBrTitulo): String; begin with ACBrTitulo.ACBrBoleto do begin Result := '9' + PadLeft(trim(Cedente.CodigoCedente),7,'0') + PadLeft(ACBrTitulo.NossoNumero + CalcularDigitoVerificador(ACBrTitulo), 13,'0') + '0' + PadLeft(trim(Cedente.Modalidade),3,'0'); end; end;

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

Boa tarde Willian, Como o assunto do tópico foi resolvido, vamos fecha-lo. Preencha o ResponsavelRetencao com rtNenhum que a tag não será gerada no XML. Caso restem dúvidas, favor abrir um novo tópico a respeito. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa noite, O que muda na linha digitável é o campo livre. Veja no seu ERP qual o critério utilizado no preenchimento do campo livre e veja na documentação do banco como deveria ser para poder corrigi-lo.

Boa noite, Tentando abrir a url no navegador também não abre. Se o problema persistir até amanhã, entrem em contato com o provedor, pois o problema é lá ou houve mudança na url.

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

Sim, veja o tópico a seguir para maiores detalhes.

Bom dia, Contribuição enviada ao SVN na Rev-28969. Por favor, atualize seus fontes, reinstale o ACBr, realize novos testes e reporte qualquer problema. 1. Prescon.GravarJson.pas * O tratamento do número no endereço não foi enviada. * De acordo com o manual, a rejeição ( S045-0 ) que consta no soap disponibilizado trata-se de erro no número da NFSe. * De qualquer forma, o componente não deve preencher automaticamente a informação, mesmo que gere rejeição é obrigação da aplicação o preenchimendo correto. 2. Consulta do XML * Implementado método ConsultarNFSePorRps, por possuir já as tratativas para os filtro pelo CodVerif. * Implementada leitura do xml e preenchimento do componente. 3. Arquivo ini * Atualizadas urls com https para este município que suporta este protocolo * Adicionada url da Consulta por RPS

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo Rev-28958

Usando winhttp ou OpenSSL, o componente não leva em consideração as opções de internet do Windows. Se está utilizando certificado A1, configure com OpenSSL senão winCrypt, para ambos LibXml2 e tls1.2 Veja as configurações neste tópico.

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

A série deve estar errada, para o DF por exemplo ela deve ser 3 e durante a implantação já foi 8. Confirme com o provedor a série a ser utilizada.

Este tópico é sobre NFe, respondido no outro tópico.

Houveram mudanças nas urls deste provedor, atualize os fontes, reinstale o ACBr, recompile a aplicação e faça novos testes.