====== Grupo Accion-GestionPagos ======
Temática a trabajar: actualización de la plataforma de gestión y el procesado de pagos recurrentes
Próximo objetivo: explorar la plataforma de gestión y pagos que mejor se ajusta nuestras necesidades
Fecha para las reuniones presenciales: por definir

====== Objetivo inicial ======
En las primeras reuniones presenciales se ha hablado sobre las distintas funcionalidades que buscamos para la plataforma. Fruto de estas conversaciones se ha determinado que será necesario localizar una plataforma que ofrezca:

=== Pagos ===
Esta parte podría tratarse de forma complementaria, analizando distintas plataformas como Stripe/Paypal/Payoneer, etc. La plataforma de pagos que elijamos puede condicionar después la solución que adoptemos. De nada serviría una plataforma óptima si no integra con nada o una plataforma que viene por defecto pero que es malísima en cuanto a condiciones.
  * Autoservicio para el alta/modificaciones/bajas
  * Cargos recurrentes
  * Pago con tarjeta
  * (Opcional) Pago SEPA vía mandatos (Hay que explorar cómo funciona)
  * Menos porcentaje de los distintos cobros
  * Política de precios ventajosa para entidades sin ánimo de lucro
  * (Opcional) Facilita poder migrar de banco o integrar distintos bancos de forma transparente
  * Autogeneración de certificado de pagos


=== Usuarios ===
  * Perfil (con la gestión de estado y el historial de cambios)
  * Aceptación de condiciones en el alta
  * Registro de los cursos de capacitación completados
  * Almacenamiento de datos personales y autorizaciones de los mismos (incluye derechos ARCO GDPR)
  * Gestión de perfiles que pueden acceder a datos personales

=== Máquinas ===
  * Información de las máquinas
  * Manuales de referencia
  * Estado de las máquinas (en uso/averiada/etc)
  * (Opcional) Control de acceso para los usuarios de la máquina en función de su capacitación
  * (Opcional) Integración con sistema de gestión de tickets.


=== Eventos / actividades / talleres ===
  * Gestionar inscripciones
  * Gestionar pagos
  * Registro de asistencia
  * (Opcional) Posibilidad de validar aprendizaje vía tests
  * Autogestión certificados de los talleres
  * Autogestión de certificados de pagos
  * (Opcional) Integración con badges

=== Donaciones ===
  * Gestión de las donaciones
  * Tramitación de los cobros por donaciones
  * Autogeneración de recibos para las donaciones

=== Integración a través de API ===
El acceso a las distintas funciones debería estar disponible a través de API

=== Costes ===
A valorar:
  * Costes mensuales
  * Costes de implantación 

===== Detección de plataformas a evaluar =====
En este primer paso vamos a generar esta lista de requisitos en formato tabla, asignar pesos y evaluar cuál puede ser la que más se acerque a nuestras necesidades.

Una buena idea y punto de partida: https://wiki.hackerspaces.org/Hackerspace_Software

Este documento puede resultar útil, ya que contiene un listado de plataformas, aunque puede estar un poco "biased": uno de los partners del proyecto es Happylab y sus fundadores son creadores de FabMan: http://fablabnet.net/wp-content/uploads/2018/03/CE283_FabLabNet_-DT135-FabLab-Management-Platform-PP10-March-2018.pdf

===== Plataformas a evaluar =====
==== Fab-Manager ====
Sitio web: http://fab-manager.com

Reseña inicial:


==== CiviCRM ====
Sitio web: http://civicrm.org

Reseña inicial:

==== FabMan ====
Sitio web: https://fabman.io

Reseña inicial:

==== FabApp ====
Sitio web: https://github.com/UTA-FabLab/fabapp

Reseña inicial:

==== Ejemplo extra ====
Sitio web: ...

Reseña inicial:

==== Notas sobre el proceso de alta ====
Se ha definido un proceso de alta provisional en el grupo de altas, que sería recomendable revisar: https://docs.makespacemadrid.org/doku.php?id=accion-altas

==== Siguientes pasos ====
Implantar la nueva plataforma e integrarla con el nuevo sistema de altas