PC Toledo

Adaptei da versão que uso junto ao SEFAZ-SP em .TXT para a versão 2.0 uma versão em .XML, que segundo alguns, é a que vai vigorar a partir de 01.01.2011.

Nos testes que fiz, essa versão não está sendo aceita em importação pelo mesmo SEFAZ-SP.

Se alguém já testou e conseguiu importar .XML pelo SEFAZ-SP e que não seja o mesmo .XML que ele exporta, por favor, exponha como conseguiu isso.

Eu não sei também se o sistema do SEFAZ-SP está preparado para isso, mas como o tempo passa rápido demais, logo estaremos em cima da data.

Também não temos informação alguma se a importação em .TXT não será mais aceita, mas estou torcendo para que isso não ocorra, pois milhares de empresas estão trabalhando com a versão 1.4.1 e não acho que estejam ocorrendo problemas para o SEFAZ-SP por conta disso.

Atentem que estou me referindo ao SEFAZ-SP, mas se houverem soluções de outros Estados a experiência é válida, pois haveria uma uniformização dos procedimentos.

Eu não sei também se o sistema do SEFAZ-SP está preparado para isso, mas como o tempo passa rápido demais, logo estaremos em cima da data.

pois é Billy, eu uso o Sefaz de SP (importando o TXT) e até agora nao saiu uma versao para versão 2..
Nao to afim de mudar tudo para XML e usar outro aplicativo. mas tá ficando em cima da hora, to ficando aguniado..
e se nao tiver mais versao nova do SEFAZ ? voce iria usar o que ? O acbrmonitor ? Unidanfe ?
voce poderia disponibilizar o procedimento que voce usou para gerar o XML ??

Obrigado

Saiu o emissor essa semana, Abaixo o link da nova versão para layout 2.0:
http://www.emissornfehom.fazenda.sp.gov.br/v2/index.htm
http://www.emissornfehom.fazenda.sp.gov.br/v2/docs/[Emissor_NF-e]_Manual_de_layout_TXT-NF-e_v2.0.0.pdf

Olá pessoal, tentei importar um arquivo no formato XML para o aplicativo na versão 2 mas... da erro no digito da chave, eu já fiz na unha o digito e está correto (já baseado no manual 4), mas... o aplicativo insiste que está errado, alguem conseguiu importar um XML para e pode postar o mesmo para eu identificar onde estou errando ?

Honório

Hasa,

Lance sua nota também diretamente no aplicativo versão 2.0 e combata as diferenças entre os IDs e verifique que mudança voce terá de fazer para funcionar.

:-O
Beleza rocha, seguinte, seguindo o manual estaria facil o numero randominco diminuiu de 9 para 8 digitos para caber o tipo de ambiente 1 digito:

Nota Fiscal Eletrônica
Manual de Integração - Contribuinte
Pág. 84 / 232

· cUF - Código da UF do emitente do Documento Fiscal
· AAMM - Ano e Mês de emissão da NF-e
· CNPJ - CNPJ do emitente
· mod - Modelo do Documento Fiscal
· serie - Série do Documento Fiscal
· nNF - Número do Documento Fiscal
· tpEmis – forma de emissão da NF-e
· cNF - Código Numérico que compõe a Chave de Acesso
· cDV - Dígito Verificador da Chave de Acesso

O restasnte é identico, veja que o ACBR ou o UNINfe estão enviando direto e está indo normal eu cheguei a uma conclusão É O APLICATIVO DA SEFAZ que está com problemas, pode pegar qualquer exemplo de XML 2.0 na net e verá que se vc fizer o calculo na unha ou a moda antiga, veja bem só o calculo é a moda antiga o conteudo é da manueira listada acima, vc chega no bate do digito, mas... a sefaz não deixa passar, :%, já enviei e-mail para eles vou postar aqui a resposta daqui a uns 3 meses )

Amiguinhos,

Somente para reforcar eis um link com explicacao bem elaborada destas diferencas:

http://www.acomsistemas.com.br/conteudo ... layout.asp

Como eu já tinha praticamente montado o sistema ERP para gerar arquivos .TXT e ou .XML na versão 2.0, tentei importar no formato .TXT e já deu erro na linha 2, onde consta o seguinte:

