Italo Giurizzato Junior

Boa tarde Danilo, No manual disponibilizado no Portal Nacional da NFe, lá você encontra todos os códigos de status bem como os códigos de rejeição.

Boa noite bfjulia, Tópico movido para o Fórum correto. O Emitente da NF-e alem de possuir o certificado digital, deve-se solicitar o seu credenciamento junto a SEFAZ para poder emitir NF-e. Isso foi feito?

Você atualizou também os fontes do programa exemplo? Lembre-se, sempre atualize tudo, todos os fontes de todos os componentes e todos os exemplos, etc.

Boa tarde Joselito, Poste como anexo o xml de solicitação de cancelamento por evento e o retorno.

Edilson, O XML da NFC-e é 95% igual ao da NF-e. Se tratando da NFC-e o grupo destinatário passa a ser opcional, mas por outro lado vai ser obrigado a informar o grupo forma de pagamento. NF-e informamos o valor total da nota, na NFC-e alem dessa informação devemos informar como foi feito o pagamento. Dentro do grupo forma de pagamento temos o grupo cartão, esse grupo se tornar obrigatório caso a forma de pagamento for cartão debito, crédito.

Diego, Agora so resta o schema, pelo que vi você esta informando a palavra "ISENTO" no campo IE do Destinatário. A tag IE do destinatário é do tipo TIeDest e segundo o schema: tiposGeralCTe_v1.04 é para aceitar a palavra ISENTO, veja: <xs:pattern value="[0-9]{0,14}|ISENTO|PR[0-9]{4,8}"/> Faça o seguinte teste, altere o shema invertendo a posição da seguinte forma: <xs:pattern value="ISENTO|[0-9]{0,14}|PR[0-9]{4,8}"/>

Boa tarde a todos, No caso da NFC-e o XML ganha algumas informações a mais, como por exemplo a forma de pagamento. Onde devemos informar como que foi pago: Dinheiro, Cheque, Cartão,.... o valor pago segundo a forma de pagamento. E caso o cliente venha pagar com cartão, vai ser necessário constar o CNPJ da credenciadora de cartão, a bandeira e o numero da autorização da operação com o cartão. Desta forma é possível checar se o valor que foi pago com o cartão (informação no XML) é exatamente o mesmo que consta na credenciadora do cartão.

Diego, Pela mensagem de erro, ele estava esperando a tag IE e ele encontrou xNome. Com a alteração que fiz é para resolver o problema.

Boa tarde Diego, Favor atualizar os fontes e testar novamente.

Edudidu, Me parece que tem SEFAZ, que já esta desativando o WebService de cancelamento ficando apenas o outro. Por um bom tempo, os dois ficaram ativos, a previsar é desativar o de cancelamento agora dia 01/04/2013.

Bom dia Denis, Você esta com todos os schemas atualizados? A pasta que esta configurada como sendo a pasta que contem os schemas, ela possui o arquivo apresentado na mensagem de erro? envEventoCancNFe_v1.00.xsd

Bom dia Diego, Por se tratar de uma pessoa fisica e não juridica, atribui vazio ao IE em vez de "ISENTO".

Bom dia Sérgio Guedes, Parabéns pela entrada em produção da NFC-e.

Bom dia Edudidu, Você se refere aos ambientes de Homologação e Produção? Ou a forma de cancelar, usando o webservice de cancelamento ou webservice de envio de eventos? Uma vez que esta sendo desativado o webservice de cancelamento.

Bom dia Gabriel, No futuro todas as empresas vão ter que se manifestar sobre uma NF-e recebida. Pois a Manifestação do Destinatário vai se tornar o canhoto eletrônico. Hoje o seu fornecedor fica sabendo que você recebeu a mercadoria, quando ele recebe o canhoto assinado. Você implementando a Manifestação do Destinatário, ao receber uma NF-e, você se manifesta sobre a mesma, por exemplo: Confirmação da Operação, isso significa que você realmente comprou do aquele produto e recebeu, em breve a SEFAZ vai permitir que o fornecedor tenha acesso a essa informação e desta forma atualizar o seu banco de dados acusando que o produto foi entregue. Lembre-se que os emitentes de NF-e e CT-e são obrigados a disponibilizar o XML assinado e protocolado para o seu destinatário. A maneira mais simples é enviando o XML por e-mail.

Boa noite Juliomar, Já esta disponivel a correção.

Boa tarde Clederson, Primeiro, tome o cuidado em postar, note que você postou o seu problema duas vezes. Segundo, se você envia para a SEFAZ a nota e por algum motivo não obtem o retorno com o protocolo de autorização, basta você carregar o componente com o XML da NF-e enviada e em seguida executar o comando de consulta. Desta forma você vai obter o protocolo de autorização e o XML da NF-e vai ser atualizado. Portanto não precisa lançar mão do Download.

