ordenação do Registro R07

[Weber]

Estou encontrando problemas com a ordenação do R07 quando um cupom não fiscal é emitido antes do cupom fiscal, a ordenação do R07 é feita primeiro pelo cupom fiscal e depois pelo não fiscal ficando os pagamentos com os COOs fora de ordem e isso esta dando erro no validador onde iremos fazer a homologação, alguém tem alguma ideia de como resolver este problema ou já passou por algo parecido..?

[EMBarbosa]

Não me lembro desse validador para arquivos R0x... De onde veio?

[Weber]

o pessoa da empresa onde fazemos a homologação tem um validador próprio, porém já consegue resolver, fiz uma alteração na geração do arquivo R7 basicamente como funcionava antigamente com uma classe independente.. ai deu certinho...

[carlosmarian]

Qual foi a solução aplicada?

Tbm estou recebendo a critica do validador web quanto a ordenação incorreta dos registros R07.

Obrigado.

[carlosmarian]

Olá,

Segue em anexo sugestão para revisão na implementação do registro R07.

Fontes atuais que estão relacionados ao reg. R07:

31101101476968000151550010000007921000007927-nfe.zipACBrPAF-SugestaoDeAlteracaoR07.7z[/attachment]

At+

[EMBarbosa]

Olá Carlos,

Que validador é esse? Ele está de acordo com o manual do PAF? Essa ordenação é obrigatória de acordo com a legislação?

[carlosmarian]

Olá,

Estou homologando em Blumenau/SC(http://www.inf.furb.br/lqs/).

Ao aplicar o arquivo gerado pelo ACBr original, esta criticando a ordenação dos itens.

Depois que alterei os fontes, a validação passou sem criticas.

at+

[EMBarbosa]

Entendi, mas de onde eles tiraram que o arquivo deve ser ordenado dessa maneira?

Eu gostaria de saber para que possamos fazer as alterações sem gerar nenhum conflito depois.

[carlosmarian]

Olá,

não estou tendo retorno do homologador referente a este caso.

Mas como vamos fazer nossa homologação amanhã, eu aproveito para tirar este dúvida.

Eu acredito que o critério adotado para solicitar o arquivo na ordenação (R01, R02, R03, R04, R05, R06, R07), deva se ao fato de que o R07 tenha os campos chave que existam nos registros R04 e R06.

At+

[EMBarbosa]

Pois bem.

Verifique qual o problema e detalhe melhor o que está acontecendo. A sua alteração quebra o layout proposto do componente, de fazer o registro R07 ser "filho" do R04 ou R06. Mas desde o primeiro post do Weber ainda não foi explicado claramente o motivo dessa alteração.

Nos testes que eu fiz aqui, não consegui reproduzir o problema. Talvez por não ter entendido mesmo qual é.

[carlosmarian]

Para simular, emita um cupom fiscal e em seguinda emita um não fiscal(recebimento por exemplo).

Originalmente o ACBr iria gerar os arquivos na sequencia R04 e R07 depois R06 e R07.

Quando passeio no validador ele criticou esta sequencia de registros, então por isso eu alterai para fazer com que o R07 não seja mais filho do R04 ou R06 e sim do nodo principal.

at+

[patrick.knopf]

carlosmarian você teria como postar aqui como ficou o codigo fonte para ordem o registro R07, tambem estou precisando desta alteração. Obrigado.

[Angelo Gomes]

Elton, no ato cotepe a ordenação do R07 está: Nº de fabricação, Modelo, Nº do usuário, COO, GNF ou CCF e Meio de Pagamento. (link: http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2008/ac006_08.htm)

 

Pra mim o COO está vindo fora de ordem tbém, e foi questionado na nossa pré homolagação. 

 

Não consegui baixar os fontes que foram postados nesse tópico, para ver se resolviam o problema.

[EMBarbosa]

Finalmente tive prazo para voltar a esse tópico.

Eu consegui reproduzir o problema e já estou trabalhando em uma correção.

No momento, estou a verificar se será mesmo necessário quebrar a compatibilidade do componente para isso.

[EMBarbosa]

Pela minha análise, o código do Carlos não só quebra o layout atual como não resolve o problema da ordenação por COO. Pois o método que faz essa comparação, OrdenarR07, não foi alterado. Então só funcionava quando você mesmo ordenava antes de adicionar a lista de registros R07.

 

Então, preferi fazer uma correção no código atual. Isso vai permitir que ninguém precise alterar o código atual dos seus programas. Também aproveitei para dar uma ajeitada no DEMO do ACBrPAF na questão de geração deste arquivo de Registros R.

 

EDIT:

Bom pessoal, a correção foi enviada para o SVN, na revisão 4842.

Acredito assim que esse problema está resolvido. (: