Ir para conteúdo
  • Cadastre-se

Destak

Membros Pro
  • Total de ítens

    311
  • Registro em

  • Última visita

Tudo que Destak postou

  1. Boa tarde, Vamos la, tanto no componente antigo quanto no novo os passos e os momentos são exatamente os mesmo: 1. faco a consulta pelo numero do protocolo ConsultarLoteRps dai o componente salva o XML no caminho aqui definido alem de abrir a impressao com sucesso. 2. executo o LoadFromFile seleciono o XMLs acima informado que acabou de ser baixado, nesse momento a impressao é aberta com sucesso. 3. Salvo no BD usando a seguinte propriedade NotasFiscais.Items[0].XML e ai é que esta a diferenca entre o componente novo e o antigo, no componente novo salva errado ja no antigo salva corretamente. Segue em anexo todos os XMLs referente a descrição acima para analise. XMLs comp novo e antigo.zip
  2. Boa tarde, Tanto usando ACBrNFSeX1.NotasFiscais.Items[0].XML quanto ACBrNFSeX1.NotasFiscais.Items[0].XMLOriginal o problema permanece a mesma coisa mas agora mudou um pouco a forma que esta sendo salva no BD veja. Na imagem em anexo o ultimo registro é o que esta com problema, pois salvei ele conforme descrito nesse topico, usando o ACBrNFSeX1.NotasFiscais.LoadFromFile, ja os demais registros da imagem salvei logo em seguida da emissao da NFSe no mesmo momento e usando a propriedade ACBrNFSeX1.NotasFiscais.Items[0].XML. No componente antigo isso esta funcionando normalmente, mas novo novo é que ocorre esse problema.
  3. Repare que a impressão ocorre com sucesso, o problema é que em seguida quero salvar o XML no BD dessa forma que com o componente antigo estava funcionando normalmente. Query.ParamByName('pArquivoFiscal').Value := ACBrNFSeX1.NotasFiscais.Items[0].XML; ai ela salva como se fosse o RPS e não o XML da NFSe mesmo como era antes.
  4. Boa noite, Sim eu faço o clear, veja o trecho do meu código. ConfiguraACBrNFSeX(); //Aqui eu passo as informações de configuração do componente e do contribuinte ACBrNFSeX1.NotasFiscais.Clear; ACBrNFSeX1.NotasFiscais.LoadFromFile(OpenDialog1.FileName);
  5. Boa noite, Hoje tentei novamente emitir uma NFSe de RPS 266 e foi processado com sucesso, estou atualizando os fontes toda segunda-feira e pode ser que o problema era do provedor, de qualquer forma deu certo, como sempre agradeço e pode fechar o tópico.
  6. Bom dia, em reposta a solicitação de @Italo Giurizzato Junior feita via Discord abro esse topico. Eu baixo o XML da NFSe mesmo oficial direto do site do provedor, dai carrego ele no componente para poder imprimir ACBrNFSeX1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFSeX1.NotasFiscais.Imprimir; acredito que nesse momento o XML esta carregado no componente certo? Dai quero agora em seguida salvar ele no meu BD e facho assim: Query.ParamByName('pArquivoFiscal').Value := ACBrNFSeX1.NotasFiscais.Items[0].XML; Ai ele salva o RPS ao invés do XML original da NFSe que acabei de carregar no componente, o que esta errado nesse caso, como posso fazer isso? Segundo ja falamos no Discor sera necessario fazer o metodo LoadFromFile popular completamente o componente e na hora salvar pela propriedade NotasFiscais.Items[0].XML ele disponibilizar o XML da NFSe originalmente carregado.
  7. Boa tarde, Esse não existe mais, pois como esse provedor aceita o lote sempre com mesmo numero 1 então ele foi sobrescrito nas tentavas de envios posteriores.
  8. Bom dia, Segue em anexo o RPS 265 e o XML da NFSe 496 que é referente a o RPS 265, foi o ultimo autorizado. 3522012767453500010256000000000000265-rps.xml 3522012767453500010256000000000000496-nfse.xml
  9. Boa noite em sequencia a solicitação do @Italo Giurizzato Junior feita no Discord estou abrindo esse tópico. No primeiro envio do RPS 266 obtive o protocolo 184577E2B38781727981 que ao ser consultado agora nesse momento me retorna o seguinte erro (Rps 266. Favor Informar o ISS na Coluna de ISS Retido) Sendo assim informei as propriedades do componente IssRetido := stRetencao ValorIssRetido := ValorIss ResponsavelRetencao := rtPrestador Então fiz novamente o envio do RPS 266 (visto que esse provedor não permite pular numeração do RPS) dessa forma obtive o protocolo AC36D382297145447B26 que ao ser consultado retorna o seguinte erro (Rps 266. Informe o Imposto na coluna de Iss ou na coluna de Iss Retido) porem esta sendo informado essas TAGs , segue em anexo todos os XMLs para analise por gentileza. Por fim fiz uma ultima tentativa de envio do RPS 266 agora que gerou o protocolo 38B8868284CE9D9FD4B8 o qual ao ser consultado retorna o mesmo erro do protocolo anterior a esse que a msg é (Rps 266. Informe o Imposto na coluna de Iss ou na coluna de Iss Retido) Apenas para corroborar segue um print do site do provedor onde mostra o status de cada protocolo dos RPS. 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml 38B8868284CE9D9FD4B8-con-lot.xml 38B8868284CE9D9FD4B8-con-lot-soap.xml 38B8868284CE9D9FD4B8-lista-nfse-con-lot.xml 38B8868284CE9D9FD4B8-lista-nfse-con-lot-soap.xml
  10. Esta correta essas informações, como ja disse o outro boleto foi emitido usando a mesma logica, que o protesto deve ocorrer no 15º dia e portanto o mesmo só pode ser recebido até 14º dia, sempre com base em após a data de vencimento do respectivo boleto. Reforçando que nesse mês de Dezembro já emiti vários boletos para diversos clientes, sem mexer no sistema, nem atualizar os fontes do ACBr, só atualizei ontem depois desse erro, porem não houve mudança nisso, será que a API do banco esta com algum problema? Trecho do codigo DataLimitePagto := QryContaRCons.FieldByName('Vencimento').AsDateTime+(QryConvenioBancario.FieldByName('DiasProtesto').AsInteger-1); DataProtesto := QryContaRCons.FieldByName('Vencimento').AsDateTime+ QryConvenioBancario.FieldByName('DiasProtesto').AsInteger;
  11. Boa tarde, Ao tentar registrar um boleto vem esta msg de erro, segue em anexo o arquivo gerado .json e o RetornoRegistro.txt. O estranho é que emiti 2 boletos para o mesmo sacado um com vencimento p 30 dias que foi registrado com sucesso e o segundo com vencimento para 60 dias que é esse o qual esta ocorrendo erro. RetornoRegistro.txt 0017820202-registro_boleto.json
  12. Ok obrigado, pode fechar o topico.
  13. Certo entendido @Victor H. Gonzales - Panda Aproveitando que vcs tem as NTs de cabeça ai, o destinatário tem que estar credenciado como emissor de NFe para usar o serviço DistribuicaoDFe ou isso é indiferente?
  14. Boa tarde @BigWings Falei com meu cliente destinatário da NFe e a empresa dele é nova foi aberta em 26/10/2021 e se trata de uma MEI. Sabe me dizer se precisa fazer alguma ativação em especial para que ele possa usar o serviço DistribuicaoDFe, segundo ele antes de abrir essa nova empresa ele tinha uma outra MEI e usava o serviço DistribuicaoDFe normalmente com um outro sistema o qual não usa mais e mudou para o nosso aqui.
  15. Então o manifesto foi feito as 09:50 da manha e a ultima tentativa de baixar o XML foi as 21:00 mas ok amanha pela manha vou tentar novamente.
  16. Boa noite, Ao tentar fazer o download do XML pela chave utilizando o método DistribuicaoDFePorChaveNFe obtenho o erro 137 nenhum documento localizado, porem a manifestação de confirmação da operação foi realizada com sucesso, segue os XMLs em anexo e a imagem que mostra a manifestação realizada com sucesso. 20211213203813-dist-dfe.xml 20211213203812-con-dist-dfe.xml
  17. Ok fiz isso, agora esperar o cliente ter uma NFSe para cancelar dai farei o teste e retorno aqui, deixa aberto o topico ate que isso aconteça por gentileza obrigado Italo.
  18. Bom dia, Com o componente antigo o cancelamento é realizado com sucesso, segue todos os XMLs do cancelamento com o componente antigo. Uma observação é que antes de tentar cancelar com o componente antigo eu tentei com o novo e dai primeiro deu erro pedindo o xmotivo dai informei o motivo dai deu erro dizendo que a tag xmotivo não era esperada, da uma conferida nesta parte se tem algo a ser ajustado por gentileza. 14-can.xml 14-can-soap.xml 14-ped-can.xml 14-ped-can-soap.xml 2108-comp-nfse.xml 2108-comp-nfse-soap.xml 2108-con-nfse-rps.xml 2108-con-nfse-rps-soap.xml
  19. Boa noite, Não sei dizer pois parti direto para o componente novo neste novo cliente, e o pior é que este provedor não libera aceso a homologação e produção ao mesmo tempo ou seja eles liberam produção que é o status atual e não tenho como fazer testes em homologação, só se eles cancelarem o modo de produção, parece brincadeira mas não é . Vou combinar com o cliente que quando ele tiver uma NFSe para cancelar me avisa dai tento pelo componente antigo e retorno aqui, sendo assim deixa este tópico aberto até isso ocorrer.
  20. Boa tarde, Entrei em contato e consegui um material completinho deste provedor ISSNet, só não sei se ele serve somente para cidade de Barras Mansa - RJ ou para todas as cidades atendidas por este provedor. manuais.zip Manual Integração NFS-e Abrasf.html
  21. Fiz a alteração porem mesmo erro, segue os novos XMLs em anexo. 13-can.xml 13-can-soap.xml 13-ped-can.xml 13-ped-can-soap.xml
  22. Boa noite, Ao tentar cancelar uma NFSe usando o método ACBrNFSeX1.CancelarNFSe(InfCancelamento) município Barras Mansa - RJ é retornado o erro E160 Arquivo enviado fora da estrutura do arquivo XML de entrada segue os XMLs em anexo. 13-can.xml 13-can-soap.xml 13-ped-can.xml 13-ped-can-soap.xml
  23. Olhei aqui <Competencia>202111</Competencia> Devia ser isso mesmo o problema porque agora deu certo, não ocorre mais a exceção e o retorno continuar vindo certinho, obrigado Italo, pode fechar o tópico.
  24. Boa tarde, Ao chamar o método ACBrNFSeX1.ConsultarLoteRps(Protocolo,'') para o município Barra Mansa - RJ esta ocorrendo uma exceção segue imagem e XMLs em anexo, porem parece que os dados da NFSe estão sendo retornados com sucesso, mas a exceção ocorre, veja a imagem e debugando verifiquei que esta exceção ocorre na linha 276 da unit ACBrXmlBase mas a conferir pois não pude ter certeza. 2e3e8fb7efc14b7ba65eb3e2ca913275-con-lot.xml 2e3e8fb7efc14b7ba65eb3e2ca913275-con-lot-soap.xml 2e3e8fb7efc14b7ba65eb3e2ca913275-lista-nfse-con-lot.xml 2e3e8fb7efc14b7ba65eb3e2ca913275-lista-nfse-con-lot-soap.xml
  25. Boa tarde, Provedor CONAM cidade Taboão da Serra - SP ao tentar emitir o erro retornado é (Campo sigla do estado do tomador de serviço obrigatório.) notei que o componente não esta colocando no XML do RPS a sigla do estado do tomador <nfe:SiglaUFTom></nfe:SiglaUFTom> mesmo eu informando a seguinte propriedade: ACBrNFSeX1.NotasFiscais.New.NFSe.Tomador.Endereco.UF := 'SP'; Segue em anexo os XMLs 3521112767453500010256000000000000183-rps.xml 1-env-lot.xml 1-env-lot-soap.xml 1-rec.xml 1-rec-soap.xml
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.