Receita mudou o código da página de consulta completa

[RodrigoLopez]

Pessoal, tem a ver com criptografia sim.

[Alexsander]

Se as empresas clientes destes contadores e transportadores tivessem um sistema melhor, que salvasse os XML emitidos e recebidos, nada disso seria necessário. Pronto, fiz o meu merchan.

[carlosfilho]

bom dia,

Gente não seria mais facil fazer para pegar do site dos estados?, vendo que o RS emite para varios estados.

[marcostrade]

Pessoal acredito que não adianta ficar reclamando muito e ficar esperando a solução cair do céu pelo que eu estava testando existe a pagina :

http://www.nfe.fazenda.gov.br/portal/consultaAutorizacaoUso.aspx?ChaveAcesso= xxxxxxx

onde ainda e possivel pegar a informação em texto ao contrario de outras paginas que estão como imagens, estou adqueando o sistema para pegar os dados de destinatário e remetente desta pagina antes de carregar o restante na pagina comum

http://www.nfe.fazenda.gov.br/portal/consultaImpressao.aspx?tipoConsulta=completa"

Acredito que não e o processo mais simples porem pelo que estou testando e o que vai ser mais facil para resolvermos nosso problema.( enquanto os campos não são alterados )

[carlosfilho]

Boa tarde o problema é que nao é so os dados do emitente e destinatário que esta com as imagem, as quantidades tambem estão.

[Daniel_FC]

Acho que a receita vai deixa a opção de baixar o xml utilizando o certificado digital. Quem quiser baixar, tem que ter o certificado. Agora teria que alterar o projeto do RecuperarXML para também utilizar o certificado digital para baixar o xml.

Tudo isto, se a receita deixar assim, porque ainda esta sujeito a eles mudarem, devido a tantas reclamações.

Daniel.

[gransoft]

UBERLÂNDIA-MG, 14 de março de 2012.

Prezados Srs.,

Neste final de semana, o site da RFB para consulta às NFe foi realmente alterado de uma forma que nos impede de recuperar RAZÃO SOCIAL e CNPJ pelo Projeto RecuperarXML e algorítmos similares:

Observem que os demais conteúdos dos campos estão identificáveis.

Nome / Razão social

Inicialmente, poderemos fazer o download do XML, após consulta no link:

http://www.nfe.fazenda.gov.br/portal/co ... qxE8pl8%3d

e acessando o botão "Download do documento".

Verificando agora, a forma de ter acesso à este "Serviço", pois recebo diversas mensagens, dentre elas:

"A sessão expirou. Faça a consulta novamente."

"O CNPJ ou CPF do Certificado não está autorizado a fazer DOWNLOAD do documento."

Lembrando de que não sou EMITENTE de NFe, e sim, de CT-e, cuja rotina de importação dos dados é EXTREMAMENTE facilitada com os recusros antes disponibilizados pelo Projeto RecuperarXML.

Atenciosamente,

Janis Peters Grants.

[FLEXNET]

Pessoal, acredito que antes de ser um bom desenvolvedor, você tem que ser um bom gestor para sua softhouse, por isso seja um bom gestor, coloque essa responsabilidade de XML por conta do cliente, ele que se vire ! ou cobra do fornecedor, baixa do site da SEFAZ via download etc... diz o que manda a lei, isso é obrigação dele, e se vc ficar fazendo "quebra-galho" vc esta chamando a responsabilidade pra vc, se ele disser que o sistema de fulano funciona, diz que vc trabalha dentro da lei, e que ele precisa ter o arquivo original assinado, pode ter certeza que o cliente vai te dar mais credibilidade agindo desta forma.

[johnbh3]

Eu estou tentando fazer o teste.

Não esta nem funcionando mais.

Na parte da manhã eu mandava pesquisar ele realmente vinha sem CNPJ/CPF.

Hoje quando clico em PEGAR HTML, desabilita todos botões e não faz nada.

Ele passa por todos códigos normalmente:

