Italo Giurizzato Junior

Boa tarde Herbert, Já providenciei a alteração, ainda hoje estarei disponibilizando a alteração.

Boa tarde Marcelo, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando os fontes atualizados.

Boa noite Marcelo, O assunto sobre a NFC-e, continua a todo vapor. O problema que existe uma meia duzia de tópicos sobre o assunto, como consequencia disso, um ou outro acaba sendo deixado de lado, pois o pessoal passa a fazer as suas perguntas nos outros.

Boa noite rommaraujo, Se você configurou o componente corretamente: Modelo NFC-e e versão 3.10, basta não informar nenhum dado referente ao destinatário, que o XML vai ser gerado, assinado, validado e enviado sem nenhum problema. Quando a SEFAZ-AM iniciou os testes com as empresas piloto, todos os testes que realizei em conjunto com o Sergio Guedes, nenhuma nota tinha o destinatário.

Boa noite fag.online, Primeiramente vamos interpretar a mensagem de rejeição: 885->Rejeicao: Grupo de documentos informado invalido para remetente que emite NF-e. No CT-e exitem 3 grupos de documentos: InfNFe = Utilizado para informar a chave da NF-e quando este for o documento originário infNF = Utilizado para informar os dados da NF comum (papel) quando este for o documento originário infOutros = Utilizando para informar os dados do documento originário quando este não for uma NF-e ou NF. Já descobriu onde o usuário da sua aplicação esta errando? Note que o documento do Remetente é uma NF-e e o usuário deve estar informando como sendo uma NF comum ou outros.

Boa noite sesistemas, Lhe respondo fazendo outra pergunta, para que serve o: nroItemAlterado ? Esse campo é usado para especificar o numero do item alterado dentro de uma lista, que é justamente o seu caso. Você tem uma lista de NF-e, sendo que o numero do primeiro item da lista é sempre 1. Logo se você estiver alterando a chave e ela é a sexta da lista, você vai ter que atribuir o valor 6 ao campo nroItemAlterado. Simples você não acha? Um puchão de orelha, favor ler as notas técnicas e os manuais, pois a resposta que lhe dei consta no manual.

Boa noite Maurício, Você esta se referindo ao Cancelamento por evento da versão 2.00 do CT-e ? Se sim, lembre-se que agora são dois XML: 1. XML do CT-e com o protocolo de autorização 2. XML de Cancelamento por evento. O programa exemplo, possui botões que exemplificam a carga desses dois arquivos para poder imprimir o Evento de cancelamento.

Boa noite Rigotti, Vou checar os arquivos, muito obrigado.

Boa noite Leonardo, Muito obrigado pela colaboração, a alteração já foi realizada, favor atualizar os fontes e testar.

Boa noite vipeol, Pode ser, o jeito e fazer a alteração e testar.

Boa noite Roberto, Favor atualizar os fontes e testar novamente.

Boa noite a todos, Desculpe, por não estar respondendo e-mail, estou de férias. Mas estou visitando o fórum diariamente. Hoje conversei com o Daniel por telefone, acredito que o problema com a cidade de Mirassol esta resolvido. Favor atualizar os fontes e testar novamente. Obs: favor utilizar os schemas da pasta: Pronim.

Boa noite, A resposta a sua pergunta esta exatamente na mensagem de erro apresentada pelo componente. O componente não possui as URLs para este modelo de documento. Caso você tenha as URLs de Autorização, Retorno de Autorização, Consultar Status de Serviço, etc. usadas no Estado de Mato Grosso para a NFC-e, por favor nos informe. Assim poderemos atualizar o componente.

Boa noite Ricardo, Esses casos que ocorreram são no mesmo cliente ou em clientes diferentes? Esses casos são notas antigas ou esta misturado, por exemplo: Nota 1 OK Nota 2 Ok Nota 3 tag duplicada Nota 4 Ok Nota 5 tag duplicada Nota 6 Ok Nota 7 Ok Como você compila a sua aplicação? Eu sempre utilizo o Build. Verifique se não existe nenhum DCU antiga da unit pcnProcNFe perdida que possa estar provocando esse problema.

Boa noite Rigotti, No site da prefeitura de Soledade/RS, os schemas disponibilizados, são os que se encontram na pasta GovBR. Um detalhe, para esta cidade não temos as URLs de homologação, se não me falha a memória só existe mesmo os de produção. Os testes que você esta realizando, estão sendo feitos em qual ambiente?

Boa noite Cesar, Noite que a dhEmi tem somente a data, a hora esta zerada, veja: <dhEmi>2014-02-14T00:00:00-03:00</dhEmi> Em vez de: dhEmi := Date; mude para: dhEmi := Now; Outra coisa já tentou realizar o envio Normal em vez do SVC-RS?

Boa noite Cezar, Favor atualizar os fontes e tentar novamente.

Boa noite Junior, Realizando a alteração conforme mencionado por mim no post #2, resolveu o problema? Esta funcionando tanto para o ambiente de homologação quanto o de produção?

Boa noite NeoSquare, Desculpe a demora é que entrei de férias, mas esta semana vou analisar os seus fontes.

Boa noite Edson, Concordo em tudo o que você escreveu. Mas deixo um alerta as pequenas transportadoras, vem ai o Brasil-ID.

Boa tarde Ant.Carlos, A resposta esta no próprio XML. Note que você informou o código do pais como sendo 0055 sendo que esse código é utilizado na telefonia, no XML devemos informar o código segundo o IBGE que é 1058 para o Brasil.

Boa tarde a Todos, Favor atualizar os fontes e testar novamente.

Boa tarde Edson, Não querendo ser chato, mas sendo, em vez de ficar quebrando a cabeça para saber o que a SEFAZ alterou no site, não seria mais simples fazer com que o emitente da NF-e seguisse a legislação? Nela diz que assim que o emitente obtem o protocolo de autorização de uso da NF-e, ele deve disponibilizar o XML assinado e protocolado para o destinatário e para transportadora. A forma mais simples de disponibilizar o XML é enviando o mesmo por e-mail. Puxa vida será que isso é algo tão complicado de ser feito, ou é falta de vontade? Os componentes ACBrNFe, ACBrCTe atende a legislação a anos. Na minha opnião, já passou da hora, as transportadoras devem se unir e dizer NÃO. Se não enviar o XML assinado e protocolado por e-mail, não vamos transportar a carga.

Boa tarde kzarlopes, Vamos verificar, se for erro na implementeção, com certeza vai ser corrigido. kzarlopes, Veja a explicação abaixo: A SEFAZ aceita somente um evento por lote, dai a mensagem de erro: "ERRO: Conjunto de Eventos transmitidos (máximo de 1) excedido." Como resolver o problema da carta de correção? Simples, uma coisa é adicionar mais de um evento e outra coisa é adicionar mais de uma Informação de correção. Se é enviado uma CC-e contendo a correção do campo X e depois temos que enviar uma segunda CC-e com a correção do campo Y, devemos adicionar 2 infCorrecao. O primeiro contendo novamente a correção do campo X e o segundo contendo a correção do campo Y. Vamos a um exemplo: Primeira CC-e: Note que o ADD do Evento é executado apenas 1 vez na rotina, por outro lado o ADD do infCorreção é executado uma para cada correção. Espero ter ajudado.

Boa tarde Leonardo, Muito obrigado pela colaboração, assim que possível, estaremos verificando.