mbbortolini

Claudio, que seria interessante analisar qual tag que está "sumindo" e qual é a descrição destas tags dentro da NTs que são os balizadores para o desenvolvimento do componente. Acompanhe o meu caso, talvez seja o mesmo seu. Tenho uma empresa que é produtora de vinho e derivados como cliente, agora o estado do RS resolveu criar o AMPRA-RS que é nada mais nada menos que o FCP (Fundo de Combate a Pobreza), pois bem alíquota de 2%. Ocorre que estes tags do percentual do FCP e o valor do FCP na nfe está no grupo do ICMS de partilha (NT 2015/003) que teve inúmeras alterações e não está muito clara ainda pra ninguém, nem usuários, contadores, desenvolvedores ou governo, tanto que aos 45 do 2º tempo as regras de validação foram prorrogadas para 01/07/2016, atenção aqui, as regras de validação foram prorrogadas, não o preenchimento das tags ou o recolhimento do imposto. Pois bem, implementei o cálculo do 'AMPARA' e informo nas tags pFCPUFDest e vFCPUFDest do item da nota e o valor total dos itens no bloco dos totais na tag vFCPUFDest. Ocorre que ao transmitir o XML as tags pFCPUFDest e vFCPUFDest do item da nota não estão no XML. Ai a questão, isso é "errado" ? Respondo na minha opinião e baseado no comentário do Régis em uma das discussões, o ACBr segue o texto das NTs e eis que o texto sobre o bloco da NT 2015/003 sobre os tags do ICMS de Partilha : Conclusão os tags pFCPUFDest e vFCPUFDest do item da nota não estão no XML em função do texto da NT. O tag vFCPUFDest no total é gerado com o valor que eu preencho e a nota é autorizada sem nenhum problema. Ai, ainda assim, o contador do cara não entende e me liga todo dia porque ele quer "ver" o cálculo, acho que vou desenhar no paint, imprimir e mandar pra ele.

@Fernando Rodrigo Verifique se não possui DLLs perdidas, isto é, com datas diferentes ao da pasta DLL do trunk2, isso pode acarretar o erro de vínculo dinâmico. Tive um erro parecido com este na migração, mas ai como meu pc já tava precisando de manutenção formatei e reinstalei do zero delphi e ACBr.

Após o envio do evento teste o retorno do evento na propriedade ACBrNFe1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.cStat

Caetano o código do serviço são apenas 4 dígitos separados por ponto. ex. 01.01 - Análise e desenvolvimento de Sistemas Consulte a tabela de Códigos no link http://www1.receita.fazenda.gov.br/nfse/tabelas-de-codigos.htm e tente novamente.

Revisando o meu código achei o erro, eu não tinha a implementação do campo indFinal antes das adequações à nt 2015.003 e este estava sendo preenchido por padrão 0 (não era consumidor final) na tread de envio da nota. Ocorre que eu analisava o XML temporário antes de chamar a propriedade valida do componente e após validar o campo era indFinal que estava 1 era alterado para 0.

Delmar, também não estou tendo tanto sucesso, apresar de estar seguindo todas as regras, ainda estou recebendo a mensagem de rejeição " Informado indevidamente o grupo de ICMS para a UF de destino ". E este mesmo XML quando eu coloco ele no validador da Sefaz-RS https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx ele aparece como válido.

Os esquemas você pode baixar pelo repositório https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/Schemas, estão sempre atualizados com o componente. Para ver alterações e especificações dos campos sugiro acesso ao portal da NFe http://www.nfe.fazenda.gov.br/, lá também são liberados os schemas conforme cada alteração das NTs.

@Renan Oliveira atualize seus fontes com o trunk2, os tags da NT já constam no componente assim como os schemas atualizados.

@marcoandre o link está errado no portal, não vai abrir nunca este é o link que aponta http://200.198.239.25/portal/exibirArquivo.aspx?conteudo=yldA7bYcnVg= no entanto é só trocar o ip 200.198.239.25 por http://www.nfe.fazenda.gov.br/ ficando o link como http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=yldA7bYcnVg= para a nt 2015_003_v140 liguei no 0800 pra informar, no entanto a atendente não entendeu o que eu quis dizer, mandou eu procurar no site da "minha" sefaz..... Aproveitando, é impressão minha ou tem muita gente perdido com a implementação da NT 2015, já li e reli várias vezes, os campos OK, cálculo OK, mas e as validações e prazos, cada semana sai coisa nova e mais confusa ainda e além disso nessa época do ano ? o ENCAT tá de sacanagem com todo mundo.

@edudidu pela situação descrita e pela mensagem dá pra entender o que a string do qrCode está sendo gerada fora dos padrões do schemas. Tente revisar a função que gera esta string. Mas, como já comentado muitas vezes aqui, a migração é fundamental.

@RSSantos a princípio não instalou o ACBrTCTComum ai teu problema no ACBrSPED e ACBr_SPEDImportar. Execute o "apagarAcbr.bat" em todas unidades do pc e tente instalar novamente, revisando as opções de instalação pois há a dependências entre os pacotes.

