Se debería poder generar certificados de IRPF para un ejercicio determinado a través de la web y el interface de la aplicación para un afiliado concreto.
 

Los pagos confirmados , pendientes, no verificados o no satisfechos image.png de cada afiliado deberían también quedar registrados en la ficha de afiliación con el propósito por ejemplo de generar los certificados de IRPF.

Permitir importar los ficheros de devolución de recibos y a partir de ahí posibilitar generar apuntes contables de los deudores de cuotas de afiliación asociados al afiliado concreto.
La deuda debería aparecer como un campo de información en la ficha de afiliación.

También debería permitir generar un apunte contable incluyendo a los afiliados de nómina de cada empresa que se indique pendiente de conciliar.image.png

En este caso es habitual que la empresa haga ingresos por un importe diferente del esperado por el número de afiliados, luego debe poderse realizar la asignación preliminar a todos los afiliados y luego de forma definitiva cuando se pueda verificar el abono para un afiliado concreto.
En los casos en que la empresa entrega listados de afiliados a los que ha retenido las cuotas deberíamos poder importar estos ficheros y compararlos con los ingresos que esperamos para esa empresa basándonos por ejemplo en el campo del DNI.

Las incidencias en estos pagos deberían aparecer como información en la ficha de afiliación y también si es posible asociada a cada empresa.

Permitir generar una remesa con todos los afiliados de banco o con un conjunto de ellos (por ejemplo de una o varias empresas).
Una vez originada esta remesa aparecería como un apunte contable en la cuenta que se indique pendiente de conciliar (se conciliaría cuando se importe el extracto bancario con su movimiento).

Creo que sería muy útil incluir algún mecanismo de conciliación.
Consistiría en:
* Posibilidad de importar un fichero con movimientos de banco.
* Ofrecer conciliar cada uno de estos movimientos de banco con apuntes contables realizados con anterioridad.
* Ofrecer la posibilidad de crear un apunte contable que respalde un movimiento de banco.

En cuanto a los datos que ver es evidente que eso es lo que debe ser y si mas no si alguien mas los ve son para consulta y no para modificar pero os planteo una circunstancia para que lo valoremos. En pagos por nómina puede que el Sindicato haya facilitado el número de cuenta del confederal territorial para el ingreso que debe realizar la empresa y evidentemente debe de facilitar la relación de las personas a quienes a descontado en la nómina la cuota, debe procederse a gestionar el cobro del recibo y anotarlo en la base de datos. Esto nos ocurre en Catalunya y desde el confederal de la territorial se distribuyen los porcentajes.
Como anécdota debemos reclamarles a las empresas que nos faciliten los datos de a quienes le han detraído de la nómina el importe de la cuota. En fin líos y tropiezos hay los.

Creo que esto se solucionaría con al posibilidad de crear a partir del usuario principal de cada sindicato perfiles de acceso que permitieran acceder a cierta información que seleccionaría el Sindicato. Por ejemplo así se podría crear un usuario secundario para Cataluña que viera los afiliados por nomina, o a un sección sindical para ver la información básica de sus afiliados, o aun miembro del SP para solo ver la lista de afiliados y contacto pero sin ver la información económica u otra información personal.
En definitiva seria que se pudieran crear perfiles secundarios de acceso donde se pudiera en principio decidir que información se puede consultar información (incluyendo campos a visualizar y posibles filtros para seleccionar las fichas de afiliación visualizadas).

Resumiendo correos de discusión:
Que haya en la base de datos la opción de enviar documentación y la herramienta adecuada para ello es lo importante. Que la afiliada decida no recibir publicaciones, es lo que debe ser, a excepción de convocatorias de asamblea del sindicato y de la sección sindical correspondiente, puede que la afiliada ni quiera saber que es eso de asamblea pero el sindicato tiene la obligación de comunicarlo. Lo que también queda claro que la capacidad de enviar está en manos del sindicato. Si, por ejemplo, se acordase una huelga general y los sindicatos acordasen que el envío de circular convocatoria  a través de federación o territorio, como sería decisión del sindicato también sería correcto con una sola tecla se realizarían los envíos. Pero estamos hablando de caso muy singular. También podría ser que la territorial le tocase el gordo de navidad en el décimo jugado y quisiera invitar a gambas a toda la afiliación, jijiji.

OK, lo importante es que sea flexible y se pueda hacer lo que se considere apropiado. Creo que simplemente es tener listas de distribución y dar permisos cada Sindicato a quién considere necesario para usarla incluyendo el correo.

Resumiendo correos de discusión:
Lo del CNAE serviría para el 90% de las empresas pero existen empresas con varios convenios aplicables a la plantilla y grupos de empresa ni te cuento. Pero puede ser interesante.
Es cierto pero de cada CNAE se pueden muchas veces derivar el CC principal (la menos los sectoriales) puede ser un campo que se rellene automáticamente pero que se pueda cambiar para un afiliado concreto.

Trato de resumir los correo intercambiados:
La información del número de afiliadas que hay en una empresa i/o centro de trabajo es necesario y conveniente saberlo en el momento del alta de la afiliación para poder facilitar la coordinación por eso es necesario tenerlo a disposición de la base de datos. Es mi opinión y práctica en Catalunya.
Por mi sería ideal que, por ejemplo, al lado de la Sección de los diferentes entes apareciera el número de afiliados del sindicato asociados (eso creo que sería fácil) lo que es más difícil es incluir los que estén en otros Sindicatos.