Inicio do modo de contingência#848
Inicio do modo de contingência#848ImplantiSolucoes wants to merge 24 commits intoTrust-Code:11.0from
Conversation
Foi corrigido a geração do QRCode para usar os paramentros corretos e considerar o tipo_emissao, mantendo a formar antiga quando 1 e usando a nova forma quando for diferente.
Foi criado parametros fixo para contingência, sera melhor definidos no futuro.
Foi feitas algumas correções que o danimar pediu no PR Trust-Code#846
Codecov Report
@@ Coverage Diff @@
## 11.0 #848 +/- ##
==========================================
- Coverage 62.07% 62.03% -0.05%
==========================================
Files 188 188
Lines 9260 9271 +11
==========================================
+ Hits 5748 5751 +3
- Misses 3512 3520 +8
Continue to review full report at Codecov.
|
|
@danimaribeiro só ficou confuso a seguinte situação: Quando uma nota for transmitida, quando ela vai ativar o modo de contingencia ou não ? Na minha opinião poderia ser o seguinte...
|
desfazendo alteração desnecessaria
|
Gravar o Digest Value no banco? Qual a necessidade? |
É necessário porque o xml pode ser excluído ou modificado gerando um certo probleminha com os dados |
|
@ImplantiSolucoes como a emissão em contingência depende do XML assinado, acho que a responsabilidade de gerar o qrcode em contingência deveria ficar na pytrustnfe, eu fiz assim... |
Curti a ideia... do mesmo jeito que pega o Digest Value poderia pega o QRCode, logo isso reduz um campo no banco de dados que é a ideia ideal do @danimaribeiro... Só depende ver se o @danimaribeiro aceita passa pra o pytrustnfe |
|
Ultilizando a função de gerar qr pelo pytrustnfe; implementado no status de contigencia.
|
Corrigido conflitos de alteração. |
Correção do tipo de dados
Acabei bagunçando o antigo fork e fiz um novo e passei as alterações corrigidas...