@fabricio.syncode gerei um xml agora, há diferença com o seu na tag do qrCode o <! [CDATA[ não aparece no meu xml na visualização. notei que no teu xml está com um caracter estranho "...<infNFeSupl><qrCode>&lt;![CDATA[http:..." o meu está assim "...<qrCode><![CDATA[https..."

Estou fazendo a homologação para o RS, e está tudo de acordo. Então você está editando a tua cópia do ACBr do trunk1 com as alterações do qrCode do trunk2 ? isso ? Eu te aconselharia a colocar as tuas implementações no trunk2 que é a pasta de trabalho, trunk1 não receberá mais atualizações conforme consta no fórum. Tu tá usando o schemas do trunk1 ou trunk2 para a validação ?

@fabricio.syncode você está marcando a opção ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe para True ?

@Duarte, a validação passa no site da sefaz RS, mas note que a validação leva em conta a NT 2015/002 a qual atende a alteração da forma de pagamento, no entanto essa alteração deve estar ativa somente em ambiente de homologação já que a ativação do ambiente de produção inicialmente era para ser 03/11 e já foi alterada para 01/12. No XML em anexo a sua nota está sendo enviada ao ambiente de produção.

@Joabe Anderson da Silva você verificou o preenchimento dos campos : ACBrNFe1.Configuracoes.Geral.IdCSC e ACBrNFe1.Configuracoes.Geral.CSC, antigo Token ? Hoje deve haver um para cada ambiente (homologação e produção) para cada CNPJ, podendo ter 2 ativos.

Rodrigo, teus schemas estão atualizados ?

Agnaldo, o ambiente de produção ainda não é afetado pelas alterações, conforme NT2015.02, somente em 03/11.

Só uma ressalva meu amigo agnaldoprates, a linha do campo e 273 e não 237 como você citou. Exatamente, a linha correta é 273. Agnaldo, verificou os schemas ? Ontem às 10:30 +- houve um commit no svn, foi criado um novo campo "DM.ACBrNFe1.Configuracoes.Geral.IncluirQRCodeXMLNFCe" para o sefaz RS(homologação) é só setar pra true que tá emitindo de boas.

Este erro estava ocorrendo quando eu havia removido os traços ( - ) do CSC. Depois que deixei os valores inteiros a NFC-e foi emitida corretamente. Errado: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX Certo: XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX Obrigado Guilherme era isso mesmo, no entanto eu estava cometendo o erro de não preencher o CSC e também o idCSC DM.ACBrNFe1.Configuracoes.Geral.IdCSC := '000001'; DM.ACBrNFe1.Configuracoes.Geral.CSC :='38FXXX3C-XXXX-4A92-XXXX-18E5XXXXX660'; Antes informado o idCSC com o valor de CSC a nota emitia, o qrcode lia e mostrava a consulta, mas dava uma msg de qrcode inválido idToken

Carlos, verifique se os schemas estão atualizados, pois pra mim deu o mesmo erro de schemas assim que atualizei o componente. Apontei para os schemas que havia baixado e passou na validação, mas gerou a outra rejeição no no envio. 464 Rejeicao: Codigo de Hash no QR-Code difere do calculado

André, obrigado, acho que deveria ter atualizado o componente antes de perder tanto tempo. Porém agora a rejeição é 'Rejeicao: Codigo de Hash no QR-Code difere do calculado'.

Italo, boa tarde. Estou debugando a mais de 3 dias para tentar entender nova forma de emissão do trunk2, pois bem, vamos ver se eu consigo te explicar o que estou enfrentando para ver se é erro meu. No NFCe o meu sistema executa uma chamada a procedure validar e posteriormente o enviar. O componente no validar, já assina a nota e executa o bloco do qrcode que eu descomentei na minha unit, neste a variável "XMLAss" fica com o xml assinado e com o tag do qrcode. Na procedure enviar o método é chamado novamente, na ordem Assinar e Validar, na passagem pelo assinar o primeiro teste (if NaoEstaVazio(FXMLAssinado) then) o bloco não é executado, pois FXMLAssinado já tem valor nele, que no caso é um xml assinado, este é o mesmo que está sendo transmitido à sefaz pela procedure TNFeRecepcao.DefinirDadosMsg na unit ACBrNFeWebServices onde a variável vNotas é atribuida com FNotasFiscais.Items.XMLAssinado esse XML, no entanto não possui a tag infNFeSupl. Sendo executado o método o retorno é de rejeição por falta do qrcode. (rejeição.png em anexo) No entanto o XML que é gerado na pasta, aquele ao assinar, contém a tag infNFeSupl.(XML em anexo) Entrei em contato com a sefaz RS, eles foram bem atenciosos e responderam todos os e-mails muito rápido, eu enviei este XML da pasta assinado para teste e conforme a validação (validação.png) o XML é válido. Ai o técnico da receito me questionou da seguinte forma : Assim sendo, na procedure que que gera a string qrcode não deveria atualizar novamente o XMLAssinado com o valor de XMLAss, este XMLAss é o que é gerado para o arquivo, correto ? Isso explica o motivo deste ter o tag e o que é enviado não, conforme o que foi contatado pelo técnico da sefaz. 43151095042750000132650010000295241000456089-nfe.xml

Carlos, assim como o Daniel comentou, sem os parâmetros fica difícil de testar. E não tenho mais nenhum cliente com uol pra testar Aqui quando temos problemas com e-mail o cliente é orientado a criar uma conta no gmail e fim de papo. Em anexo tem uma config usando o terra, vai de boa. Geralmente os erros são com o os parâmetros de conexão TLS e SSL ou Username e From que no demo é setado com o mesmo campo, mas em alguns casos o user name é sem o @blablabla.com e o from é o email completo.

Resolvido, foi necessário alterar o layout do template, não estava respeitando as margens definidas no componente do DANFE. DANFeNFCe.fr3