WebBrowser1.OleObject.Document.all.Item('ctl00$ContentPlaceHolder1$txtChaveAcessoCompleta', 0).value := edtChaveNFe.Text;

WebBrowser1.OleObject.Document.all.Item('ctl00$ContentPlaceHolder1$txtCaptcha', 0).value := edtCaptcha.Text;

WebBrowser1.OleObject.Document.all.Item('ctl00$ContentPlaceHolder1$btnConsultar', 0).click;

Depois vai para : PageControl1.ActivePageIndex := 0;

Ele manda a chave e caracteres normalmente observei também no WebBrowser1.

Acontece NADA, nem erro.

Com vocês também ocorrendo isto? Esta funcionada nada? Busca informação nenhuma?

[igor]

FLEXNET, vc esta se esquecendo de algumas coisas: por exemplo -> o tempo que se perde cobrando fornecedores, tempo que pode ser muito bem agilizado fazendo a importacao da nota pelo XML ao invez da digitacao...

e outra coisa tbm, nem td mundo que desenvolve é software house. Ja trabalhei numa empresa que tinha um TI que desenvolvia td o que precisasse.

E se o chefe mandou assim, tem que fazer assim, pq se esta fora da lei é ele que é responsavel pela empresa não vc. Se vc nao faz, nao serve de desenvolvedor interno...

Entao querendo ou não, sendo "errado". Era uma mão na roda. Uma coisa muito agil. Ja pensou alem de ter que cobrar seus devedores, ficar cobrando XML de fornecedor... Chega num ponto que ele vai dizer pra vc comprar de outro.

[carlosfilho]

Hoje ta dificil nem pelo site ta baixando so ta dando (A sessão expirou. Faça a consulta novamente).

[sergiom]

johnbh3 eles mudaram novamente.

Este pessoal da receita é nojento e petulante.

Com certeza o fato da FENACON ter notificado, eles devem ter tomado outras medidas. E aqueles que de alguma forma conseguiram contornar, acabaram por ficar novamente sem a solução.

É uma gentalha o pessoal que trabalha no governo. Com o PT piorou muito.

Acho que muitos aqui não tem idéia do que é uma transportadora ou um escritório de contabilidade com o recebimento de inúmeras notas para dar entrada.

A solução do recuperaXML era excelente e estava trazendo produtividade a estas empresas.

[johnbh3]

Hummm,

Pois eh...

Muito obrigado sergiom, só queria mesmo confirmação, que não esta buscando nada. Mas eu sempre falava para meus clientes, olha, isto não é oficial, pede seu fornecedor.

Deveria ser automático, cada software ter sua rotina de enviar esses e-mails. Mas que ajudava...ajudava...

[sergiom]

A mudança se deu no botão CONTINUAR

Alguém com um conhecimento de JAVA pode ajudar a resolver.

[EddieBR]

Download do XML com certificado agora também não vai. Hora dessa o DEMETE responsável por essas mudanças esta só dando risada na cara de todo mundo.

Se não querem disponibilizar o XML, ou o site como estava sem as imagens.. FISCALIZEM!!!

Grandes fornecedores não estão nem ai, e não mandam o xml para quem compra. Apliquem multa nesse pessoal, para que todo mundo receba o XML que ninguem precisa do site.

[Fernando Mendes]

Não estou nem preocupado com o Fornecedor.

Mas sim com o fato de que nem mesmo o emissor consegui fazer download do xml, sendo que ele tem o certificado.

Tenho clientes que comentem bobagem como apagar o xml e apagar o registro na base de dados.

Só resta falar pro cliente: "Calma tem o RecuperarXML".

Porem criptografaram a informação.

Tudo bem, posso falar: "Não se desespere, tem o botão download no site e você é o emissor, sem problemas"

Mas o botão também não funciona.

Aí o jeito é falar: "Pode se desesperar, só fica longe da janela por favor".

Aiaia.

Alguém consegui fazer o download pelo site?

Eu não consegui, nem com o certificado.

[RodrigoLopez]

