Informática para la Administración Editorial · 29 min de lectura
Tipos de sistemas de información y sistemas transaccionales
En este apunte 26 partes
- Mapa rápido
- Saroka (2002): Tipos de sistemas de información
- Tesis central
- Conceptos clave
- Los ERP en detalle (págs. 4-13)
- Por qué Saroka rechaza «MIS» (pág. 15)
- Los tres métodos «tradicionales» para detectar necesidades del ejecutivo (Rockart; págs. 22-24)
- Distinciones (tabla)
- Los SAD/DSS (págs. 16-19)
- EIS/ESS frente a DSS (págs. 27-28)
- Data warehouse: lo que cae seguro (págs. 29-43)
- Ejemplos del texto
- Casanovas (2014): La administración empresarial, los sistemas transaccionales
- Tesis central
- Conceptos clave
- Comercialización: circuito en 6 módulos (págs. 8-23)
- Compras: circuito en 8 módulos (págs. 23-38)
- Cobranzas: circuito en 5 módulos (págs. 38-44)
- Pagos: circuito en 4 módulos (págs. 45-49)
- Función Contable (págs. 49-50)
- Distinciones (tabla)
- Cuadro comparativo de tipos de sistemas (según Saroka)
- Quién dijo qué
- Lo imprescindible (repaso de 5 minutos)
- Erratas de las fuentes
- Autoevaluación
⚠️ Borrador. Este apunte se armó a partir de los textos del campus, algunos escaneados. Los datos marcados [verificar] o [reconstruido] no están confirmados: contrastalos con la bibliografía. Si encontrás un error, avisame con 💡 Sugerencias.
Textos: Saroka (2002), «Tipos de sistemas de información» (Unidad 2, Sistemas de información en la era digital) · Casanovas (coord., 2014), «La administración empresarial: los sistemas transaccionales» (cap. 5, TIC aplicadas a la administración y gestión editorial) | Tiempo estimado de lectura: 25 min Las páginas citadas (
pág. N) son las del .txt (separador=== pág. N ===), no las del libro impreso. Los ejemplos de editorial marcados [ejemplo propio] no están en los textos: son aplicaciones mías para estudiar.
Mapa rápido #
- Saroka parte de una idea: cada tipo de sistema de información responde a un nivel de la organización y al tipo de decisión que allí se toma (estructurada → semiestructurada → no estructurada, a medida que se sube en la pirámide). Pág. 1.
- Pirámide de Saroka (de abajo hacia arriba): transaccionales (TPS/OLTP, ERP, CRM) → DSS/SAD (control operativo y táctico, decisiones semiestructuradas) → sistemas para el nivel superior (EIS/ESS, BI, OLAP; decisiones no estructuradas). Pág. 46-47.
- Saroka no acepta MIS como categoría propia: lo llama «información para control operativo», un subproducto de los transaccionales (pág. 15).
- Casanovas baja los transaccionales al terreno editorial: los módulos Comercialización, Compras, Cobranzas y Pagos, más la función Contable que los resume. Describe archivos, campos, documentos y secuencias.
- Hilo común: los transaccionales son la fuente de datos de todo lo demás. Sin buenos datos de ventas, stock y cuentas corrientes, no hay DSS, ni EIS, ni BI.
Saroka (2002): Tipos de sistemas de información #
Tesis central #
Las distintas clases de sistemas de información surgen de necesidades diferentes de los subsistemas de la organización. Las organizaciones tienen 4 niveles: operativo (procesos físicos de producción y distribución), control operativo, decisiones tácticas y decisiones estratégicas (pág. 1). Cuanto más se sube, menos estructuradas son las decisiones, y por eso hacen falta sistemas distintos para cada nivel.
Conceptos clave #
- Transacción: intercambio entre un usuario que opera una terminal y un sistema de procesamiento de datos, en el que se concreta un resultado. Implica captura y validación de datos, consulta y/o actualización de archivos y una respuesta. Es una operación individual, breve e indivisible (pág. 2).
- Sistemas transaccionales (TPS, Transaction Processing Systems): satisfacen el nivel operativo; automatizan tareas rutinarias, repetitivas y relativamente sencillas, eliminan «papeleo», reducen errores y mano de obra. Históricamente fueron los primeros (y durante años casi los únicos) en computarizarse (págs. 2-3).
- OLTP (On Line Transaction Processing): transaccional con procesamiento en tiempo real (simultáneo a los hechos) (pág. 3).
- Ejemplos de transaccionales: Contabilidad, Facturación, Inventarios, Ventas, Proveedores, Cuentas Corrientes, Cobranzas, Caja, Bancos, Sueldos, Finanzas, Compras, Planeamiento y Control de la Producción. Los «sistemas para mercados verticales» son los específicos de una rama (reserva de pasajes, administración hotelera, hospitalaria, etc.) (pág. 3).
- Paquete vs. a medida: para la mayoría hay paquetes estandarizados; en los más potentes se plantea la alternativa estratégica entre soluciones de terceros y desarrollo «a medida» (págs. 3-4).
- ERP (Enterprise Resource Planning): «paquete de programas estandarizados que le permite a una compañía automatizar e integrar la mayor parte de sus procesos de negocios, compartir datos y prácticas entre todos los miembros de la organización, y producir y acceder a la información en un ambiente de tiempo real» (pág. 4, cita de Gestión, 1999). Saroka advierte que poco tiene que ver con «planificar recursos»; viene de los MRP (Material Requirement Planning, años 60) → MRPII (años 80, Manufacturing Requirements Planning) → ERP (años 90, al sumar finanzas, RR. HH., compras y ventas).
- Información para control operativo: nombre que Saroka prefiere a «MIS». Son los informes (totales de ventas, cuentas con deuda de más de tres meses) que salen como subproducto natural de los transaccionales, de forma repetitiva y según calendario; sirven a los niveles medios y, más resumidos, a los altos (págs. 14-15).
- SAD / DSS (Sistemas de Apoyo a la Decisión / Decision Support Systems): sistemas computarizados, casi siempre interactivos, diseñados para asistir a un ejecutivo en problemas no totalmente estructurados, incorporando datos y modelos (pág. 16).
- Análisis «¿qué pasaría si…?» (what-if): modificar uno o más supuestos de un modelo para ver el impacto en el resultado (pág. 16).
- EIS/ESS (Executive Information/Support Systems): sistema que da a los gerentes acceso a la información relevante para su gestión; soporta actividades estratégicas (definir políticas, planear, presupuestar); recolecta, analiza e integra datos internos y externos en indicadores (pág. 27).
- BI (Business Intelligence / Inteligencia de negocios): «proceso centrado en el usuario que permite explorar datos, relaciones entre datos y tendencias, permitiendo mejorar la toma de decisiones» (pág. 28, cita de Plotkin, 1999).
- Data warehouse: repositorio de información extraída de otros sistemas (transaccionales, bases departamentales, intranet, bases externas), accesible a usuarios de negocios; datos orientados al tema, integrados, no volátiles e historiados (pág. 29).
- Data mart: repositorio menos ambicioso que el data warehouse; abarca un área o tema, no toda la compañía; más rápido y barato de construir. Puede ser dependiente (se alimenta del data warehouse) o independiente (toma datos de transaccionales o se carga a mano) (págs. 31-32).
- Data mining: no es un tipo de análisis sino una variedad; abarca modelización/segmentación y descubrimiento del conocimiento. Objetivo: hallar relaciones entre datos que no se hallarían sin procedimientos especializados (pág. 37).
- ETL (Extraction, Transformation, Loading): herramientas para extraer datos de los transaccionales, transformarlos a un formato consistente orientado al negocio y cargarlos en el data warehouse (págs. 40-41).
- OLAP (On Line Analytical Processing): aplicaciones y tecnologías para capturar, almacenar, manipular y reproducir datos multidimensionales como base de análisis (pág. 45). ROLAP (Relational OLAP): análisis multidimensional sobre bases relacionales, tablas bidimensionales que forman cubos temporales al consultar. MOLAP (Multidimensional OLAP): tablas multidimensionales en forma de cubos, con asociaciones ya definidas al momento de la consulta.
- Información blanda vs. dura: blanda = confiabilidad y valor no precisos (por la fuente o la ambigüedad de la evidencia); dura = validez comprobada, alta confiabilidad. Cuanto más se sube en la pirámide, más blanda la información (págs. 20-21).
- FCE (Factores Clave para el Éxito): actividades que es imprescindible que salgan bien para que la gestión salga bien. Por puesto, entre tres y seis; son personales (no de la organización), temporales y cambian con el contexto (págs. 24-26). Método de John F. Rockart (MIT, 1977-1979), con antecedentes de Daniel (1961) y Anthony, Dearden y Vancil (1971).
Los ERP en detalle (págs. 4-13) #
- Características: (1) sistema integrado, con una base de datos central que alimenta y es alimentada por las aplicaciones; (2) diseño basado en «mejores prácticas», definidas por el vendedor y no por el cliente; (3) capacidad de personalización limitada: módulos y tablas de configuración; si no alcanza, se modifica el código o se hace una interfaz con un sistema externo, lo que diluye los beneficios.
- Inversión de la secuencia clásica: antes la empresa definía su negocio y elegía un software que se adecuara; con los ERP, los procesos deben modificarse para ajustarse al sistema. Se recomienda un enfoque híbrido: tocar el código solo si la ventaja competitiva de un proceso no estándar está claramente demostrada.
- Costos: implementar cuesta más que el producto; el costo total se estima en 3 a 5 veces el valor de las licencias (a veces mucho más). Incluye consultoría, infraestructura, capacitación, gestión del cambio y tiempo del personal propio. «Un sistema ERP no es simplemente un proyecto, es como una forma de vida» (pág. 8).
- Motivaciones (de negocio, no tecnológicas): fragmentación de la información, necesidad de intercomunicar sistemas dispares, redundancia de datos.
- Riesgos: los mayores problemas son del negocio, no técnicos; subestimar el impacto en personas y roles; mala selección, mala gestión del proyecto y mal manejo del cambio; el legado (sistemas viejos).
- Ventajas: menos tiempo de desarrollo, sistemas probados, actualización por el proveedor (cambios contables o legales), red de soporte, mejores prácticas, costos más predecibles, modularidad, consolidación de empresas de un grupo aun con distintos idiomas o monedas.
- Desventajas: personalización compleja, dependencia del proveedor, alto costo y esfuerzo, hay que adaptar procesos, no todos los módulos son buenos, más recursos de cómputo, obsolescencia forzada.
- Factores de éxito: apoyo de la dirección superior, verlo como iniciativa de negocio y no solo de tecnología, gestión del cambio, capacitación, equipos con líderes, reingeniería de procesos, gestión del conocimiento y superusuarios (personas del área funcional que hacen de interfaz con sistemas, proveedores y consultores).
Por qué Saroka rechaza «MIS» (pág. 15) #
- Parece un sistema independiente y es un producto derivado del procesamiento transaccional.
- No hay consenso sobre su significado (para unos es solo la información para control operativo; para otros abarca mucha más información gerencial).
- Los proveedores de tecnología bastardearon el término.
Los tres métodos «tradicionales» para detectar necesidades del ejecutivo (Rockart; págs. 22-24) #
| Método | Idea | Problema que señala Saroka |
|---|---|---|
| Técnica del subproducto | La información para ejecutivos es un subproducto de los transaccionales; cada responsable sube lo que cree | Inundación de información irrelevante; confunde eficiencia transaccional con utilidad gerencial |
| Enfoque vacío | Es imposible prever necesidades; vale solo la información oral, informal, reciente, «caliente» | Falacia de que todo informe computarizado es inútil; igual los sistemas aportan datos imprescindibles |
| Principales indicadores | Se eligen indicadores fijos de la «salud del negocio» y se informan las excepciones | Se informan todas las variables desviadas (a veces más de 50); mismo paquete para toda la organización, sin atender cada puesto |
El método de los FCE de Rockart es la alternativa: entrevistas de 3 a 6 horas en 2 o 3 sesiones, con 7 pasos (registrar objetivos → discutir FCE implícitos → criterios de medición → afinar con el analista → discutir mediciones → proponer informes → acuerdo final).
Cuatro fuentes de FCE: la industria, la organización y su situación en ella, el contexto (tendencias de consumo, economía, política) y la coyuntura (áreas normalmente sin seguimiento especial, pero críticas temporalmente). Dos tipos de FCE: de seguimiento (control de operaciones en curso) y de transformación (programas de cambio iniciados por el ejecutivo). Cuanto más alto el puesto, más FCE de transformación.
Distinciones (tabla) #
| Par | A | B |
|---|---|---|
| Información | Dura: validez comprobada | Blanda: confiabilidad imprecisa; predomina en niveles altos |
| FCE vs. metas/objetivos | FCE: personales, cambian con el tiempo | Metas/objetivos: relativamente inmutables, definidos en términos organizacionales |
| Data warehouse vs. data mart | Abarca toda la compañía | Abarca un área o tema; más barato y rápido |
| Data mart dependiente vs. independiente | Se alimenta del data warehouse | Toma de transaccionales o se carga manualmente |
| OLTP vs. OLAP | Procesos, datos actuales, bidimensional, respuesta crítica | Tema, históricos, multidimensional, respuesta no crítica (ver tabla abajo) |
| ROLAP vs. MOLAP | Sobre bases relacionales; cubos temporales | Cubos multidimensionales predefinidos |
| FCE de seguimiento vs. de transformación | Control de operaciones en curso | Avance de programas de cambio |
OLTP (transaccional) frente a OLAP (analítico) (pág. 44): | Aspecto | OLTP | OLAP | |---|---|---| | Orientación | A los procesos | Al tema, alcance corporativo | | Datos | Actuales (historia limitada) | Actuales e históricos | | Actualización | Con cada transacción | Periódica | | Usuarios | Nivel operativo | Analistas y nivel gerencial | | Estructura | Bidimensional | Multidimensional | | Tiempo de respuesta | Crítico | No crítico |
Los SAD/DSS (págs. 16-19) #
- Objetivos: apoyar (no reemplazar) el juicio humano; herramientas bajo control del usuario, sin automatizar todo el proceso decisorio; incorporar la creatividad y el juicio del «decididor» en formulación del problema, selección de datos y generación/evaluación de alternativas; apoyar a ejecutivos de alto nivel en problemas no totalmente estructurados.
- Componentes: (1) base de datos (SABD: datos de transacciones, otros datos internos y datos externos), (2) base de modelos (SABM: modelos estratégicos, tácticos y operativos y programas para construirlos), (3) generador de diálogo / interfaz con el usuario, (4) el decididor. La administración de modelos es «la característica distintiva» de un SAD.
- Características: se enfocan en procesos de decisión, no en transacciones; se implantan y modifican rápido; suelen ser construidos por los propios usuarios con planillas de cálculo (Excel, Lotus); la decisión es responsabilidad del ejecutivo.
- Aplicaciones (lista del texto): análisis financiero, presupuestación, consolidación, análisis de costos, valuación de empresas, evaluación de proyectos, análisis de ventas y de mercados, simulación, impacto financiero de contratos, análisis de rentabilidad por tipo de cliente, entre otras.
- Ejemplos del texto: planilla de estado financiero proyectado con análisis what if (ingresos, costo de materias primas, paridad cambiaria, tasa de interés); modelo de ingresos de una prepaga al subir la cuota (afiliados × cuota, con un porcentaje de rescisión).
EIS/ESS frente a DSS (págs. 27-28) #
- La diferencia básica es el destinatario: los EIS/ESS apuntan al nivel ejecutivo, que necesita otro tipo de información y la trata distinto.
- Características: abarcan varias aplicaciones (incluidos varios DSS y automatización de oficinas); requieren una base de datos mayor; dan acceso a datos externos (industria, competidores, clientes); mayor énfasis en la interfaz (fácil de usar y entender); mayor impacto en la organización; suman correo electrónico, calendarios y conferencias por computadora. Lo más común es el acceso inmediato a una base de datos única con datos financieros y operacionales.
Data warehouse: lo que cae seguro (págs. 29-43) #
- Cuatro características de los datos: orientados al tema, integrados, historiados, no volátiles (la no volatilidad es consecuencia de la historialización: la misma consulta con fecha de referencia da lo mismo tres meses después).
- Por qué es una plataforma duplicada: no recarga los transaccionales y los datos originales no pueden ser alterados por las consultas (más seguridad).
- Cuatro clases de datos: detallados, comprimidos, históricos y metadatos (organizados en un eje histórico y un eje sintético). Metadatos: del negocio (para el usuario final), de la base de datos y de aplicaciones.
- Cuatro métodos de análisis (evolución según Dyché, 2000): consultas estándar (predefinidas; las más usadas), análisis multidimensional, modelización y segmentación, descubrimiento del conocimiento (patrones no especificados de antemano; ejemplo: análisis de afinidad, «el 80 % de quienes compran papas fritas compra gaseosas»).
- Tres tipos de data mining (por proceso): descubrimiento, modelado predictivo, análisis forense (detecta anomalías respecto de la norma). Métodos: estadística, árboles de decisión, algoritmos genéticos, redes neuronales y lógica difusa.
- Visualización: drill down / drill up (del agregado al detalle y viceversa), drill across (moverse entre datos distintos, p. ej. de los 10 productos más vendidos a los locales que los vendieron), slice and dice (rotar el cubo para cambiar el punto de vista).
- ETL: extracción, transformación (sumarización, agregación, ordenamiento, agrupamiento) y carga (periódica, con frecuencia programada).
- Beneficios: única plataforma para datos heterogéneos, «pretexto» para limpiarlos, acceso más amplio sin depender de expertos, mejor atención al cliente, evitar números conflictivos. La integración es muy compleja y consume un alto porcentaje del proyecto; el éxito depende de comenzar por los requerimientos del negocio.
Ejemplos del texto #
Prepaga (what-if sobre la cuota), precio del trigo en Chicago (ejemplo de FCE de la dirección; el atraso en la red de computación sería FCE del gerente de sistemas, no de la dirección), papas fritas y gaseosas (afinidad), marcas → productos → regiones (drill down), cubo producto × sucursal × actual/proyectada (slice and dice).
Casanovas (2014): La administración empresarial, los sistemas transaccionales #
Tesis central #
Los sistemas transaccionales se estudian dentro de los sistemas de información administrativos integrados: módulos de Comercialización (Ventas), Compras, Cobranzas y Pagos que comparten una base de datos común, más la función Contable, que los resume. Producción y Recursos Humanos quedan afuera porque son demasiado específicos de cada empresa para armar un esquema «típico» (pág. 2). Al final del capítulo, el original trata los sistemas integrados de software administrativo (ERP), pero ese tramo no figura en el .txt disponible (termina en la pág. 50, en la función contable).
Conceptos clave #
- Sistema integrado: varios subsistemas entre los que fluyen los datos para cumplir el objetivo del sistema general; los datos comunes se almacenan una sola vez, evitando redundancia (datos repetidos) e incoherencia (datos ambiguos). Surgió porque los primeros sistemas funcionaban como «islas», y fue posible gracias a las bases de datos (pág. 3).
- Archivo maestro: datos relativamente permanentes, de carácter único, cuya existencia no depende de transacciones. Ejemplos: ‘Productos’, ‘Clientes’, ‘Bancos’ (pág. 3). Esquema: campos de identificación y campos de atributos.
- Archivo transaccional: registra las operaciones; cada registro depende de una transacción. Ejemplos: ‘Pedidos’, ‘Facturas’, ‘Cuenta Corriente de Clientes’. Se estructura en cabecera (datos únicos: número, fecha, cliente, total) y detalle (ítems repetitivos: artículos de un pedido) (pág. 4).
- Campos: obligatorios/mandatorios (p. ej. condición frente al IVA, sin la cual no se sabe qué factura emitir) y opcionales (nombre del contacto). Los campos clave son obligatorios y únicos: identifican unívocamente un registro (CUIT, número de comprobante).
- Baja lógica: un producto, cliente o proveedor dado de baja no se borra ni se reutiliza su código; se marca (activo/baja o fecha y motivo), para poder recuperar sus transacciones (pág. 10, nota 5).
- Campos protegidos: ciertos campos (como el código) no se pueden modificar, porque se perdería la trazabilidad de las transacciones.
- Cuenta corriente: archivo que registra en forma resumida los movimientos que aumentan la deuda (facturas, notas de débito) o la disminuyen (notas de crédito, recibos) (pág. 21).
- Remito: documento que acompaña la mercadería (letra «X», «documento no válido como factura»); sin precio ni condición de pago; se emite por duplicado y vuelve conformado por el cliente (págs. 17-18).
Comercialización: circuito en 6 módulos (págs. 8-23) #
- Catalogación de productos (altas, bajas, modificaciones del ‘Catálogo’; control por ISBN, código de barras o descripción técnica; baja solo si no hay stock ni pedidos pendientes).
- Registro y actualización de clientes (control por CUIT/CUIL; baja solo sin deudas ni pedidos pendientes).
- Emisión del pedido (nota de pedido: verifica cliente, precios de lista, condición de pago, límite de crédito y deudas vencidas, y existencias; las unidades quedan reservadas/comprometidas y no se descuentan del stock hasta facturar).
- Entrega del pedido (Almacenes arma el envío y emite el remito; actualiza ‘Stock’ y ‘cantidad entregada’).
- Facturación y registración de la deuda (factura, nota de débito o nota de crédito, que actualizan existencias y ‘Cuenta Corriente de clientes’ y marcan el remito como facturado).
- Control postventa / reportes de gestión (listados de ventas, pedidos pendientes, remitos sin facturar, existencias bajo el punto de pedido, etc.).
Archivos de la función (Comercialización): ‘Catálogo’ (siempre guarda el último precio vigente; los anteriores van a ‘Precios históricos’), ‘Stock de productos terminados’ (registra existencias, no movimientos), ‘Movimientos de stock’, ‘Clientes’, ‘Vendedores’, ‘Pedidos’, ‘Remitos’, ‘Comprobantes de venta’ y ‘Cuenta Corriente de clientes’.
Campos del ‘Stock’: código de producto, depósito, ubicación (rack, fila, columna), existencia, punto de pedido (mínimo que alerta reposición), stock máximo, comprometido o reservado (evita que dos vendedores vendan el mismo lote).
Campos editoriales adicionales del ‘Catálogo’ (pág. 11): colección, título, subtítulo, ISBN/ISSN, responsable (autor, compilador, coordinador, traductor, editor), precio de tapa, editorial, año y lugar de edición, tirada, tomo, páginas, encuadernación, peso.
Particularidades editoriales que señala el texto: es muy importante el movimiento de mercadería en consignación (admite devolución y no se factura de inmediato) y las entregas de libros para difusión y promoción (pág. 12). Y la liquidación de derechos de autor (pág. 23): requiere un registro maestro de autores con el porcentaje pactado por título y el precio de tapa; el sistema informa la cantidad de ejemplares sujetos a liquidación (desde facturación o existencias) y se lleva una cuenta corriente aparte por los adelantos y pagos.
Valuación de existencias (pág. 6): PEPS (primero entrado, primero salido: el inventario queda con lo más reciente; con inflación muestra valores más actualizados y, al costear lo vendido con lo más viejo, la utilidad es más alta), UEPS (último entrado, primero salido: inventario con lo comprado primero; costo de venta con valores recientes, utilidad e inventario más bajos) y PPP (precio promedio ponderado: costo promedio del ejercicio). Lo determina Finanzas; el criterio de Compras debe coincidir con el de productos terminados.
Facturación (págs. 19-20): reglamentada por la Resolución de AFIP 1415. Numeración: 4 dígitos de sucursal + 8 dígitos secuenciales por tipo de factura; al menos por duplicado. Venta masiva a consumidores finales: controlador fiscal con memoria fiscal. Tipo de factura según la posición frente al IVA de emisor y receptor: | Emisor → receptor | Factura | |---|---| | Responsable inscripto → responsable inscripto | A (IVA discriminado) | | Inscripto → responsable no inscripto | A con alícuota + 50 % discriminado (21 % + 10,5 %) | | Inscripto → consumidor final, exento o monotributista | B (IVA sin discriminar) | | Operaciones con el exterior | E | | Emisor no inscripto, exento o monotributista | C | Nota de débito (gastos de flete, intereses, recargos) y nota de crédito (devoluciones) usan el mismo formulario. Alícuotas de IVA en la nota 4 (pág. 10): general 21 %, reducida 10,5 %, diferencial 27 %, y 0 % para artículos «socialmente prioritarios, como los libros o la leche». [verificar] estos porcentajes y el régimen vigente.
Compras: circuito en 8 módulos (págs. 23-38) #
Ingreso y actualización de proveedores → catalogación de insumos → relación insumo-proveedor (de doble entrada: un insumo puede tener varios proveedores y viceversa) → detección de necesidad de compra → solicitud de cotizaciones → orden de compra → recepción → registración de la deuda con el proveedor. - Estructura de la función: centralizada (una sola planta; economía de registros y menos existencias), descentralizada (varias fábricas distantes) o combinada (centralizar lo común para mejor precio; lo local se compra localmente). Para compras muy grandes: licitación (sobre cerrado). - Tipos de compra (cuadro 5.6): normales (insumos habituales), especiales o mayores (inhabituales o de importe alto, p. ej. una máquina), menores (lapiceras, tóner, limpieza) y para mantenimiento de fábrica. - Disparadores de una compra: reposición automática al llegar al punto mínimo; pedidos internos de Producción en el «trabajo sobre pedido»; o una combinación. Registro en ‘Pedidos internos’. - Control de la factura del proveedor (pág. 37): cantidad facturada = informe de recepción; sin mercadería rechazada; precio, condiciones de pago y cargos coinciden con la orden de compra; totales e impuestos bien calculados. Recién entonces se registra la deuda. - Detalle legal: la deuda con el proveedor debe asentarse cuando los insumos ingresan, no cuando llega la factura (si llega solo el remito, se valoriza con la orden de compra y se ajusta después). - El IVA de ventas es débito fiscal y el IVA de compras, crédito fiscal; se compensan para calcular el IVA a pagar.
Cobranzas: circuito en 5 módulos (págs. 38-44) #
Asignación de recibos a cobradores → emisión del listado de cobranzas (vencimientos del día) → rendición de cobranzas → registración de valores (‘Cheques de terceros en cartera’, con numeración interna secuencial) → depósito bancario. Misión: transformar un crédito (deuda del cliente) en disponibilidad (dinero o cheques). Los valores se depositan el mismo día (control interno); el clearing es la demora para disponer de un cheque de otro banco. Cobranzas genera el saldo bancario, la cartera de valores (para Finanzas) y el índice de incobrabilidad.
Pagos: circuito en 4 módulos (págs. 45-49) #
Listado de vencimientos → orden de pago → actualización de la situación de valores → cancelación de la deuda. Misión: cancelar una obligación contraída con un proveedor. La orden de pago es el comprobante de control de todos los egresos de valores, numerado correlativamente (los cheques propios pueden tener numeración discontinua). Se registra después el recibo del proveedor como control de que recibió los valores. Se evita el pago doble marcando la deuda como cancelada al emitir la orden. Un recibo provisorio no tiene validez legal.
Función Contable (págs. 49-50) #
- Jerárquicamente está por encima de las otras cuatro; no está orientada a transacciones sino al control y la toma de decisiones financieras; contiene información sumarizada, por eso Casanovas la categoriza como sistema de gestión.
- Produce el Balance general (situación patrimonial: activo – pasivo = patrimonio neto) y el Estado/Cuadro de resultados (pérdidas y ganancias del ejercicio, no el patrimonio).
- Partida doble: los valores deben balancearse exactamente. Libros exigidos por ley: Diario general, Inventario, Sueldos y jornales, IVA de ventas, IVA de compras. Informes exigidos: Balance general anual y Estado de resultados.
- Hoy el detalle se registra de forma descentralizada en Compras, Ventas, Pagos y Cobranzas; Contabilidad recibe totales acumulados mediante un proceso automático que genera un asiento resumen en el Diario general. La marca contable impide transferir dos veces el mismo comprobante.
Distinciones (tabla) #
| Par | A | B |
|---|---|---|
| Archivo maestro vs. transaccional | Datos permanentes, únicos, independientes de transacciones (Clientes, Productos) | Un registro por transacción, con cabecera y detalle (Pedidos, Facturas) |
| Cabecera vs. detalle | Datos únicos del comprobante | Ítems repetitivos |
| Campo obligatorio vs. opcional vs. clave | Sin él no funciona el sistema | Puede quedar en blanco; clave = único, identifica el registro |
| Pedido vs. remito vs. factura | Pedido: reserva stock, no lo descuenta | Remito: sale la mercadería, sin precios; factura: formaliza la venta y recién ahí se descuenta y se registra la deuda |
| Stock vs. movimientos de stock | Existencia actual | Entradas, salidas y transferencias |
| Nota de débito vs. nota de crédito | Aumenta la deuda del cliente | Disminuye la deuda (p. ej. devolución) |
| Baja lógica vs. borrado | Marca de baja; conserva historia | Perdería la trazabilidad (no se hace) |
| Compras centralizadas vs. descentralizadas | Una planta, un responsable | Varias fábricas, un responsable por cada una |
| Cobranzas vs. Pagos | Convierte deudas de clientes en dinero | Cancela deudas con proveedores |
Cuadro comparativo de tipos de sistemas (según Saroka) #
Saroka distingue tres grandes familias (con modalidades). MIS no figura como tipo propio: lo rechaza (pág. 15) y lo reformula como «información para control operativo», que sale de los transaccionales. La última columna es mi aplicación a una editorial [ejemplo propio].
| Tipo de sistema | Nivel / decisión | Usuarios y datos | Función | Ejemplo en una editorial [ejemplo propio] |
|---|---|---|---|---|
| Transaccional: TPS / OLTP | Operativo; decisiones estructuradas y repetitivas | Empleados y operarios; datos actuales detallados de cada transacción | Capturar, validar y registrar operaciones; automatizar rutinas | Cargar el pedido de una librería, emitir remito y factura, descontar stock, registrar un cobro o un pago |
| ERP (modalidad transaccional) | Operativo, integrado a toda la empresa | Toda la organización; base de datos central única | Integrar procesos (finanzas, ventas, compras, RR. HH., producción) con mejores prácticas | Un paquete que une ventas, depósito, contabilidad y liquidación de derechos de autor; implica adaptar el modo de trabajo al sistema |
| CRM (modalidad transaccional; Saroka solo lo nombra y lo remite al módulo II, nota 7) | Operativo | Área comercial | Gestión de la relación con clientes [reconstruido] | Registro de librerías, distribuidoras y bibliotecas con su historial de compras y contactos |
| Información para control operativo (lo que otros llaman MIS) | Control operativo / táctico (medio) | Gerentes medios; informes periódicos, repetitivos, subproducto de los transaccionales | Monitorear variables y compararlas con presupuestos | Informe mensual de ventas por colección; pedidos pendientes de entrega; clientes con deuda de más de 90 días; libros bajo el punto de pedido |
| DSS / SAD | Control operativo y táctico; decisiones semiestructuradas | Ejecutivos y analistas; datos + modelos; interactivo, a menudo hecho por el propio usuario en planilla | Asistir (no reemplazar) el juicio con análisis what-if | Planilla para decidir tirada y precio de tapa de un título: simular ventas, costo de impresión, regalías y punto de equilibrio con distintos supuestos |
| EIS / ESS | Estratégico; decisiones no estructuradas | Alta dirección; datos internos y externos; interfaz muy simple; información blanda y dura | Monitorear indicadores clave (ligados a los FCE) y apoyar políticas, planes y presupuestos | Tablero del director editorial con ventas por línea, rotación de stock, devoluciones, flujo de fondos y datos del mercado |
| BI (Business Intelligence) con data warehouse / data mart | Estratégico y táctico | Usuarios de negocio y analistas; datos históricos, integrados y no volátiles de varios sistemas | Explorar datos y tendencias; consultas, análisis multidimensional, data mining | Data mart de ventas: cruzar títulos × canales × meses × regiones; descubrir qué títulos se compran juntos |
| OLAP (ROLAP/MOLAP) | Analítico (gerencial) | Analistas; estructura multidimensional; actualización periódica | Análisis multidimensional (drill down/up/across, slice and dice) | Cubo título × librería × mes: bajar de «ventas de narrativa» a «ventas de un autor» o a «una sucursal» |
Lectura rápida: cuanto más arriba en la pirámide → decisiones menos estructuradas, información más blanda, más datos externos, menos detalle y más agregación, menor frecuencia y más impacto. Cuanto más abajo → operaciones rutinarias, datos internos y detallados, respuesta inmediata.
Cuadro de Gorry y Scott-Morton (lectura complementaria, pág. 48; el .txt trae solo los extremos): nivel estratégico = largo plazo, riesgo alto, mucha complejidad, decisiones no estructuradas, creativas, innovadoras, no programables, no rutinarias; información externa y futura. Nivel operativo = corto plazo, riesgo bajo, poca complejidad, decisiones estructuradas, repetitivas, rutinarias, programables; información interna e histórica.
Quién dijo qué #
| Concepto | Autor |
|---|---|
| Pirámide de 4 niveles; rechazo de «MIS» → «información para control operativo» | Saroka |
| Método de los Factores Clave para el Éxito (FCE) | Rockart (citado por Saroka); antecedentes: Daniel (1961), Anthony, Dearden y Vancil (1971) |
| Los tres métodos «tradicionales» (subproducto, enfoque vacío, principales indicadores) | Rockart, vía Saroka |
| Definición de ERP citada («paquete de programas estandarizados…») | Gestión, 1999, citada por Saroka; Davenport (1998) para la anatomía del ERP |
| «La lógica incrustada en los ERP» (mejores prácticas) | Tesoro (1999), citado por Saroka |
| Definición de BI | Plotkin (1999), citado por Saroka |
| Cuatro métodos de análisis del data warehouse | Dyché (2000), citado por Saroka |
| Matriz de niveles de decisión | Gorry y Scott-Morton (lectura complementaria de Saroka) |
| Archivos maestros / transaccionales, cabecera / detalle; circuitos de Comercialización, Compras, Cobranzas y Pagos; función Contable | Casanovas (coord.); esquemas de circuitos de Gómez (2011) |
Lo imprescindible (repaso de 5 minutos) #
- Cuatro niveles de la organización: operativo, control operativo, táctico, estratégico; más arriba = decisiones menos estructuradas (Saroka, pág. 1).
- Transacción = intercambio usuario-sistema, breve, individual e indivisible. TPS = transaccional; OLTP = transaccional en tiempo real.
- Los transaccionales son los primeros sistemas computarizados y la fuente de datos de los demás.
- ERP: integrado, base de datos única, mejores prácticas definidas por el proveedor, personalización limitada. Viene de MRP (60) → MRPII (80) → ERP (90). Cuesta 3 a 5 veces las licencias. Se adapta el proceso al sistema, no al revés.
- Saroka rechaza MIS: es un subproducto de los transaccionales → «información para control operativo».
- DSS/SAD: semiestructurado, datos + modelos, what-if, apoya y no reemplaza al decididor; lo distintivo es la administración de modelos.
- EIS/ESS: para el nivel ejecutivo; interfaz fácil, datos externos, indicadores.
- BI = proceso centrado en el usuario para explorar datos; data warehouse: orientado al tema, integrado, historiado, no volátil; data mart = versión parcial.
- OLTP (procesos, bidimensional, respuesta crítica) vs. OLAP (tema, multidimensional, histórico, periódico).
- FCE (Rockart): 3 a 6 por puesto, personales y cambiantes; 4 fuentes; seguimiento vs. transformación.
- Casanovas: maestros (permanentes) vs. transaccionales (cabecera + detalle); campo clave = único; baja lógica.
- Circuito de ventas: pedido (reserva) → remito (entrega) → factura (descuenta stock y genera deuda). Remito sin precios.
- Tipos de factura: A (inscripto-inscripto), B (consumidor final/exento/monotributista), C (emisor no inscripto/exento/monotributo), E (exterior).
- Cobranzas convierte deuda de clientes en dinero; Pagos cancela deudas con proveedores vía orden de pago; Contable recibe totales y es sistema de gestión.
- Editorial: ‘Catálogo’ con ISBN, consignación, y liquidación de derechos de autor con cuenta corriente aparte.
Erratas de las fuentes #
- Saroka, pág. 47: expande ERP como «Enterprise Resource Systems»; en la pág. 4 y en todo el texto es Enterprise Resource Planning. Usar Planning.
- Saroka, pág. 4: dice que el ERP «poco tiene que ver con la planificación de los recursos» y a la vez deriva su nombre de MRP; no es contradicción sino aclaración del autor, pero conviene no confundir el nombre con la función.
- Saroka, pág. 16 vs. pág. 47: el texto presenta a los DSS como asistentes de «un ejecutivo» / «ejecutivos de alto nivel» (págs. 16-17), pero en el esquema final los ubica en los niveles de control operativo y táctico (decisiones semiestructuradas). Para el examen, usar la ubicación del esquema final y recordar que el criterio es semiestructurado.
- Saroka, pág. 47: el esquema final nombra CRM entre los transaccionales sin definirlo y lo remite al módulo II, unidad 2 (nota 7). La definición de la tabla es [reconstruido].
- Saroka, pág. 48 (Gorry y Scott-Morton): la tabla está con OCR deteriorado; solo se recuperan con seguridad los niveles estratégico y operativo. El nivel táctico no se pudo leer.
- Casanovas, pág. 50: dice que «los ingresos y pérdidas se registrarán en el debe, y los egresos y las ganancias en el haber». ⚠ Es una errata conceptual: en partida doble, las pérdidas y egresos van al debe y los ingresos y ganancias al haber. [verificar] con la cátedra qué versión toman como válida.
- Casanovas, pág. 19: el umbral para pedir autorización de impresión de facturas ($ 50.000.000 y 3.000 facturas A al año) y la Resolución AFIP 1415 son de un marco normativo de 2014; [verificar] vigencia. Lo mismo con las alícuotas de IVA de la nota 4 (pág. 10).
- Casanovas, pág. 6: el cuadro 5.1 está desordenado por el OCR (descripciones de PEPS y UEPS cruzadas con las siglas). El contenido de este apunte se reconstruyó por lógica: PEPS = sale primero lo más viejo; UEPS = sale primero lo último comprado. [reconstruido]
- Casanovas, pág. 37 y 51 en adelante: el .txt termina en la función Contable. El tramo final sobre los sistemas integrados de software administrativo / ERP, anunciado en la introducción, no está en el archivo disponible.