Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Italo Giurizzato Junior

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    39.592

  • Registro em

  • Última visita

  • Days Won

    1.148

 Tipo de Conteúdo 

Tudo que Italo Giurizzato Junior postou

  1. Italo Giurizzato Junior
    Bom dia Heronim, Quanto a consulta e cancelamento, esta funcionando?
  2. Italo Giurizzato Junior
    Carlos, Muito obrigado pela colaboração, já enviei para o repositório.
  3. Italo Giurizzato Junior
    Bom dia Carlos, E os Schemas?
  4. Italo Giurizzato Junior
    Bom dia Luiz, Os demais arquivos XML que estão sendo salvos, são arquivos secundários, ou seja, são arquivos de envio e de retorno da SEFAZ. Se você não deseja que os mesmos sejam salvos em disco, basta configurar a seguinte propriedade: Configuracoes.Geral.Salvar := False;
  5. Italo Giurizzato Junior
    Bom dia Emerson, Desmarque as opções do Internet Explorer no que diz respeito a certificados revogados.
  6. Italo Giurizzato Junior
    Boa tarde Claudio, Favor executar o método Assinar antes do Validar.
  7. Italo Giurizzato Junior
    Boa tarde a todos, As alterações propostas pelo Heronim foram enviadas para o repositório. Gostaria de saber se o provedor EL esta funcionando 100% ou não.
  8. Italo Giurizzato Junior
    Boa tarde Cleyton, Se tratando de NFS-e te aconselho usar o ACBrNFSe para tudo, ou seja, você alimenta o componente com os dados pertinentes ao RPS e deixa o resto por conta dele. Hoje a sua aplicação gera nesse layout amanhã pode ser outra, por dois motivos. Primeiro pelo fato da prefeitura ter mudado de provedor. Segundo se vingar a NFS-e Padrão Nacional, com certeza teremos um layout nacional que poderá ser totalmente diferente do que você utiliza hoje. Da forma que você esta gerando o XML, não vai funcionar pois ele contem não só o RPS e sim o lote.
  9. Italo Giurizzato Junior
    Boa noite Paulo, Todos os fontes de todas as pastas estão atualizados?
  10. Italo Giurizzato Junior
    Boa noite André, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
  11. Italo Giurizzato Junior
    Boa noite, Se não me falha a memória a alíquota no Ginfes deve ser informada da seguinte forma: se for 2% devemos informar 0,02
  12. Italo Giurizzato Junior
    Boa noite, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
  13. Italo Giurizzato Junior
    Boa noite Paulo, Qual é a versão do CT-e?
  14. Italo Giurizzato Junior
    Boa noite Herculano, Se o componente vai assinar o RPS ou não, se vai assinar o Lote ou não, temos que definir isso no arquivo INI e não no fonte do componente.
  15. Italo Giurizzato Junior
    Boa noite, As DLLs usadas pelo componente foram copiadas para as pastas corretas e registradas?
  16. Italo Giurizzato Junior
    Boa noite Adailson, Se eu fosse você não preocuparia mais com isso, pois na versão 3.00 do CT-e não existe mais a tag <forPag>.
  17. Italo Giurizzato Junior
    Boa noite Maurício, Encontrei 2 problemas. Você esta informando que a UF de inicio é SP, correto, mas colocou o município Contagem/MG como um dos de carregamento. É esse município que esta fazendo que o MDF-e seja rejeitado. O segundo problema, as UF de percurso estão foram de ordem. A sequencia tem que ser uma sequencia lógica, ou seja, não tem como sair do Estado de SP e ir para a BA sem passar por outros Estados. Se existe um carregamento também em Contagem/MG será necessário fazer um segundo MDF-e. Pois nessa cidade a carga é alterada.
  18. Italo Giurizzato Junior
    Boa noite João, Na sua postagem você que os atributos "precisam estar conforme acima". Como eles estavam aparecendo no XML?
  19. Italo Giurizzato Junior
    Boa noite Marcelo, Esse provedor realiza uma assinatura diferente dos demais provedores que seguem o mesmo padrão usado na NF-e, CT-e e MDF-e. Veja este link: http://www.elotech.com.br/iss.php?acao= Note que eles se referem ao padrão OASIS utilizado na assinatura digital. Esse foi o empecilho de até hoje esse provedor não ter sido implementado.
  20. Italo Giurizzato Junior
    Boa noite Dércio, Notei que o arquivo INI do provedor Digifred esta da seguinte forma: [Schemas] Validar=0 DefTipos= Note que o campo Validar esta recebendo o valor zero, isso faz com que o XML seja gerado, assinado, mas não passa pela validação. Favor trocar o zero por UM e faça novos testes. Isso não vai resolver o problema da rejeição mas com certeza vai mostrar o que esta sendo gerado de forma incorreta.
  21. Italo Giurizzato Junior
    Boa noite Diogo, Exato, devemos informar a sequencia de UF que o veiculo vai passar a partir da origem até chegar o destino. Não devemos incluir nessa sequencia as UF de origem e destino.
  22. Italo Giurizzato Junior
    Boa noite Paulo, Depois que um MDF-e é emitido se for necessário incluir um novo motorista é possível sem a necessidade de realizar o encerramento e emitir um novo MDF-e. Para isso basta enviar um evento de inclusão de motorista. Lembre-se o Encerramento, o cancelamento e a inclusão de motoristas são eventos.
  23. Italo Giurizzato Junior
    Boa noite Heronim, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Uma observação os seus arquivos INI estão desatualizado.
  24. Italo Giurizzato Junior
    Boa noite João, Favor anexar os fontes que você alterou, para que possamos avaliar.
  25. Italo Giurizzato Junior
    Boa noite Paulo Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.
×
×
  • 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.