@routes
MAGICK BM

Cargando

Changelog

Changelog v1.9
Sprint 1.9
  • Al crear un proveedor, se puede asociar compañía
    • A partir las iniciales del código del proveedor, podremos reconocer qué compañía dió de alta el proveedor, aunque la cartera de proveedores es común para las diferentes sociedades.
  • Al crear un cliente, se puede asociar compañía
    • La sociedad que dé de alta el cliente, será la responsable del mismo inicialmente, pudiéndose trasladar a otra sociedad si se requiere en algún momento.
  • Al crear un pedido, se puede asociar compañía
    • Con pedido, hablamos también de proyecto, por tanto el responsable del proyecto debe pertenecer a la sociedad a la que está asignada el pedido.
  • Añadido enlace explicativo del funcionamiento de la sección de planificación
    • Se ha documentado los objetivos y las funcionalidades de las 3 áreas de planificación: Backlog, Kanban y Archivados; también se ha creado una guía de uso; y, recopilado todas las dudas en forma de FAQs.
  • Añadidos nuevos campos en el listado de clientes: razón social y CIF
    • Se ha adaptado los campos a mostrar del listado de clientes a las necesidades del equipo de administración, de manera que, se facilite la búsqueda de cliente mediante razón social o CIF.
  • Posibilidad de arrastrar tarjetas entre estados de Kanban
    • En el tablero kanban se podrán arrastar tarjetas sólo entre columnas, en el eje horizontal, ya que, dentro de cada columna se ordena por proximidad a la fecha de entrega de la tarjeta. Esto significa que cuando cambiemos una tarjeta de columna, es posible que no mantenga la posición en la columna a la que se ha desplazado, y que cuando se actualice la página, se posicione según la fecha de entrega.
  • Almacenado el precio de los pedidos en Base de Datos para que no afecten los cambios de las fórmulas
    • Hasta la actualidad, solo se almacenaba los precios de los productos, pero para evitar conflictos en futuras actualizaciones que provoquen cambios en el precio venta de los pedidos, se almacena en base de datos el precio venta de cada pedido.
  • Corregido cálculos de Venta Neta y Comisiones Teóricas en un pedido
  • Revisado flujo de OC
    • Añadida opción de reactivar una OC rechazada.
    • Añadida opción de cancelar una OC validada pero no tramitada.
  • Acceso a la documentación de un pedido en estado “Pendiente oferta”
    • Se deja accesible en todo momento la documentación del pedido para agilizar el proceso de firma del cliente.
  • Añadido nuevo estado “A implementar” en zona innovación
    • Hay ideas que vamos a implementar y que todavía no se han podido abordar por múltiples razones, por ello, se crea un nuevo estado “A implementar“ para que se dé visibilidad de aquellas sugerencias que se implementarán en las siguienets actualziaciones.
  • Mostrado precio de un producto desde su detalle
    • Se ha añadido el precio venta del producto, para poder tenerlo en cuenta antes de venderlo a un cliente o en la creación de una orden de compra poder comparar el precio coste del producto al precio compra de la externalización.
  • Se ha actualizado el listado de proveedores
    • La columna “Trabajo” que hasta ahora se mostraba pero estaba desactivada, contabilizará todas las órdenes de compra que se le hayan asociado al proveedor. Además, ya no se mostrará la columna “Evluación” dado que aún no está implementada su funcionalidad.
