Por eso , ahora puntualizo que los tips que les pasaré , son pensando en proyectos,  y  lo que puedo mencionar que me ha servido para tener Proyectos con EXITO  son algunos de los siguientes puntos:

1. Primero, estar atenta  a  tener “Un encuentro con el EXITO”,   es decir estar buscando  el ÉXITO  como meta principal, no trabajar en solo sobrellevar las cosas, es decir  siempre evaluar que tan  EXITOSA me siento en ese momento en el que me encuentro, tener claro que la responsable del  EXITO en gran porcentaje debo ser yo.
2. Tener claro que es el  EXITO para mi de ese proyecto… Definicion ” ÉXITO  es un estado de animo temporal al cumplir el logro de un objetivo.

              Cuando somos exitosos , no nos duele nada.

Por lo cual Debemos identificar nuestro objetivo,  este puede ser

• PERSONAL 
• ECONOMICO
• PROFESIONAL 

y Definirme

• Que Quiero Conseguir
• Cuando lo quiero
• Factores de riesgo
• Conocimiento y Habilidades
• Hábitos
• Actividades Diarias
• Con quien cuento

Hay frases que me han ayudado en algunos momentos a motivarme o a alinearme:

• No puedes lograr lo mejor de ti , si no tienes un objetivo que cumplir.
• Cuando seguimos un sueño es el mejor pronostico de nuestro futuro
• Lo importante no es donde estamos si no en que dirección nos encontramos
• Nada duele cuando se Gana
• Cada Jugador tiene un lugar donde dar lo mejor de si
• Todo el equipo es tan fuerte como lo es el eslabón mas débil
• Los Equipos GANADORES tienen jugadores que hacen que las cosas sucedan
• Compartir es Crecer
• Detrás de un hombre talentoso siempre hay otro ser humano talentoso

En fin, lo importante aqui es tener la capacidad de sacar la cabeza por encima de los obstaculos con los que nos topemos…

Espero les sea de utilidad ánimo..

Ana Uribe

Introducción

El SQL Server 2005 una incorporación Funcionalidad denominada Pivot, la misma Permite Transformar filas en columnas de Manera de poder mostrar datos cruzados.

Problemática

Supongamos el siguiente escenario, una empresa dedicada ala perfumeria Desea conocer el resultado de las ventas de los 3 Rubros que comercializa, para cada vendedor. Entonces desde el lado de programación de la base de datos nos Disponemos a realizar el CORRESPONDIENTE seleccionar, pero … como expresamos cada uno de los rubros en la misma consulta si la fuente de origen es la misma? Analicemos LAS SIGUIENTES estructuras y veremos que la información principal se encuentra en la tabla ventas, Siendo alimentada por las tablas de Vendedores, RubrosVendedores Productos y

Ventas

Productos

Rubros

Solución a la problemática en SQL Server 2000

Primero realizaremos una consulta que nos devuelva la Cantidad de rubros que Vendio cada vendedor, nuestro objetivo final Será que cada rubro solo sea una columna y Exista una fila de vendedores con la Cantidad vendida de cada rubro:

Seleccione
(CAST vnd.descripcion como char (25)), como Vendedor, CAST (Rbr.descripcion como char (20)) como Rubro,
suma (cantidad) como Cantidad
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
grupo por vnd.descripcion, Rbr.descripcion

El resultado Será

Vendedor Rubro Cantidad
------------------------- -------------------- ----- -----------------
María Vázquez Cremas 30
Rocío Márquez Cremas 50
Juan Pérez Desodorantes 20
Rocío Márquez Desodorantes 100
Juan Pérez Perfumes 10
María Vázquez Perfumes 5

Pero lo que nosotros queremos Lograr es en una sola linea la informacion de cada vendedor, entonces podemos ir desglosando la consulta según el rubro uniendola IR E

Para esto analizamos rubro por rubro y unimos las consultas, De qué manera vamos TENIENDO los totales por vendedores por rubros, el pecado pero aun sumarizar uno cada vendedor En una sola linea

Seleccione
(CAST vnd.descripcion como char (20)) Vendedor, SUM (cantidad) como Cantidad_Rubro1,
0 como Cantidad_rubro2,
0 como Cantidad_Rubro3
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
dónde
Rbr.idRubro = 1
grupo
por vnd.descripcion, rbr.descripcion
 
/ * El primer consulta es Obtener para la Cantidad del rubro 1, por lo tanto el rubro 2 y 3
de una consulta de este van quedar en 0 * /
/ * Nótese qe en el primer consulta Definimos como se van a llamar los campos en el resultado * /
 
Unión
 
Seleccione
(CAST vnd.descripcion como char (20)) Vendedor, 0, SUM (cantidad), 0
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
dónde
Rbr.idRubro = 2
grupo por
vnd.descripcion, rbr.descripcion
 
/ * El 2do consulta es Obtener para la Cantidad del rubro 2, por lo tanto el rubro 1 y 3 de este
van una consulta de quedar en 0 * /
 
Unión
 
Seleccione
(CAST vnd.descripcion como char (20)) Vendedor, 0,0, SUM (cantidad)
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
dónde
Rbr.idRubro = 3
grupo
por vnd.descripcion, rbr.descripcion
 
 
/ * El 3er consulta es Obtener para la Cantidad del rubro 3, por lo tanto el rubro 2 y 3 de este
van una consulta de quedar en 0 * /

El resultado de este consulta es el siguiente:

Vendedor Cantidad_Rubro1 Cantidad_rubro2 Cantidad_Rubro3
-------------------- ---------------------- -------- -------------- ----------------------
Juan Pérez 0 20 0
Juan Pérez 10 0 0
María Vázquez 0 0 30
María Vázquez 5 0 0
Rocío Márquez 0 0 50
Rocío Márquez 0 100 0
 
