01 Antecedentes del producto
1.1 Descripción general de los antecedentes
El sistema de gestión de almacenes aboss WMS del sudeste asiático se basa en el uso del sistema BigSeller, junto con la solución de múltiples almacenes, para resolver las funciones de negocio de almacenamiento, transferencia de almacén, transferencia de inventario y gestión de almacén virtual, etc. para la gestión de lotes, la aplicación integral de funciones como la correspondencia de materiales, el recuento de inventario, la gestión de inspección de calidad, la gestión de almacenes virtuales y la gestión de inventarios en tiempo real, controlan y rastrean de manera efectiva todo el proceso de logística y gestión de costos del negocio de almacenes, y realizan o mejoran gestión de información de almacén empresarial.
1.2 Problemas y oportunidades
Con el uso de BigSeller se han descubierto problemas como el uso insuficiente y el uso de múltiples almacenes, que pueden ser utilizados como puntos clave importantes para esta investigación y desarrollo. Cuestiones importantes que deben abordarse:
1) Problemas de múltiples cuentas.
2) Problema de múltiples almacenes.
3) Problema de distribución de pedidos.
4) Problema de vinculación de múltiples dispositivos.
5) Problemas de acoplamiento de terceros.
6) El problema del enlace de la plataforma de comercio electrónico.
7) Problemas de inventario de almacén.
1.3 Definición de límites
1.3.1 Definido por el usuario
La aplicación general de aboss WMS incluye cuatro tipos de personal:
1) Gerentes de etapa intermedia de WMS
Los gerentes de etapa intermedia se refieren a los gerentes que administran toda la aplicación. Implica la gestión de almacenes, la gestión logística, la gestión de mercancías, etc.
2) Personal de gestión de antecedentes del cliente
El personal de gestión de antecedentes del cliente se refiere al personal de gestión de la tienda que utiliza aboss para gestionar tiendas y productos. Implica la gestión de productos básicos, el enlace de la tienda y la visualización del inventario.
3) Usuario
Los usuarios se refieren a consumidores, personas que compran bienes en varias tiendas. Los usuarios participan en la creación de pedidos, pedidos de devolución, etc.
4) Personal
El personal se refiere al personal que maneja los bienes, el personal que maneja la entrega de pedidos y las operaciones de inventario. Implica la entrega de pedidos, el procesamiento de devoluciones, las operaciones de inventario, etc.
1.3.2 Definición de autoridad
Los permisos incluyen dos aspectos:
1) Permisos del módulo de funciones en segundo plano
La cuenta maestra puede controlar qué módulos de funciones puede utilizar la subcuenta.
2) Permisos de almacén
Los almacenes se pueden asignar en el modo multialmacén, que incluye la interfaz de administración en segundo plano y los permisos de datos operativos en el panel.
Los permisos se dividirán en tres niveles de permisos:
El primer nivel de autoridad: cuenta general
La cuenta maestra puede usar todas las funciones y controlar todas las cuentas secundarias, pero no puede ver ni controlar las cuentas terciarias.
Autoridad de segundo nivel: cuenta de segundo nivel
La cuenta secundaria es una cuenta de cliente o una cuenta de administrador, y la cuenta maestra establece los permisos de la cuenta secundaria. La subcuenta creada por la cuenta de segundo nivel es una cuenta de tercer nivel y los permisos asignados son los permisos contenidos en la cuenta de segundo nivel.
Permiso de nivel 3: cuenta de nivel 3
La cuenta de tercer nivel es la cuenta de nivel más bajo y no se pueden crear subcuentas.
1.3.3 Definición de permiso de pad
Los permisos de pad son independientes de los permisos de cuenta, y los permisos de pad solo pueden ser creados y procesados por la cuenta maestra o las cuentas secundarias, y las cuentas terciarias no tienen permisos para procesar.
1) Permisos de almacén
Cada cuenta puede distinguir almacenes y solo puede recibir pedidos y órdenes de trabajo de los almacenes correspondientes.
2) Autoridad de operación
Autoridad de operación asignable de pad: almacenamiento, recolección, empaque, inventario, interceptación rápida y seguimiento
1.3.4 Definición de liquidación
1) Recarga de puntos Recarga con antelación y compra de billetes.
2) Recarga de billetes
*Cantidad de dinero acordada por voto, luego el precio unitario * número de votos es la cantidad que debe pagarse
*Incluye tarifa de embalaje y tarifa de material, tarifa de combinación de pedidos múltiples
3) recarga precisa
Para el largo, ancho y alto de un solo paquete proporcionado por el almacén, el precio correspondiente a cada paquete se calcula con precisión. Para varios skus, el precio básico se calcula de acuerdo con el sku más grande del paquete.
Por cada paquete que exceda los 3 sku, se agregará el cálculo de ***dinero
4) Clientes de cuenta mensual
Tiempo-sku-número de pedido-número expreso-número total-pago claro
1.3.5 Definición de tienda
Las tiendas en diferentes plataformas de comercio electrónico se pueden conectar al sistema WMS.
1) Múltiples plataformas de comercio electrónico
shopee/lazada/Qimenhufu, reserva la posibilidad de atracar con otras plataformas.
2) Múltiples tiendas en la misma plataforma
Se pueden vincular varias tiendas bajo la misma plataforma de comercio electrónico.
1.3.6 Definición de Logística
Se pueden conectar múltiples plataformas de logística, y las plantillas de logística se pueden configurar por separado, y las tiendas se pueden configurar para usar plantillas de logística específicas.
02 Descripción general del producto
Los usuarios pueden usar aboss WMS para completar funciones tales como negocios entrantes, negocios salientes, asignación de almacenes, asignación de inventario y administración de almacenes virtuales, y funciones de uso integral como administración de lotes, correspondencia de materiales, conteo de inventario y administración de inventario en tiempo real para efectivamente almacenes de control y seguimiento Todo el proceso de logística empresarial y gestión de costes, para lograr o mejorar la gestión de información de almacén de la empresa.
Los usuarios pueden completar la asociación de tiendas, la gestión de mercancías, la gestión de pedidos, etc. a través de la plataforma de gestión en segundo plano para resolver los problemas de posventa de los productos básicos.
Los gerentes pueden gestionar almacenes, productos, pedidos y permisos a través de la plataforma de gestión en segundo plano.
El personal puede completar el flujo de trabajo de selección, embalaje, envío e inventario de mercancías a través de la plataforma de almohadillas.
03 Requisitos detallados
3.1 Lista de funciones comerciales
3.2 Diagrama de arquitectura
3.2.1 Diagrama de arquitectura de requisitos
3.2.2 Diagrama de arquitectura empresarial
3.2.3 Diagrama de arquitectura técnica
3.2.4 Diagrama de arquitectura de datos
3.3 Descripción de los módulos de funciones comerciales
Aboss WMS tiene muchos módulos comerciales con una fuerte correlación, pero necesita ser desacoplado. Por lo tanto, los módulos funcionales deben ser relativamente independientes. Los principales módulos funcionales incluyen:
1) Enlace de terceros: agencias de pago de terceros, plataformas de envío, plataformas logísticas, SMS, correo electrónico
2) Gestión de almacenes: gestión de almacenes, gestión de inventario, gestión de programación, procesamiento de órdenes de trabajo
3) Gestión de autoridades: gestión de tiendas, centro de autoridades, módulo de marketing, vinculación de equipos
4) Módulo de pedido: pedido de entrada, pedido de salida, pedido de devolución, división automática de pedidos
5) Módulo de logística: configuración de logística, selección, clasificación, embalaje, cancelación
6) Módulo de garantía: recopilación de registros, cola de mensajes, gestión de servicios, gestión de API, anuncio del sistema, análisis de datos
04 Otras descripciones de problemas
4.1 Todos los módulos deben proporcionar interfaces estándar de la industria
Teniendo en cuenta que este sistema definitivamente tendrá ciertos módulos funcionales y otros servicios funcionales, se satisfará a través de un sistema de terceros. En este caso, todo lo que necesita hacer es proporcionar interfaces estándar de la industria y dejar que se conecten.
4.2 Problema de división del tamaño del módulo
Cuando la complejidad del sistema alcanza un cierto nivel, el código debe dividirse. Antes de eso, sería bueno tener una división de rango general. Es difícil resolver el negocio completamente de una vez. En segundo lugar, el negocio cambia constantemente y surgen nuevos negocios constantemente. Tal vez los submódulos se desmantelarán bajo el módulo grande