Una póliza es una promesa de pago condicionada: la aseguradora responde si ocurre algo determinado, y tu empresa paga una prima para que esa promesa exista.
Registrarla en el ERP sirve para que esa promesa esté a la vista junto a los bienes que protege, y no dentro de una carpeta que alguien tiene que recordar.
Los campos de la póliza se agrupan en cuatro bloques, y cada bloque responde una pregunta distinta del contrato.
El número de póliza es el dato con el que la aseguradora reconoce el contrato, y en el ERP se guarda como valor único, para que dos registros no puedan representar la misma póliza.
La compañía de seguros se vincula con un registro de Cuentas, y la persona de contacto con un contacto, así que el productor o el asesor queda a mano cuando hace falta reclamar.
La fecha de emisión dice desde cuándo rige el contrato y la de vencimiento dice hasta cuándo.
Esas dos fechas son las que alimentan el cálculo de vigencia, que es el campo que después se mira todos los meses.
La prima es lo que tu empresa paga, y viene acompañada de su periodicidad, que puede ser única, mensual, trimestral, semestral o anual.
El valor asegurado es el tope de la cobertura, y la franquicia es la parte del daño que queda a cargo de tu empresa antes de que la aseguradora responda.
Leer los tres juntos es lo que permite saber si una póliza barata lo es por su precio o por lo poco que cubre.
La cobertura y los límites se escriben en campos de texto, porque describen situaciones y no importes.
La descripción de la póliza queda para el detalle largo, del tipo cláusulas particulares o exclusiones que conviene tener a mano.
El vínculo entre la póliza y el bien no es directo: hay un registro intermedio que une a los dos.
Ese diseño no es un rodeo, es lo que habilita una relación de muchos a muchos entre pólizas y bienes.
Gracias a él, una póliza de incendio cubre a la vez el galpón, la maquinaria y el rodado, y ese mismo rodado aparece además en la póliza de automotor.
Desde la ficha de un Activo fijo se ven todas las pólizas que lo alcanzan, y desde la póliza se ve todo lo que protege.
La vigencia es un campo calculado que compara la fecha de vencimiento contra el día de hoy, y devuelve una de tres palabras.
Dice vencida cuando la fecha ya pasó, dice por vencer cuando faltan treinta días o menos, y dice vigente en el resto de los casos.
Ese aviso anticipado es lo más valioso del registro, porque una renovación se negocia bien con un mes de margen y muy mal el día del vencimiento.
El tipo de póliza clasifica el riesgo cubierto, y ordena todo el conjunto por familia.
Están las coberturas patrimoniales clásicas, que son incendio, robo y todo riesgo operativo, y las de responsabilidad frente a terceros.
Están las ligadas al movimiento, que son automotor y transporte de mercadería, y las que miran a las personas, que son riesgos del trabajo y vida colectivo.
Y está la caución, que no cubre un bien sino un compromiso: garantiza a un tercero que tu empresa va a cumplir lo que se obligó a cumplir.
Una póliza guardada solo en una carpeta se renueva tarde, se paga sin control y no se cruza con nada.
Registrada junto a los activos, la póliza permite responder tres preguntas que aparecen siempre: qué bienes están cubiertos, cuánto cuesta esa cobertura por año y qué vence el mes que viene.
La póliza se carga una vez al contratarla, se vincula con los bienes que protege y después se revisa por su vigencia.
Abrimos el Iniciador de aplicación (Waffle), entramos a Pólizas de seguro y creamos el registro con el número que figura en el frente del contrato.
Vinculamos la compañía aseguradora con su registro de Cuentas y la persona de contacto con su contacto, porque ese vínculo es el que sirve el día del siniestro.
Después cargamos las fechas, el tipo de póliza, la prima con su periodicidad, el valor asegurado y la franquicia.
Los activos alcanzados se agregan desde la Lista relacionada de la póliza, un registro por cada bien.
Ese mismo vínculo se ve del otro lado, así que entrando a un equipo sabemos bajo qué pólizas está protegido sin tener que abrirlas una por una.
Cuando tu empresa incorpora un bien importante, sumarlo a la póliza que corresponda es parte del alta, igual que asignarle un responsable.
La revisión que más rinde es filtrar por el campo de vigencia y quedarnos con lo que dice por vencer.
Ese filtro devuelve las pólizas que vencen dentro de los treinta días, que es el momento en el que todavía se puede comparar cotizaciones y renegociar.
Nos conviene revisar también el valor asegurado contra el valor actual de los bienes, porque un parque que creció y una suma asegurada que quedó quieta se traducen en una cobertura corta justo cuando hace falta.
Estas son las dudas más comunes al empezar a registrar las pólizas de tu empresa junto a los bienes que protegen.
Sí, y también al revés: un mismo bien queda cubierto por varias pólizas.
Eso es posible porque el vínculo entre la póliza y el Activo fijo se resuelve con un registro intermedio, que admite tantas combinaciones como haga falta.
Que su fecha de vencimiento cae dentro de los próximos treinta días.
Es un aviso anticipado y se calcula solo, así que aparece sin que nadie tenga que revisar el calendario.
El valor asegurado es el tope que la aseguradora paga, o sea el techo de la cobertura.
La franquicia es el piso: la porción del daño que queda a cargo de tu empresa antes de que la póliza empiece a responder.
Cargamos el importe en la prima y elegimos la periodicidad que corresponda, que puede ser mensual, trimestral, semestral o anual.
La periodicidad única se reserva para las pólizas de pago íntegro, que es el caso típico de una caución por una obra determinada.
No. El número de póliza se guarda como valor único, de manera que el propio sistema evita el duplicado.
Cuando la aseguradora renueva el contrato y emite un número nuevo, lo prolijo es cargar la póliza nueva y dejar la anterior con su vencimiento, que así queda como historial.
La caución, que es la única del conjunto que no protege un bien sino el cumplimiento de un compromiso.
Garantiza a un tercero que tu empresa va a cumplir lo pactado, y por eso se lee distinto del resto de las coberturas.
Esta sección es para quien escribe requerimientos sobre el ERP y necesita nombrar los campos, la fórmula de vigencia y el objeto puente con precisión.
El objeto se llama EGAFutura__Poliza_seguro__c y tiene quince campos propios además del nombre del registro.
| Campo | Tipo | Nota |
|---|---|---|
| Name | Texto(80) | Nombre del registro, se carga a mano |
| EGAFutura__Numero_Poliza__c | Texto(128) único | Obligatorio, no distingue mayúsculas |
| EGAFutura__Compania_seguros__c | Lookup | Apunta a Account, el objeto estándar de Cuentas |
| EGAFutura__Persona_contacto__c | Lookup | Apunta a Contact |
| EGAFutura__PolicyType__c | Lista de selección | Tipo de cobertura, sin valor por defecto |
| EGAFutura__Fecha_emision__c | Fecha | Desde cuándo rige el contrato |
| EGAFutura__Fecha_vencimiento__c | Fecha | Alimenta el cálculo de vigencia |
| EGAFutura__ValidityStatus__c | Fórmula (Texto) | Devuelve Vencida, Por vencer o Vigente |
| EGAFutura__Prima__c | Moneda(16, 2) | Importe que paga tu empresa |
| EGAFutura__PremiumFrequency__c | Lista de selección | Periodicidad de la prima |
| EGAFutura__Valor_asegurado__c | Moneda(16, 2) | Tope de la cobertura |
| EGAFutura__Deductible__c | Moneda(16, 2) | Franquicia a cargo de tu empresa |
| EGAFutura__Cobertura__c | Área de texto(255) | Qué cubre, en texto |
| EGAFutura__Limites__c | Área de texto(255) | Límites de la cobertura, en texto |
| EGAFutura__Descripcion_Poliza__c | Área de texto larga(32768) | Cláusulas y detalle extenso |
| EGAFutura__EGA_Futura_ID__c | Numeración automática | Identificador que completa el sistema |
La relación con los bienes se resuelve en EGAFutura__Relacion_Poliza_Activo__c, etiquetado Relación Póliza y Activo, que es una tabla de unión con dos Master-Detail.
| Campo | Tipo | Nota |
|---|---|---|
| EGAFutura__Poliza_seguro__c | Master-Detail | Obligatorio, apunta a EGAFutura__Poliza_seguro__c |
| EGAFutura__Activo_fijo__c | Master-Detail | Obligatorio, apunta a EGAFutura__Activo_fijo__c |
| Name | Numeración automática | Etiquetado EGA Futura ID |
El cálculo compara la fecha de vencimiento contra el día de hoy, con un aviso anticipado de treinta días.
| Condición | Texto que devuelve |
|---|---|
| Fecha de vencimiento sin cargar | vacío |
| Vencimiento anterior a hoy | Vencida |
| Vencimiento dentro de los próximos 30 días | Por vencer |
| Resto de los casos | Vigente |
La lista no tiene valor por defecto, y cada valor almacenado coincide con su etiqueta.
| Label | Valor almacenado |
|---|---|
| Incendio | Incendio |
| Robo | Robo |
| Todo riesgo operativo | Todo riesgo operativo |
| Responsabilidad civil | Responsabilidad civil |
| Automotor | Automotor |
| Transporte de mercadería | Transporte de mercadería |
| Riesgos del trabajo | Riesgos del trabajo |
| Vida colectivo | Vida colectivo |
| Caución | Caución |
También sin valor por defecto, y también sin divergencia entre etiqueta y valor.
| Label | Valor almacenado |
|---|---|
| Única | Única |
| Mensual | Mensual |
| Trimestral | Trimestral |
| Semestral | Semestral |
| Anual | Anual |
El objeto puente no guarda ningún dato propio, o sea que es una unión pura. Un requerimiento que pida el porcentaje asegurado por bien, o una suma asegurada distinta para cada activo dentro de la misma póliza, es un pedido de campos nuevos sobre ese objeto y conviene redactarlo así.
Los dos Master-Detail del puente implican borrado en cascada por partida doble: eliminar la póliza o eliminar el activo elimina el vínculo. El registro de unión hereda además el propietario, así que cualquier pedido de visibilidad se resuelve sobre los objetos padre.
La vigencia es una fórmula y no un campo guardado, así que se recalcula al leer el registro y cambia sola con el paso de los días. Sirve muy bien para filtrar una Vista de lista y no sirve para reconstruir el estado que la póliza tenía en una fecha pasada, que se arma con las fechas de origen.
Los valores almacenados llevan acento tal como se muestran, y hay dos que lo hacen evidente: Caución y Transporte de mercadería. Un filtro por API o por Apex escrito sin la tilde devuelve cero filas.
El número de póliza es único sin distinguir mayúsculas, de modo que la unicidad ya está resuelta en el campo. Un requerimiento que pida validar el formato del número, en cambio, es una regla de validación y conviene pedirlo con ese nombre.
Ventas, compras, inventario, finanzas y equipo, con la información al día y disponible desde cualquier dispositivo. Funciona en la nube, así que no hay servidores que mantener.
Quiero llevar mi Empresa a la Nube