Ir para conteúdo
  • Cadastre-se

Renato Rubinho

Consultores
  • Total de ítens

    3.830
  • Registro em

  • Última visita

  • Days Won

    66

Tudo que Renato Rubinho postou

  1. Boa tarde, As implementações foram enviadas ao SVN na Rev-30703 . Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema. Criada nova TK-4472 para a implementação dos novos grupos.
  2. Boa tarde, Você precisa instalar o fpdf e o fortes. Segue vídeo com passo a passo do @Daniel InfoCotidiano
  3. Isso mesmo. https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=OUC/YVNWZfo= Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  4. Boa noite Marcelo, Mais uma vez, obrigado pela contribuição. Foram necessários alguns ajustes, detalhados a seguir. Seguem os fontes alterados. Você pode validar se estão de acordo com seus testes e validações iniciais para podermos enviá-los com segurança ao SVN? 1. Mantido o evento S-1220 e propriedades que haviam sido removidas de algumas classes para evitar quebra de compilação em sistemas que já utilizam o componente 2. Mesclados fontes com procedures de leitura de arquivo ini LerArqIni() atualizadas 3. Efetuados ajustes em tipos de campos, tamanhos e ocorrências, conforme controle de alterações e leiaute atual * Alterados campos TDate para TDateTime para compatibilidade com versões anteriores do Delphi. * Valores numéricos maiores que 9 dígitos não utilizar Integer, pois somente suporta valores até 2147483648 4. Atualizados inis de exemplos 5. O novo evento S-8200 não consta nos fontes * Você chegou a desenvolvê-lo? 5.1. O evento S-8299, que já constava no leiaute anterior, ainda não faz parte do componente * Você tem interesse e diponibilidade para desenvolvê-lo ? FontesMesclados.zip
  5. Boa tarde, Mais uma coisa, confirmando, não preencha a propriedade NumeroSerie, ela prevalece sobre as demais e poderá ocasionar o erro. Você precisa preencher somente DadosPFX e a senha.
  6. Você enviou o R1000 com o fim da validade em 05/2021. Primeiro, envie o R1000 com abertura para o mês de referência, sem fim ou preenchendo o final do mês no fimValid, que ao consultar o protocolo dos demais eventos não receberá mais o retorno anterior. Envie novos eventos após o R1000, pois os enviados anteriormente já foram rejeitados. Obs: Consulte o protocolo recebido neste R4010, que terá a mesma resposta que teve na consulta do R4020.
  7. Está testando em produção? Se estiver em homologação, pode ser um bloqueio neste ambiente.
  8. Boa tarde, Reinstale os componentes, marcando a opção de apagar arquivos antigos, pode ter alguma dcu perdida gerando o problema. Revise as units declaradas na uCtrlNFSe. Compile o programa de exemplo e confirme se o problema acontece, provavelmente não.
  9. Boa tarde, Está correto. Esse erro está acontecendo porque você precisa primeiro mandar o R1000 para abertura do período, depois os demais eventos. Se você gera o XML sem usar o componente, o procedimento está correto, você lê o XML depois envia. Se for gerar pelo componente, no programa de exemplo você clica no checkbox do evento que deseja enviar, clica no botão gerar, para preencher os dados no componente, depois envia.
  10. Bom dia, Obrigado pela contribuição. Alocada na TK-4026, já em andamento da implementação da nova versão.
  11. Bom dia, O XML parece ok, a contingência não está ativa, não terá como enviar enquanto não ativarem, o XML parece correto. O SCAN não funciona mais. Uma opção seria o EPEC.
  12. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  13. Não preencha com quebras de linha. NFe.EnviarEvento(" [EVENTO] idLote=1 [EVENTO001] chNFe=41230905817266000145550020000000041721219970 cOrgao=41 CNPJ=05817266000145 dhEvento=16-09-2023 19:54:08 tpEvento=110110 nSeqEvento=1 versaoEvento=3.10 descEvento=Carta de Correcao xCorrecao=CORRECAO: NOME DO MUNICIPIO DESTINATARIO = CAMPO LARGO ; CORRECAO: BAIRRO DESTINATARIO = CENTRO ; CORRECAO: NUMERO DESTINATARIO = 45 ") Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  14. Agora ficou com uma aspas o início e uma no fim, pode estar interpretando como uma String única todos os parâmetros. Tente o comando do início, mas utilizando também o comando para setar o modelo antes.
  15. Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
  16. Boa noite, Anexa o XML. Cara de erro na Sefaz. Está preenchendo a data e justificativa da contingência?
  17. Boa noite, Obrigado pela colaboração. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-30651 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.
  18. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  19. Boa tarde Aparentemente ele espera S ou N ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/ISSDSF.GravarXml.pas sTipoRecolhimento := EnumeradoToStr( NFSe.Servico.Valores.IssRetido, ['N','S'], [stNormal, stRetencao]);
  20. Boa tarde, Está utilizando o componente ou gerando o XML manualmente? Se estiver gerando manualmente, revise os nomes das tags se estão idênticas ao manual, inclusive maiúsculas e minúsculas.
  21. Revise o sistema se esta tentando enviar várias vezes o mesmo documento com o mesmo erro (ao invés de corrigir, alterar), isso também é motivo de bloqueio, veja também se não está fazendo consultar excessivas de status.
  22. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  23. Boa tarde @Souza Aparentemente o problema foi solucionado. Veja se para você também voltou, caso contrário, abra um ticket lá com eles para verificarem seu caso.
×
×
  • 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.