MODULO SERVICIO - DESARROLLO 4

Luego de haber configurado nuestros campos de servicio, iniciamos a trabajar en la sección propia de recepción del servicio.

Para estamos predisponemos los botones necesarios para la recepción y posteriormente la edición/modifica del servicio.

Nuestra sección de servicio, entonces, tendrá cuatro nuevos botones.

Prestar atención que la nueva sección podrá ser manejada por todos los usuarios. Y la sección de configuración solo para los usuarios administradores de la instalación de ZEVEN. Aquí se muestra como verían los usuarios 'normales' la sección de servicio.

Ahora bien, para la ventana principal de la aceptación del servicio, hemos creado un combobox que contiene todos los servicios activos.

Desde esa sección, podremos ademas seleccionar el cliente a quien daremos el servicio. Si el cliente no existe se podrá agregarlo tramite el botón de Nuevo Cliente.

Cuando se selecciona el servicio se nos muestra todos los campos que hemos configurado como parte de la recepción del servicio. de este modo podremos escribir los datos requeridos.

Veamos algunas ventanas que nos muestran los diferentes servicios que hemos configurado con sus respectivos campos.

Como se puede notar de las imágenes, hemos agregado dos casillas para ingresar un valor de abono por el servicio y un textbox para ingresar un comentario que podrá ser visto por la persona que escoja el servicio para su elaboración. Pero ese tema lo veremos mas adelante.

El siguiente paso, y es el que desarrollaremos es las tablas que manejaran la asistencia con su proceso de vida hasta su fin.

MODULO SERVICIO - White Paper 2

En este White paper afrontaremos el recorrido lógico de la recepción del servicio.

Hasta el momento hemos definido nuestros campos de servicio para cada una de las tres fases del mismo. Para evitar confusión en aquellos que están siguiendo nuestra lógica lineal, aclaramos que en modo fijo, serán definidos ciertos campos que formaran parte de la estructura básica del servicio. De ahora en adelante haremos una separación de términos técnicos. Continuaremos a llamar servicio a lo que hasta ahora hemos hecho y llamaremos Asistencia a la recepción de un cualquier servicio que hallamos configurado.

Es decir, una asistencia no es otra cosa que un servicio que estamos dando a algún cliente.

Ahora bien, al momento del inicio de una asistencia, tendremos un campo fijo que llamaremos detalle o nota de recepción. Ademas de esto estará el campo fijo donde colocaremos el código del cliente a quien estamos dando nuestra asistencia/servicio, y por supuesto tendremos un campo para colocar un valor que represente algún adelanto/abono que pidamos para la realización de la asistencia.

Abrimos aquí un recorrido lógico, porque el hecho que tengamos que registrar un adelanto en dinero, es necesario que esta actividad quede registrada como un ingreso de dinero, que debe ser informada en el reporte de cobros.

Por este motivo, se debe incluir en el proceso de registro de cobros un eventual cobro de una asistencia cuando esta inicia.

Aquí nos enfrentamos a dos probabilidades, una que la persona que registre el servicio sea la que recoge el dinero, y la segunda que sea un eventual cajero el que realice esta actividad.

Para poder satisfacer ambas situaciones, colocaremos un flag al momento del registro de inicio de la asistencia, un checkbox donde indicaremos si el valor de adelanto/abono lo está recibiendo la persona que registra el inicia de la asistencia. Así mismo, tendremos que modificar la sección de cobros para que se puedan registrar cobros sean estos parciales o totales de asistencias. Ademas de esto, al momento de generar la factura, se tendrá que hacer el correspondiente encaje entre el abono y el saldo de la factura.

La ficha de clientes también tendrá que contener una pestaña para poder concentrar en ella todas la asistencias que se le hallan realizado al cliente.

Esta pestaña, no estará habilitada para las instalaciones que no tengan incluido el modulo de servicio.

En resumen, con la introducción de la aceptación de las asistencias, se tienen que poder aceptar abonos, y estos abonos van a ir sincronizados con la sección de cobros y la ficha clientes, ademas se tiene que prever la interacción de las asistencias con la futura factura que sera generada.

Todos estos nuevos datos tendrán ademas que ser sincronizados con los diferentes reportes que ya realiza el programa. Gran desafió!!!

MODULO SERVICIO - DESARROLLO 3

Vamos ahora a configurar nuestra sección de los campos que cada servicio podrá manejar.

Los campos que nos proponemos permitir el manejo, son:

1 - Caracter, donde permitiremos que se escriban un máximo de 100 caracteres. Debería ser el mas utilizado.

2 - Numérico, donde permitiremos ingresar datos numéricos de hasta dos decimales.

3 - Lógico, que seriara para colocar un checkbox donde se podrá seleccionar una opción de tipo SI/NO.

4 - Fecha, para colocar una fecha en el formato DÍA/MES/ANIO

