Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.507
  • Registro em

  • Última visita

  • Days Won

    1.144

Tudo que Italo Giurizzato Junior postou

  1. Boa noite Roger, Esse erro tem haver com o seu Quick Report e não com o componente.
  2. Boa noite Marcos, No programa exemplo, o exemplo é para uma transportadora. Favor baixar o manual do MDF-e e legislação que encontram-se no Portal do MDF-e. No seu caso em vez de informar os CT-e, devemos informar as NF-e.
  3. Bom dia Wellington, Tem que seguir as orientações do Boletim Técnico que trata do CT-e Glogalizado. O que você colocou, pelo que me lembro é isso mesmo.
  4. Bom dia Luis, Favor postar o XML como anexo, desta forma não temos como checar. Alem do post ficar pequeno.
  5. Bom dia Fábio, Em anexo os PDF dos eventos de cancelamento e carta de correção. 1101112814011795714200014457017000000021115464261201evento.pdf 1101102814011795714200014457017000000022106319751601evento.pdf
  6. Boa noite a todos, Confesso que quando vi a formatação da data de competencia achei muito estranho ser um campo string. Como não realizei testes incluido item serviço, não detectei a falha no manual. Vamos corrir isso. Vou alterar o tipo do campo de string para datetime. ****************************** Não foi necessário alterar o tipo do campo, apenas alterar as rotinas de leitura e escrita. Favor atualizar os fontes e testar novamente.
  7. Boa tarde Darlana, A cada nova consulta você esta utilizando o último NSU retornado na consulta anterior?
  8. Boa tarde Guto, Muito obrigado pela colaboração. Favor atualizar os fontes e testar.
  9. Boa tarde Wellington, No CT-e Globalizado, você não pode informar os dados da transportadora como remetente e destinatário. Pesquise no fórum sobre o CT-e Globalizado, se não me falhe a memória em um dos post esta disponivel o Boletim Técnico que trata sobre o assunto. No caso de transporte de mudança, onde o remetente e o destinatário é a mesma pessoa só com endereço diferente, acredito que a solução seria: Informar como Remetente os dados pessoais do Marido com o endereço "antigo" e como Destinatário os dados da Esposa com o endereço "novo". Isso no caso de um casal, agora se for solteiro informar como Remetente os dados dos pais com o endereço "antigo" da pessoa que esta mudando. Não sei se esse é o procedimento correto, precisamos pesquisar mais.
  10. Boa tarde Plinio, Se você não esta conseguindo anexar os arquivos no fórum, talvez o motivo seja o limite. Tente excluir os mais antigos, para liberar espaço.
  11. Bom dia João, Favor atualizar os fontes e testar.
  12. Boa noite Leonardo, Muito obrigado pela colaboração. Leonardo e Vanessa, favor atualizar os fontes e testar novamente.
  13. Boa noite, Favor atualizar os fontes e testar novamente.
  14. Boa tarde Juliomar, Pelo que estou entendendo a Vanessa quer emitir a NF-e na versão 3.10 e não a NFC-e. Segundo o Portal Nacional da NFe a versão 3.10 para a NF-e não esta disponivel para os metodos NFeRecepcao e NFeRetRecepcao. Sendo assim a consulta via recibo não vai funcionar. Deve-se utilizar o metodo NFeAutorizacao e NFeRetAutorizacao. Vou estudar os fontes do componente.
  15. Vanessa, Você esta conseguindo enviar a NF-e versão 3.10 para a SEFAZ? Ocorre o retorno com o numero do recibo? Se possível post como anexo os XMLs tanto de envio quanto de retorno.
  16. Boa tarde João, Se Uruguaiana utiliza o provedor GovBR que possui os sistemas Pronim/Dueto esta facíl para ser implementado. Só precisamos das URLs de homologação e produção.
  17. Boa tarde Marcio, Qual é o valor que você esta passando para tpEmit ? No seu caso tem que ser: teTranspCargaPropria
  18. Pode ser sim, esse componente talvez possua uma rotina própria pra formatar o telefone. Como não tenho conhecimento em Rave não posso em lhe afirmar.
  19. Boa tarde Vanessa, O componente ACBrNFe possui 2 propriedades para definir o modelo e a versão do documento fiscal. ModeloDF = moNFe ou moNFCe VersaoDF = ve200 ou ve310 (para o moNFe). VersaoDF = ve300 ou ve310 (para o moNFCe). No momento devemos utilizar no caso da NF-e os seguintes valores: ModeloDF = moNFe VersaoDF = ve200 Agora se para a UF que você esta realizando testes esta participando do projeto piloto da NFC-e, já é possível realizar os testes com os seguitnes valores: ModeloDF = moNFe VersaoDF = ve310 Eu aconselho configurar esses parametros antes de um acesso a qualquer WebServices.
  20. Boa tarde Eber, Favor atualizar os fontes e testar novamente.
  21. No XML o numero é sem formatação. No DANFE que podemos formatar o numero. Você compilou a sua aplicação com a opção Build que esta no menu Project? Se sim, isso significa que o DANFE que você esta utilizando não utiliza a function FormatarFone que esta dentro da Unit ACBrDFeUtil.pas
  22. Boa tarde, Favor atualizar os fontes e testar novamente.
  23. Boa tarde Wellington, Primeiramente devemos lembrar que a emissão só é feita quando o transporte for intermunicipal ou interestadual. Segundo: Se toda a carga for para o mesmo destinatário o CT-e é de lotação, caso contrario é fracionado. Em qual situação se aplicaria o CT-e Glogalizado em um transporte de Mudanças?
  24. Rafael, Desculpa, eu não quiz te ofender. Mas note que o Scott deixou claro que para o cancelamento tem que ser 1. Outra coisa, NT 2013/013 página 72, descrição do campo nSeqEvento: "Sequencial do evento para o mesmo tipo de evento. Para maioria dos eventos será 1, nos casos em que possa existir mais de um evento o autor do evento deve numerar de forma sequencial." Note que para a maioria dos evento o numero sequencial vai ser sempre 1, só será sequencial quando o tipo de evento permitir mais de um, que o caso da CC-e. Os demais eventos para o CT-e que são o Cancelamento, o EPEC e o Registrodo Multimodal são unicos, ou seja, só pode existir um desses eventos para o CT-e.
  25. Bom dia Leonardo, Vou remover o código 51 da lista e disponibilizar a alteração. Peço a você e a todos que estão realizando testes com a NF-e versão 3.10, que reporte problemas após ter incluido a lista para determinar qual metodo a ser utilizado. Segundo a NT 2013/005 versão 1.02 que trata da versão 3.10, na página 5 consta como 03/02/2014 a data de inicio do ambiente de homologação e 10/03/2014 o de produção. Se você já esta realizando testes com a versão 3.10 em Mato Grosso, isso é porque a UF é participante do projeto piloto da NFC-e, correto?
×
×
  • 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.