(6 row (s) affected)
 

Como se ve tenemos bien definido cada vendedor y las Cantidades Vendio que, y como vemos el resultado de la consulta es un conjunto de datos que podemos TRATAR Como a una tabla donde tenemos la informacion de cada vendedor, entonces ejecutamos una consulta sobre la consulta anterior agrupemos y la Información por vendedor:

Seleccione
(CAST Resultados.Vendedor como char (20)) Vendedor,
Sum (Cantidad_Rubro1) como Cremas,
Sum (Cantidad_rubro2) como Desodorantes,
Sum (Cantidad_Rubro3) como perfumes
A partir de (
Seleccione
vnd.descripcion como Vendedor, SUM (cantidad) como Cantidad_Rubro1, 0 como Cantidad_rubro2, 0 como
Cantidad_Rubro3
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
dónde
Rbr.idRubro = 1
grupo
por vnd.descripcion, rbr.descripcion
Unión
 
Seleccione
vnd.descripcion, 0, SUM (cantidad), 0
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
dónde
Rbr.idRubro = 2
grupo por
vnd.descripcion, rbr.descripcion
Unión
Seleccione
vnd.descripcion, 0,0, SUM (cantidad)
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
dónde
Rbr.idRubro = 3
grupo
por vnd.descripcion, rbr.descripcion) como Resultados
Grupo de Resultados.Vendedor

El Resultado de la consulta es

Vendedor Cremas Desodorantes Perfumes
-------------------- ---------------------- -------- -------------- ----------------------
Juan Pérez 10 20 0
María Vázquez 5 0 30
Rocío Márquez 0 100 50
 
(3 row (s) affected)

Que hicimos? Simplemente seleccione un hicimos sobre una consulta, ya que en la consulta Definimos los nombres de los campos que luego Utilizamos en la selección. Estas consultas RESULTAN un arma poderosa para resolver sumarizaciones de varios conceptos y los datos Presentar De Una Manera Sencilla.
El problema radica en la Cantidad de veces que se Ejecuta la consulta seleccionar, en este caso, es 1 por cada rubro que estamos Analizando, por ello es el Objetivo de este articulo de mostrar como la sentencia Pivot hace exactamente lo mismo que acabamos de realizar , de Manera mas sencilla

Pivot en SQL 2005

Vamos a Analizar la tabla de ventas pero se une con los Correspondientes a vendedores de las Tablas de rubros y

Seleccione
(CAST vnd.descripcion como char (20)) Vendedor, Cantidad, cast (rbr.descripcion como char (20)) Rubro
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro

El resultado es el siguiente:

Vendedor Rubro Cantidad
-------------------- ---------------------- -------- ------------
Juan Pérez 10 Perfumes
María Vázquez 5 Perfumes
Juan Pérez 20 Desodorantes
María Vázquez 30 Cremas
Rocío Márquez 50 Cremas
Rocío Márquez 100 Desodorantes
 
(6 row (s) affected)
 
 

El Objetivo es Transformar los rubros en columnas Y tener unas sola fila por cada vendedor, para esto Utilizamos la sentencia PIVOT
La misma en este caso consta de 3 secciones:

La consulta que realizamos anteriormente sera el origen de los datos.
Luego, los Datos a trasformar en Columa Son los rubros y las filas estan formadas por cada vendedor y vendida su cantidad.

SELECCIONAR Vendedor, isnull ([Perfumes], 0) como Cremas, isnull ([Desodorantes], 0) como Desodorantes,
IsNull ([Cremas], 0) como perfumes
/ * Select que define como se mostraran los tados y por que columna se agrupara (Vendedor) * /
 
DE
(
Seleccione
(CAST vnd.descripcion como char (20)) Vendedor, Cantidad, cast (rbr.descripcion como char (20)) Rubro
Desde
ventas vts inner join vendedores de dong
en vts.idvendedor = vnd.idvendedor
inner join Productos Prd
en Prd.idproducto = vts.idProducto
Inner join Rubros RBr en Rbr.idRubro = Prd.idRubro
 
Po)
 
/ * Origen de los Datos * /
 
 
PIVOT
(
SUM (cantidad)
PARA Rubro EN
([Cremas], [Perfumes], [Desodorantes])
) Como el soldado
 
/ * Transforma las filas en las columnas indicadas entre corchetes, por cantidad agrupadas,
es decir OBTIENE las Cantidades de cada rubro por vendedor * /

El resultado es el siguiente:

Vendedor Cremas Desodorantes Perfumes
-------------------- ---------------------- -------- -------------- ----------------------
Juan Pérez 10 20 0
María Vázquez 5 0 30
Rocío Márquez 0 100 50
 
(3 row (s) affected)

Las Ventaja principal radica en las veces que se Ejecuta la consulta, como vemos en la solución planteada para SQL Server 2000, se Ejecuta una consulta para cada artículo de un trasnsformar en columna, al contrario de lo que sucede con la sentencia PIVOT La Cual La Consulta de Los datos se Realiza una sola vez, una vez que la consulta de El resuta menos complejo.

Conclusiones

La explotación de datos es parte fundamental en los sistemas de información. La transformación de filas en columnas Brinda información mas precisa al usuario y es muy util para Tomar decisiones Genrenciales.
Tanto la Utilización de la sentencia PIVOT como la solución de Son SQL2000 alternatitvas Para resolver requerimientos en la correcta visualizacion de datos.

Requisitos

Para trabajar en SQL 2005, la base de datos Debe estar en modo de compatibilidad con SQL Server 2005, es decir las nuevas caracteristicas de SQL 2005, no funcionan las bases Cuando Tengan compatibilidad con versiones anteriores.

Scripts

