lunes, 16 de junio de 2014

Tablas SAP - Modulo SD

TABLAS SD

1. Maestro de clientes
TablaDescripciónComentario
KNA1Datos maestro de clientes
KNB1Clientes por sociedad
KNBKBancos/cuentas
KNVALugares de descarga
KNVKPersona contacto (interlocutor)
KNVPFunciones de interlocutorEl campo PARVW diferencia entre los distintos interlocutores
KNVSDatos de expedición
KNVVDatos de comercial
KNVKInterlocutor (personas de contacto)



2. Documentos comerciales
TablaDescripciónComentario
VBUKStatus cabecera y datos de gestión
VBUPStatus de posición
VBFAFlujo de doc. comerciales
VBPAInterlocutor



3. Pedidos de ventas
TablaDescripciónComentario
VBAKCabecera
VBAPPosición
VBFAFlujo de doc. comerciales
VBKDDatos comerciales
VBEPDatos de reparto



4. Entregas
TablaDescripciónComentario
LIKPDatos de cabecera
LIPSDatos de posición
LQUACuantos/almacenaje

5. Estructura de organización
TablaDescripciónComentario
TVKOOrganizaciones de ventaVista V_TVKO_LK
TVKOTTextos org. Ventas
TVKOVCanales de distribución por org. de ventasVista V_TVKOV_LK
TVKOSSectores pro org. de ventasVista V_TVKOS_LK
TVTAÁreas de ventasVista V_TVTA_LK
TVKBZOficina de ventas por área de ventasVista V_TVKBZ_LK
TVBVKGrupo vendedores por oficina de ventasVista V_TVBVK_LK
TVKWZCentros por org. de ventasVista V_TVKWZ_LK
TVSWZLugares de expedición por centroVista V_TVSWZ_LK
T001K
Vista V_T001K



6. Facturas
TablaDescripciónComentario
VBRKDatos de cabecera
VBRPDatos de posición



7. Índice de ventas
TablaDescripciónComentario
VAKPAPedidos por función interlocutor
VAPMAPosiciones pedido por material

8. Necesidades de ventas
TablaDescripciónComentario
VBBERegistro individual de necesidad de ventas

Máximo número de líneas alcanzado

The message F5727 (Maximum number of items in FI reached) when trying to post an invoice on a purchase order via MIRO is because there is a limit of (999) line items which can be posted per FI document.      
                                                                         
This is because the line item number (BSEG-BUZEI) field  length is defined as (3) numeric positions, i.e., (999) line items. 
                                                                              
The most commonly used workarounds are as follows:    
                         
1)  Implement FI summarization (per note 36353 ).                                                                               
2)  Cancel the original billing document and split it into smaller  documents using different payment terms but actually with the  same terms, in case of invoice verification.   
                                                                            
This will avoid the (999) line item limit for FI postings. Please also have a look at the note 117708 Not to be able to create more than 999 FI line items is a basic restriction. The line items field on the BSEG table (BSEG-BUZEI) is a 3 position numeric field. To change this to a field greater than 3 positions will not be possible.This restriction is being addressed but because BSEG is a cluster table and involves many programs  this will take some time to change.(note 36353).                                                                         
      
This is the answer from the point of view of the support, the mentioned note provides a workaround.If you would like,  according  to your own needs, you may change the field length, however  please consider that  this is deemed a modification to the standard  and this is  not                
supported by the primary support.
        
Please have a look again at note 36353. This note mentions fields which often prevent summarization for reference type 'MKPF' and which can be put into table TTYPV for reference type 'MKPF':                                                                         
      
table name     field name                                                             
BSEG           BPMNG                                                                  
BSEG           BPRME                                                                  
BSEG           ERFME                                                                  
BSEG           ERFMG                                                                  
BSEG           MATNR                                                                  
BSEG           MEINS                                                                  
BSEG           MENGE                                                                  
BSEG           PAOBJNR                                                                
BSEG           POSN2                                                                  
BSEG           WERKS                                                                  
BSEG           BWTAR                                                                               
 
You should add these fields in transaction OBCY. But please take into account that Using FI-summarization will to a certain extent cause a loss of 'traceability' in your system. You will no longer have a one-to-one relationship between the postings in MM and FI.                     
 
A single posting in FI may reflect a number of line items in a MM document, so a drill down will not always be as effective as before.                  
 
Several drawback to using summarization are listed in note 36353 (I cannot judge if these will cause you problems) it depends on your configuration in OBCY and your business procedures.                                                                               
Please review the related notes, I have attached for your reference, the only other option you have if you do not use these notes is to  split the original invoice in several parts so that the FI document  has less than 999 lines.        

Guía Maestra de Tablas SAP: Desmitificando el Modelo de Datos del Módulo FI

Para cualquier consultor, desarrollador ABAP o arquitecto de soluciones en el ecosistema SAP, conocer el mapa de tablas del módulo de Finanzas (FI) no es un lujo, es una necesidad. El módulo FI es el corazón regulatorio y financiero de cualquier organización que corre SAP, y entender cómo se almacena la información es la clave para construir reportes eficientes, integraciones robustas y optimizar el rendimiento del sistema.

