Kiko Fernandes

Eu sei só pelo site até o momento. Vamos pegar esta chave (NFe) do colega Adenilton Como ele fez em homologação, acesse o ambiente homologação http://hom.nfe.fazenda.gov.br/portal/principal.aspx Escolha [ Serviços ] [ Consultar NFe Completa ] Informe a chave e os 4 caracteres da imagem 28111007703290000189550010000001961010480081 Quando abrir a nota procure pelo grupo SITUAÇÃO ATUAL: Autorizada Abaixo vai aparecer ocorrência: Uma é a autorização da nota e o protocolo e abaixo estará Carta de Correção Eletrônica e o protocolo. Clicando no protocolo vc verá a carta de correção.

Oi Wagner! Não é problema é que eu tinha entendido pela resposta a um tópico que as schemas estariam compiladas com o ACBrNFeMonitor, por isto testei e vi que não estava. Entendi errado. O procedimento será vc fazer as atualizações das schemas nos teus clientes. Apenas as schemas eu creio que já resolve, porém eu aconselho atualizar também o monitor se for possível. Caso faça isto siga os passos 1 - Atualize primeiro o monitor; 2 - Depois atualize as schemas, pois do contrário a atualização do monitor irá sobrepor as schemas atualizadas. Obs.: Nos casos das schemas que você modificou devido ao OpenSSL, mantenha as tuas, porque as do governo parece que fará aquelas críticas a quantidade mínima de caracteres em unidade, mais o IE devido ao conflito com aquela lib do OpenSSL.

Oi Cristiano Tem que estar relacionado a UF/CERTIFICADO do emitente.

Marcelo, nos ítens vc está informando CSOSN=101, porém alíquota tag pCredSN está zero e vCredICMSSN também está zero. Para informar desta forma a alíquota e o valor do ICMS que permite o aproveitamento deve estar preenchida, além da descrição legal: "PERMITE O APROVEITAMENTO DO CRÉDITO DE ICMS NO VALOR DE R$ (Valor*), CORRESPONDENTE À ALÍQUOTA DE (alíquota usada **) %, NOS TERMOS DO ART. 23 DA LC 123." *Valor - Será os valores calculado nos ítens que estão com CSOSN 101 **Alíquota usada - Percentual usado. Pode variar cada mês pois é calculado em cima do faturamento dos 12 meses anteriores. Caso não permita o aproveitamento de crédito o correto será CSOSN=102 Tags necessárias para o CSOSN 101 ----------------------------------------------------- Tags necessárias para o CSOSN 102

Obrigado Regys! Então desculpe, foi falha minha, mas lendo os tópicos entendi que o pessoal está achando que é só baixar novamente que a atualização estaria com o instalador.

Pessoal se alguem puder verificar esta situação: Fiz um atualização do ACBrNFeMonitor pelo link http://djsystem.sytes.net/ccount/click.php?id=8 Atualizei e comparei as schemas atualizado pelo portal nacional e do ACBrNFeMonitor. Após a atualização em C:\acbrnfemonitor\schemas percebi que o arquivo LeiauteNFEv_2.00.xsd está com a data de 12/07/2010 a do portal o arquivo LeiauteNFEv_2.00.xsd está com data de 21/07/2011 Cabeçalho do arquivo na pasta schema do ACBrNFeMonitor: Cabeçalho do arquivo do portal Será que errei alguma coisa ou foi compilado por engano mesmo. Aguardo! Obrigado! Obs.: Tomei por base esta informação do Regys.

Cristiam se possível procure colocar um chr(13) no teu arquivo txt, vc está colocando apenas chr(10) (funciona mas fica muito confuso para entender) Procure deixar assim: Segue a crítica do teu arquivo e um anexo dele modificado, gerando o XML. Em anexo segue o teu arquivo modificado. Por favor verifique CNPJ, Destinatário etc, pois isto tem uma regra para seguir. entnfecristiam.txt

Vc terá um retorno em SAINFE.TXT semelhante ao de baixo: Observe que cStat retornou 101 (Cancelada)

Oi Wagner! Creio que se vc atualizar as schemas a versão antiga continuará funcionando igual, pois até o momento não houve alteração na versão do ACBrNFeMonitor para resolver alguma questão específica da NT2011.004. Só conheço este, mas creio que a quebra do link logo será resolvida. Não consegui localizar erro, pode ser algo com a SEFAZ. Teste amanha novamente, se possível no cliente pelo dois ambientes. (Homologação e em seguida produção).

