Italo Giurizzato Junior

Davidson, Checando as opções de configuração do Monitor, não existe essa configuração, a pasta é predefinida. Vamos fazer o CheckList: 1. Você esta enviando para o ambiente de Homologação, correto? 2. Você renomeou o arquivo XSD que lhe foi indicado que se encontra dentro da pasta Schemas usado pelo Monitor, correto? 3. Qual é o erro que você esta tendo (erro de validação da nota ou falha de Schema)? 4. A nota esta sendo enviada para a SEFAZ-MG, correto?

Boa tarde Davidson, Verifica se o Monitor realmente esta configurado para pegar os schemas dessa pasta mostrada na figura.

Boa tarde Valdir, Só existe dois tipos de consulta: Pelo numero do Recibo que é retornado assim que a nota é enviada e pela Chave. Portanto não existe uma consulta pelo numero do Protocolo. Não devemos confundir o numero do Recibo com o numero do Protocolo. Como dito acima o numero do Recibo é retornado pela SEFAZ assim que ela recebe o lote de notas, logo temos um Recibo atrelado ao lote inteiro independente da quantidade de notas contidas nesse lote. Já o numero do Protocolo só é retornado após o processamento do Lote, ou melhor, ao realizar uma consulta pelo numero Recibo teremos o resultado do processamento, o Protocolo é atrelado a nota, portanto se for enviado um lote com 30 notas, a SEFAZ vai retornar um numero de protocolo para cada nota que por ventura foi autorizada. As notas rejeitadas não são armazenadas no banco de dados da SEFAZ e portanto não tem numero de protocolo. Agora você precisa analisar a sua rotina para descobrir se ela não esta salvando no banco de dados da sua aplicação o protocolo de uma nota autorizada em uma outra que não foi. Uma observação importante: Quando enviamos um lote de NF-e, mesmo que esse lote tenha apenas uma nota, a SEFAZ sempre vai retornar o numero do recibo. Por outro lado quando enviarmos um lote de NFC-e no modo síncrono (somente uma nota), a SEFAZ demora um pouco mais para responder, pois nesse modo ela já processa as informações da nota e retorna o protocolo de autorização caso esteja tudo OK, caso contrario a nota é rejeitada. É uma ou outra SEFAZ que retorna o numero do recibo também. Agora se enviarmos um lote com duas ou mais NFC-e, o envio é assíncrono, neste caso o funcionamento é o mesmo da NF-e, ou seja, a SEFAZ retorna o recibo, de posse dele devemos fazer a consulta para obter o resultado do processamento das notas.

Rubens, Quando uma nota é rejeitada o componente não gera uma exceção.

Boa tarde Rubens, Vai ser necessário "debugar" para descobrir porque as propriedades que mencionei não estão recebendo os valores que deveriam receber.

Boa tarde Paulo, Muito obrigado pela colaboração, já enviei para o repositório.

Boa tarde Souza, Favor anexar a unit alterada para que possamos avaliar.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia, Favor trocar os schemas. Você esta usando os schemas que devemos usar para o ambiente de produção. Verifique se dentro da pasta dos schemas tem um schema chamado: leiauteNFe_v4.00_Homologacao ? Se sim, ele deve ser renomeado para: leiauteNFe_v4.00

Bom dia Wellington, Após clicar no botão gerar, clique no botão enviar.

Rubens, Analisando as rotinas e se baseando nesse XML, as propriedades: ACBrNFe1.WebServices.Retorno.cStat é para receber o valor 464 ACBrNFe1.WebServices.Retorno.xMotivo é para receber a string: "Rejeicao: Codigo de Hash no QR-Code difere do calculado" a não ser as condições abaixo não sejam satisfeitas. if ((FPConfiguracoesNFe.Geral.ModeloDF = moNFCe) or (FVersaoDF >= ve310)) and FSincrono then begin (...) end;

Rubens, Por favor não postar o conteúdo do XML como parte do texto, procure sempre anexar o XML, a postagem fica mais curta.

Bom dia Ederson, A versão beta desse componente se encontra no repositório Branches com o nome ACBrRegBol. Temos o programa exemplo, os fontes do componente, bem como o pacote de instalação. Mas tem que copiar as pastas para dentro da estrutura Trunk antes.

Rubens, Por favor anexa o XML de retorno de uma nota que foi rejeitada.

Bom dia Daniel, Esse problema não ocorre com a Inscrição Municipal, correto? Se sim, o problema pode estar na leitura do XML, o nome da Tag deve estar diferente e o componente logo não acha e consequentemente a propriedade fica vazia. Antes de mais nada favor atualizar todos os fontes de todas as pastas e faça um novo teste. Se o problema continuar, ai sim, verifique a rotina que lê o XML: pnfsNFSeR.pas

Rubens, Com: ACBrNFe1.WebServices.Retorno.cStat Qual é o valor obtido?

Bom dia Gilson, Até o momento nada foi feito por falta de material. Você o Manual que apresenta as mudanças?

Bom dia Marcus, Já temos uma versão beta de um componente para registrar boleto via Webservice, mas só a Caixa foi implementado. Esse componente ainda não foi liberado esta em faze de testes.

Charles, Esta ocorrendo erro de validação ou rejeição por parte da SEFAZ? Se esta ocorrendo erro de validação é porque você esta usando o schema destinado ao ambiente de produção, neste caso é preciso trocar. Note que na pasta: ...\Exemplos\ACBrDFe\Schemas\NFe temos dois XSD: leiauteNFe_v4.00, sendo que um deles tem a palavra Homologação no nome. Devemos renomear para poder fazer os testes em homologação. Por outro lado se é rejeição da SEFAZ, então isso significa que a mesma não fez a tarefa de casa, pois a sua nota esta para ambiente de homologação e deveria ser aceita.

Bom dia Rubens, A linha abaixo: cStatus := ACBrNFe1.NotasFiscais.Items[0].NFe.procNFe.cStat; é para lhe retornar o status da nota, se for 100 indica que foi autorizada caso contrario ocorreu uma rejeição e deve ser tratada antes de ser enviada novamente. Agora se o valor retornado for zero, pode indicar que ocorreu erro durante o envio ou retorno, neste caso devemos primeiramente realizar uma consulta, se a SEFAZ retornar que a nota não consta na base de dados, ai sim, enviamos novamente.

Bom dia Charler, Você se refere a tag pST? Se sim, favor atualizar novamente e refaça os testes.

Bom dia Ederson, O que temos é uma versão beta de um componente para registrar boletos via Webservice para a Caixa, temos até a documentação para o Banco do Brasil, mas para não perder o costume, o layout do XML de envio é totalmente diferente. Eles não aprendem, sempre acham que o deles é melhor que dos outros. Não tem a capacidade de se reunir e estabelecer um padrão único. Paciência.

Cleonir, Com respeito se o nome do banco é CECREDI ou outro é preciso pesquisar.

Bom dia Everson, Favor atualizar os fontes e faça novos testes.

Bom dia Everson, Favor atualizar os fontes e faça novos testes.