Recibir productos es una aplicación estándar de SAP IS-R Retail para contabilizar la entrada de mercancías. En mi opinión, es una gran aplicación que puede parecer profana a primera vista pero que realmente brilla después de una inmersión profunda 😊

Como no pude encontrar mucha información en línea cuando estaba buscando en la aplicación para nuestro proceso GR, pensé que estaba un poco subestimado. Por lo tanto, decidí señalar las mejores características.

No entraré en detalles con la funcionalidad básica como los múltiples puntos de entrada (escaneado de código de barras, entrada de número de documento o material), publicación e inversión de GR, filtros, etc., ya que esto es bastante obvio en la propia aplicación, la información en el Biblioteca Fiori es sólido y hay videos en youtube que cubren esto.

En esta publicación de blog, me gusta describir las características no tan obvias que tuve que descubrir sobre mí mismo (o al menos descubrir por mí mismo cómo la característica mencionada brevemente en Ayuda SAP realmente funciona).

Ok, el comienzo puede ser un poco básico, pero si eres nuevo en Fiori, podría ser útil de todos modos y causó cierta confusión en nuestro proyecto al principio, ya sea que la aplicación admita o no el escaneo.

1. (De verdad) Cambiar del modo de escritorio (en el navegador) al modo móvil y viceversa

Presiona F12 para ingresar a las herramientas de desarrollo y cambiar de modo:

Inmediatamente después de hacer clic, la ventana visible cambia y puede seleccionar el tamaño de su dispositivo real o crear uno personalizado, ¡pero aún no está en modo móvil! Necesitas recargar (F5) primero:

Ahora (cuando aparece el símbolo de escaneo), realmente estás en modo móvil 😊

2. Diferencias entre “Recibir Productos” y “Recibir Productos de confianza”

La primera y bastante obvia funcionalidad de la versión «Confiable» de esta aplicación es la opción adicional (el botón en el área superior derecha) para seleccionar el documento completo y publicar el GR exactamente como se ordenó (en caso de referencia a la orden de compra) o exactamente como se recomienda (en caso de referencia al documento de entrega entrante):

El modo «Recibir productos» normal (no confiable) simplemente no ofrece este botón de menú en el área superior derecha:

No tan obvia es la segunda opción para publicar un GR de confianza.

2.1 Unidades de Manipulación / SSCC18

Si recibió una entrega entrante con unidades de embalaje y las unidades de embalaje son identificables por un código de barras escaneable (por ejemplo, SSCC18), el escaneo de este número conduce a publicación directa en segundo plano a través de «Recibir productos de confianza» mientras que un escaneo en modo normal solo abre el documento escaneado.

(perdón por la captura de pantalla en alemán, pero solo se trata de detalles de la unidad de manejo de la entrega entrante VL33n para mostrar la conexión)

Recibir productos -> Escanear abre documento:

Recibir productos de confianza -> Escanear publica directamente el GR en segundo plano:

Por cierto. la descripción de HU «paletas» en la captura de pantalla proviene de la descripción del material de embalaje de la personalización.

2.2 Otra identificación escaneable (p. ej., número de seguimiento)

Esto también funciona con otros datos escaneables como, por ejemplo, un número de seguimiento estándar que los proveedores de logística adjuntan a las entregas.

Si no puede o no desea utilizar unidades de manipulación, el número de seguimiento correspondiente debe estar en LIKP-BOLNR:

Frachtbr. = BOLNR

3. El número BOL reemplaza el número de entrega interno

Como probablemente ya podría deducir de las capturas de pantalla anteriores, lo que se ingrese en LIKP-BOLNR reemplazará el número de entrega entrante interno de SAP en las pantallas «Recibir productos». Entonces, si no desea usarlo para el número de seguimiento, puede/debe almacenar el número de entrega del proveedor en este campo y ver directamente este número, lo que hace que sea mucho más fácil verificar que está trabajando en el documento correcto. (Menciono esto porque, según mi experiencia, el número de entrega del proveedor se asignará a E1EDL20-LIFEX, que no completará el BOLNR (sino LIKP-LIFEX) y, por lo tanto, es fácil pasar por alto esta función 😉)

Como también puede ver en la captura de pantalla, si BOLNR no se completa, el número de entrega interno de SAP (1800…. En el rango de números estándar) se muestra en la aplicación, pero en general ningún usuario podrá hacer nada con él, ya que no debería estar en ningún papel en un escenario de entrada.

4. Publicar GR único en la pantalla de detalles del artículo

