Kiko Fernandes

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

Rogerio! Boa noite! Eu validei o teu XML e o único erro que encontrei nele foi a placa que deve estar no formato XXX9999 e não como vc informou XXX-9999 (com hífem) AHW-4873 Após corrigir a placa para AHW4873 tornou-se válido o XML. Altere isto e teste novamente! Não sei se o erro que vc citou tem a ver com isto, mas posso te afirmar que o XML contém este erro.

Oi Italojr, boa noite! Bom eu deixo a critério do operador, caso eles tenham noção do que estão fazendo. Deixo liberado a opção para que possa enviar uma NFe com um número que faltou (no caso um ou mais que um dentro do intervalo que quebrou a sequencia) caso tenham dificuldades (que mesmo hoje a gente encontra clientes que tem dificuldade de entender "cancelamento" e "inutilização", então para estes eu deixo seguir a sequencia e caso ocorra quebra eles são obrigados a inutilizarem o número. Obs. No meu sistema a quebra de sequencia é detectada no momento de gerar o SINTEGRA caso o operador não note antes pela sequencia numérica das notas. Quanto ao prazo: Ainda não me ocorreu uma situação que tenha vencido o prazo de inutilização e quanto as notas geralmente o operador percebe a quebra em seguida. Mesmo assim eu informo que a inutilização somente é possível até o décimo dia do mes subseqüente conforme a descrição abaixo: Fonte: http://www.nfe.fazenda.gov.br/PORTAL/perguntasFrequentes.aspx?tipoConteudo=7zEQFBPObw0=#AeLXnQASkWg= Os casos que houveram de reaproveitar os números que não foram utilizados todos acabaram emitindo no mesmo dia, (ou seja a quebra de seqüencia foi logo percebida e os casos que me ocorreram foram de 1 número no maximo 2) então também não tenho nenhum caso para compartilhar aonde passaram-se tantos dias. Mas caso troque o mës eu recomendaria a inutilização, pois tem muitas coisas ligadas a numeração. Tem SPED tem SINTEGRA, fica estranho por exemplo uma nota com numeração 10 mes de outrubro e no dia 01/11 nota 07, 08, 11. Se não me engano o próprio validador SINTEGRA critica como advertëncia a sequencia 07,08 e 11. Mas blz, são apenas troca de informações! Um abraço!

Cristiam O nosso colega Centuryinf já respondeu. O problema ai, de imediato está nas tags do CSOSN que não estão sendo informadas. Respondida no tópico: [ Socorro!!! Pessoal por Favor se alguém tiver uma luz.... ] Postado por: centuryinf em 14/10/2011 as 11h14 Postado por: centuryinf em 14/10/2011 as 11h27

Não sei se vem ao caso, mas a título de informação vou postar aqui. No PR, caso ocorra conforme o Italojjr relatou, é possível emitir a 151 mesmo que já tenha sido emitido a 161 (como informado no exemplo) Não sei se isto é possível em outros estados. Pág. 15 Link: http://www.sped.fazenda.pr.gov.br/arquivos/File/NFe/FAQ_NFe_PR.pdf

Josadac, esta empresa que precisa emitir a nota se enquadra na classificação de optante pelo simples? Se for dá uma olhada neste link. http://nfebrasil.ning.com/forum/topics/destaque-de-impostos-por Que eu saiba não existe.

Então Lucas, mas este retorno deve ser coletado quando vc tenta enviar o XML, a SEFAZ detecta o erro e retorna um arquivo, vc deve consultar ele e fazer o tratamento necessário. Ele não uso o componente então não vou poder te ajudar, mas tente usar aquele botão que contem esta informação: [ Carregar XML e Enviar ] e veja que retorno vc obtem. Creio que aqui ele deverá retornar o erro que vc esta esperando. Porque o consultar vai te trazer esta informação: "Não consta da base de dados da SEFAZ", pois ele esta consultando esta chave e ela não existe lá.

http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=6&t=2844&p=14307&hilit=POLIMIG#p14307

... acho que e so atualizar os schemas e nao passar o ano na hora de solicitar a inutilização. No ACBrNFeMonitor o parâmetro ano no comando NFE.InutilizarNfe() continua sendo solicitado, se tirar o ano dá erro na trasmissão, porém no PR está aceitando inutilizar informando o ano.

Eu tenho dúvida no que vc esta tentando dizer, mas pelo que entendi o complemento não se refere a um ítem específico, por exemplo no caso de "LANCAMENTO DE CREDITO - ATIVO PERMANENTE" CFOP 1604 então neste caso vc colocaria NCM 00 ou 99, porém se o complemento for referente a um ítem ele deve ser lançado na nota e com o NCM dele, como disse o Sandro.