Servidor de emails.
Budget: $30 – $250 USD
Buenas tardes.
CONDICIONES GENERALES:
El sistema debe ser desarrollado en Python,
Quedar funcionando en algún VPS, que además perita mover la información más antigua a servidores más baratos, no nos importa que la búsqueda en ellos sea mas lenta.
Todo almacenado en S3 u otro.
El sistema debe quedar funcionando.
Un SuperUsuario podrá hacer todo, puede nombrar otro SU.
El enrolamiento/habilitación en MiDomicilio. Digital (MiDD) es mediante el ingreso de datos mínimos a definir, usted debe indicarlos.
Lo primero que MiDD debe preguntar es el rut chileno, si el rut existe en una lista (un sistema por API podrá decir que ruts se habilitaran) y también usuarios con atributos.
Si está en la lista, lo enrola.
Si ya está enrolado, lo deja entrar.
Ver ciclo de recuperación de la clave.
Revisar el ciclo de ingreso, que el revisar si el rut existe no distraiga del ingreso al sistema.
Si el rut no está en el listado que aparezca un mensaje customizable.
El funcionamiento se refiere a tener una página estática con un login (mirar www.MiDomicilio.Digital arriba a la derecha) que permita operar todo lo que se define, ya sea como usuario final o administrador.
El acceso de administración es MiDomicilio.Digital/admin, aunque puede definir otro. Debe proponer que cosas puede hacer el administrador.
¿POR QUÉ USAR MiDomicilio. Digital?
CLASIFICACIÓN DE CORREOS: El usuario (8581205 at midomicilio digital) recibe en su correo electrónico notificaciones y documentos clasificables.
MiDomicilio Digital se encuentra disponibles con el RUT de cada chileno.
HABILITACIÓN DE CORREO: El usuario habilita su correo electrónico aceptando los “Términos y Condiciones” correspondientes. MiDomicilio Digital. Al presionar continuar acepta los TyC muy usado actualmente.
MiDomicilio Digital habilita para todos sus clientes una casilla para recibir todos los documentos, los que son clasificados y estructurados de manera automática (contrato, anexos) etc. Se debe definir la manera en que se clasificaran.
MiDomicilio Digital puede tener alias, implica un administrador de alias.
Etapa 1:
Lo que se requiere es un servicio que envíe y reciba emails.
Con los niveles de seguridad actuales.
Con control de spam.
Spam es todo lo que se entiende hoy en día.
Spam2 es cualquier email que no provenga de ciertos dominios. Implica que debe existir un administrador de recepción de correos, si dominio no es el termino adecuado, puede indicarlo.
Debe permitir un reenvío de los emails.
Etapa 2: Las instituciones=empresas.
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
Solo se debe dimensionar y no desarrollar en la Etapa 1.
Las notificaciones y los documentos, son enviados por la INSTITUCIÓN (empresa en caso que sea un trabajador, retail (mas allá que también sea una empresa) u otro organismo) a un usuario con el formato RUT midomicilio.digital.
Se debe controlar que la INSTITUCIÓN esté habilitada en el sistema, esto pues dentro del modelo de negocios la institución inscrita deberá pagar para poder chequear el dashboard propio.
Implica que cada institución debe tener su propio acceso.
MiDomicilio.Digital/institucion
Etapa 3:
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
Solo se debe dimensionar y no desarrollar en la Etapa 1.
El usuario (persona, trabajador) por su parte, podrá acceder utilizando una clave única como acceso seguro. La información recepcionada se segmentará y clasificará de forma automática (luego de una definición manual) y según la Institución inscrita, eliminando spam y notificaciones falsas.
Etapa 4. Dashboard.
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
Cada institución debe poder ver los siguiente:
a) Por campaña de envío de emails:
a. Una campaña implica que se debe identificar de alguna manera.
i. Proponer la alternativa
ii. Revisar los casos de (por ejemplo) control de asistencia, en donde se envía información (al menos) 2 veces al día.
iii. Quizás en este caso la inteligencia deba detectar que es un email que se repite desde un cierto enviador y permitir ver por fecha o rango de fechas.
b. Cantidad de emails enviados.
c. Cantidad e emails abiertos.
Etapa 5: Restricción:
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
¿Cómo evitamos/restringimos que empresas envíen email con sus boletas y otra información, asociado a la Etapa2?.
A) restringir el espacio de uso masivo a X megas.
B) Y abierto a los documentos laborales, cuando la institución haya contratado el servicio.
a y b por Términos y Condiciones (TyC) que debe firmar el trabajador/ persona.
En general: De los emails:
A. Se reciben todos los correos.
B. Se verifica que la Institución esté registrada.
1. Si está registrado se conserva el email
2. Si no lo está:
1. Si emana de la competencia (control de asistencia, por ejemplo) se va al spam rápido. Se debe poder definir quienes son, implica un listado que regularmente se debe revisar e indicar quienes son.
En este caso el email se recibe, pero sin los attachados.
2. Si es un email cualquiera, se va al spam tradicional
C. Spam
1. Rápido: se elimina a las 24:00 del día siguiente
1. Debe existir la posibilidad que se ingresen dominios a eliminar rápidamente. Por ejemplo “xxx.xxx”
2. Tradicional se elimina a las 24:00 del siguiente lunes:
1. Todo lo que no está en el rápido.
2. Con todo, el desarrollador lo define.
Reportes/ Servicios:
Hacia las empresas:
Se verá e su momento, puede proponer los indicadores que vea en este momento.
RESUMEN:
En resumen, se requiere solo la etapa 1, se detallan las otras etapas para dimensionar el trabajo a futuro.
Puede proponer desde la etapa 2 en adelante, los descrito no es riguroso.
Puede proponer usar templates y ReactJS.
Puede proponer alternativas OpenSource, siempre si es con python.
Consideraciones para operar enviar correos - documentos a MiDomicilio.Digital:
- Definir el o los dominios de procedencia.
Debe permitir cargas masivas de rut.
Deberá permitir controlar (por institución) el peso de recepción de los emails.
Nos interesa que la template sea actaul y sencilla.
Se privilegiará la comunicación en español.
Se debe indicar los costos mensuales -estimados- en base a 10.000 emails de entrada, 10.000 mensajes de salida, con 4 alternativas:
50 kb de peso en cada email.
100 kb de peso en cada email.
300 kb de peso en cada email.
500 kb de peso en cada email.
Gracias.
CONDICIONES GENERALES:
El sistema debe ser desarrollado en Python,
Quedar funcionando en algún VPS, que además perita mover la información más antigua a servidores más baratos, no nos importa que la búsqueda en ellos sea mas lenta.
Todo almacenado en S3 u otro.
El sistema debe quedar funcionando.
Un SuperUsuario podrá hacer todo, puede nombrar otro SU.
El enrolamiento/habilitación en MiDomicilio. Digital (MiDD) es mediante el ingreso de datos mínimos a definir, usted debe indicarlos.
Lo primero que MiDD debe preguntar es el rut chileno, si el rut existe en una lista (un sistema por API podrá decir que ruts se habilitaran) y también usuarios con atributos.
Si está en la lista, lo enrola.
Si ya está enrolado, lo deja entrar.
Ver ciclo de recuperación de la clave.
Revisar el ciclo de ingreso, que el revisar si el rut existe no distraiga del ingreso al sistema.
Si el rut no está en el listado que aparezca un mensaje customizable.
El funcionamiento se refiere a tener una página estática con un login (mirar www.MiDomicilio.Digital arriba a la derecha) que permita operar todo lo que se define, ya sea como usuario final o administrador.
El acceso de administración es MiDomicilio.Digital/admin, aunque puede definir otro. Debe proponer que cosas puede hacer el administrador.
¿POR QUÉ USAR MiDomicilio. Digital?
CLASIFICACIÓN DE CORREOS: El usuario (8581205 at midomicilio digital) recibe en su correo electrónico notificaciones y documentos clasificables.
MiDomicilio Digital se encuentra disponibles con el RUT de cada chileno.
HABILITACIÓN DE CORREO: El usuario habilita su correo electrónico aceptando los “Términos y Condiciones” correspondientes. MiDomicilio Digital. Al presionar continuar acepta los TyC muy usado actualmente.
MiDomicilio Digital habilita para todos sus clientes una casilla para recibir todos los documentos, los que son clasificados y estructurados de manera automática (contrato, anexos) etc. Se debe definir la manera en que se clasificaran.
MiDomicilio Digital puede tener alias, implica un administrador de alias.
Etapa 1:
Lo que se requiere es un servicio que envíe y reciba emails.
Con los niveles de seguridad actuales.
Con control de spam.
Spam es todo lo que se entiende hoy en día.
Spam2 es cualquier email que no provenga de ciertos dominios. Implica que debe existir un administrador de recepción de correos, si dominio no es el termino adecuado, puede indicarlo.
Debe permitir un reenvío de los emails.
Etapa 2: Las instituciones=empresas.
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
Solo se debe dimensionar y no desarrollar en la Etapa 1.
Las notificaciones y los documentos, son enviados por la INSTITUCIÓN (empresa en caso que sea un trabajador, retail (mas allá que también sea una empresa) u otro organismo) a un usuario con el formato RUT midomicilio.digital.
Se debe controlar que la INSTITUCIÓN esté habilitada en el sistema, esto pues dentro del modelo de negocios la institución inscrita deberá pagar para poder chequear el dashboard propio.
Implica que cada institución debe tener su propio acceso.
MiDomicilio.Digital/institucion
Etapa 3:
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
Solo se debe dimensionar y no desarrollar en la Etapa 1.
El usuario (persona, trabajador) por su parte, podrá acceder utilizando una clave única como acceso seguro. La información recepcionada se segmentará y clasificará de forma automática (luego de una definición manual) y según la Institución inscrita, eliminando spam y notificaciones falsas.
Etapa 4. Dashboard.
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
Cada institución debe poder ver los siguiente:
a) Por campaña de envío de emails:
a. Una campaña implica que se debe identificar de alguna manera.
i. Proponer la alternativa
ii. Revisar los casos de (por ejemplo) control de asistencia, en donde se envía información (al menos) 2 veces al día.
iii. Quizás en este caso la inteligencia deba detectar que es un email que se repite desde un cierto enviador y permitir ver por fecha o rango de fechas.
b. Cantidad de emails enviados.
c. Cantidad e emails abiertos.
Etapa 5: Restricción:
PUEDE PROPONER COMO REDEFIR ESTE ITEM.
¿Cómo evitamos/restringimos que empresas envíen email con sus boletas y otra información, asociado a la Etapa2?.
A) restringir el espacio de uso masivo a X megas.
B) Y abierto a los documentos laborales, cuando la institución haya contratado el servicio.
a y b por Términos y Condiciones (TyC) que debe firmar el trabajador/ persona.
En general: De los emails:
A. Se reciben todos los correos.
B. Se verifica que la Institución esté registrada.
1. Si está registrado se conserva el email
2. Si no lo está:
1. Si emana de la competencia (control de asistencia, por ejemplo) se va al spam rápido. Se debe poder definir quienes son, implica un listado que regularmente se debe revisar e indicar quienes son.
En este caso el email se recibe, pero sin los attachados.
2. Si es un email cualquiera, se va al spam tradicional
C. Spam
1. Rápido: se elimina a las 24:00 del día siguiente
1. Debe existir la posibilidad que se ingresen dominios a eliminar rápidamente. Por ejemplo “xxx.xxx”
2. Tradicional se elimina a las 24:00 del siguiente lunes:
1. Todo lo que no está en el rápido.
2. Con todo, el desarrollador lo define.
Reportes/ Servicios:
Hacia las empresas:
Se verá e su momento, puede proponer los indicadores que vea en este momento.
RESUMEN:
En resumen, se requiere solo la etapa 1, se detallan las otras etapas para dimensionar el trabajo a futuro.
Puede proponer desde la etapa 2 en adelante, los descrito no es riguroso.
Puede proponer usar templates y ReactJS.
Puede proponer alternativas OpenSource, siempre si es con python.
Consideraciones para operar enviar correos - documentos a MiDomicilio.Digital:
- Definir el o los dominios de procedencia.
Debe permitir cargas masivas de rut.
Deberá permitir controlar (por institución) el peso de recepción de los emails.
Nos interesa que la template sea actaul y sencilla.
Se privilegiará la comunicación en español.
Se debe indicar los costos mensuales -estimados- en base a 10.000 emails de entrada, 10.000 mensajes de salida, con 4 alternativas:
50 kb de peso en cada email.
100 kb de peso en cada email.
300 kb de peso en cada email.
500 kb de peso en cada email.
Gracias.