Como crear su propio rango de Números (SNRO)

Es usual que cuando se genera una factura, esta haga referencia a un número único, hecho que se convierte en un elemento especifico para identificar la factura.

 

SAP permite la creación y administración de los rangos de número disponiendo de las transacciones SNRO para la creación del objeto y la definición de los rangos de número y dentro de los programas se utiliza la función NUMBER_GET_NEXT para incrementar el número actual al siguiente número del rango.

 

Para crear un rango de número los pasos son los siguientes:

• Ingresar a la transacción SNRO.

• Ingresar el nombre del rango de Número y Click en crear.

• Ingresar el dominio, tipo de datos y descripción asociada al rango de números.

• Implementación del rango de número.

 

• Definir el rango de número por sociedad dado el caso que se haya establecido así.

 

 

• Definir el rango de numero y asignar el consecutivo.

Como extender las vistas del maestro de materiales usando la MM50

Prerrequisitos:

Si una de las vistas del maestro de materiales no se esta visualizando cuando se ingresa a la transacción MM50, entonces usted deberá hacerla visible seleccionando la vista a traves de la transacción OMS2.

 

Ejemplo:

Para el material HALB la vista de ventas no debería ser visualizada para extenderla ni en la transacción MM01 ni en la MM50, por lo que generalmente las personas no la deberían seleccionar en la transacción OMS2 para el material HALB.

En este caso lo que requerimos ir a la transacción OMS2, luego dar doble click en el tipo de material respectivo, en este caso HALB y luego seleccionar la vista que desea visualizar.

Nota: El número del material debería ser mantenido para que tenga todos los datos básicos y vistas(Datos Básicos 1, Datos Básicos 2 and Datos de Etiqueta) que sean requeridos.

 

1. Tomar la lista de materiales y utilizarla para limitar los registros.
2. Seleccione las vistas que desea extender, por ejemplo 'V' es para ventas.
3. Ejecute la transacción.

Paso 1:

• Seleccione estado de mantenimiento.
• Ingrese el numero de material.
• Ejecutar

 

 

Paso 2:

Haga Click en el botón seleccionar todo para hacer la selección y a continuación click en 'Mantenimiento de Materiales', presione el botón para continuar.

Paso 3:
Una vez haya seleccionado los materiales, haga Click en

Paso 4:
Ingrese los datos que serán modelo para la extensión masiva de materiales

Paso 5:
Actualizar los materiales seleccionados

Paso 6:
Actualizar los datos obligatorios dependientes de la vista que este extendiendo para el material y guarde la información.
 

Pruebas de Software en SAP

El diseño de pruebas de software en SAP es el mismo que el utilizado para probar cualquier otro software, por lo que se tienen los siguientes tipos de pruebas:

 

Pruebas de Integración :

Las pruebas de integración, son desarrolladas cuando se adiciona código a una base de código existente; por ejemplo cuando se adiciona un nuevo modulo de función a un grupo de funciones. 

Las pruebas de integración miden la forma en que este código se integra y trabaja con el código existente, verificando entonces la forma en la cual se comportan las variables de entrada y salida, el formato de datos y como se manipulan las variables.

 

Pruebas de Regresión:

Cuando hablamos de pruebas de regresión, podemos hablar en dos formas, la primera hace referencia cuando un problema existente en el código ha sido corregido, por lo que una prueba de regresión permite verificar que el defecto haya sido solucionado; esto evita que posteriormente pueda volver a encontrarse el mismo defecto.

En una segunda instancia, una prueba de regresión es la contraparte de una prueba de integración, cuando el código se adiciona, es aquí donde la prueba de regresión verifica que el código existente trabaje correctamente cuando se haya adicionado el nuevo código, garantizando que el existente no se haya dañado.

Como crear una BTE en SAP

En este caso tomaremos como ejemplo la creación de una BTE para la visualización de la Fecha Valor (Campo VALUT) en la transacción FBL5N.

1. Ingresar a la transacción FIBF

2. Seleccionar

3. Especifique el nombre del producto


4. Identifique el evento asociado a la transacción y tome como base el modulo de función.

5. Active el modulo de función

El Consultor de Sistemas como Arquitecto de Valor: Superando la Parametrización para Liderar la Transformación de Negocio

En la economía del conocimiento, el término "consultor" ha ganado un protagonismo innegable, pero su ejecución en el sector tecnológico suele desvirtuarse. Si revisamos la definición clásica, un consultor es un estratega que provee consejo experto en un dominio específico. Sin embargo, en la industria de TI hemos permitido que este rol se reduzca de facto a un ejercicio puramente operativo: parametrizar un sistema, configurar módulos o picar código de forma aislada.

