Italo Giurizzato Junior

Bom dia Michel, O seu XML esta na versão 2.00, você esta configurando corretamente o componente?

Bom dia Helio, Eu já lhe respondi no post anterior a diferença entre elas. Outra coisa nos manuais e notas técnicas você não vai encontrar a linha de comando conforme você postou. No Manual versão 5.0 da NF-e traz as estruturas de envio e retorno da SEFAZ de todos os Web Services: Recepção, Retorno da Recepção, Consulta, etc. É nos XMLs de retornos da SEFAZ que temos o Status, as vezes um único retorno possui 2, Status cada um com o seu significado.

Bom dia, Se não me falha a memória é semanal, para os usuários do SAC.

Boa tarde Rigotti, Esse Schema é só para Passo Fundo ou as demais cidades atendidas pelo provedor vão seguir esse novo Schema?

Boa tarde Helio, Primeiro, tenha paciência, não vai ser postando de manhã que você terá resposta no mesmo dia. Outra coisa, procure sempre ter os Manuais e Notas Técnicas. De posse dessa documentação você certamente saberia a diferença. Mas vamos a elas: ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.cStat Status de uma NF-e após carregar um XML assinado e protocolado. ACBrNFe1.WebServices.Retorno.cStat Status do Retorno após o envio de um lote de NF-e para a SEFAZ - diz se o lote foi processado com sucesso ou não. ACBrNFe1.WebServices.Retorno.NFeRetorno.ProtNFe.Items[0].cStat Status de uma NF-e que encontra-se no retorno após o envio do lote para a SEFAZ que a mesma se encontrava. ACBrNFe1.WebServices.Retorno.NFeRetorno.cStat Se não me falha a memória traz a mesma informação que: ACBrNFe1.WebServices.Retorno.cStat

Boa tarde Wagner, Se eu entendi, o XML enviado por e-mail contem somente as informações do protocolo? Se sim, você esta usando o EnviarEmail do componente?

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.

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.

Boa tarde Demóstenes, Uma pequena correção, no meu nome não tem H, é apenas Italo.

Boa tarde, Os grupo <veic> só será incluído no XML caso o CTe for Lotação.

Fechado por duplicidade.

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.

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.

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.

Boa tarde André, É preciso checar onde realmente esta provocando a violação de acesso para que possamos corrigir o problema.

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.

Boa tarde, Ainda não tinha sido implementado. Fiz a implementação, é preciso agora aguardar a nova compilação do ACBrNFeMonitor.

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.

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.

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.

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;

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.

Bom dia Leonardo, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando.

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.

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.