Ir para conteúdo
  • Cadastre-se

Renato Rubinho

Consultores
  • Total de ítens

    3.825
  • Registro em

  • Última visita

  • Days Won

    66

Tudo que Renato Rubinho postou

  1. Boa tarde, Atualize o Fortes, reinstale e depois reinstale novamente o ACBr.
  2. Acredito que é o que resta a tentar. Talvez alguma dcu antiga, da synapse por exemplo, mas ficaremos somente no "achismo".
  3. Certo, temos diversos casos de atingir o timeout e ocorrerem anomalias por ter interrompido o processo no meio, mas se não está atingindo esse tempo, desconsidere essa alteração. Segue o programa de exemplo compilado para seus testes, esse link será removido amanhã e esse exe irá funcionar por 7 dias. Simulada geração do token sem erros. ACBrNFSeX_Exemplo.zip
  4. Mais um teste enquanto isso, aumente o timeout para 30k ou mais.
  5. Boa tarde, Tente um fale conosco com a Sefaz reportando este caso anterior para verificar se eles tem alguma posição a respeito ou alguma dica do que fazer.
  6. Deixe o número de série em branco. O componente pode estar tentando configurar o certificado através dele. Revise o que está fazendo para conectar ao banco, caso esteja fazendo algo além de habilitar a linha no código.
  7. Boa tarde, Complementando, veja o que envolve sua conexão com o banco de dados, se tem algum Proxy ou firewall sendo ativado que esteja bloqueando o acesso à internet, fazendo com que o serviço fique inacessível.
  8. Boa noite, Para não ocorrer esta rejeição você deve preencher o CNPJ da contabilidade no grupo autXML. Veja no modelo como preencher. https://acbr.sourceforge.io/ACBrMonitor/ModeloNFeINICompleto.html
  9. Boa noite, Veja uma dessas opções: ACBrNFe1.WebServices.EnvEvento.EventoRetorno.XML ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML
  10. Boa noite, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31306 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
  11. Boa tarde, Movido tópico para o Fórum adequado.
  12. Desculpe, esqueci de colar o caminho de onde você deve pegar os inis de exemplo. https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrReinf/ArqINI/Layout 2.1/ Agora sim, o que quis dizer foi para tentar enviar o ini que consta neste endereço, pois todos foram validados. Obs: Precisa preencher o nrInscricao válido no ini de exemplo. Caso funcione, tente identificar o que há de diferente entre eles.
  13. Boa tarde, Não vi nada superficialmente que indique uma rejeição. Tente enviar em homologação com o ini que consta neste endereço, pois todos foram validados. Caso funcione, tente identificar o que há de diferente entre eles.
  14. Boa tarde, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31287 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
  15. Obrigado pela contribuição. Criada TK-4748 para análise e possível envio ao SVN.
  16. Boa noite, Separei seu POST em um novo tópico. Por favor, anexe as units alteradas para análise.
  17. Teste com o programa de exemplo, pois o método está funcionando e foi validado em ambos os ambientes. Caso o mesmo erro ocorra com o programa de exemplo, nos informe os valores preenchidos para simularmos o mesmo cenário.
  18. Boa tarde Rodrigo, Primeiramente, obrigado pela contribuição, mas não teremos como incorporá-la nos fontes como estão. Seguem considerações. 1. Notei que suas alterações foram feitas sem considerar o leiaute da versão 1.2 e precisamos compatibilizar os fontes com ambas as versões. * Seguem destaques nos dois itens a seguir. 1.1. Loop de dependente na LerArqIni() * Você removeu o nmDep como valor a considerar se o loop deve continuar, e colocou o tpDep que não é obrigatório na versão 1.2. Se houver um item sem o tpDep na versão 1.2, irá interromper o loop indevidamente * Foi removido o descrDep que existe na versão 1.2 1.2. infoCeletista na LerArqIni() * Foi removido o matAnotJud que existe na versão 1.2 2. No LerXML() todas as alterações que você fez você passou o nível 1 para o Leitor, aparentemente não estando de acordo com uma leitura correta do XML * Exemplo: Leitor.rExtrai(1, XXXXX) Por favor confirme se enviou o fonte correto e caso queira fazer os devidos ajustes, ficaremos felizes em receber sua contribuição. Se tiver o xml utilizado para validar a leitura, por favor nos envie através do [email protected] para podermos fazer os devidos testes.
  19. Boa noite, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31273 Fiz um pequeno ajusta nas funções tpTmpParcToStr e StrTotpTmpParc para tratar o tpNenhum como "" ao invés de "4", pois ele não existe Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
  20. Boa noite Sandro, Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-31272 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
  21. Boa tarde, Você está utilizando o componente ou o monitor? As urls que extraídas do ini. ../trunk2/Fontes/ACBrDFe/ACBrReinf/ACBrReinfServicos.ini Todos os eventos foram testados e validados no componente e no monitor em homologação.
  22. Como você ainda não conseguiu evoluir, faça um teste mais simples, gere um lote com apenas 1 evento. Quando estiver tudo ok, você tenta enviar mais de um evento por lote. Conforme sugeri anteriormente, compare seu XML gerado com o do tópico que indiquei, para encontrar irregularidades na estrutura do XML. Tente enviar o registro R1000, em um lote único e compare com o outro XML Na primeira linha você já encontra uma inconsistência, veja se existem mais, lembrando que você não deve preencher os prefixos "ns1" "ns2" que estavam errados.
  23. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  24. Está correto, os registros do grupo 4000 só podem ser enviados no modo Assíncrono. Leia o manual de orientação ao desenvolvedor para entender a diferença entre as versões. https://svn.code.sf.net/p/acbr/code/tools/DFe/Reinf/ManDesenvolvedor/ManualOrientacaoDesenvolvedor-REINF-v2.3.pdf
×
×
  • 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.