Herik a gente fica um pouco tenso, mas em geral penso que vc está certo, pois também só tive o problema com a placa até agora, pois moro na fronteira com o Paraguay e Argentina e tivemos problemas com as placas, já que lá é XXX999, então se a NFe for até US$ 2.000,00 e não caracterizar compra p/revenda e se o comprador cuidar do transporte, é permitido uma NFe como exportação, sem passar pelo SISCOMEX, porém alguns fiscais na Aduana ainda não estavam por dentro das modificações e exigiram a placa com 3 dígitos ou então com hífem no padrão XXX-999 e também fica sem um regulamento ai é complicado se vc coloca na descrição complementar, vc encontra um agente na Aduana que diz placa tem que sair no campo placa, coloca em placa tem que acrescentar um dígito então complica um pouco, mas foi o único problema que eu encontrei até agora. Já no caso Wilson_jr que relatou um problema com II (Imposto de Importação) Texto do Wilson_jr: E no item 4.3 - Validação da existência dos grupos IPI e II em operações de importação, me obriga a informar essa TAG. Porém pode ocorrer de em uma importação não haver imposto, pois trabalhamos com livros. Notei que quando passo os valores zerados essa TAG não sai no XML. Não sei se ele resolveu ou se está pendente ainda. Eu consegui autorizar uma sem as tags II, mas se ali diz que com CFOP iniciada por 3 será analisado o II, então quem importa poderá encontrar este problema que ele relatou, uma vez que o imposto é zero e ele disse que não cria as tags do II caso seja zerado. O restante pelo que vi são coisas que se vc já estava fazendo certo não terá problema, tipo validar CNPJ, EAN, soma dos produtos, base de cálculo etc. O que eles fizeram foi submeter o XML a uma crítica mais refinada.

Ou seja, se no XML da NFe não constar a data e hora de saída, deverá ser feito posteriormente através deste "Registro de Saída". Provavelmente será feito através de eventos como a carta de correção que vai sendo agrupada e protocolada junto da NFe, quando se consulta o STATUS pelo site pelo menos no momento é possível ver os protocolos da CCe, penso que será algo semelhante. Ainda não tenho certeza, mas me parece que uma vez que a data e hora de saída esteja preenchido no XML ou então seja usado o registro de saída não será mais aceito o cancelamento, pois o fisco entende que a mercadoria já circulou ou seja saiu do estabelecimento. Me parece que MG já esta usando assim, eu vi um comentário de um colega em algum tópico. Será mais uma etapa. Link: http://www.fazenda.gov.br/confaz/confaz/ajustes/2011/AJ_008_11.htm

Caso preencha a cEAN a cEANTrib também deve ser preenchida.

Baixe os arquivos anexados no post anterior entnfe101.txt entnfe102.txt que estão os modelos. É o teu arquivo entnfe000.txt modificado.

Cristiam, além das tags erradas dá impressão que vc não está seguro de como informar os impostos. Isto é um pouco complicado porque não tem uma fórmula mágica, cada empresa se enquadra em uma situação e para isto vc deverá estudar as situações, pois se emitir errado certamente enfrentará problemas mais a frente. Em anexo está o teu arquivo modificado para duas situações: Situação 1: CRT=1 CSOSN=101 (com aproveitamento de crédito, deixei as alíquotas que vc colocou na descrição da NFe 2,33% de aproveitamento de crédito. Segue no exemplo o primeiro item com cfop 5102 e o segundo 5405) Anexo arquivo: entnfe101.txt Situação 2: CRT=1 CSOSN=102 (sem aproveitamento de crédito) Anexo arquivo: entnfe102.txt Obs.: Os arquivos servem apenas para estudo, você deve sempre ter a orientação do contabilista da empresa, pois as notas mudam estes CSOSN conforme a situação por exemplo se é imune o CSOSN é 300 se não está sujeitas à tributação pelo ICMS dentro do Simples Nacional pode ser 400 e assim por diante. Ela segue algumas regras e vc precisará entender um pouco disto: CRT=3 - Vai destacar os impostos e deve informar os CST CRT=1 - Simples Nacional deve informar CSOSN Como vc disse que é CRT=1 Se for o 101 ele permite o aproveitamento de crédito: Vou usar o texto do nosso colega Centuryinf enviado em: 15 Out 2011, 11:27 Quando for CSOSN=102 Texto do nosso colega Centuryinf enviado em: 15 Out 2011, 11:27 Para cada CSOSN que vc usar, vc deve informar as tags e valores dos impostos conforme a orientação do manual de integração. Aqui no forum existe informações sobre isto, procure ler os tópicos que informam sobre os CSOSN. O Fabrício.syncode postou um diagrama interessante em 04 Abr 2011, muito bom para se estudar, pois conforme muda o CRT e o CSOSN, vc deverá saber quais tags devem ser preenchidas e quais impostos destacar. entnfe101.txt entnfe102.txt

