Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade DIA DO ACBR 2026 - O GRANDE ENCONTRO DA COMUNIDADE

Italo Giurizzato Junior

Consultores
 Perfil  Explorar Conteúdo

  • Total de ítens

    42.692

  • Registro em

  • Última visita

  • Days Won

    1.241

 Tipo de Conteúdo 

Tudo que Italo Giurizzato Junior postou

  1. Italo Giurizzato Junior
    Boa tarde Rodrigo, Você alimentou o componente de forma errada, esta dizendo que o tipo de emitente é um Transportador de carga própria e não um Prestador de serviço de transporte. Sendo assim ele espera a ADD de chNFe e não chCTe. Veja a tag: <tpEmit>2</tpEmit> o correto seria 1 e não 2. Jamais atribua o mesmo valor de nMDF a cMDF por 2 motivos: 1. o tamanho do campo cMDF é de 8 dígitos e de nMDF é 9, logo não cabe um numero de 9 dígitos onde só é aceito 8. 2. quando cMDF é igual a nMDF o documento se torna vulnerável. Essa dica é valida também para a NF-e / NFC-e e CT-e.
  2. Italo Giurizzato Junior
    Boa tarde Pedro, Só uma correção. As novas versões são: NF-e / NFC-e versão 4.00 CT-e versão 3.00 MDF-e versão 3.00 e não 2.00
  3. Italo Giurizzato Junior
    Boa tarde Pedro, Favor anexar o XML do MDF-e rejeitado para que possamos analisar.
  4. Italo Giurizzato Junior
    Boa tarde, Com essa alteração o grupo <infTribFed> sempre será gerado, desta forma fica em desacordo com o manual.
  5. Italo Giurizzato Junior
    Boa tarde Graça, Note que no caso do CT-e e NF-e devemos averbar, já o MDF-e devemos declarar. No manual, consta o web services para realizar a declaração do MDF-e e através do mesmo web services podemos enviar os eventos de cancelamento, encerramento e inclusão de condutor. No meu entendimento devemos sim declarar o MDF-e depois de averbar todos os CT-e/NF-e contidos no MDF-e. Quanto ao DAMDFE não encontrei nada.
  6. Italo Giurizzato Junior
    Boa tarde Cleonir, Então o problema não é pegar o retorno do envio e sim erro de validação. O conteúdo do campo NroRegEstadual tem que ter obrigatoriamente 25 dígitos, preencher com zeros a esquerda se necessário.
  7. Italo Giurizzato Junior
    Graça, Por favor mais uma vez, atualize e faça novo teste.
  8. Italo Giurizzato Junior
    Graça, Favor atualizar os fontes e fazer novo teste.
  9. Italo Giurizzato Junior
    Bom dia Cleonir Configure o componente para salvar os arquivos Soap, faça um novo teste provocando a rejeição e anexe o arquivo soap de retorno.
  10. Italo Giurizzato Junior
    Bom dia Graça, Favor anexar os arquivos Soap de envio e de retorno para que eu possa analisar.
  11. Italo Giurizzato Junior
    Bom dia Dionatan, Porque você marcou que o CT-e é um CT-e Globalizado? Se o CT-e não for Globalizado devemos atribuir o valor tiNao da seguinte forma: ide.indGlobalizado := tiNao;
  12. Italo Giurizzato Junior
    Boa tarde Thiago, No CT-e temos o Grupo <ICMS45> mas o campo CST tem que ser preenchido com os valores: 40 ou 41 ou 51. No CT-e não existe o CST 45, portanto a sua alteração não confere. Manual do CT-e versão 3.00 páginas: 165 ( CT-e ) e 184 ( CT-e OS ).
  13. Italo Giurizzato Junior
    Bom dia a todos, O <nAVer> tem que ter de 1 a 40 caracteres, sendo assim pode ter apenas 1 mas acredito que deve ser diferente de zero.
  14. Italo Giurizzato Junior
    Boa tarde Anselmo, Você esta sabendo que a SEFAZ a partir de outubro/2017 não vai mais aceitar a versão 1.00 somente a versão 3.00 do MDF-e? E que a partir de dezembro/2017 não vai mais aceitar a versão 2.00 somente a versão 3.00 do CT-e. E que a partir de abril/2018 não vai mais aceitar a versão 3.10 somente a versão 4.00 da NF-e / NFC-e. Porque você quer atualizar somente o MDF-e? Atualize toda a suite do ACBr, se deseja manter até novembro/2017 a versão 2.00 do CT-e basta configurar o componente para emitir nessa versão, idem você faz a mesma coisa com a NF-e / NFC-e mantendo configurado para a versão 3.10 até março/2017
  15. Italo Giurizzato Junior
    Bom dia a todos, Acabo de migrar o componente ACBrANe para o Trunk2, vou manter uma cópia do mesmo por uma semana no Branches. Foi migrado os fontes do componente bem como o pacote de instalação para o Delphi e o programa exemplo. O que precisa ainda ser feito: 1. Pacote de instalação para o Lazarus. 2. Criar um ícone para o componente. 3. Acrescenta-lo ao ACBrInstall_trunk2 Não seria interessante criar um "report" para imprimir o resultado da solicitação de averbação? Se sim, é importante termos em Fast e Fortes Report. Quem puder colaborar com o que falta a ser feito fico muito agradecido.
  16. Italo Giurizzato Junior
    Boa noite Cleonir Este outro também fica vazio? ACBrCTe.WebServices.Enviar.RetornoWS.
  17. Italo Giurizzato Junior
    Boa tarde ALA, Nota Técnica 2017/002 -página 2 temos a data final da versão 1.00 É melhor correr: 02/10/2017
  18. Italo Giurizzato Junior
    Boa tarde Hugo, Mas no seu XML contem 3 <veic>. Esta gerando duas páginas?
  19. Italo Giurizzato Junior
    Boa tarde Graça, Pelo que entendi lendo o manual mais atualizado que recebi, devemos enviar CT-e por CT-e para ser averbado. Caso algum desses CT-e venha ser cancelado, devemos enviar o XML (*-procEventoCTe.xml) de cancelamento da mesma forma que enviamos um XML de CT-e para ser averbado. O web services da AT&M detecta que se trata de um XML de evento de cancelamento, extrai a chave, procura em sua base de dados pelo CT-e previamente averbado e o marca como cancelado. Realizando esse procedimento por parte da transportadora faz com que um CT-e que foi cancelado não seja cobrado depois pela seguradora. Não sei se é essa resposta que você procura.
  20. Italo Giurizzato Junior
    Boa tarde Cleonir, Sim, porque o envio do CT-e é assíncrono, logo precisa ser realizado uma consulta para pegar o resultado do processamento. Já no CT-e OS o envio é síncrono, ou seja, o retorno do envio já é o resultado do processamento. Tente algo do tipo: ACBrCTe.WebServices.Enviar.RetWS;
  21. Italo Giurizzato Junior
    Boa tarde Leandro, Ao reinstalar os componente você marcou a opção para apagar os arquivos antigos? O .PAS esta atualizado, mas o Delphi deve estar pegando o .DCU antigo, dai o problema.
  22. Italo Giurizzato Junior
    Boa tarde Thiago, Favor atualizar os fontes e faça novos testes, o manual esta correto, essas tags se tratando de CT-e OS elas são opcionais. Mas existem situações em que elas são obrigatórias, veja no próprio manual as regras de negócio para essas tags.
  23. Italo Giurizzato Junior
    Boa tarde Hugo, O XML em anexo não contem os dados do vale-transporte e na sua imagem também não aparece nada.
  24. Italo Giurizzato Junior
    Tens razão, passou desapercebido. Vou atualizar a unit no repositório. Muito obrigado.
  25. Italo Giurizzato Junior
    Por favor, anexa o XML final, assinado e validado.
×
×
  • 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.

The popup will be closed in 10 segundos...