CREATE TABLE [dbo]. [Productos] (
[IdProducto] [int] NULL,
[Descripción] [nvarchar] (255) NULL,
[IdRubro] [int] NULL
) ON [PRIMARY]
GO
CREATE TABLE [dbo]. [Rubros] (
[idRubro] [int] NULL,
[Descripción] [nvarchar] (255) NULL
) ON [PRIMARY]
GO
CREATE TABLE [dbo]. [Vendedores] (
[IDVendedor] [int] NULL,
[Descripción] [nvarchar] (255) NULL
) ON [PRIMARY]
GO
CREATE TABLE [dbo]. [Ventas] (
[IdVendedor] [int] NULL,
[IdProducto] [int] NULL,
[Cantidad] [int] NULL,
[Fecha] [int] NULL
) ON [PRIMARY]
 
 
Insertar en Rubros (idRubro, Descripcion) values (1, 'Perfumes')
Insertar en Rubros (idRubro, Descripcion) values (2, 'Desodorantes')
Insertar en Rubros (idRubro, Descripcion) values (3, 'Cremas')
 
Insertar en el Vendedores (idVendedor, Descripcion) values (1, 'Juan Pérez')
Insertar en el Vendedores (idVendedor, Descripcion) values (2, 'María Vázquez)
Insertar en el Vendedores (idVendedor, Descripcion) values (3, 'Rocío Márquez')
 
Insertar en Productos (idProducto, Descripción, IdRubro) valores (1, 'Perfume Hombre', 1)
Insertar en Productos (idProducto, Descripción, IdRubro) values (2, 'Perfume Mujer', 1)
Insertar en Productos (idProducto, Descripción, IdRubro) values (3, 'Desodorante Hombre', 2)
Insertar en Productos (idProducto, Descripción, IdRubro) valores (4, 'Desodorante Mujer', 2)
Insertar en Productos (idProducto, Descripción, IdRubro) valores (5, 'Manos Crema', 3)
Insertar en Productos (idProducto, Descripción, IdRubro) valores (6, 'Crema Cuerpo', 3)
 
Insertar en Ventas (idVendedor, IdProducto, Cantidad, Fecha) values (1, 1, 10, '01 / 10/2005 ')
Insertar en Ventas (idVendedor, IdProducto, Cantidad, Fecha) values (2, 2, 5, '01 / 10/2005 ')
Insertar en Ventas (idVendedor, IdProducto, Cantidad, Fecha) values (1, 4, 20, '01 / 10/2005 ')
Insertar en Ventas (idVendedor, IdProducto, Cantidad, Fecha) values (2, 5, 30, '01 / 10/2005 ')
Insertar en Ventas (idVendedor, IdProducto, Cantidad, Fecha) values (3, 6, 50, '01 / 10/2005 ')
Insertar en Ventas (idVendedor, IdProducto, Cantidad, Fecha) values (3, 4, 100, '01 / 10/2005 ')
 
Se Puede trabajar con los ejemplos mencionados una vez Ejecutados los Scripts.

Comunmente nos topamos con un problema de configuración en el Windows 2003, específicamente el problema fue cuando tenemos 2 servidores con Windows 2003 y en ellos esta instalado el SQL Server 2000 standard edition, linkeados uno con el otro atravez de SQL Server, teniendo esta configuración al momento de ejecutar un store procedure para llenar una tabla de uno de los servidores con información del otro servidor y la instrucción que utilizamos dentro del store procedure es del tipo

BEGIN DISTRIBUTED TRANSACTION…COMMIT TRANSACTION o el select

que utilizamos para obtener los datos del servidor remoto esta dentro de la clausula

 EXECUTE(“select * from serverremoto.bd.dbo.tabla”), es entonces cuando al tener un problema de configuración en el Windows 2003 les puede mandar el sig mensaje de error:

Server: Msg 7391 , Level 16 , State 1 , Line 2
The operation could not be performed because the OLEDB provider ‘SQL OLEDB’ was unable to begin a distributed transaction.
[OLE/DB Provider returned message : New Transaction can not enlist in the specified transaction coordinator]
OLE DB error Trace [OLE/DB Provider: ‘SQL OLEDB’ ItransactionJoin: :JoinTransaction returned 0X8004D00A]

Dentro de los pasos que seguimos y que nos llevaron a solucionar este problema son los sig.

1.- verificar y asegurarse que ambos servidores de Windows 2003 tengan la misma version y el mismo numero de HOT FIX instalados.

2.- verificar y asegurarse que ambos servidores de Windows 2003 tengan la misma version y service pack de SQL Server 2000.

3.- una vez que los 2 puntos anteriores estan correctos, se procede a realizar la sig. Modificacion en la configuración de Windows 2003.

     Debido a que el servicio de MS DTC, en los servidores Windows 2003 esta deshabilitado por defualt para realizar transacciones atravez de la red, hay que hacer las sig modificaciones:

4.- las modificaciones hechas en el paso 3, se deben de hacer en ambos servidores, posteriormente deberan de reiniciarse ambos para que los cambios se puedan aplicar.

5.- ejecutar de nuevo los store procedures de migración en donde se haya presentado el problema, para revisar si esta se soluiciono, si no es asi, continue en el paso siguiente.

6.- hacer modificaciones en el registro de Windows de los servidores 2003, para esto sigue las sig. Instrucciones.

1. entrar al registro de Windows, para esto habra que ejecutar el comando regedit desde inicio/ejecutar.
2. una vez dentro de la pantalla del registro de Windows respaldarlo, para esto, ir a las opciones del menú de la parte superior en archivo/exportar, a continuación aparecera una pantalla que nos pide la ruta y el nombre del archivo en donde quedara respaldado el registro de Windows, capturado esto, dar clic al boton de guardar y con esto quedara respaldado el registro de Windows.
3. buscar y posicionarse en la sig ruta dentro del registro de Windows, HKEY_LOCAL_MACHINE\SOFTWARE\MICROSOFT\MSDTC, al dar clic sobre la carpeta MSDTC, en la parte derecha de la pantalla apareceran una serie de valores o parámetros definidos por defualt, por lo cual debera de buscarse si dentro de estos valores existe el sig parámetro TurnOffRpcSecurity, si existe, dar doble-click sobre este parámetro y asegurarse que el valor que tenga en el campo Value sea igual a 1, si no es asi cambiarlo. pero si este parámetro no existe, habra que darlo de alta, para esto, sobre el area de la pantalla de la derecha, dar click-derecho de Mouse y aparecera un submenu con la opcion new, al entrar a esta opcion se desplegara otro submenu en donde nos mostrara los tipo de parámetros que pueden darse de alta, de estos selecciona la opcion que diga Value DWORD, a continuación en la pantalla se agregara un nuevo parámetro, en la columna del Nombre habra que cambiar el nombre por el de TurnOffRpcSecurity, en la columna de tipo de dato se quedara como esta DWORD, después habra que darle doble-click para poner el valor del parámetro igual a 1. después de terminar de configurar el registro, salirse de este y reiniciar el servidor.

NOTA: este paso habra que hacerlo primero en el servidor Windows 2003 local, es decir, aquel servidor en donde se esta ejecutando el store procedure de migración o el Query que esta dando problemas.

1. una vez que se reinicio el servidor , probar el store de migración o el Query y revisar que el problema se haya solucionado. Si no se soluciono, realizar el paso 3 en el servidor remoto y de nuevo realizar las pruebas de ejecución del store procedure.
2. si después de haber realizo estas modificaciones en la configuración el problema persiste, favor de contactarse con su proveedor Microsoft mas cercano y reclamarle, o llamar al partner de Microsoft, proveedor, que se especializa en problemas relacionados con servidores .

Lo documento mi compañero Luis Salgado y Hector Herrera.

Resumen de su seminario  via WEB….

Tabla Dinamica

Se puede hacer una columna condicionada es decir se puede utilizar la sentencia IIF, donde si el indicador es igual, menor, mayor  a x valor entonces  se resolvera una parte verdadera por lo contrario una parte falsa.

como puntos comentados, se pueden hacer iff anidados, se pueden usar variables y lo que quedo como sugerencia es que la condicion tambien pudiese ser una dimension.

Mapas

Los mapas se repaso como crearlos, es decir podemos tomar cualquier imagen , guardarla de forma monocromatica , con bordes bien definidos de forma continua es decir no pueden limitarse las zonas de manera que una zona sea el centro de otra zona, utilizar el creador de adf, y utilizarlo en el componente

De las caracteristicas nuevas es que se puede sincronizar con escenarios , osea que de una zona limitada del mapa puedo ir a un escenario.

Anteriormente , nosotros podriamos usar el color de la alarma para el mapa o bien podriamos asignarle un color a cada zona del mapa, ahora  se puede usar algo que se llama degradado, es decir que podemos seleccionar  un color inicial y un color final y las tramas en los que lo dividira es decir

si coloco que el mas bajo inicie con un amarillo y el mas alto sea un rojo y me haga tonalidades de 4 colores , tendre color amarillo, naranja claro, naranja rojiso, y rojo

y los rangos seran  , el valor total del indicador dividido entre 4 , por ejemplo 1000/ 4 = 250, entonces. los rangos quedaran de la siguiente manera

1 er rango =  del valor mas bajo del indicador, hasta el valor mas bajo del indicador + 250

2 rango = hasta el valor mas bajo del indicador + 250  hasta  el valor mas bajo del indicador + 250*2

y asi sucesivamente.

Se vio como sincronizar los mapas , por ejemplo puedes sincronizar enviando el valor de la dimension que se este usando en el mapa , es decir si se usa la region (norte , sur, este , oeste) , y se sincroniza con un url , al momento de seleccionar la region del mapa , se enviara la clave de la dimension al url.. es decir si la region norte tiene la clave 1, entonces el  1 sera el valor que se envie al url.

WEBINARIO SECRETOS DE Artus Designer (Segunda Parte)

“Según Robert Kaplan y David Norton, el BSC es la representación en una estructura coherente, de la estrategia del negocio a través de objetivos claramente encadenados entre sí, medidos con  los indicadores de desempeño, sujetos al logro de unos compromisos (metas) determinados y respaldados por un conjunto de iniciativas o proyectos. Un buen Balanced Scocerard debe “contar la historia de sus estrategias”, es decir, debe reflejar la estrategia del negocio.

Con ello se quiere destacar que el BSC es mas que una lista de indicadores de cualquier índole.

Componentes básicos de un BSC (Kaplan y Norton):

• Cadena de Relaciones de Causa Efecto: Que expresen el conjunto de hipótesis de la  estrategia a través de objetivos estratégicos y su logro mediante indicadores de desempeño.
• Enlace a los Resultados Financieros: Los objetivos del negocio y sus respectivos  indicadores, deben reflejar la composición sistémica de la estrategia, a través de cuatro perspectivas: Financiera, Clientes, Procesos Internos, y Aprendizaje y Crecimiento. Los resultados deben traducirse finalmente en logros financieros que conlleven a la maximización del valor creado por el negocio para sus accionistas.
• Balance de Indicadores de Resultados e Indicadores Guías: Fuera de los indicadores que reflejan el desempeño final del negocio, se requiere un conjunto de indicadores  que muestren las cosas que se necesita “hacer bien” para cumplir con el objetivo. Estos miden el progreso de las acciones que acercan o que propician el logro del objetivo. El propósito es canalizar acciones y esfuerzos  orientados hacia la estrategia del negocio.
• Mediciones que Generen e Impulsen el Cambio: La medición motiva determinados comportamientos, asociados tanto al logro como a la comunicación de los resultados organizacionales, de equipo e individuales. De allí que un componente fundamental es el de definir indicadores que generen los comportamientos esperados, particularmente aquellos que orienten a la organización a la  adaptabilidad ante un entorno en permanente y acelerado cambio.
• Alineación de Iniciativas o Proyectos con la Estrategia a través de los Objetivos Estratégicos: Cada proyecto que exista en la empresa debe relacionarse directamente con el apalancamiento de los logros esperados para los diversos objetivos expresado a través de sus indicadores.
• Consenso del Equipo Directivo de la Empresa u Organización: El BSC, es el resultado del diálogo entre los miembros del equipo directivo, para lograr reflejar la estrategia del negocio, y de un acuerdo sobre como medir y respaldar lo que es importante para el logro de dicha estrategia.

Implantación del BSC: (Kaplan y Norton). Modelo de las 4 fases:

Fase 1: Concepto Estratégico: Incluye misión, visión, desafíos, oportunidades, orientación estratégica, cadena del valor, plan del proyecto.

Fase 2: Objetivos, Vectores y Medidas Estratégicas: Incluye objetivos estratégicos, modelo causa-efecto preliminar, indicadores estratégicos, vectores estratégicos y palancas de valor.

Fase 3: Vectores, Metas e Iniciativas: Incluye objetivos estratégicos detallados, modelo causa-efecto con vectores y palancas, indicadores estratégicos, metas por indicador, iniciativas estratégicas.

Fase 4: Comunicación, Implantación y Sistematización: Incluye divulgación, automatización, agenda gerencial con BSC, planes de acción para detalles, plan de alineación de iniciativas y objetivos estratégicos, plan de despliegue a toda la empresa.

El Balanced Scorecard  en Perspectiva:

Perspectiva Estratégica:

El BSC parte de la visión y estrategias de la empresa. Luego se determinan los objetivos financieros requeridos para alcanzar la visión, y estos a su vez serán el resultado de los mecanismos y estrategias que rijan nuestros resultados con los clientes. Los procesos internos se planifican para satisfacer los requerimientos financieros y los de clientes, es un instrumento para expresar la estrategia.

Perspectiva del Accionista:

Respondiendo a las expectativas del accionista. La perspectiva financiera tiene como objetivo el responder a las expectativas de los accionistas. Se centra en la creación de valor para el accionista. Esto requerirá definir objetivos e indicadores que permitan responder a las expectativas del accionista en cuanto a los parámetros financieros de: Crecimiento, Beneficios, Retorno de Capital, Uso del Capital. La arquitectura típica de la perspectiva financiera   incluye objetivos estratégicos como Maximizar el Valor Agregado, Incrementar los Ingresos y diversificar las fuentes, Mejorar la Eficiencia de las Operaciones y Mejorar el Uso del Capital.

Perspectiva de Clientes:

En esta perspectiva se responde a las expectativas de los Clientes. Del logro de los objetivos que se plantean en esta perspectiva dependerá en gran medida la generación de ingresos, y por ende la “generación de valor” ya reflejada en la Perspectiva Financiera.

Esta propuesta de valor cubre básicamente, el espectro de expectativas compuesto por: calidad, precio, relaciones, imagen que reflejen en su conjunto la transferencia al cliente. Los indicadores típicos de este segmento incluyen: Satisfacción de Clientes ,Desviaciones en Acuerdos de Servicio, Reclamos resueltos del total de reclamos, Incorporación y retención de clientes, Mercado.

Perspectiva de Procesos Internos:

En esta perspectiva, se identifican los objetivos e indicadores estratégicos asociados a los procesos clave de la organización o empresa, de cuyo éxito depende la satisfacción de las expectativas de clientes y accionistas.

Usualmente, esta perspectiva se desarrolla luego que se han definido los objetivos e indicadores de las perspectivas Financiera y de Clientes .Es recomendable que, como punto de partida del despliegue de esta perspectiva, se desarrolle la cadena de valor o modelo del negocio asociado a la organización o empresa.

Luego se establecerán los objetivos, indicadores, palancas de valor e iniciativas relacionados.

Los indicadores de esta perspectiva deben manifestar la naturaleza misma de los procesos propios de la empresa u organización. Algunos indicadores de carácter genérico asociados a procesos: Tiempo de Ciclo del Proceso (cycle time), Costo Unitario por Actividad, Niveles de Producción, Costos de Falla, Costos de Trabajo, Desperdicio (Costos de Calidad), Beneficios Derivados del Mejoramiento Continuo, /Reingeniería, Eficiencia en Uso de los Activos.

Perspectiva de Aprendizaje Organizacional:

Se refiere a los objetivos e indicadores que sirven como plataforma o motor del desempeño futuro de la empresa, y reflejan su capacidad para adaptarse a nuevas realidades, cambiar y mejorar.

Estas capacidades están fundamentadas en las competencias medulares del negocio, que incluyen las competencias de su gente, el uso de la tecnología como impulsor de valor, la disponibilidad de información estratégica que asegure la oportuna toma de decisiones y la creación de un clima cultural propio para afianzar las acciones transformadoras del negocio..

La consideración de esta perspectiva dentro del BSC, refuerza la importancia de invertir para crear valor futuro, y no solamente en las áreas tradicionales de desarrollo de nuevas instalaciones o nuevos equipos, que sin duda son importantes, pero que hoy en día, por sí solas, no dan respuesta a las nuevas realidades de los negocios.

Algunos indicadores típicos de esta perspectiva incluyen: Brecha de Competencias Clave (personal), Desarrollo de Competencias clave, Retención de personal clave, Captura y Aplicación de Tecnologías y Valor Generado, Ciclo de Toma de Decisiones Clave, Disponibilidad y Uso de “

Bibliografía:

Kaplan Robert, Norton David. “Balanced Score Card” Editorial Gestión 2000.

Autor: Luis Pavisich

Les mencionare algunas y sus principales caracteristicas.

La Metodologia Kimball

Esta metodología se basa en un esquema de tablas tipo Estrella ( soporta copos de nieve) pero el 90% es estrella , es un modelo tipo conceptual y no relacional. (yo prefiero esta metodología en particular) Dentro de lo que propone esta metodologia destaca lo siguiente:soporta copos de nieve) pero el 90% es estrella, es un modelo tipo conceptual y no relacional. (yo prefiero esta metodología en particular) Dentro de lo que esta metodologia Propone destaca lo siguiente:

• Ensamblar dimensiones Junk en los catálogos para hacer más estrechas las tablas de hechos. En Otras Palabras, Por ejemplo si la Familia de un Articulo viene vinculada en si al catalogo de artículo y no a la transacción ,Entonces sugiere que se guarde solo en el catalogo de artículos y no en la tabla de hechos. (sobre todo si este dato (pej la familia) tiene menos de 20,000 registros si excede entonces si nos recomienda meterlo en la tabla de hechos)
• Tenemos que tener presente que el costo de escribir en disco es alto. y que siempre debemos tener presente esto. Por que un dato en BI, es exponencial a través del tiempo
• Nos marca que evitemos agregar columnas que puedan estar demás en la tabla de hechos, es decir podemos hacer cálculos en temporales para llenar un campo en la tabla de hechos o bien , o generar indicadores calculados en el cubo. Es decir TABLAS DE HECHOS ESTRECHAS,
• Sugieren hacer pocos cubos, es decir, en SQL 2005 hacia arriba, tu puedes decir que un grupo de inidcadores apunta a una tabla de hechos y que otro grupo de indicadores apunta a otra tabla de hechos diferentes y ambos grupos de indicadores pertenecen al mismo cubo… un caso podría ser Ventas y Cobranza ( usualmente hacemos un cubo para cada uno, ahora en SQL 2005 o 2008, tu puedes manejar grupos de indicadores que corresponden a Ventas y apuntan a una tabla de hechos en especifico y otro grupo de indicadores que pertenecen a cobranza) para el usuario quedara disponible los indicadores en un solo cubo y podrá ver cuánto le ha facturado a un cliente y este cliente cuanto le debe desde el mismo cubo.
• Para los que aun continuan en 2000, algo similar serian los cubos virtuales.
• Sugiere tener dimensiones degeneradas , es decir de tipo referencial por ejemplo el Folio de una Factura o de un documento y siempre incluirla en el cubo. Esto es con el fin practico de responder ¿Cuales son los documentos que me amparan algun valor en especial?
•  Nos Habla de 3 Tipos de dimensiones a mantener
• 1 la que se actualiza siempre (cualquier catalogo simple)
• 2 la que mantiene historia (dim star, dim end, Bandera) (alguno en el cual queramos saber, en esta fecha este articulo se llamaba asi o pertenecía a este grupo de costeo o a esta familia y actualmente pertenece a tal) en sql 2005 ahora puedes trabajar con este tipo de dimensiones
• 3 la que maneja en campos la historia del Valor Actual y valor anterior. Sugiere utilizar en los catalogos llaves subrogadas , es decir , si tenemos una llave char, sugiere que nosotros generemos una llave alterna que sea entera y que esa llave se use en la liga de la estrella Como metodología ,
• para concentrar información hace referencia a el Area Staging es decir de Espera de datos. Esto quiere decir que realicemos espejo de los datos de operación en una base de datos que quede para el proceso de cubo. esto se recomienda sobre todo cuando tenemos bases de datos distribuidas. o que la operacion es muy demandante.
• Sugerían manejar campos de Control (Uno que me diga que insert o en que proceso me genero alguna informacion) , nos recomienda usar una jerarquia, que contenga por ejemplo: en donde se llena que sp , de donde viene, (la fecha y hora en que se inserto esa información en la estrella, de que servidor venia) , estas informacion se recomienda que quede disponibles para las personas de soporte, con el fin de poder darle seguimiento a las correcciones. Y no tener que andar reprocesando el cubo para ver por que estaba el dato o de donde venia. o como se genero ese numero.