O link é todo este conteúdo: http://www.emissornfe.fazenda.sp.gov.br/v2/docs/[Emissor_NF-e]_Manual_de_layout_TXT-NF-e_v2.0.0.pdf copie até o .pdf e cole no browser.

Boa noite Leavila Leia este tópico, parece que o Wagner enfrentou o mesmo problema.

Manual de Integração Versão 4.01-NT2009.006 Pág. 43 Msg 206 - Rejeição: NF-e já está inutilizada na Base de dados da SEFAZ Pág. 78 5.1.1 Tabela de Códigos de Erros e Descrições de Mensagens de Erros MOTIVOS DE NÃO ATENDIMENTO DA SOLICITAÇÃO ... Código: 206 - Rejeição: NF-e já está inutilizada na Base de dados da SEFAZ Fiz um teste e o retorno no arquivo SAINFE.TXT foi este: Então penso que não será possível tratar pelo cSTAT e sim pela descrição "ERRO: "

Eu não tenho certeza disto, mas parece que no OpenSSL o cProd tem que ter tamanho 4 no mínimo. Faça um teste veja se isto confere! Passe para 0010

Pelo que eu sei o pessoal do ACBr modificaram e destribuiam as schemas já com esta correção, como agora vc precisou pegar as schemas diretamente do site do governo elas não estavam alteradas, necessitando passar outra vez pela alteração. Creio que na próxima versão estas schemas novas já estarão sendo distribuídas junto com executavel em: http://anfm.blogspot.com/search/label/ACBrNFeMonitor

Wagner eu uso o CAPICOM então não entendo do openssl, mas o André (anfm) postou em um forum (link 1) uma dica que eu creio que irá resolver teu problema. Link 1 http://www.forumweb.com.br/foruns/topic/79339-resolvido-erro-ao-validar-dados-da-nota-no-xml Ele orienta para acessar este link: http://www.assembla.com/wiki/show/nfephp/Falha_de_Valida%C3%A7%C3%A3o_da_NFe Com isto entendo que nesta schema que vc atualizou vc deve tambem localizar esta informação [!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1} e substituir por [!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1} Ou seja trocar {0,} por * Informação que se encontra na schema: Após a troca Teste para ver se resolve! Boa sorte!

Wagner eu tenho pouco conhecimento sobre isto, penso que seria o tiposbasico_v103_openssl, mas não posso te afirmar com segurança. O interessante seria vc fazer um teste modificando ele, se não passar altere o outro também. Sim, esta atualização terá que ir para o seu cliente.

Se vc está usando o OpenSSL, parece que precisa fazer uma alteração na schema. Obs.: Isto é um pouco antigo já, não sei se ainda é o mesmo problema, mas faça um teste para ver. Link: Dê uma lida no tópico do link.

Sei disto, mas o podemos fazer, temos uma schema que agora esta validando desta forma: E uma nota técnica assim: Pág. 7 Então se eles não tratarem o assunto não temos o que fazer. Pedi para um cliente imprimir a pág. 7 e solicitar instruções deles. Não souberam responder disseram que o certo é XXX-999 (o hífem nem é aceito mais), então passaram a aceitar o zero a esquerda. Estou aguardando também maiores informações, mas no momento estão passando sem problema com 0 a esquerda.

Oi Ericksiudc coloque um zero a esquerda, os agentes na Aduana estão aceitando. Exemplo Antes: ABC-033 ou ABC033 agora: ABC0033.

Será, pois mesmo que vc não altere para não receber a crítica pela schema, a SEFAZ fará a validação conforme está na NT 2011.004. No PR a SEFAZ se adiantou um pouco o que era p/ 01/11/2011 programaram para 09/10/2011. Link: http://boletim.fazenda.pr.gov.br/boletins/item/2011/12