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. Tópico fechado por falta de retorno do usuário
  2. Boa tarde, Realmente eu indiquei o local errado, desculpe, que legal que identificou. Corrigi o post para não gerar dúvidas futuras a quem vier a consultar. Note que já existe um tratamento previsto, onde você incrementou, para não ser obrigatório o envio das tags apenas para o simples nacional. Você se enquadra no simples? Caso positivo, basta preencher a propriedade para que a regra atual lhe atenda. Se não se enquadra, você pode nos passar o manual que indique a possibilidade de ocultar as tags para outros regimes? Com relação ao vUnit, aparentemente não está de acordo com os schemas mesmo, sendo que este TDec_1304 exige 4 casas decimais e, nessa mesma unit que você alterou, estamos enviando com duas casas para a ve101. Altere para tcDe4 para validar com 4 casas.
  3. Boa noite, Experimente alterar o fonte a seguir, preenchendo zero na variável GeraTag. Após a alteração, reinstale os componentes e veja se as tags não são mais geradas quando seu conteúdo for zero. trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/Infisc.GravarXml.pas
  4. Isso aí, anexe o arquivo com sua alteração, no fonte atual, para os consultores avaliarem.
  5. Consegue emitir uma nfse pelo site com quebra de linha? Se conseguir, baixe o XML e veja qual o critério que eles usam para utilizar o mesmo. Se quiser mais tentativa e erro, teste: \n ou <br>
  6. Se preencher a alíquota ocorre o mesmo erro? NFSe.Servico.ItemServico[Item].Aliquota
  7. Após sua alteração, reinstale os componentes para ter certeza que sua alteração surtiu efeito. Depois, caso o problema persista, coloque um ponto de parada e veja se neste momento o cnpjcpf e nomeavalista estão preenchidos.
  8. Boa noite Carlos, Utilize as dlls mais recentes distribuídas com os fontes. trunk2/DLLs/OpenSSL/1.1.1.10/X86/
  9. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  10. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  11. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  12. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  13. Seu sistema em Delphi 3 é x86. As dlls que ele utilizará também deverão ser x86. Comece por aí para tentar resolver os problemas.
  14. Se der ciência, precisa depois manifestar um dos outros 3 eventos. Se confirmar a operação primeiro, não precisa dar ciência.
  15. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  16. Bom dia, O problema pode ser com as dlls. Você está gerando uma aplicação x86, utilize todas as dlls x86 e não as x64. As dlls devem seguir a sua aplicação e não o S.O. que você está usando.
  17. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  18. Veja o onStatusChange, esses dias o próprio BigWings matou a charada de outra pessoa que estava com problema semelhante e era no evento.
  19. Boa noite @JHONLENON, Uma sugestão, caso você ainda tenha o contato do suporte, confirme com eles se existe algum método da api para cadastrar o certificado que será utilizado. Se já foi cadastrado, tente recadastrá-lo, pois aparentemente o retorno acusa que o certificado não é o esperado.
  20. Você configura as propriedades em tempo de execução ou já deixa fixas? Pesquisando no fórum, encontrei essa situação onde "alguma configuração do componente" estava diferente ao excluir e incluí-lo novamente. Tente esse teste drástico e veja se resolve.
  21. Bom dia, Revise as configurações, tentando com winCrypt ou OpenSSL conforme os exemplos dos tópicos a seguir.
  22. Bom dia, Anexe a unit atualizada com a sugestão de implementação para os consultores avaliarem. Note que o 30 já existia, fora da ordem. Anexe também o manual que constam essas informações.
  23. Que bom amigo, mas o estranho é que remover o pcnConversao não deveria ter resolvido isso, na minha percepção. Minha sugestão foi que colocasse o pcnConversao por último nas declarações, depois do MAPI ou utilizasse o nome da unit antes do crtSimplesNacional para identificar a origem. Posta o resultado amanhã, caso tenha resolvido mesmo.
  24. Não funcionou fazendo conforme indicado acima? Se você mover a pcnConversao por último também tem que resolver. Onde está essa TCRT, só fazendo uma busca aí nas suas units.
  25. Boa noite, Apresentou o mesmo erro? Posta o XML gerado.
×
×
  • 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.