A continuación, desglosamos las tablas esenciales de SAP FI, organizadas por submódulos, y analizamos el cambio de paradigma que trajo consigo la llegada de S/4HANA.


1. Documento de contabilidad
TablaDescripciónComentario
BKPFCabecera de documento para contabilidad
BSEGSegmento de doc. de contabilidad

2. Contabilidad (índices secundarios)
TablaDescripciónComentario
BSADPara deudores (part.comp.)
BSAKPara acreedores (part.comp.)
BSASPara cuentas mayor (part.comp)
BSIDPara deudores
BSIKPara acreedores
BSIMPara documentos por material
BSIPPara verificación de documentos dobles de acreedores
BSISPara cuentas mayor
BSIWPara efectos de deudor
BSIXPara efectos de deudor



3. Maestro de cuenta mayor
TablaDescripciónComentario
SKB1Cta. mayor (sociedad)
SKATCta. Mayor (plan de cuentas: denominación)

4. Maesto de bancos
TablaDescripciónComentario
BNKAMaestro de banco

5. Cálculo de costes
TablaDescripciónComentario
SKB1Cta. mayor (sociedad)
SKATCta. Mayor (plan de cuentas: denominación)

El Gran Cambio de Paradigma: La Revolución de la ACDOCA en S/4HANA

Si estás trabajando o planeas migrar a entornos modernos de SAP, el mapa mental tradicional de tablas cambia drásticamente. SAP introdujo el concepto del Diario Universal (Universal Journal).

📌 El Dato Clave: La tabla ACDOCA

En SAP S/4HANA, las tablas tradicionales de posiciones (BSEG), índices de clientes/proveedores (BSID, BSIK, etc.) y las tablas de Controlling (COEP) se unificaron o se convirtieron en vistas de compatibilidad.

Ahora, la tabla ACDOCA (Universal Journal Entry Line Items) almacena en una estructura columnar y en tiempo real toda la información de FI, CO, Activos Fijos y Ledger de Materiales.

¿Qué impacto tiene esto para el Consultor y Desarrollador?

  1. Rendimiento Extraordinario: Al estar en la base de datos en memoria (HANA) y centralizado en ACDOCA, los reportes financieros ya no requieren complejas reconciliaciones entre FI y CO.

  2. Reducción de la huella de datos: Se eliminaron millones de registros agregados y redundantes.

  3. Código Limpio: Al realizar consultas personalizadas o desarrollos ABAP (o integraciones en SAP BTP), apuntar a ACDOCA simplifica drásticamente la arquitectura de datos frente al viejo modelo de la BSEG.

     

    Conclusión

    Dominar las tablas de SAP FI te permite ir más allá de la superficie de las transacciones estándar. Te otorga el criterio técnico necesario para auditar procesos, diseñar interfaces limpias y entender cómo cada registro impacta el balance final del negocio. Ya sea manteniendo un sistema ECC o liderando una migración hacia la nube y el Clean Core en S/4HANA, el conocimiento de este modelo de datos es tu mejor herramienta estratégica.

     


jueves, 27 de marzo de 2014

Como habilitar Comandos Edición de Tablas en la transacción SE16N?

En el caso que en el sistema SAP en el que se encuentra trabajando hayan aplicado la nota 1420281, la cual deshabilita la opción de &SAP_EDIT, he aquí una forma simple de rehabilitarlo:

 
1) Diríjase a la transacción SE16N e ingrese el nombre de la tabla que desea procesar.

2) En lugar de digitar &SAP_EDIT en la ventana de comando, por favor digite /H para activar el Debug.

3) Presione la tecla F8 para visualizar los datos de la tabla que usted ingreso en el paso 1

4) Mientras se encuentra en el Debug, ingrese en la ventana de variables, las siguientes:
GD-EDIT
GD-SAPEDIT

5) Cambie de manera manual los valores de ambas variables a X.

6) Presione de nuevo F8 para salir del Debug y continuar la ejecución.

lunes, 9 de septiembre de 2013

El Rol del Consultor de Sistemas: Entre el Mito de la Omnipotencia y el Verdadero Valor de la Transformación

La pregunta sobre qué define a un gran consultor de sistemas puede parecer retórica, pero abre un debate profundo sobre nuestra identidad profesional. Lejos de buscar verdades absolutas, las siguientes líneas proponen una visión pragmática y evolucionada de nuestro rol en la era digital.

1. De la Omnipotencia a la Gobernanza Técnica Coherente

En el ecosistema tecnológico actual, existe la falsa expectativa de que el consultor de sistemas es un ser omnipotente que domina cada línea de código, framework y nube del mercado. La realidad es que somos humanos gestionando una complejidad técnica exponencial.

El verdadero desafío no es saberlo todo, sino mantener la integridad arquitectónica frente a las presiones del entorno. Ceder ciegamente a los caprichos del mercado o a los alcances mal definidos de los clientes —para luego criticar las decisiones en los pasillos— solo perpetúa el fracaso técnico. Un consultor proactivo no es un ejecutor pasivo; es un asesor de confianza que sabe decir "no" fundamentado en datos, mitigando riesgos antes de que se conviertan en deuda técnica indigerible.

