Usted estĆ” aquĆ:
Pedidos de realizaciĆ³n y partidas de pedidos de realizaciĆ³n
Gestione la entrega de dispositivos a empleados y realice un seguimiento del movimiento del inventario con pedidos de realizaciĆ³n y partidas de pedidos de realizaciĆ³n. Estas entidades agrupan productos solicitados por ubicaciĆ³n de origen y mantienen un seguimiento de auditorĆa para el ciclo de vida de realizaciĆ³n.
Ediciones necesarias
| Disponible en: Lightning Experience |
| Disponible en: Ediciones Enterprise, Performance y Unlimited con Agentforce IT Service. |
En GestiĆ³n de activos de TI, los pedidos de realizaciĆ³n y las partidas de pedidos de realizaciĆ³n funcionan en una relaciĆ³n principal-secundaria. Estos registros actĆŗan como puente entre una solicitud de servicio y el inventario fĆsico. Para mantener la coherencia, los pedidos de realizaciĆ³n progresan a travĆ©s de un ciclo de vida de estado estandarizado de Borrador a Asignado, Paquete de selecciĆ³n, Realizado, Entregado y Cerrado.
Crear pedidos de realizaciĆ³n
La obtenciĆ³n de hardware genera automĆ”ticamente pedidos de realizaciĆ³n. Los responsables de TI inician este flujo de trabajo.
El flujo de trabajo posterior a la contrataciĆ³n evalĆŗa la ubicaciĆ³n de origen seleccionada y se anexa a un pedido de realizaciĆ³n existente o crea uno. Las partidas de pedido de realizaciĆ³n se asignan directamente a los productos y cantidades solicitados.
AgrupaciĆ³n de pedidos basada en la ubicaciĆ³n
Un encabezado de pedido de realizaciĆ³n especifica el origen de realizaciĆ³n y el mĆ©todo de entrega. Cada pedido se relaciona con una ubicaciĆ³n de origen. Cuando un empleado solicita artĆculos almacenados en diferentes almacenes, el sistema agrupa artĆculos basĆ”ndose en el origen. El sistema divide automĆ”ticamente la solicitud y genera un pedido de realizaciĆ³n para cada ubicaciĆ³n, garantizando que ambos pedidos permanecen vinculados a la solicitud de servicio principal.
Visibilidad en LogĆstica de realizaciĆ³n
Una partida de pedido de realizaciĆ³n define productos especĆficos y cantidades realizadas en un pedido principal. Para proporcionar a los gestores de inventario visibilidad sobre requisitos logĆsticos previos, la partida realiza un seguimiento de dependencias con estos campos de bĆŗsqueda.
- Elemento de producto: VĆnculos al registro de inventario de un producto en un almacĆ©n local.
- Transferencia de productos: Se vincula a una transferencia interna si un almacĆ©n local estĆ” fuera de stock, indicando un envĆo pendiente desde otro almacĆ©n.
- Partida de solicitud de producto: Vincula a una solicitud de adquisiciĆ³n si adquiere un artĆculo de un proveedor externo.
PrecisiĆ³n de inventario con reservas flexibles
Los datos de partidas evitan agotamientos antes de seleccionar dispositivos fĆsicos. Si un responsable de TI reserva un activo, el sistema gestiona una reserva flexible con estos campos de seguimiento de cantidad.
- Cantidad: El nĆŗmero total de unidades solicitadas.
- Cantidad reservada: Calcula la cantidad de reserva del elemento de inventario y acumula el valor en el registro del elemento de producto. Este cƔlculo disminuye la cantidad disponible, asegurƔndose de que otros proveedores ven conteos de stock precisos.
El puente hacia los activos fĆsicos
Las partidas de pedido de realizaciĆ³n definen productos solicitados pero no se conectan directamente a dispositivos con nĆŗmero de serie. En su lugar, las partidas se relacionan con registros Actividad de activo o CronologĆa de activo. Cuando un gestor de inventario selecciona un dispositivo con nĆŗmero de serie y lo asigna a una partida, el sistema crea un registro Actividad de activo. Esta actividad vincula el activo a la partida, actualiza el estado del activo de Disponible a Reservado y registra un seguimiento de auditorĆa con marca de tiempo.
