Esto crearía una nueva página de pedidos de nivel superior.
El propósito de la página de Pedidos es:
Hay tres razones por las que pedimos piezas:
Para crear pedidos, el usuario comienza poniendo en cola las piezas que deben comprarse en una lista de compras. La lista de compras es un área de preparación y es independiente de los distribuidores que suministrarán las piezas. Alguien más solicitó una función de "lista de deseos" para realizar un seguimiento de las piezas que quizás desee comprar en el futuro. La lista de compras es esencialmente la misma idea. Sería persistente, por lo que podría agregar o eliminar elementos en cualquier momento.
Las piezas se ponen en cola (se agregan a la lista de compras) mediante cualquier combinación de las siguientes acciones:
Estos tres pasos pueden repetirse en cualquier combinación y tantas veces como sea necesario, potencialmente haciendo cola en una lista de compras grande para ensamblar muchos tableros, cumplir con los niveles de existencias y comprar otras posibilidades.
Una vez que la lista de compras está completa, es hora de decidir a qué distribuidor (s) pedir los artículos. En este proceso, los artículos se mueven de la Lista de compras a Pedidos, un Pedido por distribuidor.
Hay dos estrategias alternativas para realizar pedidos:
El usuario puede crear pedidos manualmente y mover partes individuales hacia adelante y hacia atrás entre la lista de compras y un pedido, o moverlas de un pedido a otro.
Pero un mejor enfoque es presionar un botón, mediante el cual PartKeepr calculará las dos estrategias de pedido alternativas y presentará las alternativas y sus costos totales estimados. El usuario elegirá una de las alternativas y PartKeepr creará automáticamente los pedidos y moverá los artículos de la Lista de compras a los Pedidos.
Como se explicó anteriormente, el usuario puede mover manualmente las piezas entre los pedidos, volver a colocarlas en la lista de compras, agregar o eliminar piezas, cambiar cantidades, etc., por lo que esto le da la oportunidad de ajustar los pedidos.
Una vez que el usuario está satisfecho con un pedido, el pedido se exporta como una hoja de cálculo CSV. Varios distribuidores permiten cargar una lista de materiales CSV para crear un carrito de compras.
Una vez que el usuario realiza un pedido con un distribuidor, el usuario puede cambiar su estado de Pendiente a Pedido.
En cualquier momento, el usuario puede configurar datos adicionales sobre el pedido, tales como:
Cuando se recibe un paquete, el usuario puede revisar la lista de piezas en el Pedido y registrarlas. Al registrar un artículo, se abrirá un cuadro de diálogo con los siguientes campos: Cantidad recibida, Precio por artículo. Estos se completarán previamente con la información de la Orden. El usuario puede realizar cambios si es necesario. Por ejemplo, tal vez los artículos están pendientes y el distribuidor envió menos piezas de las solicitadas, o tal vez el costo real de la pieza difiera del costo en la base de datos de PartKeepr. Al hacer clic en Aceptar en este cuadro de diálogo, se actualizará el historial de existencias y el nivel de existencias de esa pieza. También actualizará el artículo en el pedido, registrando el precio facturado real y la cantidad recibida. Si se recibió la cantidad completa, alguna pista visual indicará que la parte está completamente reconciliada. Después de registrar todos los artículos que llegaron, el usuario podrá ver de un vistazo si el pedido está completo o faltan piezas.
Al pasar por este proceso, el esfuerzo por actualizar los niveles de existencias se minimiza y obtenemos el beneficio adicional de conciliar los pedidos y realizar un seguimiento de la escasez en caso de que el distribuidor necesite enviar paquetes adicionales o un error del distribuidor.
Una vez que todos los artículos de un pedido estén marcados como recibidos en buen estado, PartKeepr marcará todo el pedido como Completado.
Yo también tengo esta solicitud. Actualmente estoy trabajando para agregar una tabla de 'Pedidos' a la base de datos sql para mi propio uso e intento agregar mis pedidos a través de una herramienta SQL externa (en gran medida un wip) Me gustaría integrar la administración de pedidos en mi flujo de trabajo de Kicad a Partkeepr, para calcular no solo mis existencias actuales, sino también los niveles de existencias futuras mediante la inclusión de cálculos de tiempo de entrega.
Incluir una función de 'Pedidos' de nivel superior con la funcionalidad descrita agregaría una funcionalidad SCM básica a PartKeepr que sería muy útil. Incluso una funcionalidad más básica de simplemente rastrear los pedidos actuales con fechas de entrega sería muy útil.
Acordado. Actualmente estamos gastando una cantidad excesiva de tiempo actualizando los niveles de existencias, lo que requiere que tengamos a mano la documentación del pedido, así como una segunda ventana del navegador abierta al sitio web del distribuidor, y reconciliar cada artículo manualmente. La principal motivación de la funcionalidad de pedidos como se describe en la publicación original es automatizar este tedioso proceso.
Comentario más útil
Yo también tengo esta solicitud. Actualmente estoy trabajando para agregar una tabla de 'Pedidos' a la base de datos sql para mi propio uso e intento agregar mis pedidos a través de una herramienta SQL externa (en gran medida un wip) Me gustaría integrar la administración de pedidos en mi flujo de trabajo de Kicad a Partkeepr, para calcular no solo mis existencias actuales, sino también los niveles de existencias futuras mediante la inclusión de cálculos de tiempo de entrega.
Incluir una función de 'Pedidos' de nivel superior con la funcionalidad descrita agregaría una funcionalidad SCM básica a PartKeepr que sería muy útil. Incluso una funcionalidad más básica de simplemente rastrear los pedidos actuales con fechas de entrega sería muy útil.