NFe 4.00 - Alterações/Validações Ambiente de Homologação - entram em produção 01/09/2018

[mbcosta]

Ambiente de homologação está validando campos que só serão feitos em produção em 01/09/2018, porém isso esta inviabilizando testes com NFes, obrigando a serem feitos diretamente no ambiente de produção, por isso nesse PR vou tentar corrigi-los.

cc @renatonlima @rvalyi @mileo

[mbcosta]

Incluído grupo de informações da TAG para NFe 4.00, obrigatorios a partir de 01/09/2018.

[mbcosta]

Se o campo vDesc não for informado a SEFAZ retorna erro 905 - Rejeição: Campos do grupo Fatura não informados, porém ao forçar o campo surge outro erro:

Element 'vDesc': [facet 'pattern'] The value '0.00' is not accepted by the pattern '0.[0-9]{1}[1-9]{1}|0.[1-9]{1}[0-9]{1}|[1-9]{1}[0-9]{0,12}(.[0-9]{2})?'.
Element 'vDesc': '0.00' is not a valid value of the atomic type 'TDec_1302Opc'.

[mbcosta]

Para não ocorrer erro com o campo vDesc é preciso atualizar o leiaute para o último disponível ( 02/07/2018 http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8= ), porém agora ocorre outros erros com campos que antes não tinham problemas

Element 'nro': [facet 'pattern'] The value '66' is not accepted by the pattern '[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'.
Element 'nro': '66' is not a valid value of the local atomic type.
Element 'uCom': [facet 'pattern'] The value 'CX' is not accepted by the pattern '[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'.
Element 'uCom': 'CX' is not a valid value of the local atomic type.
Element 'uTrib': [facet 'pattern'] The value 'CX' is not accepted by the pattern '[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'.
Element 'uTrib': 'CX' is not a valid value of the local atomic type.

[mileo]

A forma correta de corrigir o desconto é assim:

aricaldeira@7fe3a0d

[mileo]

Vale a pena tb dar uma olhada nessas ultimas mudanças do Ari:

aricaldeira@01e146b
aricaldeira@7fe3a0d
aricaldeira@539db81
aricaldeira@6d9ea30
aricaldeira@24d6242

[mbcosta]

O erro acima 'is not accepted by the pattern '[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'.' provavelmente é causado pela biblioteca que lê o XSD ( é preciso identifica-la ), isso tem relação com o S.O. que esta sendo usado. Estou testando no Ubuntu 16.04.4 LTS porém mesmo depois da alteração no XSD ainda ocorria o erro:

O erro não parece ter muito sentido, foi preciso atualizar o S.O. para conseguir emitir NFe

Referencia - https://github.com/nfephp-org/nfephp/wiki/Falhas-de-Valida%C3%A7%C3%A3o

[mbcosta]

Conversando com @mileo as bibliotecas principais usadas seriam lxml signxml e pyOpenSSL as versões que estava testando são lxml-3.6.0-py2.7-linux-x86_64.egg , signxml-2.5.2-py2.7.egg' , pyOpenSSL-17.5.0-py2.7.egg . Tentei atualizar a lxml para a versão 4.2.3 mas ainda ocorre o mesmo erro

[mileo]

@mbcosta eu tive esse erro do file name too long na minha maquina algumas vezes, vou analisar novamente mas estou achando que o problema é outro.

[mbcosta]

@mileo o erro do "File name too long" acontece em todas as NFes que enviei, está sendo preciso clicar no botão "Re-Transmitir" para na segunda tentativa conseguir emitir a NFe, o problema parece esta relacionado a biblioteca Pillow no momento de ler o arquivo que contém o logo da empresa que será adicionado na Danfe

File "/home/user/.voodoo/shared/eggs/Geraldo-0.5.0-py2.7.egg/geraldo/graphics.py", line 185, in _get_image
self._image = PILImage.open(self.filename)
File "/home/user/.voodoo/shared/eggs/Pillow-2.9.0-py2.7-linux-x86_64.egg/PIL/Image.py", line 2288, in open
fp = builtins.open(fp, "rb")
IOError: [Errno 36] File name too long: 'iVBORw0KGgoAAAANSUhEUgAAALQAAABlCAYA

[mbcosta]

Tive o mesmo erro testando com a versão mais atualizada ( master ) da biblioteca

File "/home/user/.voodoo/shared/eggs/Pillow-5.2.0-py2.7-linux-x86_64.egg/PIL/Image.py", line 2580, in open
fp = builtins.open(filename, "rb")
IOError: [Errno 36] File name too long: 'iVBORw0KGgoAA

[mbcosta]

Pode ser uma limitção do S.O. "Linux has a maximum filename length of 255 characters for most filesystems (including EXT4), and a maximum path of 4096 characters." -- https://unix.stackexchange.com/questions/32795/what-is-the-maximum-allowed-filename-and-folder-size-with-ecryptfs/32834#32834 , porém é estranho que isso passe dar erro agora mas antes não

[mbcosta]

opa falha minha, o erro era causado porque voltamos a usar a biblioteca "Geraldo" ao invés da "Py3o" na geração da Danfe akretion/odoo-brazil-eletronic-documents@ade6bfc, depois de atualizar passei a emitir NFes sem erros

[mbcosta]

Fiz um rebase da versão 8.0 repo odoo-brazil e movi essa branch para nfe_4.00-pl_009v4b-01_09_2018 e o PR p/ odoo-brazil#35