5 - Texto, para permitir un ingreso de datos a caracteres ilimitados

6 - Numérico entero, es decir sin decimales.

estos tipos de campos son los iniciales, no se descarta que en futuro, dependiendo de la necesidad de cada actividad económica, se deba agregar mas tipos de campos.

Las secciones para colocar cada uno de los campos que serán configurados son tres:

1. Recepción

2. Elaboración

3. Fin

estas secciones son las fases principales del servicio que están indicadas ya en el White Paper 1.

A pesar de estar trabajando, al momento en la fase 1 del modulo servicio, sirve desde ya prever las otras secciones con sus datos.

Nuestra sección de servicios, después de nuestro ultimo video explicativo, quedó con 5 servicios configurados.

Elaboramos, entonces la sección máster de configuración de los campos de cada servicio en cada una de las tres secciones:

en este video se explica como trabaja la sección de los campos de servicio.

Y así es como quedarán configurado un servicio de ejemplo.

En el próximo articulo afrontaremos ya la mecánica de recepción del servicio.

MODULO SERVICIO - DESARROLLO 2

Luego de definir las dos tablas que manejaran la estructura básica de los servicios, procedemos con el trabajo de programar la sección donde se podrá crear y modificar los servicios. Hacemos ya previsión de que por algún motivo que puede nacer, alguna actividad puede decidir suspender temporal o definitivamente un servicio, por ese motivo, cada servicio, ademas de su ID univoco, tendrá un estado binario de Activo, donde si es TRUE indicara que el servicio es activo y el contrario, es decir FALSE indicara que el servicio no se utiliza mas.

No se permitirá nunca la eliminación de un servicio, por motivos de no perder la integridad de los datos presentes en el DB.

Ademas llevaremos un registro de fecha de creación y ultima modifica realizada en la configuración del servicio, de igual manera registraremos el usuario que ha creado y el que ha realizado la ultima modifica al servicio.

Quizás si en futuro decidamos colocar precisamente en esta sección el botón de estadísticas para poder ver cuan rentable es el servicio, pero esa funcionalidad podría también ser una opción dentro de la pestaña servicio.

Se creará una regla a nivel de DB que impida el ingreso de dos nombres de servicio con el mismo nombre, dicha regla será case sensitive.

He aquí un vídeo instructivo de lo que hasta el momento hemos realizado en la sección de Servicio.

MODULO SERVICIO - DESARROLLO 1

El análisis de la fase 1 estableció que nuestra ruta de desarrollo inicia con el crear una sección de configuración, donde se podrá definir en forma personalizada las tipologías e servicio que se deseen.

Antes de iniciar la parte gráfica, tenemos que definir las tablas donde alojaremos la información que se ira ingresando.

Definición de tablas de uso de la configuración de los tipos de servicio.

Tablas de uso del proceso

1. servizi.servizi - En esta tabla alojaremos el ID del servicio y su descripción o nombre del servicio 
2. servizi.campi - En esta tabla alojaremos los nombres de los campos que el usuario defina como campos para la gestión del servicio.

estas dos tablas estarán relacionadas entre si en modo que se pueda siempre interpretar al momento de modificar el tipo de servicio y cuando el servicio sea utilizado por el proceso de utilizo.

SECCIÓN SERVICIO

Al momento del inicio de la ejecución del programa, una vez que se ha realizado el ingreso por medio de usuario y contraseña, el programa preguntara al DB por el dato de servicio, que es donde el DataBase dirá al programa si se tiene instalado el modulo de Servicio.

Si se tiene el modulo de Servicio Instalado, se mostrará la pestaña de servicio.

Al momento la sección de Servicio será independiente de las otras, por lo que su configuración será separada de la configuración del resto de componentes del programa.

Al interno de la pestaña de servicio, se encontrara una sección para la configuración de los elementos que compondrán los datos de servicio. Esta sección será solo posible utilizar si se tiene los derechos de acceso como administrador de la instalación del producto.

Por el momento la sección contendrá el botón de gestión de tipos de servicio, ademas de el botón para la configuración de los campos que cada uno de los servicio manejara.

El día de mañana seguiremos con nuestro trabajo de programación del botón tipo de servicio y su gestión para las modificaciones del nombre del servicio.

MODULO SERVICIO - White Paper 1

Hoy iniciamos los trabajos de programación del nuevo modulo Servicio, que será incorporado a nuestro producto de facturación electrónica.

Iniciamos realizando el recorrido lógico que tendrá todo el proceso desde el momento en que se inicia el servicio  hasta cuando este es entregado y finalizado.

Las fases que componen el proceso son las siguientes:

1) Inicio del servicio, definición de la naturaleza del servicio.

2) ingreso del servicio dentro de la actividad económica.

3) proceso o trabajo. Elaboración del servicio.

