Ir para conteúdo
  • Cadastre-se

Italo Giurizzato Junior

Consultores
  • Total de ítens

    39.592
  • Registro em

  • Última visita

  • Days Won

    1.148

Tudo que Italo Giurizzato Junior postou

  1. Manual versão 2.00a do CT-e. Página 148, TAG: veic - Dados dos Veículos - Um CT-e poderá ter vários veiculos associados, ex: cavalo + reboque. Só preenchido em CT-e Rodoviário de lotação. Eu me baseio em Manuais e Notas Técnicas.
  2. Boa tarde Luis, O seu sistema tem que prever as 3 situações de documentos originários: 1. NF - Nota Fiscal Comum (de papel) - acredito que hoje todas as empresas já devam estar emitindo NF-e. 2. NF-e - Nota Fiscal Eletrônica 3. Outros - Outro tipo de documento, como por exemplo, uma declaração, uma Carta Remessa de Mercadoria, .... A titulo de exemplo em como alimentar o componente, vide o arquivo alimentarcomponente.txt que encontra-se dentro da pasta: ...\Exemplos\ACBrCTe Outra coisa procure sempre ter em mãos o Manual ou Nota Técnica que contem a estrutura do XML mais recente.
  3. Boa tarde Demóstenes, Uma pequena correção, no meu nome não tem H, é apenas Italo.
  4. Boa tarde, Os grupo <veic> só será incluído no XML caso o CTe for Lotação.
  5. Fechado por duplicidade.
  6. Boa tarde, Primeiro, se você testou com o componente e ocorreu o problema. Depois testou com o Emissor gratuito, e ocorreu o mesmo problema. Você recebe um e-mail da SEFAZ lhe informando que eles detectaram problemas em seus Web Services. Se você pesquisar no fórum vai encontrar outros usuários que vira e mexe reclamam da SEFAZ-MG por esta não estar funcionando 100%. Portanto meu caso, o jeito é ligar, enviar e-mail reclamando do problema.
  7. Boa tarde Rodrigo, Duas perguntas iguais no mesmo dia, por favor, você já pesquisou no fórum, se não me falha a minha memória, já respondi essa pergunta para outro usuário.
  8. Boa tarde Rubens, O problema de rejeitar a chave da NF-e como documento originário no ambiente de homologação é antigo. Até onde sei no de produção é para funcionar sem nenhum problema, desde que a chave da NF-e esteja autorizada SEFAZ no mesmo ambiente, ou seja, produção.
  9. Boa tarde André, É preciso checar onde realmente esta provocando a violação de acesso para que possamos corrigir o problema.
  10. Boa tarde Augusto, Muito obrigado pela colaboração. Quero lembrar que com essa alteração no que diz respeito a realizar a consulta ou não, esta condicionada a: 1. Todas as SEFAZ devem implementar o modo Síncrono e Assíncrono tanto para NF-e quanto para a NFC-e. 2. O modo Síncrono só deve ser utilizado quando o lote possuir apenas uma Nota.
  11. Boa tarde, Ainda não tinha sido implementado. Fiz a implementação, é preciso agora aguardar a nova compilação do ACBrNFeMonitor.
  12. Boa tarde a todos, Se o XML a ser lido pelo LoadFromFile estiver assinado e protocolado não é para ocorrer nenhum problema colateral. Essa alteração foi realizada em função do seguinte estudo de caso: Quando o MDF-e foi disponibilizado pela SEFAZ tínhamos um grupo chamado veicPrincipal que depois passou a se chamar veicTracao. Se você carrega um XML antigo do MDF-e com o segundo parâmetro valendo True (em memória) será gerado um novo XML segundo a nova estrutura. Esta errado esse procedimento, uma vez que desejamos é apenas carregar o conteúdo de um arquivo.
  13. Boa tarde Eduardo, Você chegou a abrir a unit referente ao provedor WebIss? Se não me falha a memória a definição dessa function esta no final unit.
  14. Boa tarde Rigotti, Infelizmente conversar com o pessoal da prefeitura sobre esses assuntos é falar com a porta, não entendem de nada. O certo mesmo, é conversar com o pessoal do provedor, neste caso o Thema. Questiona-los sobre a atualização dos Schemas para atender a cidade de Passo Fundo no que diz respeito as novas Naturezas de Operação.
  15. Bom dia osocran, Carregue o XML do CT-e através do LoadFromFile, depois pegue o numero do protocolo da seguinte forma: sProtocolo := ACBrCTe.Conhecimentos.Items[0].CTe.procCTe.nProt;
  16. Bom dia Cesar, Desculpe, só vi agora, vou analisar e fazer as devidas alterações. Ainda hoje estarei disponibilizando. Já fiz as devidas alterações, por favor atualize os fontes e teste novamente.
  17. Bom dia Leonardo, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando.
  18. Bom dia Luis, Você esta tentando enviar um CT-e em Homologação incluindo como documento originário a chave de uma NF-e, correto? E o CT-e é rejeitado, pelo simples fato da NF-e não constar na base de dados do ambiente de homologação. Mude. Informe como documento originários: Outros (outro tipo de documento) por exemplo uma declaração. Desta forma vai funcionar e você vai conseguir realizar todos os testes necessários.
  19. José, A questão é bem simples, quem vai validar a carta de correção é um Software e não um ser humano. Baixe e imprime (4 folhas) a Nota Técnica 2014/001 que trata de Regras de Validação. Página 2, Item 5 temos a seguinte regra: Verificar se a tag informada em campoAlterado existe no layout e se pertence ao grupoAlterado indicado na carta de correção. Esse é uma regra que será implementada pela SEFAZ, caso o campo ou grupo não pertencer a estrutura do XML a CC-e será rejeitada com o código 525. Portanto volto a frisar que devemos informar o nome da TAG tanto para o grupoAlterado quanto para o campoAlterado ao alimentar o componente para enviar uma CC-e do CT-e. Veja também o item 9 da página 4 da mesma NT.
  20. Bom dia José, Tem que ser conforme o exemplo 2, ou seja, informar o nome da TAG e não a descrição da mesma.
  21. Cesar, Como não tenho um cerificado valido para realizar testes, lhe peço que faça o seguinte: informe a URL abaixo no navegador para que possamos ter a estrutura do SOAP de envio e de retorno. https://hnfe.sefaz.ba.gov.br/webservices/NfeConsulta/NfeConsulta.asmx Talvez seja necessário informar no final da URL o seguinte texto: ?wsdl Cole os dois SOAP em um bloco de notas e post como anexo.
  22. Bom dia Ailton, Favor atualizar os fontes e tentar novamente.
  23. Bom dia, A consulta serve para você obter a situação atual de um documento previamente enviado para SEFAZ. Se você carregar o componente com o XML do MDF-e que esta assinado, foi enviado para SEFAZ, mas por algum motivo ficou sem o protocolo de autorização. Ao executar em seguida a consulta, o componente alem de realizar a consulta e salvar o seu retorno, se encarrega de atualizar o XML, deixando-o assinado e protocolado, caso no retorno contenha o protocolo de autorização.
  24. Bom dia Alex, A quanto tempo faz que você não atualiza os fontes? Faz tempo? Então, desinstale os componentes do Delphi, apague tudo sobre o ACBr e baixe tudo novamente e instale.
  25. Rodrigo, A diferença é que a SEFAZ hoje só aceita MDF-e na versão 1.00a. Quando é lançado uma nova versão é comum a SEFAZ aceitar as duas versões por um certo período, depois você é obrigado a utilizar somente a versão mais atual. No caso do MDF-e a versão atual é a 1.00a. Atenção, estou me referindo a versão da estrutura do XML, se você abrir o XML usando um navegador vai notar que nele aparece 1.00 como sendo a versão.
×
×
  • 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.