Metodología inmon

Se basa en montar los cubos directamente sobre las tablas relacionales, o bien como un esquema relacional, es decir encabezado y detalle, no crea datamarts, el problema es que este tipo de metodología debe ser muy documentada y además no es tan funcional. en lo personal no la uso. solo la quise mencionar.

Resumen de vida en BI , por Ana Julia Uribe

1. La Reutilización Es una de las capacidades más aprovechadas Dentro de SSIS. En otras palabras, podemos hablar de paquetes de normas que Pueden ser reutilizados en diferentes entornos de desarrollos ETL. Dentro de SSIS, esto Puede lograrse Utilizando plantillas. De Los paquetes de plantillas de SSIS, paquetes hijo reutiilzables que Pueden ser Utilizados En cualquier proyecto una Cantidad ilimitada de veces. Para más información consultar http://support.microsoft.com/kb/908018
2. Evitar Es recomendable la Utilización de puntos (.) En los nombres de los paquetes. De La Utilización de puntos se cruza con la nomenclatura de nombres que Utiliza SQL Server y por lo tanto Debe ser evitada. Una buena practica Consiste en la Utilización de guión bajo (_) en lugar de punto (.).Además es conveniente asegurarse que los nombres de los paquetes no excedan los 100 caracteres de largo. Durante el Despliegue de los paquetes, los caracteres que excedan el largo de 100, Serán quitados del nombre. Esto Puede ocasionar que el paquete de SSIS Tenga errores Durante el periodo de ejecución, especialmente Cuando Se Utiliza “de ejecución de paquetes de tareas” Dentro de otro paquete.
   
