Kiko Fernandes

Em anexo está o teu arquivo modificado. Estou ciente que você está apenas testando, mas não custa comentar. Quando for fazer a nota em produção atente para o código e nome do país que deve ser o de origem da mercadoria. Quanto as schemas atualize em: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8= Ultima: Esquemas XML NF-e - Pacote de Liberação No. 6j - Sem Âncora (26/10/2011) Obs.: Fique atento as novas críticas que são validadas nestas schemas novas. Ainda a respeito da sua nova, tem que verificar as tags II - Imposto de Importação. 35120110710154000120550010000012901000012904-nfe.xml

Quanto aos ítens, procure colocar na ordem, você pode ter incômodo com isto. Não esqueça de se informar a respeito do CSOSN.

Agora na estrutura do XML está tudo ok, porém tem dois detalhes que notei. 1 - Você começa com o ítem 2, deve começar com o 1 de uma observada no primeiro item. 2 - Quanto ao imposto, vc está informando CSOSN 101. Se não tem o aproveitamento de crédito deve ser CSOSN 102 para os que não são substituição tributária. Dê uma lida a respeito da tabela CSOSN

ERG, você já tentou baixar as cadeias de certificação para V2? Tente baixar deste link, eu não tenho muito conhecimento sobre isto, mas penso que seria só atualizar as cadeias de certificação. E também ainda não tive algum cliente que esteja utilizando V2. http://www.iti.gov.br/twiki/bin/view/Certificacao/RepositoriodaACRaiz

Começe corrigindo o Página 122 do Manual de Intregração Versão 4.01 Após a correção anexe o novo XML gerado.

FLEXNET - Ricardo Angelo Gomes Pessoal pode ser que entendi errado. Se vocês estão falando de fazer testes na intenção de simular o retorno com o status 105, isto eu também nunca consegui e com quem já comentei sobre o assunto também desconhecem alguma maneira de provocar este retorno. Agora em se tratando do retorno em produção com o emitente necessitando emitir a NFe e a SEFAZ estar com o problema de lentidão, ai sim já tive vários casos e retornaram com o status 105, geralmente quando os servidores da SEFAZ estão congestionados. Aqui no PR já faz algum tempo que não temos tido este problema, mas quando ocorreu foi tratado da maneira correta. O que não entendi foi a parte da mensagem do Ricardo aonde diz: "Simplesmente aparece uma mensagem "Lote em Processamento", aqui que foi a dúvida, pois se está testando não seria possível provocar este retorno (obs.: pelo que eu conheço, salvo se tiver alguma outra maneira), logo se está recebendo esta mensagem "Lote em Processamento" por simulação deve ter alguma coisa errada. O que eu fiz no meu sistema foi tratar o retorno 105 e quando isto aconteceu funcionou a minha rotina. Como uso pelo Monitor este retorno vem gravado no SAINFE.TXT e tem dado certo.

Ricardo eu uso o ACBrNFeMonitor apenas, então não vou poder te ajudar, mas pela lógica deveria ser a mesma coisa, vc deve ter o retorno 105, teria que dar uma verificada se não o sistema não está executando algum procedimento que corresponda a algum "if" antes desta linha q vc colocou e talvez ela não chegue até ali.

Faltou novamente vc informar o CSOSN. Verifique com o contador, mas me parece que é CSOSN 900 para importação.

Adilson, não sei te responder mas eu acredito que não, porque a Caixa é uma autoridade certificadora assim como SERPRO, Certisign, SERASA etc, então eu penso que não funcionaria, mas não tenho certeza.

Caso não esteja funcionando também no emissor gratuíto e for da Certisign de uma olhada nestes links http://www.certisign.com.br/suporte/utilitarios-criptograficos/aic/ Escolha a opção 1 - Clique Instalar depois escolha a opção 3 - Clique Instalar (Esta aqui praticamente faz ou refaz todo ou processo, baixando atualizando cadeias de certificados, escolhendo o token correto etc.) Experimenta rodar ele. Vc pode dar uma olhada aqui também e verificar os drivers eToken Pro, mas aconselho a opção 3 da dica anterior. http://www.certisign.com.br/suporte/utilitarios-criptograficos/tokens-criptograficos

