1. WMS
1.1. Impresion de Factura y Guia
1.1.1. Reserva de inventario
1.1.2. ¨***Se confirma la misma bodega de tmk ?? SI y resurtidos de cedis y tienda.
1.1.3. ***(Dirección de entrega solo es a la que dice la ficha del cliente, esa se agrega al dar de alta al cliente que viene de eCommerce)¨
1.1.4. ***Como se gestionaran las direcciones adicionales ya que el sistema estar parametrizado actualmente con un limite de 1 a 2 direcciones maximo?
1.2. Picking de productos
1.2.1. Rebaja de inventario
1.3. Fiscalizacion y Empaque (Proceso Natural)
1.4. Envio de productos
1.4.1. Envio Courier (El ecommerce ya enviara la alerta)
1.4.2. Envio Motorista (El ecommerce ya enviara la alerta)
1.4.3. Recoge en tienda? (NO VA)
1.5. Tracking de Pedido / factura (El tracking y estados se sincronizaran o el ecommerce manejara sus propios estados?) (Confirmo Byron que se enviara a ecommerce desde sap)
1.5.1. Integracion con tracking proveedor ??? (Trasnportista)
1.6. Productos
1.6.1. ***Los productos si seran exclusivos para Ecommerce? No se mezclara producto de venta normal o de campaña? TODOS LOS PRODUCTOS ENTRAN INDICA MANUEL,
2. Flujo de Proceso
2.1. Solicitud de Devolución en línea
2.2. (El cliente al solicitar devolución se le puede cambiar el producto y enviarle al momento de recolectar) NO HAY DOCUMENTACIÓN AL RESPECTO
2.3. (Si un cliente quiere ir a devolver a tienda no está dimensionado)
2.4. Devolución en tienda física
2.5. Phase
3. Integración
3.1. Integracion con GOSystem
3.2. (Dimesionar tiempos que necesitamos para moverlo 100% a GoSystem)
3.3. Integracion con Godelivery
3.4. Integracion con SAP?
3.4.1. Integracion con WMS
4. Devoluciones / Cambios
4.1. Generacion solicitud de devolucion
4.2. Programacion de Recoleccion
4.2.1. Recoleccion Courier
4.2.2. Recoleccion Motorista
4.2.3. Otro tipo de recoleccion?
4.2.4. Recepcion de recoleccion fisica
4.2.4.1. Generacion de nota de Credito
4.3. Autorizacion de Recoleccion
4.4. **** Proceso para retornar los productos a la bodega de "ecommerce".
5. Clientes
5.1. Alta de clientes?
5.2. Informacion de clientes
5.2.1. Direccion de entrega vs SAP
5.2.2. Direcciones de entrega no registradas?
5.2.3. Actualizacion de datos
5.2.4. Se asigna automaticamente agente eCommerce
5.2.5. El agente eCommerce no debe de generar AguraPuntos.
5.2.6. es un correlativo secuencial (Si hay un NIT o DPI que es cliente afiliado le creará código nuevo)
5.3. Loggin de usuarios
6. Financieros
6.1. Control de inventario
6.1.1. Las existencias del Ecommerce poseera un espacio fisico independiente?
6.1.2. (Si los productos de TMK los van a vender tanto TMK como eCommerce habrá variación de margenes.)
6.1.3. En esta bodega se recibira producto de forma directa del proveedor o sera a traves de traslados de las demas bodegas?
6.1.4. Los productos que esten ubicados en esta bodega sera producto que tambien se poseeran en tiendas o unicos?
6.1.5. Que lineas de productos seran parte del inventario.
6.1.5.1. La segmentacion de grupos, tallas y colores debera homologarse con SAP.
6.1.6. El proceso de sincronizacion de pedidos de clientes debe ser inmediato para mantener el control de las existencias del ecommerce y el POS - SAP. (Se descargará al momento de facturar)
6.1.7. Las devoluciones de clientes seran reubicadas nuevamente en esta bodega? (Como identificar que son productos de eCommerce al momento de recibir devoluciones )
6.2. Afiliacion de clientes
6.2.1. Poseera una categoria especifica de cliente para poder identificar a nivel de sistemas los clientes del ecommerce?
6.2.2. El cliente al crear su usuario de ecommerce debera registrar toda su infomacion personal ?
6.2.2.1. Si un cliente se intenta registrarse con un correo diferente, existira una validacion adicional que determine si el Nit o DPI?
6.2.3. El cliente poseera un codigo de Socio de Negocio? para poder identificar las operaciones que ha realizado historicamente.
6.2.4. Se indica en los documentos que usuarios invitados podran realizar compras.
6.2.4.1. En que codigo se reallizara el registro de estas transacciones? (Se registrará un código por cada invitado)
6.2.5. Los clientes actuales podra utilizar su mismo codigo de cliente, si llegara a existir la necesidad de comprar en el ecommerce o deberan crear un nuevo codigo. (códigos de cliente eCommerce son nuevos)
6.2.6. Si un cliente del ecommerce desea trasladarse y comprar de la forma tradicional puede hacerlo?. Y puede seguir usando su codigo del ecommerce pero con otra categoria. Esto no sera posible por temas de programas de fidelizacion activos.
6.3. Facturacion
6.3.1. Se debe poseer una herramienta que valide si existe un documento del ecommerce no registrado en el POS.
6.3.2. El ecommerce sera un nuevo establecimiento a nivel fiscal o las ventas perteneceran a la tienda central. Poseeran una caja y serie especifica. Perteneceran las ventas a la central.
6.3.3. Arte en documentos generados
6.3.3.1. los documentos poseeran un arte diferente al imprimirse identificado con Agora Shop
6.3.4. Lista de precios del Ecomerce poseera margenes diferentes.
6.3.5. Que formas de pago se podran utilizar en el ecommerce?
6.3.5.1. Plataforma Compra click - BAC
6.3.5.1.1. Se debe poseer un usuario para el encargado de caja general para validar que todos los cobros realizados desde el ecommerce sean acreditados?
6.3.5.1.2. Para el control del movimiento de las acreditaciones se poseera una afiliacion diferente para asociar las transacciones.
6.3.5.1.3. Se debe poseer un informe en la plataforma para determinar que enlaces de pago se han acreditado.
6.3.5.1.4. Existirá un método para revertir o anular operaciones con error desde el ecommerce
6.3.5.2. Registro de forma de pago compra click.
6.3.5.2.1. Se debera poseer una forma de pago compra click - ecommerce para un control especifico de las transacciones para su registro en SAP.
6.3.5.2.2. Se debe registrar el codigo de la transaccion al facturar para poder poseer un control de los link utilizados en SAP vrs plataforma BAC
6.3.5.3. Liquidacion de pago y facturacion de comision
6.3.5.3.1. Validar proceso de acreditacion - debe sera al cierre de cada dia o por la mañana al dia siguiente.
6.3.5.3.2. Se debe seguir depositando en el BAC?
6.3.5.3.3. La facturacion de la comision del cobro con enlaces, debera ser independiente?
6.3.6. Puntos de eCommerce
6.3.6.1. Acumulara puntos por interraccion, promociones y compras
6.3.6.2. Proceso de control. EC de movimientos de puntos acumulados, canjeados y saldo. En el requerimiento inicial no se dimensiono, se realizara el informe posterior a la salida en vivo segun lo acordado con Tribal.
6.3.6.3. Los puntos deben poseer un periodo de vencimiento. Actualmente esto no esta considerado en el ecommerce, se indico que se validara con Tribal.
6.3.6.4. Liquidacion contable de la forma de pago y emision de factura especial del soporte del canje.
6.3.6.5. Politica de uso del programa de fidelizacion en la plataforma.
6.3.7. Informes de ventas
6.3.7.1. Informes cualitativos y cuantitativos
6.3.7.2. Informe de formas de pago de ventas
6.3.8. Corte de ventas de Ecommerce por caja general.
6.4. Integracion de informe de descuentos de ventas aplicados en Ecommerce. Se debe validar si los descuentos pueden ser con cupon o sin cupon.
6.5. Proceso de canje e identificacion de transacciones especificas en SAP de la forma de pago.
6.6. Devolucion de mercaderia
6.6.1. Indicar si existe un proceso de devolucion en linea o todo sera fisico?
6.6.1.1. Fisico
6.6.1.2. En linea
6.6.1.2.1. Se hara la recoleccion previa a proceder al cambio? Si se debe realizar la recepcion fisica del producto para emision de nota de credito.
6.6.1.2.2. Existira un cobro por la recoleccion del cambio? Se indico que no existira un cobro por las recolecciones de producto.
6.6.2. Las devoluciones se aplicaran como una forma de pago?
6.6.2.1. Debera aplicarse de forma inmediata al procesar el cambio?
6.6.2.1.1. Si
6.6.2.1.2. No?
6.6.3. Politica de cambios de productos en la plataforma.
6.7. Temas contables
6.7.1. Los gastos operativos del Ecommerce poseeran un presupuesto independiente en el sistema
6.7.1.1. Mantenimiento y soporte del ecommerce.
6.7.1.2. Gastos de infraestructura de ecomerce
6.7.1.3. Se poseera un espacio fisico diferente.
6.7.1.4. Gasto de depreciaciones por adquision de activos fijos del Ecommerce
6.7.1.5. Gastos por registros de Marca y otros.
6.7.1.6. Gastos de publicidad del ecommerce
6.7.1.6.1. Redes Sociales
6.7.1.6.2. Influencers (ejemplo)
6.7.1.7. Se creara un departamento nuevo en la nomina o pertenecera a un departamento actual.
6.7.1.7.1. Sueldos y prestaciones salariales del equipo a cargo.
7. Programación
7.1. servicios
7.1.1. consulta de inventario
7.1.1.1. envío de inventario
7.1.1.2. Minimos / Maximos
7.1.1.3. Reserva de inventario?
7.1.2. Cambios
7.1.3. facturación
7.1.4. Envíos
7.1.5. Productos
7.1.5.1. Equivalencias de tallas y colores ( Tallas no hay equivalencias)
7.1.5.2. Equivalencia de Segmentacion
7.2. Objective
8. Compras
8.1. codigo en SAP
8.1.1. Segmentacion
8.1.2. Informacion adicional? medidas, atributos?
8.1.3. Campo en la ficha de articulo que indique que pertenece a E-commerce?
8.2. Inventario
8.3. Sincronización de Inventarios
8.4. ****Periodo de tiempo ? (sincronización de precios periodo de tiempo y precios eCommerce)
8.4.1. Un unico periodo de tiempo? (precio que tiene el producto y sumarle el 5%)
8.4.2. Diferentes periodos de tiempo exclusivos para e-commerce?
8.4.3. Los productos perteneceran a algun periodo de tiempo?
8.5. ¨***Gestor de Ecommerce (Colaborador)
8.5.1. Quien sera la persona encargada?
8.5.2. Coordinacion para capacitar sobre todo el proceso previo al lanzamiento?
8.5.3. ***Compras independientes????? o junto con la demas mercaderia.