3. El flujo de datos de en un paquete es una tarea intensiva para la memoria, en cada uno de los pasos ya nivel Debemos componente revisar cuidadosamente que no estamos pasando columnas innecesarias en el flujo de datos. Esto ayuda en Evitar tiempos adicionales del tiempo total de ejecución del paquete y adicionalmente Mejora el Funcionamiento total de la ejecución del paquete.
4. MIENTRAS SE configuración Cualquier conexión a una OLEDB como fuente, se Debe Evitar usar “la tabla o vista” Como el modo de acceso de los datos, este es similar al “SELECT * FROM, y como alcalde de la parte de nosotros sabe,” SELECT * “es nuestro enemigo, esta sentencia toma en cuenta todas las columnas Incluyendo las que no se INCLUSO requieren. Intentar siempre Utilizar el modo “SQL Command” como modo de acceso de los datos e incluir solamente los nombres de las columnas Requeridas en la declaración “SELECT”. De esta Manera se evita pasar columnas innecesarias en flujo de datos.
5. En los datos de flujo de tareas, Utilizar muy cuidadosamente el plano de conexión Administrador de archivos, Crear un Flat File Connection Manager con la configuración por defecto utilizará el tipo de datos [DT_STR] por defecto para todos los valores de la columna. Ésta no es siempre la opción correcta porque porque Puede existir algun tipo de dato numérico, número entero o columnas boleanas en la fuente, pasándolo como string en el flujo hacia abajo se utilizaría memoria innecesaria Puede Causar y cierto errores en las fases posteriores de la ejecución del paquete.
6. Ordenar El ordenar datos es una operación que consume mucho tiempo; en SSIS puedes ordenar los datos que vienen desde un componente de las Naciones Unidas Utilizando superior “transformación”, no obstante esto es una tarea que consume mucha memoria y el resultado total de la degradación el Funcionamiento de la ejecución del paquete. Como mejor práctica, en los lugares en donde sabemos que los datos Están Viniendo de las tablas de la base de datos SQL Server, es el mejor Realizar la operación de ordenar Los Mismos en motor de la base de datos Utilizando una sentencia TSQL Dentro del Consulta APROPIADO. Esto es mucho mejor Porque El ordenamiento de datos en la base de datos es una tarea mucho mas Refinada y depurada en SQL Server.
7. Durante el desarrollo de los paquetes de SSIS, alcalde de la parte del tiempo uno tiene que compartir su paquete con otros miembros del equipo o uno tiene que desplegar el mismo paquete una Cualquier otro desarrollador, UAT o entorno de producción. Una cosa que un desarrollador tiene que cerciorarse es Utilizar el nivel correcto de la Protección del paquete. Si alguien va con el nivel de la Protección del paquete del defecto “entonces EncryptSenstiveWithUserKey” El mismo paquete No pudo ejecutarse según lo esperado en otros ambientes Porque El paquete Fue cifrado con la llave personal del usuario. Para hacer la ejecución del paquete común una Través de diferentes entornos, uno tiene que primero entender el comportamiento de la Característica del nivel de la Protección del paquete, Leer es aconsejable http://msdn2.microsoft.com/en-us/library/microsoft.sqlserver.dts.runtime.dtsprotectionlevel.aspx. Generalmente, para Evitar los errores mas comunes Durante el Despliegue de paquetes a partir de un sistema un otro sistema, Fijar La protección del paquete un ‘DontSaveSenstive.
8. Una buena práctica es Utilizar Secuencia contenedores en paquetes de SSIS para agrupar diversos componentes en el ‘nivel de control de flujo. Esto OFRECE ámbito de las Naciones Unidas para las variables de un grupo de tareas relacionadas y de los contenedores que Puede Ser Utilizado Proporciona la facilidad para manejar las propiedades de múltiples tareas fijando la propiedad en el Proporciona ‘Secuencia contenedor de alto nivel “Facilidad para Definir el nivel de aislamiento de La transacción del sistema en el contenedor de alto nivel. Para más información sobre los envases de la secuencia, por favor ver http://msdn2.microsoft.com/en-us/library/ms139855.aspx.
9. Si estás diseñando una solución de ETL para una pequeña, media o grande parte del negocio de una empresa, siempre es bueno Tener una Característica Permita que reiniciar los paquetes fallados a partir del punto de la falla. Soportar para el reinicio de paquetes fallidos desde el punto de la SSIS Tienen una Característica de fábrica llamada ‘Checkpoint’ Excepción. Sin embargo, ES NECESARIO configurar la Característica del punto de comprobación en el nivel del paquete. Para más información, ver http://msdn2.microsoft.com/en-us/library/ms140226.aspx.
10. Tarea Ejecutar SQL es nuestro mejor amigo en SSIS; podemos Utilizar para esto Ejecutar una Declaración simple o múltiple de sentencias SQL a la vez. La belleza de este componente es Que puede retornar resultados en diferentes formatos, por ejemplo: fila, fila completo set y XML. Puedes crear diversos tipo de conexiones usando este componente como OLEDB, ODBC, ADO, ADO.NET y SQL Mobile. Personalmente prefiero Utilizar este componente alcalde de la parte del tiempo con mis sentencias PARA CADA Definir para las iteraciones y verificar si ejecuto la tarea de SQL. Para más información, ver http://msdn2.microsoft.com/en-us/library/ms141003.aspx y http://www.sqlis.com/58.aspx.
    

