- Agregue un metodo en el controller de los reportes para que me devuelva las
autorizaciones rechazadas y otro que me devuelve todas.
- el AfiliadoSolicitanteController separe el existe en existeAfiliado y
  puedeReactivarAfiliado
- arregle un poco el tema de las viñetas en gral.

Se larga la implementacion de "Recibir y Cotejar" :D
- Incluí namespace de Reportes con las clases que necesito
- Esqueleto del Controller de "Recibir y Cotejar", totalmente en pañales

ouch! me había faltado el Cuit y el Password...

- Agrego properties que necesito del Prestador
- Agrego un par de entradas de directorios al config

  * Actualizar autorizacion manual ... con esta ventana me faltan 2 CUSO :/
  - Consultar Consumos
- Consultar Planes

- Agrego mas Tests
- Agego un archivito de configuracion, donde podemos poner cualquier config para la demo. Yo lo voy a usar intensivamente por el tema de los directorios donde se dejan los reportes y etc --> debe estar en el mismo directorio donde corre el exe para que funcione.

La relacion titularidad entre Solicitante y afiliado, se cambio por Solicitante
y Persona.
Porque de la otra manera no se podía relacionar un solicitante con un titular
que no sea afiliado, es decir, si yo queria afiliar un solicitante (familiar),
tenia que relacionarlo con un AFILIADO, pero lo unico que habia disponible era
un SOLICITANTE.
Para mas informacion preguntenle a Gazer que es el que esta rompiendo todo.

 * Separo AgregarFamiliar "copiando" de IngresarSolicitud
 * Solo me falta solucionar el tema planteado en la lista de mails
   para poder agregarlos y afiliarlos

- Hago desaparecer la desagradable variable testing
- Incluyo más casos de prueba

 * Limpieza en Main.cs de codigo de prueba viejo
 * Saco los botones del toolbar y agrego Menu Afiliaciones con
 los items implementados.

 * Saco el feo uso del boolean testing y le agrego pasaje por parametros
  desde la linea de comandos (--test) para ejecutar los test.
 * Agrego Tests en el Makefile para poder compilar en Unix.

ortografía :P

Agrego primer intento de esqueleto de carpeta.

Agrego lógica, clases y 1 caso de prueba ejemplo.
Ahora la aplicación puede tener 2 "modos" : Modo test ó modo demo... configurable suciamente mediante un campo de la clase App, en Main.cs

Bien, creo que esto esta cerrado.

Cambie todas las respuestas a objetos.

Detalle en la especificación de datos

 * Fix : Saco el ComboBox de categoria y agrego SpinButton con decimales

 * Ventana de Mantener planes

1) Cambio el nombre por una más feliz y que se distinga de la mugre que hizo Seba :P :P
2) Se agregó la especificación de las notificaciones e-mail enviadas al Prestador.

I'm burned. :S

fix

Ejemplo de cómo sería un informe enviado por el Prestador, que no tiene datos (VACIO)

Agrego autenticacion. Julian, mira esto plz, y chiflame si esta mal. La parte de "password" te la voy a patear para tu lado (Estaría guardada en "Seguridad" asociado al cuit del prestador que hace de user (user=cuit prestador))... cualquier cosa, gritá

El Caso de Uso más largo de mi vida :P Siempre hay algo para agregar (qué mala suerte tuve en ese sorteo al principio del cuatrimestre! :P )
- Se agregaron los pasos y casos en que se emiten notificaciones via email al Prestador y a Pagos.

Aclaré el envío de notificaciones que hace el Sistema y explayé un poco el papel de Pagos cuando un doc es rechazado

Bien, tema de la interfaz listo para clark revision.

Llegaré un poco tarde, pero voy

ortografía :P

- M08: falta la depuracion y los backups
- M06 y M07: Recibir y cotejar y Emitir Reporte de Consumo son la misma tarea

Cambios en InterfazPrestadorController

 De a poquito se va llenando

 fix

  * El nombre lo dice todo

Constructor obligando a setea prestadorLogeado en interfazPrestadorCOntroller

Y actualizacion de "conoce a" en autorizacionCOntroller

-Constructor de Autorizacion ahora recibe un solo parametro: "fechaSolicitud", saque codigo porque podia traer problemas de concurrencia en el diseño (dos instancias con mismo codigo...).

- Todos los parametros int codPrestacion de autorizacion controller, ahora son String cuitPrestacion

-Secuencia: Impacto de "cuitPrestacion" + service pack ;)

Cambios en InterfazAutorizacionController

 * actualizo

 mas actualizaciones de pantallas

Implementacion del MEGA Metodo Super estrella mundialmente conocido como getEstado().
Le falta el testing.

1) Corrección en CU, por error en la secuencia de pasos: se estaban enviando los reportes de consumo y prestaciones realizadas por archivo. Corregido, ahora se envían con la info de TODOS los archivos procesados en ese momento. (Gracias Diego!)
2) Interfaces/Pagos/interfaces_con_pagos.rtf --> aclaración zonza, pero seguramente fundamental para Clarkito

AutorizacionDataService.guardar(INOUT autorizacion)
eso, INOUT, porque se graba codigo que se puso

joda? escribi 2 horas un log gigante, conflict y se borro?

Bueno, solo lo que me interesa:

Luca, el script que hiciste, lo vamos a usar y entregar lo que genere? (con respecto a los comentarios de diag de clases en dia)