Changelog v1.8
Sprint 1.8
  • Creación Contrato Marco
    • Desde la sección Cliente, se puede crear el documento Contrato Marco en base al original de Increnta.
  • Vista detalle de cliente
    • Se muestran los datos de cliente como nombre empresa, código cliente, el CIF, la dirección y el nombre y correo del contacto responsable de la empresa cliente a la que se le presta el servicio.
  • Kanban: Nombre cliente
    • En la zona Kanban se mostrará el nombre del cliente en cada tarjeta del tablero.
  • Creación de pedidos con periodicidad
    • "Al igual que en las órdenes de compra, el servicio al cliente se regulariza mediante 3 campos adicionales: Periodicidad, Duración y Unidades.
    • Ejemplo: Se realizan 2 unidades de productos durante 6 meses con una periodicidad mensual, lo que significa que cada mes se ha de hacer 2 veces el mismo producto y durante 6 meses, dando un total de 12 unidades."
  • Productos con precio fijo
    • "Hay dos tipos de productos: aquellos cuyo precio viene definido a partir de las horas de un especialista o técnico de la empresa o aquellos que cuentan con un precio fijo dado que no hay manera de poder calcular el coste mediante horas si nosotros no realizamos dicho producto. La primera es el caso habitual de todos los productos mientras que la segunda se suele dar cuando hay productos que ofrecemos que externalizamos de manera habitual.
    • La manera de crear un producto de la segunda tipología es marcando el check en la opción ""Producto con precio fijo"" y completando los campos precio coste y precio venta. A partir de estos precios se calculará el margen que se mostrará en la OC al selecccionar este producto."
  • Kanban: estado por defecto
    • Al crearse una tarjeta desde kanban, dicha tarjeta aparecerá por defecto en la columna Pending; mientras que, al crearse desde la zona backlog, se mantendrá en la misma sección con estado "Backlog".
  • Pedidos según validación
    • En la zona de pedidos, se dividirá la sección "Pendientes" en 3 subsecciones: Pendientes de validación de dirección, Pendientes de validación de cleinte y pendiente de activación por account o comercial(responsable del pedido).
Changelog v1.7
Sprint 1.7
  • Margen adicional con decimales
    • Ahora ya se puede aplicar márgenes adicionales con hasta dos decimales
  • Hitos de facturación con decimales
    • En los hitos ya se puede añadir dos decimales
  • Hitos editables
    • Se mantiene la posibilidad de crear hitos en todo momento, solo durante esta transición de implantación. Por tanto, independientemente del estado en el que esté el pedido, se podrán crear hitos.
  • OC según tipología
    • Según si se trata de una externalización de un producto, de una licencia o de una factura de medios, se completan unos campos u otros. De esta manera, se adapta según la orden de compra a facturar.
  • OC con externalización no contemplada en pedido
    • En la creación de una orden de compra se puede solicitar una externalización de un producto que no estaba contemplada en la OC, en caso de ser así, hay que marcar "Sí" en el siguiente selector: "Incluido en pedido.
    • En caso contrario, habrá que marcar "No", y le saldrá un mensaje al responsable de validar las órdenes de compra notificándole que se solicita un gasto que afectará a la rentabilidad del proyecto ya que no estaba contemplado desde un inicio y que revise el pedido correspondiente.
  • OC: Periodicidad, unidades y duración
    • Duración = Nº de meses
    • Periodicidad semanal = duración * 4
    • Periodicidad mensual = duración/ 1
    • Periodicidad bimensual = duración/ 2
    • Periodicidad trimestral = duración/ 3
    • Periodicidad cuatrimetral = duración/ 4
    • Periodicidad semestral = duración/ 6
    • Periodicidad anual = duración/ 12
    • Periodicidad [*Pago único*]-> La duración en meses es meramente informativo ya que solo se va a realizar un pago
    • El cálculo que se aplicará para obtener el subtotal será:
      • coste = unidades * ( duración/periodicidad)
  • Nueva sección: Empresas
    • En el apartado de Compañía, se ha creado una nueva sección "Empresas" donde se crearán las empresas que forman parte del grupo de empresas de Increnta con sus respectivos datos fiscales. Todo ello para facilitar la gestión de proyectos de manera internacional.
  • Kanban: Tarjetas ordenadas por fecha de finalización
  • Zona Soporte: Nueva Tab
    • En la sección de soporte se ha creado una nueva tab donde se muestra todas aquellas mejoras que se han creado desde BM antes de la creación de la zona innovación, con el objeto de no perder aquellas sugerencias de mejora que en su momento se hicieron.
  • Flujo de validación en plataforma
    • Se han añadido los esquemas de validación en la sección Pedidos, Proveedores y Órdenes de compra.
