Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.217
  • Registro em

  • Última visita

  • Days Won

    1.130

Tudo que Italo Giurizzato Junior postou

  1. Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4147
  2. Boa tarde Tiago, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4146
  3. Boa tarde Diego, Muito obrigado pela colaboração, já esta no SVN.
  4. Boa tarde Joemil, Esse retorno é do ConsultarNFSePorRps ou você executou outro método? Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build.
  5. Boa tarde, Na versão 4 o grupo infCteComp passou a ser uma lista com no máximo 10 ocorrências. Na versão 3 você informa a chave da seguinte forma: infCTeComp.Chave := 'chave'; Na versão 4 agora é assim: with InfCTeComp10.New do begin chave := 'chave'; end;
  6. Boa tarde a todos, Leandro, você esta correto, para pegar essas informações na versão 4 é exatamente dessa forma. Porque não tem o Recibo? Muito simples, agora o envio é síncrono, ou seja, você envia o CT-e de forma unitária (um por vez) e já obtém o resultado do processamento. Na versão 3 o envio era assíncrono, neste caso tínhamos como resposta o numero do recibo que atestava que o lote de CT-e tinha sido recepcionado pela SEFAZ. De posse do numero do Recibo realizamos uma consulta para obter o resultado do processamento. Não confundam o Protocolo com o Recibo. Na versão 3 o Recibo atesta o recebimento do lote de CT-e e o Protocolo atesta que o CT-e foi autorizado. Na versão 4 não existe mais o Recibo, uma vez que o envio é síncrono e o Protocolo atesta que o CT-e foi autorizado.
  7. Boa tarde Valadares, A alteração que você fez no arquivo INI esta completamente errada. Favor deletar o ACBrCTeServicos.ini bem como o arquivo ACBrCTeServicos.res e atualize todos os fontes de todas as pastas. Reinstale o ACBr. Compile a aplicação com a opção build. Evite ao máximo de copiar o arquivo ACBrCTeServicos.ini para a maquina dos seus clientes. Após gerar uma nova compilação da sua aplicação, atualize o EXE nas maquinas dos seus clientes e dele o arquivo ACBrCTeServicos.ini da maquina deles caso tenha uma cópia.
  8. Boa tarde, Porque você esta montando manualmente o XML de evento? Você não usa o componente ACBrCTe?
  9. Boa tarde Wanderson, Alterei mais algumas coisas referente ao segmento Z juntamente com a sua contribuição e mandei para o SVN. Por favor atualize os fontes, reinstale o ACBr e faça novos testes.
  10. Boa tarde Ademar, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.
  11. Boa tarde Gomes, Para mim a sua alteração vai falhar. Sua primeira alteração: NotaCompleta := (Pos('<nfse>', Response.ArquivoRetorno) > 0) and (ANota.NFSe.NfseSubstituida = ''); Ao executar a linha acima a variável ANota ainda não foi preenchida, logo esta com todos as suas classes e campos vazios. Segunda alteração: if Document.Root.Name <> 'nfse' then begin ANode := ANode.Childrens.Find('documentos'); ANode := ANode.Childrens.Find('nfse'); end; Ao executar o IF acima se a condição for verdadeira você esta confirmando que existe a tag documentos e em seguida a tag nfse. Terceira alteração: Você removeu a linha abaixo que esta dentro do ( if NotaCompleta then ) ANodeArray := ANode.Childrens.FindAllAnyNs('nfse'); Com a remoção dessa linha a variável ANodeArray fica vazio. Vamos fazer o seguinte, faça um teste com a unit em anexo. IPM.Provider.pas
  12. Boa tarde Márcio, Normalmente esse segundo código de barras é impresso no DANFE da NF-e emitida em contingência. Caso você não tenha o DANFE, somente o XML, use o componente ACBrNFe, carregue o XML da nota depois use o método: GerarChaveContingencia. Onde informar no MDF-e, favor consultar o manual do mesmo, existe um campo especifico para ele.
  13. Boa tarde a todos, A um tempo ocorreu problema semelhante também com Certificado A3 na emissão da NF-e na SEFAZ-SP. O problema era na SEFAZ. Não sai mais barato você comprar um certificado A1 para o seu cliente do que ter todo esse stress? Você acaba mostrando para ele a economia burra que ele fez comprando o A3.
  14. Boa tarde Sergio, Não compreendi muito bem a sua duvida, mas lembre-se que se tratando do SVC-RS/SVC-SP o CT-e é enviado para a SVC, esta processa e autoriza caso esteja tudo Ok e quando a SEFAZ-Autorizadora da UF em questão retornar a operar a SVC se encarrega de compartilhar os dados. Portanto diferente dos demais onde o XML do CT-e no primeiro momento não é enviado, temos apenas a impressão do DACTE.
  15. Boa tarde a todos, Fiz um teste de envio de um CT-e versão 4 para a SEFAZ-SP e não ocorreu nenhum erro. Tudo indica que esta em operação.
  16. Boa tarde Ademar, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4134
  17. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  18. Bom dia Nicolas, Já esta no SVN.
  19. Felipe, Se você carregar o XML do Rps não vai aparecer mesmo. Tem que carregar o XML da NFS-e, pois é este que contem o numero da nota.
  20. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
  21. Boa tarde Pablo, Você não anexou os arquivos Soap.
  22. Boa tarde Felipe, Eu não tenho condições de testar a impressão, pois não tenho o XML de uma NFS-e dessa cidade. Se você puder disponibilizar, posso testar e fazer as devidas correções.
  23. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.
×
×
  • 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.