NOTAFISCAL|1
A|2.00|NFe35100900255889000158550040000002221002558892

onde:
A = chave
2.00 = versão

Os próximos 47 caracteres estão assim compostos:

NFe = fixo
10 = ano
09 = mes
00255889000158 = CPNJ
55 = modelo
004 = série
000000222 = número NFE
1 = forma
00255889 = número aleatório
2 = DV

A mensagem de erro apresentada foi "Versão inválida"

Será que o programa está realmente OK para testes ?

Eu só importo em XML desde o inicio, não sei dizer se esse TXT está correto mas... já envie 3 email´s para a SEFAZ, no último envie um print da tela do sistema deles acusando o erro e meu XML para eles importarem, estou aguardando retorno, assim que tiver noticias informo ok.
:(Neg
Honório

Resposta da Sefaz-SP, lá vou eu de novo:

Prezado Sr.,

Isso ocorre porque o Emissor de NF-e tem algoritmo próprio para a geração do cNF - Código Numérico que compõe a Chave de Acesso.

Solicitamos que utilize o canal correto para tirar as dúvidas, que é o Fale Conosco NF-e disponível em www.fazenda.sp.gov.br/nfe.

Atenciosamente,

Equipe NF-e e CT-e

DEAT-Supervisão de Documentos Digitais

Amiguinho,

Fala sério!, Algoritmo próprio? o algoritmo tem de ser público e compatível com o manual de integração para permitir que possamos importar nossos arquivos.

No caso do ACBrNFe se voce enviar um XML(não sei com TXT) onde o campo que consta o numero da NFe seja qualquer coisa(até palavrão) ele mesmo gera o número e introduz no campo.

Tente fazer o envio com este campo vazio para ver se o mesmo importa.

:^|

Eu desisto,

RESPOSTA DA SEFAZ - SP
Repasso informação da área técnica:

Vou tentar esclarecer:

Isso ocorre porque o Emissor de NF-e tem algoritmo próprio para a geração do cNF - Código Numérico que compõe a Chave de Acesso. O que é isso?

Ver forma de composição da chave de acesso.

O aplicativo emissor gratuito tem uma forma de calcular o código numérico (penúltimos oito dígitos). Quando uma empresa desenvolve software, ela estipula qual será a regra para calculo do código numérico. Uma vez que o arquivo foi criado em um aplicativo emissor próprio, este conterá um código numérico com base na regra própria do emissor. Ao exportá-lo para o emissor gratuito, o aplicativo irá abrir o arquivo sem problemas, porém criará uma nova chave de acesso, pois o código numérico será diferente. Nestas situações a recíproca também é verdadeira.

Em suma – a forma como o contribuinte aponta calcular o digito verificador está correta, porém o erro é apontado em virtude de divergência no código numérico que em conseqüência irá influenciar a formação do digito verificador.

Cordialmente,

Atenciosamente,

Secretaria da Fazenda do Estado de São Paulo

- CASO ALGUEM QUEIRA TENTAR : http://www.fazenda.sp.gov.br/email/default2.asp

HONÓRIO

Tenho a grata satisfação de informar aos colegas que o Emissor Gratuito do SEFAZ-SP para testes da versão 2.0, com importação em formato .TXT está funcionando perfeitamente e já estou simulando as NFe. com êxito, validando-as, assinando, transmitindo e imprimindo DANFE;

Eu utilizei o método de gerar um número aleatório qualquer de 8 bytes, inserindo-o na chave de 44 bytes com o DV obtido, tudo OK;

Ou seja, ficamos agora até 01/01/2011, aguardando a versão de produção, esperando que não alterem mais alguma coisa de última hora.

Amiguinhos,

HASA, parei pra pensar e vi que o Emissor gratuito do SEFAZ esta certo, pois ele não é um Validador então seria necessário descobrir como este numero seria gerado, ou simplesmente usar o que ele gera, para voce usar como controle.

O Emissor deve ser visto como um software a parte que complementa a dinamica do faturamento, sendo assim, as notas lançadas nele, deverão ter suas informações transportadas para o software da empresa.

Tenho pra mim que o algoritmo próprio leva em consideração a forma de geração do digito conforme o Manual de Integração.

Dê uma olhada.