Se vc abrir o XML verá que está esta chave [35120107552934000185550010000028371000028370] Pergunto: Você está "forçando" ou montando esta chave? Porque neste caso em que está 35"1201" no início + o restante dos números o dígito verificador é 5, logo este número ai está errado. Para finalizar com 0 o início tem que ser 35"1112" (2011 mes 12)+07552934000185550010000028371000028370 No teu XML está assim: - A data de emissão também está 04/01/12 então o XML montando não é "igual ao XML original" como vc disse, pois o original a data é 21/12/2011. Os vencimentos também não batem: Original: Fatura: 2837/1 - Vencimento: 19/01/2012 - Valor: 40.00 XML montado: Fatura: 2837/1 - Vencimento: 01/02/2012 - Valor: 38.50 Então vc não está montando o XML igual ao primeiro com isto as informações não são as mesmas e assinatura também será diferente. Aconselho vc a baixar o XML do site da SEFAZ. Obs.: Siga o procedimento, mas acredito que só o destinatário é que poderá fazer isto, mesmo assim caso vc perdeu o XML creio que este ainda é o melhor caminho. Acesse https://nfe.fazenda.sp.gov.br/ConsultaNFe/consulta/publica/ConsultarNFe.aspx informe a chave: 35111207552934000185550010000028371000028370 e tente baixar o XML no botão [ Dowload XML ] Caso vc não consiga pois a informação que aparece é que o dowload está disponível apenas para o destinatário e em um período de 60 dias (precisa do certificado para baixar) então entre em contato com o destinatário para que baixe e solicite que eles te envie o XML informando que devido a um problema vc perdeu ele.

As novas críticas ou validações que foram acrescentadas não serão validadas, com isto vc pode enviar um XML errado para a SEFAZ, sendo que se estivesse com as schemas atualizadas a crítica seria feita no PC antes de enviar o XML. De qualquer forma a SEFAZ não receberá o XML com erro, mas eu penso que teu sistema estaria correndo o risco de não ser considerado eficiente uma vez que a crítica poderia ser feita no local e vc está enviando para que os servidores da SEFAZ detectem o erro. Isto na minha opinião é uma forma de "consumo indevido" pois sobrecarrega o sistema deles pois uma nota que poderia passar na primeira vez, pode voltar com a crítica do erro e ter que ser enviando novamente. A SEFAZ já se pronunciou advertindo sistemas que faziam uma "Consulta de Status" antes de enviar o XML, vai que criticam isto também, corre-se o risco. Se você segue exatamente o manual e é bastante disciplinado em cumprir as orientações em relação as Normas Técnicas que são publicadas, creio que teu sistema não encontraria problema, pois vc mesmo já estaria realizando as críticas pelo teu sistema neste caso vc não teria nenhum problema em não atualizar.

Quando vc disse: "já tentei atualizar o xml,... " Você usou o comando consultar enviando o arquivo XML?

Se der certo o próprio sistema do certificado irá solicitar a senha uma vez e enquanto vc não sair do teu sistema não precisará informar mais a senha, porém toda vez que entra terá que informar. Eu teho alguns casos q estão funcionando assim, com o W7 não posso informar a senha.

Na Aba [ WebServices ] está marcado a opção [ v]Salvar Arquivos Enviados/Recebidos p/WebServices ?

Não sei se vc já fez isto, mas se está informando a senha pelo ACBr, tente não informar e faça um teste.

Repare que o digito verificador mudou devido ao inicio da chave: 35120107552934000185550010000028371000028375.pdf enquanto deveria ser 1112 (ano 2011,mes 12) Você verificou se o XML tem o com a autorização de uso? Se for possível, anexe o XML.

Felipe, o Angelo tem razão, vc está com sorte Consulte pelo https://nfe.fazenda.sp.gov.br/ConsultaNFe/consulta/publica/ConsultarNFe.aspx a nota e bem abaixo da página tem [ Download do XML ]. Tem uma restrição para fazer o download, somente está autorizado o destinatário pelo prazo de 60 dias, entre em contato com eles e diga para baixar e confirmar se está tudo ok. Blz!

