.. image:: https://odoo-community.org/readme-banner-image
:target: https://odoo-community.org/get-involved?utm_source=readme
:alt: Odoo Community Association
=====================
MDF-e abstract models
=====================
..
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!! This file is generated by oca-gen-addon-readme !!
!! changes will be overwritten. !!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!! source digest: sha256:00b34f09bf437f5ab96abb4b9b19b9a78dcb8295335af77100972dd38cc23ed8
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
.. |badge1| image:: https://img.shields.io/badge/maturity-Production%2FStable-green.png
:target: https://odoo-community.org/page/development-status
:alt: Production/Stable
.. |badge2| image:: https://img.shields.io/badge/license-LGPL--3-blue.png
:target: http://www.gnu.org/licenses/lgpl-3.0-standalone.html
:alt: License: LGPL-3
.. |badge3| image:: https://img.shields.io/badge/github-OCA%2Fl10n--brazil-lightgray.png?logo=github
:target: https://github.com/OCA/l10n-brazil/tree/16.0/l10n_br_mdfe_spec
:alt: OCA/l10n-brazil
.. |badge4| image:: https://img.shields.io/badge/weblate-Translate%20me-F47D42.png
:target: https://translation.odoo-community.org/projects/l10n-brazil-16-0/l10n-brazil-16-0-l10n_br_mdfe_spec
:alt: Translate me on Weblate
.. |badge5| image:: https://img.shields.io/badge/runboat-Try%20me-875A7B.png
:target: https://runboat.odoo-community.org/builds?repo=OCA/l10n-brazil&target_branch=16.0
:alt: Try me on Runboat
|badge1| |badge2| |badge3| |badge4| |badge5|
Este módulo é a fundação para a emissão do Manifesto Eletrônico de
Documentos Fiscais (``MDF-e``, ``modelo 58``) no Odoo, fornecendo uma
estrutura de dados completa e fiel ao leiaute oficial 3.00 da SEFAZ.
É importante entender que este módulo atua como uma biblioteca de
modelos abstratos (mixins) e não realiza a emissão do MDF-e por si só.
Sua finalidade é ser a base para um módulo de implementação, como o
``l10n_br_mdfe``, que é responsável por mapear esses modelos nos
documentos fiscais do Odoo (``l10n_br_fiscal.document``) e comunicar-se
com os web services da SEFAZ. Esta arquitetura, que separa a estrutura
de dados da lógica de emissão, é a mesma utilizada com sucesso nos
módulos da Nota Fiscal Eletrônica (``l10n_br_nfe_spec`` e
``l10n_br_nfe``).
O MDF-e é um documento fiscal que agrega e vincula múltiplos documentos
(como NF-e e CT-e) que acobertam uma carga transportada em um único
veículo, simplificando a fiscalização durante o percurso.
Principais Conceitos e Estrutura do MDF-e
-----------------------------------------
O módulo ``l10n_br_mdfe_spec`` mapeia com precisão a estrutura
hierárquica do manifesto. Os conceitos mais importantes implementados
são:
- Agrupamento por Município de Descarregamento (``infMunDescarga``):
Esta é a principal lógica organizacional de um MDF-e. O módulo permite
agrupar todos os documentos fiscais (NF-e e CT-e) que serão entregues
em um mesmo município, garantindo a correta montagem do XML.
- Documentos Vinculados: Dentro de cada município de descarregamento, é
possível vincular:
- Conhecimentos de Transporte (``infCte``): Para operações onde o
emitente é um prestador de serviço de transporte.
- Notas Fiscais (``infNFe``): Para operações de transporte de carga
própria ou por transportadoras que realizarão a emissão de CT-e
Globalizado posteriormente.
- Manifestos Anteriores (``infMDFeTransp``): Utilizado em operações
específicas do modal aquaviário.
- Totalizadores (``tot``): O módulo contém modelos para totalizar a
carga, incluindo a quantidade de documentos, o valor total da carga e
o peso bruto total.
- Seguro da Carga (``seg``): Estruturas para informar os dados do
seguro, o responsável (emitente ou contratante), a seguradora e os
números de apólice e averbação.
Estrutura por Modal de Transporte
---------------------------------
O MDF-e exige informações distintas para cada modalidade de transporte.
O ``l10n_br_mdfe_spec`` oferece modelos de dados específicos para cada
um deles:
- Rodoviário (``mdfe.30.rodo``): É o mais detalhado, incluindo:
- ``infANTT``: Informações para a Agência Nacional de Transportes
Terrestres, como o RNTRC.
- ``infCIOT``: Para o Código Identificador da Operação de Transporte.
- ``valePed``: Para o Vale-Pedágio obrigatório.
- ``infContratante`` e ``infPag``: Para identificar os contratantes e
detalhar as informações de pagamento do frete.
- ``veicTracao``, ``veicReboque``, ``condutor``: Modelos para detalhar
os veículos da composição e seus respectivos condutores.
- Aéreo (``mdfe.30.aereo``): Contempla campos para o número do voo
(``nVoo``), e os códigos IATA/OACI dos aeródromos de embarque
(``cAerEmb``) e destino (``cAerDes``).
- Aquaviário (``mdfe.30.aquav``): Aborda dados como o IRIN, o número da
viagem (``nViag``), os portos e terminais de embarque, descarregamento
e transbordo, além de informações do comboio.
- Ferroviário (``mdfe.30.ferrov``): Permite detalhar as informações do
trem (prefixo, origem, destino) e de cada vagão da composição.
Geração de Código Automatizada
------------------------------
A principal característica deste módulo é que 100% dos seus modelos de
dados Odoo são gerados automaticamente a partir dos esquemas XSD
oficiais, publicados pelo Portal do MDF-e. Essa geração pelo xsdata-odoo
garante máxima fidelidade aos leiautes fiscais e agilidade na
atualização para novas versões.
Embora os esquemas XSD oficiais do MDF-e sejam publicados e mantidos no
Portal da SEFAZ, a arquitetura deste projeto se apoia na biblioteca
``nfelib`` para a tarefa de serialização dos dados em XML. Para
facilitar o processo de desenvolvimento e garantir a consistência, a
própria nfelib armazena em seu repositório uma cópia atualizada desses
esquemas oficiais.
Portanto, a prática recomendada para (re)gerar os modelos deste módulo é
utilizar um clone local do repositório da ``nfelib`` como fonte para os
arquivos de esquema (.xsd), direcionando o comando do ``xsdata-odoo``
para o diretório correspondente.
Links:
- `GitHub - akretion/xsdata-odoo: Odoo abstract model generator from xsd
schemas using xsdata <https://github.com/akretion/xsdata-odoo>`__
- `GitHub - akretion/nfelib: nfelib - bindings Python para e ler e gerir
XML de NF-e, NFS-e nacional, CT-e, MDF-e,
BP-e <https://github.com/akretion/nfelib>`__
O comando utilizado para gerar os modelos da versão 3.0 do MDF-e foi:
.. code:: bash
git clone https://github.com/akretion/nfelib
cd nfelib
export XSDATA_SCHEMA=mdfe
export XSDATA_VERSION=30
export XSDATA_LANG="portuguese"
xsdata generate nfelib/mdfe/schemas/v3_0 \
--package nfelib.mdfe.odoo.v3_0 \
--output=odoo
Prefixo dos campos e versão
---------------------------
Com mais de 500 campos fiscais apenas no MDF-e, com uma meia dúzia de
documentos fiscais complexos, com 3000 módulos OCA, existiria um risco
real de conflito com os nomes de campos vindo dos esquemas. Além disso,
temos várias versões do MDF-e, a 2.0, a 3.0...
Nisso foi decidido que cada campo tem um prefixo composto do nome do
schema e de alguns dígitos da versão do esquema. No caso mdfe30\_. A
escolha de 2 dígitos permite que uma atualização menor do esquema use os
mesmos campos (e dados no banco então) e que um simples update Odoo
(--update=...) consiga resolver a migração. Enquanto que para uma
mudança maior como de 3.0 para 4.0, seria assumido de usar novos campos
e novas tabelas (para os objetos não Odoo) e que a lib nfelib iria
trabalhar com os campos da versão maior do documento fiscal considerado.
**Table of contents**
.. contents::
:local:
Bug Tracker
===========
Bugs are tracked on `GitHub Issues <https://github.com/OCA/l10n-brazil/issues>`_.
In case of trouble, please check there if your issue has already been reported.
If you spotted it first, help us to smash it by providing a detailed and welcomed
`feedback <https://github.com/OCA/l10n-brazil/issues/new?body=module:%20l10n_br_mdfe_spec%0Aversion:%2016.0%0A%0A**Steps%20to%20reproduce**%0A-%20...%0A%0A**Current%20behavior**%0A%0A**Expected%20behavior**>`_.
Do not contact contributors directly about support or help with technical issues.
Credits
=======
Authors
-------
* Akretion
Contributors
------------
- `Akretion <https://akretion.com/pt-BR>`__:
- Raphaël Valyi <raphael.valyi@akretion.com.br>
Maintainers
-----------
This module is maintained by the OCA.
.. image:: https://odoo-community.org/logo.png
:alt: Odoo Community Association
:target: https://odoo-community.org
OCA, or the Odoo Community Association, is a nonprofit organization whose
mission is to support the collaborative development of Odoo features and
promote its widespread use.
.. |maintainer-rvalyi| image:: https://github.com/rvalyi.png?size=40px
:target: https://github.com/rvalyi
:alt: rvalyi
Current `maintainer <https://odoo-community.org/page/maintainer-role>`__:
|maintainer-rvalyi|
This module is part of the `OCA/l10n-brazil <https://github.com/OCA/l10n-brazil/tree/16.0/l10n_br_mdfe_spec>`_ project on GitHub.
You are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.
Raw data
{
"_id": null,
"home_page": "https://github.com/OCA/l10n-brazil",
"name": "odoo-addon-l10n-br-mdfe-spec",
"maintainer": null,
"docs_url": null,
"requires_python": ">=3.10",
"maintainer_email": null,
"keywords": null,
"author": "Akretion, Odoo Community Association (OCA)",
"author_email": "support@odoo-community.org",
"download_url": null,
"platform": null,
"description": ".. image:: https://odoo-community.org/readme-banner-image\n :target: https://odoo-community.org/get-involved?utm_source=readme\n :alt: Odoo Community Association\n\n=====================\nMDF-e abstract models\n=====================\n\n.. \n !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!\n !! This file is generated by oca-gen-addon-readme !!\n !! changes will be overwritten. !!\n !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!\n !! source digest: sha256:00b34f09bf437f5ab96abb4b9b19b9a78dcb8295335af77100972dd38cc23ed8\n !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!\n\n.. |badge1| image:: https://img.shields.io/badge/maturity-Production%2FStable-green.png\n :target: https://odoo-community.org/page/development-status\n :alt: Production/Stable\n.. |badge2| image:: https://img.shields.io/badge/license-LGPL--3-blue.png\n :target: http://www.gnu.org/licenses/lgpl-3.0-standalone.html\n :alt: License: LGPL-3\n.. |badge3| image:: https://img.shields.io/badge/github-OCA%2Fl10n--brazil-lightgray.png?logo=github\n :target: https://github.com/OCA/l10n-brazil/tree/16.0/l10n_br_mdfe_spec\n :alt: OCA/l10n-brazil\n.. |badge4| image:: https://img.shields.io/badge/weblate-Translate%20me-F47D42.png\n :target: https://translation.odoo-community.org/projects/l10n-brazil-16-0/l10n-brazil-16-0-l10n_br_mdfe_spec\n :alt: Translate me on Weblate\n.. |badge5| image:: https://img.shields.io/badge/runboat-Try%20me-875A7B.png\n :target: https://runboat.odoo-community.org/builds?repo=OCA/l10n-brazil&target_branch=16.0\n :alt: Try me on Runboat\n\n|badge1| |badge2| |badge3| |badge4| |badge5|\n\nEste m\u00f3dulo \u00e9 a funda\u00e7\u00e3o para a emiss\u00e3o do Manifesto Eletr\u00f4nico de\nDocumentos Fiscais (``MDF-e``, ``modelo 58``) no Odoo, fornecendo uma\nestrutura de dados completa e fiel ao leiaute oficial 3.00 da SEFAZ.\n\n\u00c9 importante entender que este m\u00f3dulo atua como uma biblioteca de\nmodelos abstratos (mixins) e n\u00e3o realiza a emiss\u00e3o do MDF-e por si s\u00f3.\nSua finalidade \u00e9 ser a base para um m\u00f3dulo de implementa\u00e7\u00e3o, como o\n``l10n_br_mdfe``, que \u00e9 respons\u00e1vel por mapear esses modelos nos\ndocumentos fiscais do Odoo (``l10n_br_fiscal.document``) e comunicar-se\ncom os web services da SEFAZ. Esta arquitetura, que separa a estrutura\nde dados da l\u00f3gica de emiss\u00e3o, \u00e9 a mesma utilizada com sucesso nos\nm\u00f3dulos da Nota Fiscal Eletr\u00f4nica (``l10n_br_nfe_spec`` e\n``l10n_br_nfe``).\n\nO MDF-e \u00e9 um documento fiscal que agrega e vincula m\u00faltiplos documentos\n(como NF-e e CT-e) que acobertam uma carga transportada em um \u00fanico\nve\u00edculo, simplificando a fiscaliza\u00e7\u00e3o durante o percurso.\n\nPrincipais Conceitos e Estrutura do MDF-e\n-----------------------------------------\n\nO m\u00f3dulo ``l10n_br_mdfe_spec`` mapeia com precis\u00e3o a estrutura\nhier\u00e1rquica do manifesto. Os conceitos mais importantes implementados\ns\u00e3o:\n\n- Agrupamento por Munic\u00edpio de Descarregamento (``infMunDescarga``):\n Esta \u00e9 a principal l\u00f3gica organizacional de um MDF-e. O m\u00f3dulo permite\n agrupar todos os documentos fiscais (NF-e e CT-e) que ser\u00e3o entregues\n em um mesmo munic\u00edpio, garantindo a correta montagem do XML.\n- Documentos Vinculados: Dentro de cada munic\u00edpio de descarregamento, \u00e9\n poss\u00edvel vincular:\n\n - Conhecimentos de Transporte (``infCte``): Para opera\u00e7\u00f5es onde o\n emitente \u00e9 um prestador de servi\u00e7o de transporte.\n - Notas Fiscais (``infNFe``): Para opera\u00e7\u00f5es de transporte de carga\n pr\u00f3pria ou por transportadoras que realizar\u00e3o a emiss\u00e3o de CT-e\n Globalizado posteriormente.\n - Manifestos Anteriores (``infMDFeTransp``): Utilizado em opera\u00e7\u00f5es\n espec\u00edficas do modal aquavi\u00e1rio.\n\n- Totalizadores (``tot``): O m\u00f3dulo cont\u00e9m modelos para totalizar a\n carga, incluindo a quantidade de documentos, o valor total da carga e\n o peso bruto total.\n- Seguro da Carga (``seg``): Estruturas para informar os dados do\n seguro, o respons\u00e1vel (emitente ou contratante), a seguradora e os\n n\u00fameros de ap\u00f3lice e averba\u00e7\u00e3o.\n\nEstrutura por Modal de Transporte\n---------------------------------\n\nO MDF-e exige informa\u00e7\u00f5es distintas para cada modalidade de transporte.\nO ``l10n_br_mdfe_spec`` oferece modelos de dados espec\u00edficos para cada\num deles:\n\n- Rodovi\u00e1rio (``mdfe.30.rodo``): \u00c9 o mais detalhado, incluindo:\n\n - ``infANTT``: Informa\u00e7\u00f5es para a Ag\u00eancia Nacional de Transportes\n Terrestres, como o RNTRC.\n - ``infCIOT``: Para o C\u00f3digo Identificador da Opera\u00e7\u00e3o de Transporte.\n - ``valePed``: Para o Vale-Ped\u00e1gio obrigat\u00f3rio.\n - ``infContratante`` e ``infPag``: Para identificar os contratantes e\n detalhar as informa\u00e7\u00f5es de pagamento do frete.\n - ``veicTracao``, ``veicReboque``, ``condutor``: Modelos para detalhar\n os ve\u00edculos da composi\u00e7\u00e3o e seus respectivos condutores.\n\n- A\u00e9reo (``mdfe.30.aereo``): Contempla campos para o n\u00famero do voo\n (``nVoo``), e os c\u00f3digos IATA/OACI dos aer\u00f3dromos de embarque\n (``cAerEmb``) e destino (``cAerDes``).\n- Aquavi\u00e1rio (``mdfe.30.aquav``): Aborda dados como o IRIN, o n\u00famero da\n viagem (``nViag``), os portos e terminais de embarque, descarregamento\n e transbordo, al\u00e9m de informa\u00e7\u00f5es do comboio.\n- Ferrovi\u00e1rio (``mdfe.30.ferrov``): Permite detalhar as informa\u00e7\u00f5es do\n trem (prefixo, origem, destino) e de cada vag\u00e3o da composi\u00e7\u00e3o.\n\nGera\u00e7\u00e3o de C\u00f3digo Automatizada\n------------------------------\n\nA principal caracter\u00edstica deste m\u00f3dulo \u00e9 que 100% dos seus modelos de\ndados Odoo s\u00e3o gerados automaticamente a partir dos esquemas XSD\noficiais, publicados pelo Portal do MDF-e. Essa gera\u00e7\u00e3o pelo xsdata-odoo\ngarante m\u00e1xima fidelidade aos leiautes fiscais e agilidade na\natualiza\u00e7\u00e3o para novas vers\u00f5es.\n\nEmbora os esquemas XSD oficiais do MDF-e sejam publicados e mantidos no\nPortal da SEFAZ, a arquitetura deste projeto se apoia na biblioteca\n``nfelib`` para a tarefa de serializa\u00e7\u00e3o dos dados em XML. Para\nfacilitar o processo de desenvolvimento e garantir a consist\u00eancia, a\npr\u00f3pria nfelib armazena em seu reposit\u00f3rio uma c\u00f3pia atualizada desses\nesquemas oficiais.\n\nPortanto, a pr\u00e1tica recomendada para (re)gerar os modelos deste m\u00f3dulo \u00e9\nutilizar um clone local do reposit\u00f3rio da ``nfelib`` como fonte para os\narquivos de esquema (.xsd), direcionando o comando do ``xsdata-odoo``\npara o diret\u00f3rio correspondente.\n\nLinks:\n\n- `GitHub - akretion/xsdata-odoo: Odoo abstract model generator from xsd\n schemas using xsdata <https://github.com/akretion/xsdata-odoo>`__\n- `GitHub - akretion/nfelib: nfelib - bindings Python para e ler e gerir\n XML de NF-e, NFS-e nacional, CT-e, MDF-e,\n BP-e <https://github.com/akretion/nfelib>`__\n\nO comando utilizado para gerar os modelos da vers\u00e3o 3.0 do MDF-e foi:\n\n.. code:: bash\n\n git clone https://github.com/akretion/nfelib\n cd nfelib\n export XSDATA_SCHEMA=mdfe\n export XSDATA_VERSION=30\n export XSDATA_LANG=\"portuguese\"\n\n xsdata generate nfelib/mdfe/schemas/v3_0 \\\n --package nfelib.mdfe.odoo.v3_0 \\\n --output=odoo\n\nPrefixo dos campos e vers\u00e3o\n---------------------------\n\nCom mais de 500 campos fiscais apenas no MDF-e, com uma meia d\u00fazia de\ndocumentos fiscais complexos, com 3000 m\u00f3dulos OCA, existiria um risco\nreal de conflito com os nomes de campos vindo dos esquemas. Al\u00e9m disso,\ntemos v\u00e1rias vers\u00f5es do MDF-e, a 2.0, a 3.0...\n\nNisso foi decidido que cada campo tem um prefixo composto do nome do\nschema e de alguns d\u00edgitos da vers\u00e3o do esquema. No caso mdfe30\\_. A\nescolha de 2 d\u00edgitos permite que uma atualiza\u00e7\u00e3o menor do esquema use os\nmesmos campos (e dados no banco ent\u00e3o) e que um simples update Odoo\n(--update=...) consiga resolver a migra\u00e7\u00e3o. Enquanto que para uma\nmudan\u00e7a maior como de 3.0 para 4.0, seria assumido de usar novos campos\ne novas tabelas (para os objetos n\u00e3o Odoo) e que a lib nfelib iria\ntrabalhar com os campos da vers\u00e3o maior do documento fiscal considerado.\n\n**Table of contents**\n\n.. contents::\n :local:\n\nBug Tracker\n===========\n\nBugs are tracked on `GitHub Issues <https://github.com/OCA/l10n-brazil/issues>`_.\nIn case of trouble, please check there if your issue has already been reported.\nIf you spotted it first, help us to smash it by providing a detailed and welcomed\n`feedback <https://github.com/OCA/l10n-brazil/issues/new?body=module:%20l10n_br_mdfe_spec%0Aversion:%2016.0%0A%0A**Steps%20to%20reproduce**%0A-%20...%0A%0A**Current%20behavior**%0A%0A**Expected%20behavior**>`_.\n\nDo not contact contributors directly about support or help with technical issues.\n\nCredits\n=======\n\nAuthors\n-------\n\n* Akretion\n\nContributors\n------------\n\n- `Akretion <https://akretion.com/pt-BR>`__:\n\n - Rapha\u00ebl Valyi <raphael.valyi@akretion.com.br>\n\nMaintainers\n-----------\n\nThis module is maintained by the OCA.\n\n.. image:: https://odoo-community.org/logo.png\n :alt: Odoo Community Association\n :target: https://odoo-community.org\n\nOCA, or the Odoo Community Association, is a nonprofit organization whose\nmission is to support the collaborative development of Odoo features and\npromote its widespread use.\n\n.. |maintainer-rvalyi| image:: https://github.com/rvalyi.png?size=40px\n :target: https://github.com/rvalyi\n :alt: rvalyi\n\nCurrent `maintainer <https://odoo-community.org/page/maintainer-role>`__:\n\n|maintainer-rvalyi| \n\nThis module is part of the `OCA/l10n-brazil <https://github.com/OCA/l10n-brazil/tree/16.0/l10n_br_mdfe_spec>`_ project on GitHub.\n\nYou are welcome to contribute. To learn how please visit https://odoo-community.org/page/Contribute.\n",
"bugtrack_url": null,
"license": "LGPL-3",
"summary": "MDF-e abstract models generated by xsdata-odoo from the official xsd",
"version": "16.0.1.1.0",
"project_urls": {
"Homepage": "https://github.com/OCA/l10n-brazil"
},
"split_keywords": [],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "3b9a6dedbc55adc9f9305c03628f361da4c35942768973b40deb7b8b9343a12c",
"md5": "b2a1541bd4657720c70cf1564816a9cd",
"sha256": "b1ce3f1b2398374b4a8fcd744e8cdb6cf6df9049c2c9d07230a3ce4adbcb511d"
},
"downloads": -1,
"filename": "odoo_addon_l10n_br_mdfe_spec-16.0.1.1.0-py3-none-any.whl",
"has_sig": false,
"md5_digest": "b2a1541bd4657720c70cf1564816a9cd",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": ">=3.10",
"size": 98127,
"upload_time": "2025-07-16T13:19:31",
"upload_time_iso_8601": "2025-07-16T13:19:31.744039Z",
"url": "https://files.pythonhosted.org/packages/3b/9a/6dedbc55adc9f9305c03628f361da4c35942768973b40deb7b8b9343a12c/odoo_addon_l10n_br_mdfe_spec-16.0.1.1.0-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2025-07-16 13:19:31",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "OCA",
"github_project": "l10n-brazil",
"travis_ci": false,
"coveralls": true,
"github_actions": true,
"requirements": [
{
"name": "brazilcep",
"specs": []
},
{
"name": "brazilfiscalreport",
"specs": []
},
{
"name": "email-validator",
"specs": []
},
{
"name": "erpbrasil.assinatura",
"specs": [
[
">=",
"1.7.0"
]
]
},
{
"name": "erpbrasil.base",
"specs": [
[
">=",
"2.3.0"
]
]
},
{
"name": "erpbrasil.edoc",
"specs": [
[
">=",
"2.5.2"
]
]
},
{
"name": "erpbrasil.transmissao",
"specs": [
[
">=",
"1.1.0"
]
]
},
{
"name": "nfelib",
"specs": [
[
"<=",
"2.0.7"
]
]
},
{
"name": "num2words",
"specs": []
},
{
"name": "phonenumbers",
"specs": []
},
{
"name": "pyyaml",
"specs": []
},
{
"name": "unidecode",
"specs": []
},
{
"name": "workalendar",
"specs": []
}
],
"lcname": "odoo-addon-l10n-br-mdfe-spec"
}
JSON