Quanto ao botão continuar, basta fazer assim que vai funcionar:

WebBrowser1.OleObject.document.getElementById('ContentPlaceHolder1_btnConsultar').click;

[johnbh3]

Concordo com você.

Eu vivo dizendo a meus clientes, mas John eu presto serviço para TIM, eles são muito grandes não consigo nem saber setor sobre isto. Eu falo deixa de pagar ue, isto corresponde a primeira via. Ele tem medo é com razão.

Ele depende dos caras, vai deixar de pagar e vai deixar de trabalhar.

Mas ai que a Receita Federal então, já esta ferrando a gente com esta medida de bloquio do site, porque ela não passa fazer valer a lei na prática, mete multa, atrás de multa.

Brincadeira,

Esta opção de download do XML não é a solução.

[Alexsander]

Deveria ser automático, cada software ter sua rotina de enviar esses e-mails. Mas que ajudava...ajudava...

Exatamente. Nosso ERP, por exemplo, envia automaticamente um email para o destinatário/remetente MAIS uma cópia para uma lista de emails configurado por filial MAIS uma cópia para uma segunda lista (opcional) configurável por parâmetro global. Se o campo "email_nfe" do cliente estiver em branco, o sistema simplesmente NÃO emite a NFe, avisando que este campo PRECISA estar preenchido. Da mesma forma, o campo CC: do cadastro do emitente também precisa estar preenchido. Ambos os campos exigem emails válidos, checados via CONSTRAINT no banco de dados.

O sistema permite ainda ; como separador de múltiplos emails. Por exemplo: numa rede de lojas, a filial 15 pode ter seu CC: (obrigatório) com "[email protected];[email protected]" e o email extra (opcional) pode estar configurado globalmente como "[email protected];[email protected]". Assim todo mundo recebe os emails com PDF + XML automaticamente.

[johnbh3]

Mas isto é o correto, não tenho uma ERP, mas já trabalho assim. Mas ainda sim deveria existir mecanismos de recuperação, mesmo que seja via certificado (mas que funcione).

Você pode validar o e-mail, mas você não ter a certeza que o cara escreveu corretamente. Sei que parece absurdo, mas se tratando de usuário. Ele podere errar o e-mail principal é e-mail que vai a cópia. kkkkkk, o que acontece? Nesses casos deveria ter um alternativa.

Vou colocar outro ponto de vista.

Sua ERP faz isto, meu sistema faz isto. Mas nosso cliente esta cumprindo a obrigação, mas é os fornecedores do seu cliente? faz a mesma coisa?

São variáveis, que faz o processo não funcionar corretamente, a verdade é: Se a SEFAZ que mesmo bloquear as funções, ótimo. Mas que faça seu papel de meter multa, só assim que as coisas funcionam, colocando mão no bolso.

[Alexsander]

Mas isto é o correto, não tenho uma ERP, mas já trabalho assim. Mas ainda sim deveria existir mecanismos de recuperação, mesmo que seja via certificado (mas que funcione).

Aqui no RS funciona com certificado, acredito que com o tempo todas as UF seguirão o mesmo caminho. Além do download do XML existe até um portal onde o usuário pode tirar um EXTRATO das NF emitidas e recebidas num período.

Você pode validar o e-mail, mas você não ter a certeza que o cara escreveu corretamente. Sei que parece absurdo, mas se tratando de usuário. Ele podere errar o e-mail principal é e-mail que vai a cópia. kkkkkk, o que acontece? Nesses casos deveria ter um alternativa.

Mesmo assim o original fica guardado, mesmo que o usuário mande errado ou delete. Basta o cliente pedir -- e se o cadastro for corrigido, os próximos vão pro endereço certo. Nós gravamos o XML também no banco de dados e não existe opção na interface para o usuário deletar de lá.

Sua ERP faz isto, meu sistema faz isto. Mas nosso cliente esta cumprindo a obrigação, mas é os fornecedores do seu cliente? faz a mesma coisa?