Maiko, No meu entendimento essa empresa não pode emitir o CT-e, uma vez que o mesmo é destinado as empresas que prestam serviço de transporte de carga. Pelo que entendi, essa empresa, compra os frios e revende, logo emite NF-e, e possui um caminhão para realizar as entregas, correto? Sendo assim, ela vai emitir somente a NF-e e o MDF-e caso a carga seja fracionado e o transporte da mesma vai ser interestadual.

Maiko, Manual Versão 1.04c do CTe, página 36: Quantidade de documentos informados (infNF/infNFe/InfOutros) não pode ultrapassar 2000 documentos. Essa distribuidora é como se fosse um atacadista, se sim, ela emite NFe, mas o CTe não pois se refere a transportadora. Outra coisa, o caminhão quando sai para fazer as entregas, como você disse, ocorre de ter 20 notas, é bem provavel que os destinarários sejam diferentes, logo temos uma carga fracionada, se a distribuidora realiza entrega em um Estado vizinho, temos o transporte interestadual, portanto essa distribuidora vai ter que emitir nesse caso o MDF-e ou seja Manifesto Eletrônico de Documento Fiscal. Leia mais sobre o assunto visitando o site: https://mdfe-portal.sefaz.rs.gov.br/

Boa tarde Maiko, Um CT-e pode ter 1 ou mais documentos originários desde que: 1. Todos sejam do mesmo tipo, por exemplo NF-e; 2. Todos tenham o mesmo emitente; 3. Todos tenham o mesmo destinatário. Espero ter ajudado.

Boa tarde a todos, O problema esta nessa rotina: //Consultar NFE POR CHAVE DE ACESSO ACBrNFe.WebServices.Consulta.NFeChave := sChaAss; //DS_CHAASS || nr_digito "DS_CHAVE" ACBrNFe.WebServices.Consulta.Executar; Você não pode usar esses comandos para checar se a NF-e que você recebeu é valida ou não. Pois esses comandos são utilizados por quem emite a NF-e, para poder pegar o protocolo de autorização. No momento, desconheço uma forma que não seja entrar no site, informar a chave para saber se a NF-e existe ou não, se esta autorizada ou não.

Boa tarde Genilson, O XML é salvo. O componente esta configurado para salvar os arquivos de envio e de retorno?

Boa tarde Sidnei, Por favor atualize os fontes e tente novamente.

Boa tarde Matheus, Não existe nenhuma Nota Técnica que trata sobre CC-e para o CT-e. Por favor baixe a NT 2012/004 disponivel no Portal Nacional do CT-e, essa NT trata sobre o Evento Prévio de Emissão em Contingência - EPEC. Na página 4 temos um quadro onde até aparece os códigos dos eventos: Carta de Correção, Cancelamento e EPEC. Mas o segundo paragrafo do item 3.2 deixa bem claro: "Nesta primeira etapa do sistema de registro de eventos somente o evento 110113 - EPEC será disponibilizado nas SVC." É apresentado o layout do XML de envio e de retorno, mas nada sobre CC-e ou Cancelamento por evento. Para mim, essa NT deixa claro que vamos ter sim a CC-e e o Cancelamento por evento para o CT-e, agora quando não sei. Cabe a nós esperar. Outra coisa essa NT foi publicada em novembro de 2012, ná pagina 2 temos que os prazos previstos de liberação do EPEC são: Ambiente de homologação: 01/04/2013 Ambiente de produção: 01/05/2013 Como você pode ver a SEFAZ disponibiliza a NT e chega dar um prazo de 6 meses para que você possa implementar as rotinas e iniciar os testes. O componente ACBrCTe, já possui a rotina de envio de evento implementado e já atende o evento EPEC, só não é possível testar ainda, vamos ter que esperar até a data 01/04/2013. Quando for publicado a NT tratando da CC-e e Cancelamento por evento, fique tranquilo que em poucos dias vamos ter uma nova versão do componente com essas novas funcionalidades. Espero ter esclarecido.

Boa tarde, A mensagem: "Evento registrado, mas nao vinculado a NF-e" significa que o evento foi registrado, mas não vinculou a nenhuma NF-e, pois não encontrou no Ambiente Nascional nenhuma que contem a chave informada, no caso: "31130310303789000103550010012899431549501516" O que pode ter ocorrido: 1. a chave informada esta errada; 2. ao enviar o evento de manifestação, a SEFAZ-MG ainda não tinha transmitido as notas para o Ambiente Nacional; 3. a manifestação foi realizada no ambiente de homologação sendo que a nota foi enviada para o ambiente de produção; O que ocorreu foi exatamente a terceira opção. A nota cuja chave é: "31130310303789000103550010012899431549501516" encontra-se autorizada em ambiente de produção e segundo XML postado anteriormente nota-se que o evento foi enviado para o ambiente de homologação. Outra coisa: Lembre-se que o envio das notas da SEFAZ do Estado para o Ambiente Nacional não ocorre de forma imediata. Portanto realize o seguinte teste: 1. Emite uma NF-e; 2. consulte imediatamente, via site na SEFAZ do Estado; 3. em seguida consulte também via site no Ambiente Nacional;