Changelog v1.6
Sprint 1.6
  • Creación de pedido: Fecha en medios, licencias y externalizaciones
    • Cada coste que se añada en un pedido como medio, licencia o externalización, ha de tener asignado uno o varios meses para que administración pueda tener en cuenta los meses de las facturas en costes extra de ese pedido y pueda regular costes y gastos.
  • Nuevo DISEÑO!
    • Se ha implementado un nuevo diseño iniciado por Beatriz de la Torre, orquestado por Elena Reboul y maquetado principalmente por Ágata Boruta. Sin lugar a dudas, con apoyo y colaboración de muchos otros miembros como Rubén Martínez y Carlos Gandia.
    • Un cambio radical de la plataforma que nos ayudará a darle esa capa de cariño mediante la usabilidad de la interfaz y la experiencia del usuario (UX/UI). No solo se han trabajado iconos, colores o tipografías, sino también se ha replanteado EL FLUJO DE LA NAVEGACIÓN reforzando la lógica de la plataforma.
    • También se ha segmentado el listado de pedidos y órdenes de compra por estado, dando la posibilidad a cada perfil de consultar aquellos que más le interesen de una manera mucho más operativa.
  • Hoja de modificación de pedido
    • Se ha creado una nueva funcionadad que te permite solicitar cambios en un pedido ya activo: por ejemplo, aumentar medios, añadir licencia o externalización o incluso eliminar productos. Según si la modificación afecta a la facturación del pedido o no, se requiere validación de administración.
    • El flujo con cambios en facturación es el siguiente: ""+ Crear modificación"" -> ""Pendiente aprobación dirección"" -> ""Pendiente aprobación administración"" -> ""Activo"" .
    • El flujo sin cambios en facturación es el siguiente: ""+ Crear modificación"" -> ""Pendiente aprobación dirección"" -> ""Activo"".
    • Una vez la modificación del pedido ha sido validada, pasa a activa y los cambios que se han hecho, muestran una etiqueta de ""Modificación"".
    • Además aparece un nuevo botón ""Ver original"" para poder consultar en todo momento el pedido original.
  • Modal de últimas actualizaciones en plataforma
    • Cuando se han subido nuevas funcionalidades o mejoras, al entrar a la plataforma aparece una modal con el título de las modificaciones para notificar a los usuarios de la herramienta de dichos cambios. También se puede consultar en el changelog estas funcionalidades con un mayor detalle pulsando el número de versión del encabezado de BM.
  • Optimización de mailing, de flujos y de cálculos de facturación
    • Se ha corregido la visualización de correos de Magick BM en diferentes entornos y gestores de correo, como la redacción de las mismas. De igual manera, se ha completado el flujo de pedido en caso de ser un pedido rechazado, es totalmente editable. Y, finalmente, se ha recalculado la comisión teórica de un pedido como un 5% de la Venta neta de un pedido.
  • Documentación de pedido: hoja de pedido e hitos de factuación
    • Se han corregido los formatos del documento en PDF que han de firmar los clientes y por tanto ya se pueden descargar para enviárselo al cliente. Sin embargo, recomendamos siempre revisarlo con mucho cuidado principalmente código de cliente, pedido y nombre y razón social del cliente. S hay algún campo de cliente incorrecto, se debe revisar en la edición del cliente, clicando su código desde el detalle detalle del pedido o buscandolo en el listado de clientes.
  • Pedidos con margen adicional
    • En el momento de solicitar la validación de un pedido, se ha implementado la posibilidad de generar la documentación del pedido de dos maneras diferentes: Mostrando el precio de cada servicio vendido al cliente o ocultándolo y solo mostrando el total del pedido.
    • En caso de tener un margen adicional en el pedido, los costes de los servicios ofertados al cliente, se pueden mostrar diluidos de manera que sumen el total del precio venta del pedido, y que coincida con el total de hitos de facturación. De otra manera, también se puede ocultar el precio de cada servicio(producto, medio, licencia).
    • Las EXTERNALIZACIONES no se ven contempladas en el documento formal del pedido, ya que es un coste interno que gestiona Increnta y que afecta a la rentabilidad del pedido y no al precio venta del cliente
  • Changelog v1.5
    Sprint 1.5
    • Nuevo estado -> Pendiente activar
      • El flujo de un pedido contará con un nuevo estado "Pendiente activar". Cuando se haya completado el pedido externo con sus respectivos hitos de facturación, y ya está cerrado con el cliente, se debe poner "VALIDACIÓN INTERNA", que es lo que inicia el flujo del pedido. En primer lugar valida el CEO, en segundo lugar valida el cliente, y solo entonces, la persona que ha solicitado iniciar el pedido recibe un correo de notificación de BM para seguir completando el pedido, pero ya en el DETALLE DEL PROYECTO(hay acceso directo en el email). En último lugar, cuando se ha completado está última información, se pulsa el botón "ACTIVAR", para que automñaticamente el departamento de Administración reciba una notificación y pueda registrar el pedido con toda la información en Navision.
    • Creación de pedidos con listado de productos
      • Hasta ahora, al crearse un pedido, se seleciconaba un producto pero se mostraban las tareas de ese producto en la tabla inferior, ahora solo se listarán los productos.
    • Soporte actualizado
      • Tanto los errores como las solicitudes de nueva instancia o integración, se han de crear desde la sección "Soporte". De esta manera, se crea automáticamente un ticket en jira, nuestro gestor de incidencias, donde podemos priorizar todas las tareas de desarrollo y alinearlas con soporte.
    • Planificación: Backlog
      • Las tarjetas que se crean a partir de los productos de los pedidos, se cargan automáticamente en la zona del backlog, desde donde los accounts gestionarán la planificación de las mismas. Es aquí donde se asigna las fechas de inicio y fin, y el usuario especialista que ha de ejecutar las tareas de las tarjetas. Solo es accesible para los accounts y se puede filtrar por cualquier proyecto que pertenezca a la misma vertical del account.
    • Planificación: Archivados
      • Todas aquellas tarjetas del kanban que se hayan finalizado y que se pueden archivar, se han de archivar para mantener un flujo constante de movimiento en el kanban y evitar una zona de trabajo estática en el que se acumulen las tarjetas. Se puede archivar una tarjeta desde el icono que aparece en la esquina derecha superior.
    • Optimización orden de compra
      • Los meses de imputación de gasto y facturación ahora vas asociados a cada externalización de la orden de compra y no a la orden de compra en sí.
    • Filtro de listado de pedidos por vertical
      • El listado de pedidos se puede filtrar por vertical en base a la vertical que pertenece el responsable creador de ese pedido.
    • Zona innovación -> Notificación a usuarios con rol Admin de BM
      • Cada vez que se crea una tarjeta idea en la zona innovación, llega un correo a modo de notificación a todos los usuarios de Magick BM que están activos y tienen rol de Administrador, dando visibilidad a las nuevas ideas y manteniendo al corriente a los usuarios responsables de gestionar éstas.
    • Traducción de la plataforma de español a inglés
      • Se ha revisado y corregido todos los textos que se muestran en la plataforma ya sea mediante ayudas o campos a completar, para internacionalizar el producto.
    • Modificación de pedido
      • Se ha creado una nueva funcionalidad "Crear modificación" para solicitar cambios en el pedido, como puede ser la modificación de medios, licencias, externalizaciones o productos dando la posibilidad al usuario solicitante de alterar la facturación de ese pedido o no. Si la facturación del pedido se altera de manera que afecta gravemente a su rentabilidad y no se ha solicitado ese cambio mediante la MODIFICACIÓN DE PEDIDO, se mostrará en la imputación del proyecto, y el comité directivo podrá tomar acción al respecto.
    Changelog v1.4
    Sprint 1.4
    • Optimización de kanban
      • Los filtros del kanban se ha simplificado, en lugar de haber un filtro de vertical y otro de proyecto, ambos se han unificado. De esta manera, seleccionando una vertical en el filtro, el kanban se filtrará por todos los proyectos que engloba esa misma vertical.
    • Reajuste en los cálculos funancieros
      • La rentabilidad del proyecto no solo se basa en los productos ofertados al cliente, sinó que también considera las externalizaciones, los medios y las licencias que se han podido vender.
    • Edición de pedido
      • Al crear un pedido nuevo o editar un pedido ya existente, se puede modificar las unidades de los productos, licencias, medios y externalizaciones haciendo más flexible la modificación de campos.
    • Optimización orden de compra
      • Al generar una orden de compra, ya no es necesario añadir el campo precio porque recoge automáticamente el precio calculado del producto por la plataforma.
      • Además, también muestra el subtotal de cada orden de compra para facilitar la gestión de los gastos totales por proyecto.
    • Nueva Zona innovación
      • Es un punto de encuentro de toda la Comunidad Increnta donde cualquiera puede dejar una idea y pasar a votación.
      • Se trata de un juego donde las ideas más valoradas positivamente pueden llegar a implementarse en la plataforma.
      • Las ideas también tienen fecha de caducidad, 30 días, lo que permite siempre ver ideas más innovadoras y mantener la actividad de la comunidad. Se premia la participación a aquellos visionarios que apuesten por proyectos de concepción sólida.
    • Nuevo Soporte
      • Se ha modificado la zona de soporte separando por tipología los nuevos tickets, y aumentando en entendimiento y enriqueciendo la descripción de cada ticket.
    • Nueva Imputación
      • Es una sección de consulta donde se muestra los registros de las imputaciones que se han realizado mediante kanban.
    Changelog v1.3
    Sprint 1.3
    • Optimización de subida de archivos
      • Se ha optimizado el sistema de subida de archivos.
    • Número máximo de archivos
      • Sin límite de archivos y formatos a demanda.
    • Previsualización en miniatura de imágenes
      • Los archivos tipo JPG y PNG se previsualizarán en los comentarios y en los repositorios de archivos en miniatura.
    • Previsualización de archivos en ventana emergente
      • Tanto las imágenes como los PDFs se previsualizarán en una ventana emergente antes de su descarga.
    • Flujo de validación de la orden de compra
      • Las órdenes de compra constan de 4 estados: "Pendiente de validar", "Validado", "Rechazado" y "Tramitado". Cuando un usuario crea una orden de compra, éste pasa automáticamente a estado "Pendiente de validar"; seguidamente, el director de la companía recibe un correo de notificación de BM informándole de esta nueva orden de compra de manera que éste puede "Validar" o "Rechazar" añadiendo un comentario; y ,finalmente, si la orden de compra ha sido validada, administración recibe un correo notificándosele que tiene una orden de compra por tramitar, pudiéndo pasar la orden de compra a estado tramitado.
    • Maquetación de los correos de Magick BM
      • Se ha maquetado un nuevo formato de email de Magick BM.
    • Se ha maquetado un nuevo formato de email de Magick BM.
      • Se pueden mover To-Do's entre diferentes To-Do List's y reordenarlos.
    Changelog v1.2
    Sprint 1.2
    • Alta de un cliente
      • Se ha creado un módulo de clientes donde se gestiona el alta y el listado de los mismos. Es el comercial quién da de alta un cliente completando datos de facturación, de contacto y de pertenencia a una vertical.
    • Alta de un pedido
      • En este módulo se podrá asociar a un cliente un servicio o producto ofertado por el business, además de la posible inversión en medios, licencias y externalizaciones.
    • Products
      • Se ha creado una sección donde se puede crear un producto completando una serie de detalles: nombre y departamento(analítica, diseño, desarrollo, etc.)al que pertenece.
    • Tareas
      • Se ha creado una sección donde se puede crear una tarea completando una serie de detalles: nombre, descripción y horas que puede suponer su realización.
    • Detalle de un pedido
      • Al acabar de crear un pedido, se te redirecciona al detalle del pedido donde se puede revisar todos los componentes del pedido y sus costes asociados. Asimismo, también se puede añadir un margen adicional positivo, especialmente en caso de obtener un margen de beneficio bruto inferior al 30%.
    • Gestión de costes de pedido
      • BM efectúa todos lo cálculos necesarios para poder mostrar la rentabilidad de un proyecto desde un un primer enfoque, considerando los costes por recurso según cada perfil (especialidad y categoría). Esto solo es posible cuando se cuenta con las horas que conlleva un producto(suma total de horas de cada tarea) y su asociación a una especialidad.
    • Hitos de facturación
      • Se complementa el detalle de un pedido con una sección de hitos de facturación, facilitando así datos como mes de facturación y mes de imputación de gasto, indispensables para la gestión administrativa del proyecto.
    • Tipología de pedido
      • Las tipologías de un proyecto los siguientes: interno y externo; asumiendo que la tipología externa cuenta con dos categorías, servicio o mantenimiento.
      • Si se crea un proyecto a partir de un pedido, este se convierte automáticamente en un proyecto externo; si en caso contrario, se ha creado un proyecto sin hoja de pedido, este se considera proyecto interno.
      • Una vez creado el pedido, se puede elegir la categoría en la edición del detalle del proyecto: servicio o mantenimiento.
    • Estados de un pedido
      • Se ha definido como estados de un proyecto los siguientes: setup, en oferta, activo, finalizado y archivado; pudiéndose encontrar suestados como pendiente de estar en oferta o pendiente de validación interna para la activación de un pedido.
    • Creación de un proyecto
      • Al crear un pedido en estado de oferta, se genera automáticamente un proyecto con el mismo nombre, permitiendo así la imputación manual sobre el pedido antes de confirmarse su activación.
    • Kanban
      • Se ha creado un kanban vinculado a cada proyecto, donde cada producto es una tarjeta y sus respectivas tareas son parte de su checklist. Se pueden añadir, modificar o eliminar tanto los productos(tarjetas) como las tareas(checklist).
      • Al validarse la activación de un proyecto, todas los productos ofertados al cliente se cargan en el backlog del kanban, de manera que, los accounts/planners asignan un producto a uno o varios responsables de su realización, seguidores, fecha máxima de realización y comentarios o aclaraciones respecto al producto. Cuando el account completa una tarjeta, la pasa a estado pendiente para que el técnico o especialista puede iniciar su actividad.
    • Imputación automática
      • Se registra el tiempo que implica la realización de cada producto(tarjeta del kanban) permitiendo la automatización de la imputaación de horas mediante kanban.
    • Alta proveedor
      • Se ha creado un módulo de proveedores donde se completan los datos de facturación y detalle del proveedor. No se podrá crear una orden de compra sin haber definido antes un proveedor al que asginar. Esta sección de registro agilizará la creación de las órdenes de compra.
    • Orden de compra
      • Se ha implementado un apartado de órdenes de compra para gestionar el flujo de validación internamente en la plataforma.
      • Se genera una orden de compra al seleccionar la empresa responsable y el proveedor; se pueden añadir varias externalizaciones en una misma orden de compra siempre y cuando el proveedor sea el mismo. Para ello, se deben completar los siguientes campos obligatorios: cliente(filtro), proyecto(filtro), producto, descripción y precio de coste y de venta.
    Changelog v1.1
    Sprint 1.1
    • Herramienta de comunicación interna.
    • Mostrada hora de envío de comentarios de un To-Do.
    • Posibilidad de subir ficheros .gif y .mp4