A maioria das grandes fábricas no Brasil envia o XML por email quando solicitado. Uma pressão tipo "a direção determinou que a partir do dia X não deixaremos o caminhão descarregar se o XML não tiver sido enviado" (mesmo que depois o prazo seja prorrogado várias vezes) AJUDA, ainda mais se vier de vários clientes. Pelo menos aqui no RS, se mesmo assim o fabricante insistir em não enviar, no portal da SEFAZ dá pra baixar o XML.

Na minha opinião o único problema é com as transportadoras, que AINDA não podem baixar o XML via portal mesmo com certificado. Mas tenho certeza que isso vai ser contornado em breve, pois é trivial checar o CNPJ do certificado com o CNPJ da transportadora informada no XML.

[sergiom]

Rodrigo

WebBrowser1.OleObject.document.getElementById('ContentPlaceHolder1_btnConsultar').click;

Este comando continuou não trazendo a página para mim, continua dando erro.

[johnbh3]

Olá,

Eu já ouvi dizer que RS é assim. Mas vamos ficar em um conversa sem fim.

Eu devo em outro mundo, porque você deve esta falando com clientes com estrutura, mas boa parte dos contribuintes desse pais, mau sabe o que é CFOP.

O que eu disse, é que existe variáveis, erro humano, problemas técnicos, o cara não quer perder venda. Tudo que você disse, acredito que qualquer desenvolvedor do fórum aqui sabe fazer, enviar e-mail, guardar o XML em bando de dados, etc, etc.

Mas ainda assim, existe variáveis. Você esta focando em valorizar a ERP e não esta pensando processo HUMANO, e até mesmo falhas nos próprios recursos de resgatar o XML.

Te coloco a seguinte situação, RS para o serviço de resgate do XML, o Estado não vai parar por isso? O empresário , ou alguns deles, vai dizer depois eu pego o XML.

O que quero dizer é que, todos esses artifícios de burlar o processo deve ser punido com muito rigor. Porque se não for pra punir, só puniu a nós que precisava do site.

O fato é que foi uma decisão errada da SEFAZ, primeiro deve ser criar mecanismo ou endurecer a lei, depois bloquear.

Agora todo um processo que facilitava foi perdido.

[sergiom]

Vamos separar as situações

- XML assinado e com validade fiscal

- XML apenas com as informações e para agilizar a entrada de dados nos sistemas

Se houvesse essa compreensão, estariamos resolvido.

Basta a receita disponibilizar para que possamos importar para as contabilidades, transportadoras, etc...

Aqueles que precisam manter arquivo do XML assinado deverá recebê-lo do emitente ou se o perder no caso do emitente, tem um processo para recuperá-lo.

O certo é ser um facilitador, já que a transformação em documento eletrônico a finalidade é tanto agilizar a receita como também o contribuinte.

[Alexsander]

O bloqueio faz sentido quando a gente pensa na quantidade de informações potencialmente confidenciais que estão no XML de uma NF-e. Se for liberado pra todo mundo, bastando digitar umas letras de um CAPTCHA, há um enorme risco de vazamento destas informações. Ninguém gosta de ver seus dados privados circulando livremente por aí e a Receita poderia até ser responsabilizada judicialmente.

Além da questão do sigilo, há também a concorrência desleal. Por exemplo: muitas empresas ainda usam, ingenuamente, o número da NF na tag cNF -- que deveria ser um número aleatório. Se uma fábrica A faz assim, é trivial para um comerciante B que compra da fábrica A olhar TODAS AS NOTAS FISCAIS emitidas pela fábrica A, bastando variar cNF e nNF na chave. Com isso ela vai poder ver quanto seus concorrentes estão pagando, que quantidades estão comprando, etc. Isto é quase uma espionagem industrial.

Acho que a Receita está certa em bloquear a leitura via site aberto -- mas errada em não disponibilizar uma maneira para o XML ser recuperado pelas empresas participantes da NF-e (emitente, destinatário/remetente e transportadora) mediante certificado.