Búsquedas frecuentes
Tutoriales actualizados
Un contrato convierte una relación comercial en un compromiso con fechas: desde cuándo, hasta cuándo y con qué condiciones.
Es lo que separa a un cliente que compra cuando se le ocurre de un cliente que genera ingresos previsibles.
Por eso, para un negocio de servicios o de suscripción, el contrato es el registro más valioso del sistema.
Una venta se agota cuando se entrega y se cobra.
Un contrato, en cambio, sigue vivo mucho después de firmado y va generando ventas o facturas periódicas mientras dure.
Esa diferencia de duración es la que obliga a vigilarlo: nadie tiene que acordarse de una venta cerrada, pero olvidarse de un contrato cuesta caro.
Un contrato que vence sin que nadie lo note se transforma en un servicio que se sigue prestando sin respaldo o en un cliente que se va sin que nadie lo llame.
Los dos escenarios son evitables con un aviso anticipado.
Por eso los sistemas serios guardan la fecha de fin y avisan con semanas de anticipación.
Un contrato no está completo hasta que las dos partes lo firman, y las dos firmas rara vez ocurren el mismo día.
Registrar por separado quién firmó por el cliente y quién firmó por la empresa, con sus fechas, permite saber en qué punto está trabado el proceso.
También permite responder algo que en una auditoría siempre se pregunta: quién autorizó esto.
Casi todo contrato tiene alguna cláusula que se salió del molde: un descuento por volumen, un plazo de pago distinto o una garantía extendida.
Guardarlas dentro del registro y no en un archivo suelto es lo que evita que la excepción se pierda cuando cambia el vendedor a cargo de la cuenta.
Una empresa de mantenimiento firma con un consorcio un acuerdo por veinticuatro meses con visitas mensuales.
Se carga el contrato con su fecha de inicio, su duración y un aviso de vencimiento a noventa días.
Tres meses antes del cierre el responsable recibe el aviso y llega a la renegociación con tiempo, en lugar de correr detrás del cliente en la última semana.
El error más frecuente es guardar el contrato firmado como archivo adjunto y no cargar sus datos como registro.
Un archivo no se puede filtrar, ni sumar, ni avisar cuando vence, así que el sistema pierde justamente la parte útil.
El hub de Plataforma EGA Futura ubica este concepto dentro de un proceso empresarial.
En Liquidación de Sueldos: cómo automatizar el Payroll en una empresa mediana vemos cómo se aplica a decisiones y tareas concretas.
La Plataforma resuelve el contrato con un objeto propio de 33 campos entre los de negocio y los de sistema.
Es de los pocos objetos del área comercial que exige un dato de negocio y no solo autonuméricos.
La Plataforma exige la cuenta del cliente, cosa que ni la venta ni el envío piden, y exige también el estado y la categoría de estado.
El número de contrato se genera solo, de forma correlativa, así que no hay que inventarlo.
Las fechas de inicio y de fin son opcionales, y completar la fecha de fin es lo que habilita el aviso de vencimiento.
La lista de Estado tiene cinco valores exactos: Draft, Nuevo, En progreso, In Approval Process y Activated.
Detrás hay una segunda lista, la categoría de estado, con trece valores que cubren el ciclo completo, entre ellos Negotiating, Awaiting Signature, Signed, Activated, Expired, Terminated, Rejected y Canceled.
La duración se guarda en meses, con un campo numérico de hasta cuatro dígitos.
El aviso anticipado al responsable admite seis plazos fijos: 15, 30, 45, 60, 90 y 120 días antes del vencimiento.
Elegir 90 o 120 es lo razonable para acuerdos anuales, porque una renegociación seria no se resuelve en dos semanas.
Del lado del cliente se guardan tres datos: quién firmó, en qué fecha y con qué cargo, este último en un campo de hasta 40 caracteres.
Del lado de la empresa se guardan dos: quién firmó y cuándo.
Además queda registrado quién activó el contrato y en qué momento, que es un dato distinto del de la firma.
Hay dos campos de texto largo con propósitos distintos.
Condiciones especiales admite 4.000 caracteres y está pensado para las cláusulas que se apartan del estándar.
Descripción admite 32.000 caracteres y sirve para el resumen general del acuerdo.
Una Vista de lista ordenada por fecha de fin muestra de un vistazo qué contratos vencen primero.
Para el seguimiento conviene un Informe agrupado por estado y un Panel de información con los vencimientos de los próximos noventa días.
Administrar acuerdos vigentes trae estas preguntas: qué pasa sin fecha de vencimiento, qué separa el estado de su categoría y con cuánta anticipación conviene avisar la renovación.
Sí, porque las fechas de inicio y de fin son opcionales en la Plataforma.
Completar la fecha de fin es lo que habilita el aviso de vencimiento y el seguimiento de las renovaciones.
El estado es la lista corta que usa el equipo en el día a día, con cinco valores.
La categoría de estado es la lista larga de trece valores que describe el ciclo completo, desde la negociación hasta la rescisión.
El contrato guarda las condiciones del acuerdo y la lista de precios asociada.
La emisión periódica se define en la configuración de cada empresa.
Los plazos disponibles son 15, 30, 45, 60, 90 y 120 días.
Para acuerdos anuales conviene 90 o 120 días, porque deja margen para renegociar precios y alcance sin trabajar contra reloj.
El contrato se resuelve con el objeto estándar Contract, que es el nombre de API a usar en consultas, integraciones y código.
Tiene 33 campos, todos de almacenamiento directo, sin campos fórmula ni de resumen acumulado.
Con IsNillable: false figuran AccountId (Lookup(Account)), ContractNumber (Auto Number), Status (Picklist), StatusCode (Picklist) y OwnerId.
AccountId es el dato clave: es obligatorio, a diferencia de lo que ocurre en Opportunity, en EGAFutura__Sales_Order__c y en EGAFutura__Shipment__c.
StartDate y EndDate son Date y ambos opcionales, mientras que ContractTerm es Number(4, 0) expresado en meses.
ActivatedDate y LastApprovedDate son Date/Time.
CustomerSignedId (Lookup(Contact)), CustomerSignedDate (Date), CustomerSignedTitle (Text 40), CompanySignedId (Lookup(User)), CompanySignedDate (Date) y ActivatedById (Lookup(User)).
Draft, Nuevo, En progreso, In Approval Process y Activated.
Las etiquetas combinan inglés y español, igual que en el objeto estándar Order.
Draft, InApproval, Activated, Terminated, Expired, Rejected, Negotiating, AwaitingSignature, SignatureDeclined, Signed, Cancelled, Expired2 y Terminated2.
15, 30, 45, 60, 90 y 120, con etiquetas en inglés del tipo 15 Days.
SpecialTerms es Text Area(4000), Description es Long Text Area(32000), BillingAddress es de tipo Address y Pricebook2Id apunta a la lista de precios.
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