Evitar Operadores adicionales:

• Remplazar (ab) / a por 1 – (b / a) Siempre que sea posible

Utilizar los atributos

• Remplazar Filtro (Customer.name.Name.members, Customer.name.currentmember.properties ( “Sexo”) = “Hombre”)
• por Promedio (Customer.Name.Name.members * Customers.Gender.Male, Measures.Sales)
• o por (Customers.Gender.Male, Measures.Sales)

Utilizar el “Is” para comparar

• IIF ([Código de moneda]. Currentmember.Name = “EE.UU.”], …) Por este: IIF ([Código de moneda]. CurrentMember IS [Código de moneda]. [EE.UU.], …) 

   

Muchas veces cuando hacemos BI, normalmente los clientes o incluso el mismo personal de TI que esta inmerso en la operacion, nos hablan con gran familiaridad de los terminos que ellos utilizan, les paso informacion de alguno de los terminos para conocimiento general.

• ¿Qué es un estado financiero?

Es un documento cuyo fin es proporcionar información de la situación financiera de la empresa para apoyar la toma de decisiones.

• ¿Qué es la situación financiera en la empresa?

Es la situación que se tiene de acuerdo a los resultados obtenidos una vez que se han realizado las operaciones a una fecha o periodo.

• ¿Cuál es el punto de contacto entre el estado de situación financiera con el estado de resultados?