le di un poco de formato a generar reporte de prestaciones con deuda, y agregue
la implementacion en el controller
en agregar afiliado se me esta piantando un cambio que no se que es.. pero creo
que puse que el operador lee el plan que le va a asignar al afiliado de un
papel. en todo caso lo cambio..

 * AVISO : Pase el documento este a otro formato porque con RTF perdia todo
  lo que ponia en tama#os y ubicacion de las imagenes. Despues lo paso a
  word o algo "mas estandar" que Open Document para hacer el merge
 * Lo dejo mas bonito, pongo un par de shots ya con datos y la descripcion
  de los casos de ABM estan cubiertos.

Corrección bizarra, si al método SolicitanteDataService.existe() le pongo el parámetro nroDoc como int muere el dia, si se lo pongo como int pero sólo de entrada, anda. (marcha bug-report para los muchachotes del dia! :D)

getEstado(fecha):enum ahora es abstracta en autorizacion

Se definen metodos en hijos para sobreescribirlo.

- Agregue el metodo obtenerPorFechaRes a AutorizacionesDataService
- Especifique un poco mas obtenerAutorizaciones de ReporteAutorizacionesController

Nuevo campo:

Password en prestador. Ver mapeo de Clases-der.

Estuve demorando estos y otros commit que ya vendrán, porque esperaba una respuesta de la gente del otro grupo: Asumo su respuesta es rendición incondicional, así que asumire los que les mande esta ok (en lo que respecta interfaces)

M06 y M07 - Algunas correcciones/adiciones que me surgieron cuando pensaba el M08
M08 - Esquema del modelo
M14, CU y Controller - Correccion ortografica :-P

M07 - terminado
M06 - Agregue encabezado
M13 - Corregi la referencia al modelo 6 (decia 5)
Mantener planes - agregue pie de pagina

agregué la carga de zona al ingresar un solicitante o al modificar un afiliado

 * Instancia clases, asigna valores desde la ventan y los guarda en la DB
  TODO : verificar w/r de las clases que se van a usar con eso

version final

modelo 14 - final

 * Fix de signal en main.glade

Anotaciones para cuando termine de especificar

Agregué la enum para los estados de una autorizacion

- Agregue y modifique lo que faltaba en el ciclo del procesamiento
- Saque el sector de administracion de los CAPs para no tener que especificar en los casos de uso que era solo para la info relacionada con el CAP (ahora todos los ABMs se hacen desde la casa central)

 * Mas generizacion

Incluí archivos en la "ignore-list" del directorio src :
obj
VSSolution.suo
VSProject.csproj.user
*.glade

Subo solución para Visual Studio, con la que trabajaremos Seba y yo.

Subo archivo .sol (solución de VS) y .csproj (proyecto C# de VS) en directorio src ... espero que no les moleste Rick y a Luca, pero simplemente tienen que ignorarlos.

Incluyo subcarpeta Debug en la lista de ignorados

DLLs necesarias de GTK# y Glade para trabajar en Windows y MS .NET fwk (supongo que son las mismas que para Mono, pero vaya Dios a saber)

- Actualizacion de la firma de setResolucion()
- Clase Autorizacion abstracta
- Agregado de properties por cada field privado
- Incorporación de #regions para mas claridad
- Identado

Armé la cartilla, creo q está, pero q se yo

falta arreglar en controller de la cartilla, en un rato o mañana, chauuuuu

mas

varios, y voy por más, recién arranco :P

 From Gazer :
   * Inicio un ABM Generico usando Reflection para ahorrar el tiempo de hacer 1
     ABM por cada clase simple. Esto serviria para :
  - Planes
  - Promotores
  - Zonas
  - Caps

   * Algunos fixes menores en otros lados.

- Update con los nuevos atributos.
- Se eliminaron los viejos.
- Se arreglo el mapeo de clases considerando PK/FK
- Se recalculo el tamaño y la proyecccio de la DB.

Se agrega Promotor.fechaBaja y una notita con un disclaimer que dice que los
atributos que se deducen del diagrama de relaciones de clases no se incluyen
(para que no nos vengan después con que faltan atributos).

Boludez muy grande corregida por Clark

Saco responsable: [16:51:18] <sherpa> "vuela vuela, no me hace falta equipaje"

- Sincronización entre DER, DC y DRC.
- Vuelvo a poner responsable como un string común y corriente (tal vez sea
  conveniente sacarlo para evitar confusiones).
- Arreglos de nomenclatura (+ y - en el DER).

Haciendo gala del detallismo que no me caracteriza, agregue un paréntesis que faltaba :P

Actualizacion del DER segun recomendaciones de FlorC.

falta banda para este doc, pero por si alguno quiere ir pispeando

- faltan las correcciones de ayer
es .doc xq en rtf pesaba 330 mb!! :-S

solo los cambios al formato

Ahora graba nro de legajo de auditor medico

Nuevo campo: nroLegajo en autorizacionManual

Se actualiza.

Ahora el vencimiento de autorizaciones SIEMPRE es de "n" días, default 60. Se configura en archivo de configuración (config.ini).-

Bien especifico clase Autorizacion, de dominio.

Reviso y corrijo a discresión... Ya ni me acuerdo.

Se me había pasado. Tiene que ser estático

Nuevo metodo en autorizaciones:

obtenerPlazoDeVencimiento():int

Devuelve 60 (días). O sea, 2 meses. Ahora es "cambiable" desde config.ini, en dir ppal.

Cambios de FlorC

- el ciclo del procesamiento casi terminado, falta definir si los reportes son diarios o mensuales

Más cambios de florc.

Cambios de florc.

 * Mejoras respecto de las condiciones de Estados del Solicitante (mejor consistencia)
 * Afilio familiares (sin guardar :P)

ahi va

 Renombro para seguir el mismo esquema de nombre de archivo