Você grava todos os campos no banco de dados? Se sim eu creio que pode gerar novamente dali que não terá problema. Agora se tiver um espaço a mais ou caractere diferente como nas informações complementares ou endereço algo que foi preenchido no momento, a assinatura será diferente da primeira. Olha aqui é um assunto um pouco complicado. Não é recomendado o que vou expor aqui, mas tente editar pelo bloco de notas este XML, cuidando para que o XML fique da forma como vc abriu, não vai dar enter ou qualquer outro tipo de edição nele. C Copie o do e cole ele no que está acima do . Salve e depois faça o teste se o XML continua válido. Recomendo vc salvar separado uma cópia do XML anterior, imprima o DANFE e se possível imprima também os dados que estão na SEFAZ para que vc consiga comprovar que não houve má-fé caso seja questionada esta situação, pois o fato de vc alterar o arquivo já está sendo considerado uma modificação não autorizada. Não é recomendado mas eu entendo a situação que você está, outra forma seria consultar um contabilista que tenha um bom entendimento sobre o assunto e ver o que ele recomenda. Talvez teria que fazer uma devolução (pois acredito que o prazo de cancelamento já esgotou) e fazer novamente a venda.

Felipe, no teu sistema, caso aconteça algum problema com o XML, digamos que o XML foi perdido, tem opção para o operador gerar novamente o XML e com uma consulta obter o XML autorizado? Já vi acontecer este tipo de problema quando é gerado um novo XML e enviado uma consulta com o XML novo, para que se obtenha o XML com o protocolo de autorização. O é acrescentado ao final do XML porém o Digest Value fica diferente caso o XML não seja idêntico ao primeiro. Digamos que foi isto que aconteceu, a assinatura é uma assinatura válida e provavelmente a SEFAZ não está verificando o DigestValue do XML com o digVal do protocolo na consulta, pois pra ela vale o XML que foi enviado e já se encontra lá. Nós que devemos consultar se está ok ou não. Seria a mesma coisa que fazer um DANFE com um protocolo de autorização e chave válida porém com informação diferente. Quem recebe o DANFE deve verificar se a mercadoria confere, se valores confere ou não com a compra. O cliente está certo em exigir que o do XML seja igual ao do protocolo.

Vc pode baixar do portal nacional http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8= Escolha: Esquemas XML NF-e - Pacote de Liberação No. 6j - Sem Âncora (26/10/2011) (ZIP) Ou então se preferir o link direto para o arquivo é: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=Gunwkxz0MZM=

Oi Sandro! De uma olhada neste tópico: Tem uma maneira ali de forçar esta situação, mas se não me engano esta compilação distribuida pelo André resolve isto. http://www.djsystem.com.br/acbr/forum/download/file.php?id=1436 Obs.: Caso vc atualize o ACBrNFeMonitor, não esqueça de atualizar as schemas novamente, pois a que está compilada são as schemas antigas. Outro detalhe a versão continua sendo 0.7.1a

CtrlRs você está usando o ACBrNFeMonitor ou o componente no Delphi? Pelo que entendi o teu XML está conforme vc demonstrou parte do código e no DANFE está saindo com dois decimais é isto? Se for no ACBrNFeMonitor entra em configuração na aba [ DANFE ], vá até a opção Decimais Quantidade e escolha ( )2 (o)3 ( )4.

Dá uma revisada na maneira q vc está configurando, se está sendo setado realmente a configuração que vc deseja. Fiz um teste e neste momento a mensagem de inativo ou inoperante está dando no modo de emissão normal do ambiente produção. Ambiente: Produção Forma de emissão: Normal Ambiente: Produção Forma de emissão: SCAN Ambiente: Homologação Forma de emissão: NORMAL Ambiente: Homologação Forma de emissão: SCAN

Leonardo, o problema é só a máq. q está com w7? De uma olha nestes tópicos http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=6&t=3610&p=16999&hilit=Inativo+ou+Inoperante+tente+novamente#p16999 Seria bom você testar conforme o nosso colega wilson_jr sugere no último tópico.