User Tools

Site Tools


kamila:conceptos

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Next revision
Previous revision
kamila:conceptos [2023/05/28 15:08] – created vmi_wiki_adminkamila:conceptos [2023/05/29 11:05] (current) – [Pendiente vs Hecho] vmi_wiki_admin
Line 1: Line 1:
-asas+~~NOTOC~~ 
 +===== CONCEPTOS BÁSICOS =====
  
  
 ==== Estructura de la información ==== ==== Estructura de la información ====
  
-{{:kamila:estructura.jpg?200|}} +{{:kamila:estructura.jpg?nolink&200 |}} Siendo **Kamila App** una aplicación dirigida a facilitar el manejo de información en la prestación de servicios, el punto de partida es la figura del **cliente**. Ya sea que se cuente con uno o con muchos, todo inicia tomando nota del nombre y teléfono de contacto del cliente.
-  * Siendo **Kamila App** una aplicación dirigida a facilitar el manejor de información en la prestación de servicios, el punto de partida es la figura del **cliente**. Ya sea que se cuente con un solo cliente o con muchos, todo inicia tomando nota del nombre y teléfono de contacto de un cliente.  +
-  * El cliente posee algún **activo**, el cuál es suceptible de ser instalado, programado, reparado. Dicho activo puede ser cualquier cosa: un aparato eléctrónico, una cocina, un automóvil, el sistema eléctrico de un galpón. +
-  * Cada vez que el cliente llama para que se intervenga sobre un activo aparece la figura del **servicio**+
  
-  +El cliente posee **activos**, esto es, artículos que son suceptibles de ser instalados, programados, reparados, etc. Un activo puede ser, por ejemplo, un aparato eléctrónico, una cocina, un automóvil, o el sistema eléctrico de un galpón.
  
 +Cada vez que el cliente llama para que se intervenga sobre un activo se crea un **servicio**. Un servicio debe ser pensado como una carpeta que almacena todo lo relacionado con la llamada del cliente sobre el problema en particular que tiene con el activo.
  
 +Cada servicio puede ocupar una o más **jornadas** para poder darle solución al problema que tiene el activo. En ese sentido, una jornada es equivalente a una visita técnica. Es posible atender a dos clientes en un mismo día, y entonces el usuario registrará una jornada por cada cliente.
  
 +Finalmente, durante una jornada se realizan una o más **actividades**, y se tienen **gastos** de transporte y comida, entre otros.  
 + 
 +Así que al final tenemos que:
 +
 +  * Un cliente puede tener varios activos.
 +  * Un activo puede tener varios servicios (ejecutados en el pasado).
 +  * Un servicio puede abarcar una o más jornadas.
 +  * Una jornada tiene actividades y gastos.
 +
 +
 +==== Recordatorios y visitas ====
 +
 +En la sección anterior se mencionó que una jornada es equivalente a una visita técnica. Así que una jornada está atada a un servicio (y a su vez ese servicio está atado a un activo, y el activo a un cliente). Kamila App permite registrar otras actividades similares que encajan dentro del día de trabajo pero que no están atadas a servicios:
 +
 +  - **Visitas:** A veces es necesario visitar a un cliente por temas de cobranzas, por ejemplo, o solo visitarlos por cortesía. Kamila App permite crear este tipo de acción y registrar si se ejecutó o no.
 +  - **Recordatorios:** Un recordatorio es cualquier cosa que se debe recordar de hacer, y que no está ligada directamente con un cliente, activo o servicio. Igual que las visitas, la aplicación permite marcarla como ejecutada.
 +
 +==== Pendiente vs Hecho ====
 +
 +{{ :kamila:manual:cambio_estado.png?nolink&300|}}
 +Dentro de toda la aplicación se repite mucho el concepto de //pendiente vs hecho//; estos términos simplemente hacen referencia a si una tarea ya fue ejecutada o no. Siempre es posible cambiar el estado de un item donde aparezca un botón con un signo de verificación (marcado en rojo en la imagen adjunta).
 +
 +Hay que tomar cuenta que:
 +
 +  * No se debe interpretar que un item marcado como hecho será eliminado de la base de datos. Todo item (contacto, servicio, jornada, visita, recordatorio) permanecerá en la base de datos a menos que sea voluntariamente eliminado.
 +  * Se puede cambiar el estado de las visitas y recordatorios en cualquier momento.
 +  * Una jornada solo puede ser finalizada (estado hecho) si se especificaron las horas de inicio y finalización.
 +  * Luego que una jornada es finalizada (estado hecho) no se pueden agregar actividades o gastos. Hay que regresarla a su estado pendiente para poder hacer esas adiciones.
 +  * No se puede cambiar el estado de una jornada si el servicio al que pertenece ya fue finalizado.
 +  * Un servicio solo puede ser finalizado (estado hecho) si todas las jornadas ya fueron finalizadas.
 +
 +Estas reglas se extienden a clientes y activos. La intención es evitar que se borre información que dejaría datos huérfanos en la aplicación. Por ejemplo, si se elimina un cliente, se perdería acceso a todos los servicios que se le haya prestado.
  
-============ 
-Partamos del usuario de Kamila App. Este usuario puede ser un ingeniero, un técnico, o cualquier profesional que presta un servicio 
  
kamila/conceptos.1685300919.txt.gz · Last modified: by vmi_wiki_admin

Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki