Subida de base

La carga del archivo se realizarƔ dentro de una pantalla donde se deberƔn detallar ciertos parƔmetros.

  • DescripciĆ³n: Nombre con cual se cargarĆ” la subida predefinida.
  • Base: Esta lista desplegable enlistarĆ” todas las bases creadas dentro del CRM. La intenciĆ³n de seleccionar la base donde se procesarĆ”n los contactos se debe a que nos permitirĆ” trabajar bajo una estructura multibase o Ćŗnica base. Ej: si deseo trabajar bajo una estructura de Ćŗnica base, a nuestros contactos se le asociarĆ”n las deudas de los distintos productos permitiendonĆ³s poder gestionar todas las moras en un mismo contacto. En caso de querer hacerlo multibase, para poder gestionar las moras de las distintas compaƱƭas se deberĆ” buscar al mismo cliente pero en las distintas bases.
    Cuando se maneja una base, los contactos serƔn el mismo para las distintas compaƱƭas y en una tabla de productos se enlistarƔn las deudas de que poseen con cada compaƱƭa.
    Caso multibase traerĆ” la informaciĆ³n de otras deudas para el mismo contacto en otras bases solo a modo informativo, no permitiĆ©ndole gestionarlos. Solo podrĆ” tener esta informaciĆ³n si la carga se impactĆ³ como dato pĆŗblico.
  • CompaƱƭa: lista de compaƱƭas. Estas compaƱƭas deberĆ”n ser cargadas en otra pantalla a la que se le asignarĆ” un cĆ³digo que pueda ser utilizado como Ć­ndice dentro de las tablas para mejorar las futuras bĆŗsquedas en BBDD. No podrĆ” cargarse datos sin haberse asignado la compaƱƭa.
  • Datos pĆŗblicos: SI/NO. Este campo sirve para los casos multibase, donde una campaƱa desea ser gestionada dentro de una base puntualmente para este. Si se selecciona que el dato es pĆŗblico, cuando los agentes se encuentren gestionando OTRA base y se encuentre con un cliente compartido podrĆ”n ver a modo informativo las deudas de la primera. En caso de indicar NO, solo se podrĆ”n visualizar las deudas de esta campaƱa siempre que se acceda a travĆ©s de su respectiva BBDD, y jugando con los permisos de base podrĆ” establecerse distintos esquemas de trabajo priorizando la seguridad de la informaciĆ³n del cliente.
  • Archivo: El archivo de importaciĆ³n serĆ” Ćŗnico y en formato xls. Los usuarios deberĆ”n disponer la informaciĆ³n suministrada por sus clientes dentro del archivo y adjuntarlo. Se recuerda que este archivo deberĆ” contener informaciĆ³n de una sola compaƱƭa y NO un consolidado de multiples compaƱƭas. Delante en el documento se detallarĆ” el formato de importaciĆ³n del archivo en cuestiĆ³n.
  • Modifica estado de gestiĆ³n: SI/NO. Este campo permite seleccionar Si/No. Este campo es utilizado cuando dentro del archivo se contiene un contacto ya existente en la base el cual ya fue procesado. Al poner "Si" este contacto pasarĆ” a estado no procesado permitiendo que pueda volver a caerle al agente. DeberĆ” tenerse en cuenta que este pondrĆ” en estado no procesado sin importar el estado en el cual se encuentre el contacto.
  • Modifica op. en refinanciaciĆ³n: SI/NO. Esto permitirĆ” indicar que si una operaciĆ³n/producto se encuentra en estado de refinanciaciĆ³n (aprobado), si sufre o no modificaciones. Estas modificaciones solo tienen alcance al estado de gestiĆ³n informado anteriormente, es decir, en caso de haber seleccionado que se modifica el estado de gestiĆ³n a no procesado, cuando se seleccione SI en el actual todos los productos que tengan refinanciaciĆ³n pasarĆ”n a estado no procesado. En caso que se ponga que NO, todos los contactos que presenten productos en estado aprobado cambiarĆ” su tipificaciĆ³n de ultima gestiĆ³n prioritaria a No procesado. Importante aclarar que el estado que se modifica es el de la gestiĆ³n y no el estado del producto.
  • Actualizar datos cliente: SI/NO. Este campo aplica cuando al subir un archivo contiene contactos ya existentes, al indicar que SI, esto actualizarĆ” los datos filiales del contacto.
  • Actualizar TelĆ©fono: ACTUALIZAR-NORMALIZAR / ACTUALIZAR-NO NORMALIZAR / NOĀ ACTUALIZAR-NORMALIZAR / NO ACTUALIZAR-NO NORMALIZAR. SegĆŗn la opcion seleccionada, los telĆ©fonos se actualizarĆ”n y normalizarĆ”n (normalizador para Argentina). En caso de actualizar, el sistema buscarĆ” si el telefono se encuentra, caso contrario serĆ” agregado. Si se selecciona No actualizar, este no cargarĆ” ningĆŗn telefono.
  • Op. Existente no figura: Baja/Cancelar/Sin cambio. Este campo sirve para casos donde un producto en mora ya existente en la base no figura dentro del archivo importado para la misma compaƱƭa. En caso de seleccionar baja o cancelar, los productos inexistentes en el archivo de importaciĆ³n para la compaƱƭa seleccionada cambiarĆ”n a dichos estados, por lo contrario, al seleccionar "Sin cambio"no habrĆ” modificaciĆ³n alguna sobre los productos no informados. Los productos que se encuentren en estado aprobado no serĆ”n alcanzados por esta opciĆ³n.
    Baja es utilizado cuando el cliente aĆŗn posee deuda pero se decide no volverlo a contactar por la misma (esto puede darse por que el producto se le fue sacado al call center y derivado a otro). Cancelada implica que la deuda ya se abonĆ³.
    Cuando un contacto posee solo productos en baja, y no posee productos en estado activo reclamable, el proceso elimina automƔticamente las agendas para dicho contacto.
  • Actualiza saldos: SI/NO. En caso de venir un producto que actualmente existe en la base se actualizarĆ”n o no los montos informados.
  • Actualiza fecha de alta: SI/NO. Cada producto adeudado presentarĆ” una fecha de alta al sistema, en caso de indicar que si pondrĆ”n como fecha de alta la fecha de actualizaciĆ³n o importaciĆ³n del archivo.
  • Alta operaciones baja: SI/NO. En caso que una operaciĆ³n o producto se encuentre en estado baja y sea informado dentro del archivo de importaciĆ³n este pasarĆ” a estado activo.
  • Alta operaciones canceladas: SI/NO. En caso que una operaciĆ³n o producto se encuentre en estado cancelado y sea informado dentro del archivo de importaciĆ³n este pasarĆ” a estado activo.
  • Estado de operaciĆ³n a insertar: Inicial/Baja. Esto indica el estado en el cual se estarĆ” cargando el producto adeudado, siendo inicial un estado el cual indica que el producto no posee promesa de pago, en cambio baja serĆ” un estado que indica que dicha deuda o producto se encuentra en estado inactivo o no gestionable. Un producto en estado baja no podrĆ” refinanciarse.
  • Id Agente existente: SI/NO. Si el cliente ya posee un agente asignado a la cuenta, en caso de indicar que SI, este cambia el actual agente por el nuevo informado, caso contrario mantiene el agente actual. Se debrĆ” tenerse en cuenta que si el contacto no posee a un agente y este es informado dentro del documento, serĆ” asignado al mismo.
  • Formato Archivo: XLS/TXT. Formato con el cual se realizarĆ” la subida de base.
  • Estado promesa: Vacio/Anulado/No informado por compaƱƭa/Anulado por compaƱƭa/Promesa de pago incumplida. Esta opciĆ³n, en caso de elegir alguna opciĆ³n diferente a "Vacio" consolidarĆ” los pagos asociados a los productos subidos. Esta funcionalidad es utilizada cuando se desea actualizar los saldos por medio de subida de base y no se desea subir la "ImputaciĆ³n de pagos". Para conocer en detalle los distintos estadios del Flujo de Pago ingresar AQUÍ