# Convierte un paquete aceptado de servicios en trabajos programados separados Conserva el paquete aceptado como registro del acuerdo y crea una fila de programación por cada servicio con frecuencia o franja diferente. Da a cada fila referencia de paquete, responsable y tratamiento de facturación tomado del acuerdo. Confirma las condiciones pendientes antes de poner un trabajo en el calendario y registra la visita completada antes de dar el trabajo por entregado. Un cliente de jardinería acepta un paquete con corte de césped, una visita a parterres y una limpieza de otoño. La aceptación indica qué acordó comprar, pero no da al equipo un calendario útil. Un servicio semanal y una visita estacional necesitan decisiones distintas aunque pertenezcan al mismo paquete. La matriz es una forma manual de conservar la relación en una hoja o sistema existente. El paquete, servicios, referencias de trabajos, personas y decisiones de facturación del ejemplo son ficticios. Canonical: https://areinum.com/es/guides/accepted-service-package-to-scheduled-jobs/ Language: es Actualizado: 2026-10-31 ## Empieza por el alcance aceptado Encuentra la versión que el cliente aceptó realmente y dale una referencia estable. Copia en la matriz servicios, cantidades, frecuencia y condiciones de facturación acordadas. Mantén la aceptación original disponible para quien programa; una entrada de calendario no debe convertirse en la única descripción del paquete. Si falta un dato, registra la pregunta en vez de suponerlo. Por ejemplo, una limpieza de otoño puede estar acordada sin una semana concreta. El servicio puede seguir aceptado mientras se confirma la franja. Un cambio de trabajo o precio necesita su propio acuerdo registrado, no una edición inadvertida de la fila. ## Separa los servicios cuando difieran las reglas de programación Usa una fila para la serie recurrente de corte y otra para una visita única a parterres. Separa trabajo cuando necesite frecuencia, equipo, ubicación o registro de finalización distintos. No hace falta un presupuesto nuevo por cada fila si la aceptación existente ya cubre el trabajo; comprueba cómo relaciona tu sistema los trabajos con ese presupuesto. En el ejemplo ficticio, PKG-104 cubre una serie semanal de corte, una visita a parterres y una limpieza de otoño. La referencia común permite volver al mismo acuerdo. Las filas permanecen distintas para que mover la limpieza no cambie silenciosamente la serie de corte. Un paquete ficticio produce tres registros de programación. - Servicio: Corte de césped; Registro: Serie recurrente JOB-104-M; Decisión pendiente: Confirmar la primera visita - Servicio: Visita a parterres; Registro: Trabajo único JOB-104-B; Decisión pendiente: Confirmar la franja - Servicio: Limpieza de otoño; Registro: Trabajo estacional JOB-104-C; Decisión pendiente: Acordar la semana de la visita antes de enviar al equipo ## Separa la facturación de la frecuencia de visitas Una visita semanal no implica automáticamente una factura semanal. Copia en cada fila el tratamiento acordado, sea inclusión en un pago de paquete o cargo después del trabajo individual. Si el acuerdo no está claro, resuelve la facturación antes de crear una factura. El ejemplo incluye el corte en un cargo mensual de paquete y factura los otros servicios al terminar según sus condiciones registradas. Son decisiones ficticias, no un modelo de precios recomendado. La matriz no calcula impuestos, sustituye facturas ni decide lo que debe el cliente. Evita que programación y facturación trabajen con versiones distintas. ## Registra una visita movida sin perder el plan original Cuando el clima o acceso cambien una visita, conserva la fecha prevista original, añade la franja revisada y escribe el motivo. Comprueba si afecta solo a esa visita o crea un conflicto posterior. Pide a quien programa una decisión explícita; no muevas todas las visitas futuras porque una se retrasó. Cierra una visita con fecha de finalización y una referencia breve a su registro. Programado, completado y facturado son estados distintos. Antes de reutilizar un paquete la siguiente temporada, comprueba de nuevo alcance y aceptación en vez de tratar las filas del año anterior como renovación. ## Usa primero la matriz con un paquete Sustituye las filas ficticias por un paquete real aceptado y pide a quien programa visitas que explique qué sigue para cada servicio. Cualquier fila que no pueda programar revela una decisión pendiente concreta. Resuélvela antes de extender el método a otros paquetes. Tu sistema actual puede relacionar varios servicios con un paquete. Comprueba cómo representa frecuencias y referencias de facturación antes de añadir otro registro. ## Usar Areinum Pide a Areinum Assistant organizar los datos del paquete aceptado en un borrador de programación por servicio. Quien programa comprueba fechas, referencias de facturación y alcance aceptado antes de actualizar el sistema de trabajos. ## Preguntas frecuentes ### ¿Un paquete aceptado significa que cada visita está programada? No. Mantén la aceptación asociada al paquete y confirma la franja real de cada servicio o serie. ### ¿Una visita semanal siempre produce una factura semanal? Sigue el tratamiento de facturación del acuerdo aceptado. La frecuencia de visita y la de facturación pueden diferir. ### ¿Qué registro si se mueve una visita? Conserva las franjas original y revisada, el motivo y la persona que programa. Comprueba si afecta a visitas posteriores antes de cambiar el calendario general. ### ¿El asistente pondrá las visitas en mi calendario? El ejemplo prepara un borrador para revisión. Pregunta si están disponibles tu sistema de trabajos y las acciones de calendario necesarias. ## Fuentes y lecturas adicionales - [Lawn-care owner discussion about a package quote and separate service schedules](https://www.reddit.com/r/CRMSoftware/comments/1wxohyi/multiple_quote_for_lawn_care_in_jobber_issue/): Una persona describe dificultades para trasladar un paquete acordado a varios calendarios y tratamientos de facturación. Experiencia relatada por una persona; identidad, prevalencia y capacidades actuales del proveedor no están verificadas de forma independiente. La matriz es nuestro método propuesto. (2026-10-18) Descargar la hoja original (Archivo en inglés): https://areinum.com/guides/accepted-service-package-to-scheduled-jobs/accepted-package-scheduling-matrix.csv ## Matriz de programación de paquete aceptado El paquete, servicios, referencias de trabajos, personas y decisiones de facturación del ejemplo son ficticios. | Referencia de paquete | Servicio | Referencia de trabajo | Frecuencia | Visita o franja original | Visita o franja actual | Motivo del cambio | Responsable de programación | Tratamiento de facturación | Estado | Siguiente acción | Referencia de finalización | | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | | PKG-104 | Corte de césped | JOB-104-M | Semanal durante la temporada acordada | Primera visita pendiente de confirmación | Primera visita pendiente de confirmación | No hay cambio registrado | Riley | Incluido en el cargo mensual acordado | Aceptado; sin programar | Confirmar primera visita con cliente | No completado | | PKG-104 | Visita a parterres | JOB-104-B | Una visita | 2026-10-20 por la mañana | 2026-10-22 por la mañana | El cliente confirmó la franja revisada en el registro ficticio | Morgan | Facturar tras finalizar según el paquete | Programado; no completado | Confirmar disponibilidad del equipo para la franja revisada | No completado | | PKG-104 | Limpieza de otoño | JOB-104-C | Una visita estacional | Semana por acordar antes de enviar al equipo | Semana por acordar antes de enviar al equipo | No hay cambio registrado | Riley | Facturar tras finalizar según el paquete | Aceptado; sin programar | Acordar semana de limpieza | No completado | 1. Sustituye PKG-104 por la referencia del paquete aceptado y conserva un enlace a esa versión exacta en tu sistema. 2. Crea filas separadas para servicios con requisitos distintos. Copia frecuencia y facturación del acuerdo. 3. Una fila aceptada pero sin programar necesita una decisión. No representa trabajo terminado ni instrucción de factura. 4. Conserva la franja original. Registra la actual y el motivo del cambio en esta hoja; conserva cada movimiento posterior en el historial vinculado. Añade referencia de finalización solo después de la visita. ### Separa los servicios cuando difieran las reglas de programación Un paquete ficticio produce tres registros de programación. | Servicio | Registro de programación | Decisión pendiente | | --- | --- | --- | | Corte de césped | Serie recurrente JOB-104-M | Confirmar la primera visita | | Visita a parterres | Trabajo único JOB-104-B | Confirmar la franja | | Limpieza de otoño | Trabajo estacional JOB-104-C | Acordar la semana de la visita antes de enviar al equipo | ## Contenido relacionado - [Encuentra tareas sin responsable o siguiente paso](https://areinum.com/es/guides/find-tasks-without-owner-or-next-step/) - [Muestra si un proyecto espera a tu equipo o al cliente](https://areinum.com/es/guides/show-who-a-project-is-waiting-on/) - [Qué reunir antes de enviar una factura](https://areinum.com/es/guides/collect-invoice-details-before-sending/) - [Una conversación para el trabajo que hay detrás de tu negocio](https://areinum.com/es/product/assistant/) Ver la demo: https://platform.areinum.com/ La demo usa datos de una empresa de ejemplo. Puede que tengas que coordinar el acceso por separado.