4) finalización del servicio.

ANÁLISIS DE LA FASE 1 

En esta fase se realiza la definición especifica del servicio que se piensa dar a los eventuales clientes. Debería estar compuesta de una sección dentro de la configuración del programa donde se pueda especificar uno o mas tipos de servicio.

Entonces, se debe poder crear diferentes tipos de servicios dentro del programa, de tal forma que cada actividad económica pueda crear libremente la cantidad de servicios que desee ofrecer a sus clientes. 

Hagamos un ejemplo practico.

Imaginemos una empresa que se dedique a vender repuestos de automóviles como actividad principal. Pero ademas de eso, esta actividad ofrece varios tipos de servicios a sus clientes:

- Cambio de aceite

- cambio de batería (que sucede luego e la venta de la misma)

- lavado de vehículos

- ABC

entonces el programa debería poder permitir al usuario, ingresar cada tipología de servicio que ofrece para poder separarlos al momento de ser necesario un reporte separado por tipología de servicio hecho.

En el caso de una actividad económica que realice reparación de equipos, los servicios podrían ser:

- Reparación de teléfonos celulares

- Reparación de computadoras

- formateo de PCs

- limpieza de teléfonos.

etc.

Pero nace espontánea una pregunta. ¿si se va a permitir que cada actividad pueda definir en modo autónomo el tipo de servicio que quiere, como haremos para definir los datos que serán ingresados al momento de la creación del servicio?

Aquí entonces se utilizará el mismo principio que se usa en la ficha clientes-proveedores-artículos para la definición de los campos adicionales.

Es decir, se podrá configurar al momento de la creación del tipo de servicio, los campos que se van a tener que ingresar al momento de la recepción/inicio del servicio. Esto va a dar al programa una flexibilidad enorme al momento de crear los tipos de servicios que se van a ofrecer a los clientes.

En resumen sobre la fase 1.

Se permitirá a cada cliente, la creación de una cantidad infinita de servicios que pueden ofrecer.

En cada servicio se podrá configurar los datos con los que se realizará el servicio en forma independiente y totalmente flexible, utilizando el mismo principio ya usado para los campos adicionales.

Una vez definido toda la fase 1, entonces podemos ya iniciar el trabajo de programación de toda la lógica de la fase 1.

En nuestro próximo White Paper, analizaremos la fase 2 (ingreso del servicio dentro de la actividad económica.)

Pero antes de eso, documentaremos todo el proceso de desarrollo de la Fase 1, no dejes de seguir nuestro próximo articulo, donde  entraremos en detalle sobre como montaremos en modo practico toda la fase 1.

FACTURA TRIBUTARIA VS FACTURACIÓN ELECTRÓNICA - PARTE 1

FACTURA TRIBUTARIA VS FACTURACIÓN ELECTRÓNICA -  PARTE 1

Ecuador está entrando a la facturación electrónica para la cual el estado ya ha emitido la fecha para que los contribuyentes se vayan incrementando para dejar la facturación tributaria, sería bueno que el estado tenga la decisión política de alinearnos como algunos países en la región como Chile y México que son países de referencia en esta materia.

Entre las diferencia que existen en la forma de facturación tributaria y electrónica podríamos describir primero las ventajas de la facturación electrónica.

1.-Protección del Medio Ambiente.-

Sabías que si 20 empresas necesitaran 20 blocks de 100 facturas cada uno de los blocks por el transcurso de 25 meses (2 años y 1 mes) se necesitaría 56 árboles para poder satisfacer esta necesidad empresarial. O dicho de otra manera un árbol podría dar hasta 17.857 facturas tributarias lo que equivaldría a 179 blocks de facturas de 100 cada uno de ellos.

México que es el país de referencia en esta materia no ha disminuido la deforestación en algunos de sus estados, creemos que esta decisión tiene motivaciones más económicas que ecologistas.

2.-Ootimizacion de tiempo.-

El tempo es valioso para la empresas y desde el puno de rendimiento y eficiencia aún más en especial que afecta al ahorro de costo hombre y que para las microempresas incide aún más y aun el tiempo es uno de los bienes más valiosos y que las PYMES no tienen los recursos para desperdiciarlos y el tiempo para entregar los documentos así como el valor del combustible y el costo de oportunidad que se pierde por no estar captando nuevos clientes o haciendo actividades primordiales para la empresa.

3.-Reduccion de Costos.-

Una firma electrónica tiene un valor de 31,23 dólares y no tiene limitaciones para imprimir lo que normalmente es lo mismo que se gasta en un solo block de facturas físicas. Si se utiliza el programa del SRI no hay más costos adicionales pero muchas empresas trabajan con herramientas privadas que envías las facturas electrónicas y que a la vez se generan registros y herramientas de consultas y análisis para el dueño del negocio.