El verdadero consultor de sistemas entiende que la tecnología no es el fin, sino el medio. Limitarse a replicar funcionalidades y acatar de manera ciega los requerimientos del cliente es abdicar de nuestra responsabilidad. Nuestro propósito fundamental es actuar como agentes promotores del cambio, conectando el software con la optimización de los procesos empresariales y liderando activamente la gestión cultural de la organización.

1. El Costo de la Automatización Ciega (Gobernanza vs. "Tomar Pedidos")

Cuando un equipo de consultoría se limita a automatizar un proceso ineficiente sin cuestionarlo, solo logra que la empresa cometa errores a una velocidad mucho mayor. Los grandes desastres en implementaciones tecnológicas rara vez ocurren por fallas en el código; ocurren por una desconexión absoluta entre el software y la estrategia transversal del negocio.

Las decisiones técnicas no pueden tomarse en silos, ni verse limitadas exclusivamente por presupuestos de corto plazo o por la inexperiencia de gerencias que ignoran el impacto arquitectónico.

Caso Real: La famosa migración fallida de Lidl en 2018. La cadena de supermercados canceló un proyecto de implantación de SAP (después de haber invertido cerca de 500 millones de euros y 7 años de trabajo) porque intentaron modificar el software estándar para adaptarlo a sus procesos tradicionales de inventario, en lugar de utilizar la consultoría para transformar sus procesos internos y adoptar las mejores prácticas del sistema. Un enfoque de consultoría proactivo habría priorizado la gestión del cambio sobre el desarrollo a medida a gran escala.

2. La Trampa del "Efecto Marca" y el Enfoque Adaptativo

Un error recurrente en la gobernanza corporativa es creer que adquirir la marca líder del mercado (el cuadrante superior de Gartner, el ERP más costoso o la suite en la nube de moda) solucionará mágicamente los problemas de fondo de la compañía. Las empresas compran el referente del mercado ignorando sus propias variables básicas, su madurez digital y su capacidad de absorción del cambio.

El consultor estratégico orienta al cliente para que evalúe sus decisiones bajo tres pilares fundamentales antes de firmar un contrato:

Dimensión	Enfoque Tradicional (Mecánico)	Enfoque Proactivo (Estratega)
Alineación de Procesos	Modificar el software para que se parezca al caos actual del cliente.	Rediseñar el proceso bajo estándares de industria (Out-of-the-box) antes de configurar.
Madurez Técnica	Adoptar herramientas hipercomplejas para las que el equipo interno no está preparado.	Diseñar una hoja de ruta (Roadmap) evolutiva, asegurando la adopción técnica gradual.
Gobernanza Financiera	Evaluar solo el costo de la licencia inicial (CapEx).	Analizar el Costo Total de Propiedad (TCO) y el Retorno de Inversión (ROI) a mediano plazo.

3. Propuesta de Acción: El Consultor como Catalizador y Líder de TI

Para revertir esta tendencia y asegurar el éxito de los proyectos de sistemas, la consultoría moderna debe operar bajo principios propositivos bien definidos:

• Co-diseño de Soluciones (Business-IT Alignment): El consultor debe sentarse con los dueños del proceso (Finanzas, Logística, Operaciones), no solo con el área de TI. El objetivo es entender el dolor del negocio para proponer la arquitectura técnica óptima.

• Gobernanza Tecnológica Transversal: Evitar parches y desarrollos satélites innecesarios. Diseñar sistemas integrados, escalables y con un núcleo limpio (Clean Core), facilitando futuras actualizaciones sin romper la operación.

• Liderar la Gestión del Cambio: Todo despliegue técnico debe ir acompañado de una estrategia de capacitación, adopción y empatía con el usuario final. Si el usuario rechaza la herramienta, la inversión técnica es igual a cero.

Caso Real de Éxito: Las implementaciones logísticas de Amazon o la reestructuración operativa de Target en su transición omnicanal. Estas compañías no triunfaron por el software en sí, sino porque sus arquitectos y consultores rediseñaron la cadena de suministro completa de forma transversal, utilizando APIs e integraciones robustas para conectar cada decisión técnica con la experiencia del cliente final y la eficiencia financiera del negocio.

La excelencia en la consultoría de sistemas se alcanza cuando dejamos de ser vistos como un centro de costos técnico y pasamos a ser reconocidos como los arquitectos del crecimiento y la ventaja competitiva de la organización.