Revisar distintos aspectos del proyecto para que pueda ser un proyecto de código abierto.

• Formato y estilo de código (PEP8 + decisiones convencionales propias)
• Estrategia de logging consistente
• Documentar con mkdocs el funcionamiento y casos de uso del repo

Debe tenerse en cuenta que sea un proyecto autónomamente utilizable por un organismo de gobierno o un privado sin necesidad de consultarnos a nosotros.