Caso Real: En las grandes migraciones de sistemas ERP legados (como el paso de SAP PI/PO a SAP Integration Suite o transiciones a S/4HANA), el consultor que actúa como "títere" replica los vicios del sistema antiguo en el nuevo. El consultor estratega, en cambio, frena la presión del cronograma para rediseñar los procesos bajo un enfoque de Clean Core, garantizando la mantenibilidad futura de la plataforma.

2. Sostenibilidad del Talento y Eficiencia Operativa

El mito del consultor hiperconectado de 24 horas, esclavo de las notificaciones y víctima de estimaciones comerciales ilusorias, es un modelo de negocio obsoleto e insostenible. El agotamiento del equipo técnico no es una medalla de honor; es un indicador de mala gestión de proyectos.

La consultoría moderna debe desligarse de la venta de "horas-hombre" y migrar hacia la entrega de valor e impacto. Esto exige definir alcances claros, metodologías ágiles realistas y, sobre todo, proteger el recurso más valioso de cualquier proyecto: el tiempo y la salud mental del equipo de ingeniería. Las herramientas de comunicación deben ser aliadas de la productividad, no grilletes digitales.

3. El Peligro de la Consultoría "Plantilla" (Commodity)

El mercado está lleno de profesionales que aplican la misma receta técnica de forma estandarizada en cada proyecto. Cuando la consultoría se automatiza de forma acrítica, se pierde la esencia de la innovación. El resultado es predecible y mediocre: en lugar de una transformación digital y un cambio cultural, solo se está cambiando un software por otro, migrando e incrementando los problemas ya existentes.

Caso Real: La implementación masiva de soluciones CRM (como Salesforce) o herramientas de analítica. Muchas empresas invierten millones de dólares solo para terminar usando una plataforma avanzada como una costosa hoja de cálculo de Excel. El consultor "mecanizado" se limita a instalar el sistema; el consultor de valor transforma el modelo de atención al cliente y entrena a la organización para adoptar una cultura guiada por datos.

4. El Consultor como Agente de Cambio y Creador de Océanos Azules

Nuestra meta definitiva no es entregar líneas de código o configurar servidores; es ser agentes de cambio estratégico en los cimientos de las organizaciones. El conocimiento técnico debe traducirse directamente en eficiencia operativa y en el cumplimiento del objeto básico financiero: incrementar el valor de la compañía a largo plazo.

A través de la tecnología, debemos guiar a las empresas hacia la creación de Océanos Azules, utilizando la arquitectura de sistemas para maximizar sus factores diferenciadores y abrir nuevos mercados, en lugar de competir en sectores saturados.

Caso Real de Océano Azul Tecnológico: Netflix no ganó el mercado por tener mejores servidores de video que Blockbuster, sino porque rediseñó por completo la infraestructura de distribución y el modelo de negocio mediante el streaming en la nube. Asimismo, plataformas como MercadoLibre, al procesar volúmenes masivos de datos (con soluciones capaces de gestionar más de 200 millones de registros de facturación electrónica en sus transiciones de sistemas), no solo cumplen con una norma fiscal, sino que transforman esa capacidad de procesamiento en una ventaja competitiva de escalabilidad y velocidad que desplaza a sus competidores tradicionales.

La consultoría de sistemas del futuro exige un compromiso inquebrantable con la calidad, un análisis profundo de las variables del negocio y una visión donde la tecnología sea el catalizador del bienestar humano y el éxito empresarial.


domingo, 30 de junio de 2013

Como crear un formato de página en SAP

1. Ingrese a la transacción SPAD.


2. De click en l opción Full Administration (Gestión Total)


3. Dirijase a la opción de Tipos de Dispositivo.


4. De click en el boton Formatos de Página.



5. De click en el boton Nuevo



6. Ingrese el nombre del format de la página,  las dimensiones del papel y la orientación

 

jueves, 13 de junio de 2013

Los costos de la tecnología

En algún momento de nuestra vida como ingenieros o consultores de tecnología, todos nos hemos encontrado ante la posibilidad de vender una idea, desarrollar un proyecto o buscar satisfacer una necesidad futura de la compañía en la cual laboremos y absolutamente todos nos hemos enfrentado a los siguientes interrogantes:
 
¿Cómo le haces ver a una persona, que no sabe diferenciar u computador de una consola de video juegos, cual es el verdadero coste de un desarrollo de software?
¿Cómo puede alguien entender que una página web pueda llegar a costar millones de pesos?
¿Cómo explicar que el coste y diseño de un programa requiere de una inversión alta?

Frente a esos cuestionamientos se encontraran una multitud de respuestas, tantas como lectores tenga este blog... sin embargo existe podría pensarse que todas ellas deben apuntar a como con la implementación de una solución apoyada en la tecnología se contribuirá de manera efectiva en el logro del objetivo básico financiero de la organización, esto es, generar valor para los accionistas.