El punto de contacto es la utilidad o pérdida obtenida del ejercicio.

• ¿Qué estados financieros conoces?

El estado de resultados, el estado de costos de producción, el estado de resultados y el estado de cambios en la situación financiera.

• ¿Cómo se determina el costo de ventas?

Inventario Inicial+ Compras= Disponible- Inventario Final= Costo de ventas

• ¿Cómo se determina el costo de producción y de lo vendido?

El costo de lo vendido muestra el costo de producción o adquisición, según sea la empresa de transformación o comercializadora, de los artículos vendidos que generaron los ingresos reportados en el renglón de ventas.

• ¿Qué diferencia hay entre el costo de producción y el costo de ventas?

El costo de producción lo determina una empresa que se dedica a la fabricación y el costo de ventas una empresa comercializadora.

• Por qué la depreciación es una cuenta que se presenta en el estado de resultados?

Porque es un gasto de operación, como los gastos indirectos y se refieren a los gastos del periodo (mes).

• ¿A qué se refiere la cuenta de otros gastos y otros productos?

Contiene otras operaciones no habituales de la actividad como lo son la utilidad o pérdida del activo.

• Dentro del balance general en el activo diferido encontramos el concepto de gasto de constitución ¿A qué se refiere?

Es un gasto pagado por anticipado y se refiere a los gastos notariales para constituir la empresa.

• ¿A qué se refiere el pasivo a largo plazo?

Es el pasivo fijo.

• En el estado de pérdidas y ganancias en el concepto de gastos financieros encontramos los gastos de situación financiera ¿A qué se refiere y que abarcan estos?

Son comisiones bancarias, el banco cobra el servicio de transferir dinero de una localidad a otra.

• ¿Qué son las utilidades acumuladas?

Son las actividades que se van reuniendo de ejercicio en ejercicio y se encuentran pendientes de aplicar.

• ¿Qué son los dividendos?

Son las utilidades que se reparten a los accionistas.

• Qué significa la vida útil de un bien?

Es el tiempo de duración en que un bien estando en buen estado rinda servicios, esta duración de uso la establece la ley, como ejemplo podemos citar el costo de maquinaria donde la vida útil es de 10 años y la depreciación legal es igual al 10% anual.

• ¿Puede variarse a criterio la vida útil de un bien, aumentar o disminuir?

Si puede variarse, pero para aumentar la tasa hay que pedir autorización.

• ¿Le conviene a la empresa disminuir la tasa de depreciación?

No, porque es una deducción fiscal y como tal disminuye la base del impuesto.

• ¿En qué momento inicia la depreciación contable?

La depreciación inicia en el momento de usar el bien, teniendo hasta un año para aplicar la depreciación, ya que de otra forma se pierde el derecho de aplicarla.

• ¿Qué es la inflación?

La inflación se produce cuando la cantidad de dinero aumenta más rápidamente que la de los bienes y servicios; cuanto mayor es el incremento de la cantidad de dinero por unidad de producción, la tasa de inflación es más alta.Es el continuo incremento en precios, derivados de un incremento en la cantidad de dinero y crédito en circulación respecto a los bienes disponibles.La inflación es una enfermedad, peligrosa y a veces fatal, que si no se remedia a tiempo puede destruir a una sociedad.

• Establezca la diferencia entre valor real y valor nominal de dinero.

El valor nominal es el que aparece inscrito en los documentos mercantiles y títulos valor, mientras que el valor real es el equivalente que tiene en dinero en el momento presente un ingreso o gasto que se realizará en el futuro.

• Qué significa reexpresión?

Actualizar la información contenida en los estados financieros que contienen partida que su valor se ve afectado por la inflación y muestran información errónea la cual se tiene que actualizar para conocer el valor real de estos conceptos.La Reexpresion es obligatoria y nos menciona que sólo algunas cuentas son viables a ser modificados, es decir, su aplicación es parcial.

• ¿Para qué sirve la reexpresión?

Para observar la partida doble, o sea, es una “Cuenta Transitoria” que al finalizar todo el proceso de la actualización deberá quedar saldada para poder elaborar los estados financieros básicos.

• De acuerdo con el Colegio de Contadores Públicos menciona las dos formas para llevar a cabo la reexpresión.

a) El Método de Ajuste por Cambios en el Nivel General de Precios.Consiste en corregir la unidad de medida empleada por la contabilidad tradicional, utilizando pesos constantes en vez de pesos nominales.

b) El Método de Actualización de Costos Específicos, llamado también Valores de Reposición.Este se funda en la medición de valores que se generan en le presente, en lugar de valores provocados por intercambios realizados en el pasado.
Continuara…..