Sebastian Lavena [Thu, 23 Jun 2005 08:43:35 +0000 (08:43 +0000)]
-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 ;)
Guillermo Rugilo [Thu, 23 Jun 2005 05:54:07 +0000 (05:54 +0000)]
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
Nicolás Dimov [Thu, 23 Jun 2005 05:20:05 +0000 (05:20 +0000)]
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)
Sebastian Lavena [Thu, 23 Jun 2005 03:12:33 +0000 (03:12 +0000)]
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)
Diego Marcet [Wed, 22 Jun 2005 20:28:32 +0000 (20:28 +0000)]
M06 y M07 - Algunas correcciones/adiciones que me surgieron cuando pensaba el M08
M08 - Esquema del modelo
M14, CU y Controller - Correccion ortografica :-P
Diego Marcet [Tue, 21 Jun 2005 05:36:46 +0000 (05:36 +0000)]
- 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)
Guillermo Rugilo [Tue, 21 Jun 2005 00:56:10 +0000 (00:56 +0000)]
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.
Guillermo Rugilo [Tue, 21 Jun 2005 00:28:42 +0000 (00:28 +0000)]
- Actualizacion de la firma de setResolucion()
- Clase Autorizacion abstracta
- Agregado de properties por cada field privado
- Incorporación de #regions para mas claridad
- Identado
Nicolás Dimov [Sun, 19 Jun 2005 02:05:51 +0000 (02:05 +0000)]
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
- 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).
- 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).
* RegistrarVisitas (vista y controler a medias)
* Hasta ahora el circuito se cierra
- Se carga el solicitante
- Se arma la hoja de ruta a 1 promotor (harcodeado)
- El promotor (supoer-hardoded) entra y puede marcar
como no visitado alguno de los items
* Paso ObtenerSolicitantesPendientes a RutasController (no se que namespace poenrle puesto que no
esta especificado en el diagrama de paquetes)
* Creo un Controller generico que maneja la DB para unificar codigo
* Ajusto que compile todo
Modelo 3.
Es cualquiera. No tiene mas de 10 lineas. Dentro de un rato subo el diagrama de
CUsos con la linea punteada incluyendo lo que implementamos (Creo que es todo)
:P
Agregue que queda afuera la confeccion y distribucion de carnets y cartilla de
prestadores.
En el documento se nombra:
* Cruzar el reporte de Consumo (RC) contra el reporte de Aprobaciones/Rechazos
de Prestaciones realizadas (RP)
* Revisar archivos rechazados del Prestador por formato incorrecto
* Armado de hoja de ruta
* Confección y reparto de Cartilla de prestadores y carnets de afiliados
Creo que los dos primeros deberian ser leidos por SJL y Willy.