En un proceso de contabilización manual de entrada de mercancías, es posible arrastrar una única entrada de mercancías. -Para hacer esto, debe hacer clic en un elemento del documento para ingresar los detalles del elemento. Allí no solo ve (y puede agregar más) datos adicionales, sino que también puede publicar un GR único para este elemento sin afectar los demás elementos de este documento. Esto podría ser útil si necesita un artículo específico para un cliente en espera.

Además (resp. como una especie de inspiración 😉), esta pantalla detallada podría ser el punto de entrada para un procesamiento posterior (mejorado). Por ejemplo, si desea desencadenar directamente un cambio de existencias y/o desencadenar devoluciones directas del proveedor después de la publicación de GR para artículos entregados defectuosos, este podría ser un lugar adecuado para implementar la mejora.

5. Gran manejo de errores

Mentalmente viniendo de GR a través de MIGO o IDoc, me gusta mucho el manejo de errores de las aplicaciones. Al menos en el modo de publicación manual, los errores de publicación en artículos individuales no impiden la publicación de los demás artículos. Todos los elementos se publicarán, solo quedan los elementos erróneos y los errores respectivos se pueden mostrar fácilmente:

Ya que en general todas las entradas (no solo los errores) se guardan inmediatamente en las tablas de etapas, incluso sin «publicar», los errores se pueden procesar más tarde.

6. El escaneo de un artículo que es parte de otro documento conduce a un cambio directo a este documento

Si está trabajando en un GR de un documento específico y escanea un artículo que no está ordenado/aconsejado en este documento pero en otro que cumple con los criterios de filtro (!), cambiará automáticamente de documentos sin finalizar/publicar el documento actual o incluso un mensaje de advertencia. Esto puede ser genial por un lado, porque no interrumpe la rutina de trabajo, todo se puede grabar con una mínima interferencia técnica y, como se mencionó anteriormente, sus entradas en el documento anterior se guardan en tablas de preparación. Por otro lado, podrías dejar un documento sin publicarlo sin siquiera darte cuenta.

Por lo tanto, debe tener esto en cuenta, ya que en el procedimiento estándar debe volver a ingresar el documento para presionar el botón «publicar».

Por lo tanto (al menos) asegúrese de establecer una rutina de verificación para los procesos GR iniciados, pero no finalmente publicados 😊 Para ser justos, ¡los filtros para el estado del procesamiento hacen que esto sea muy fácil de lograr!

7. La tecla de control de confirmación determina si se muestran o no las órdenes de compra

La clave de control de confirmación determina no solo si se puede publicar un GR con respecto a la orden de compra o a la entrega entrante, sino también si el artículo de la orden de compra es visible en la aplicación de productos de recepción. Esto no suena revolucionario y es absolutamente consistente con SAP GUI / MIGO, pero vale la pena tenerlo en cuenta, ya que debe hacer algo si falta un documento de entrega entrante (esperado). Además, es posible que pueda usar esta función para soluciones alternativas, por ejemplo, si desea agregar artículos adicionales durante GR que no se ordenaron pero se entregaron de todos modos 😉

El primer elemento de la orden de compra no tiene clave de control de confirmación de entrega entrante

Además de las características mencionadas anteriormente, la aplicación proporciona un montón de puntos de entrada para mejoras en todos los niveles de interfaz (ver Biblioteca Fiori), así como una gran cantidad de BADI para la mejora del backend (enumerados en la personalización).

Para terminar: en mi opinión, esta aplicación otorga fuera de la caja muchas funciones que resultan muy útiles en el proceso de recepción de mercancías minoristas, así como una gran capacidad de personalización. ¡Con todo, es una aplicación realmente genial!

No obstante, me gustaría mencionar algunos (en mi opinión) cuestiones pendientes:

Aparte de muchas pequeñas cosas que necesitamos/queremos mejorar para ajustarnos a nuestro proceso específico, tengo dos problemas generales:

• En estándar, no hay forma de controlar el uso del «modo de confianza» (¿está permitido para un proveedor específico o no?) en los datos maestros del socio comercial/proveedor. ¡¿Quién quiere dejar esta decisión al usuario?!??!?!?!?!
• Un informe para reintentar los GR con el estado «Error» en segundo plano (como BD87 para Idocs) solo para eliminar «El material 123 está bloqueado por el usuario XY» y otros errores circunstanciales sin sobrecargar al usuario, creo que sería muy útil en general.

Si tiene algún aporte sobre estos problemas (tal vez me perdí algo) o si desea agregar algo, comente a continuación 😊

¡Espero que esta publicación arroje un poco de luz sobre algunas características «ocultas» y ayude a una gran aplicación a obtener el reconocimiento que absolutamente merece!

Atentamente

ciruela boris