Tema 6.8 — Contabilidad: registro, conciliación y cierre

Ruta académica

Programa: Business Administration
Bloque 1: Fundamentos de administración
Unidad 2: La empresa como sistema
Tema 6: Flujo transversal de una empresa
Subtema: Contabilidad — Registro, conciliación y cierre

Objetivos de aprendizaje

Al finalizar este subtema deberás ser capaz de:

1. Explicar cómo los eventos comerciales terminan representados en registros contables.
2. Distinguir evento operativo, documento, asiento y reporte financiero.
3. Comprender cuentas por cobrar, revenue, cash y conciliación desde la lógica de doble partida.
4. Identificar la importancia de subledgers y general ledger.
5. Analizar el proceso Record to Report de forma introductoria.
6. Reconstruir el lineage completo desde campaña hasta estados financieros.

1. Contabilidad traduce actividad empresarial a representación financiera

El flujo que comenzó con una campaña termina generando hechos económicos que necesitan registrarse de forma consistente.

MARKETING
  ↓
LEAD
  ↓
SALE
  ↓
DELIVERY
  ↓
INVOICE
  ↓
RECEIVABLE
  ↓
PAYMENT
  ↓
ACCOUNTING RECORD

La contabilidad no crea el evento económico: lo reconoce, clasifica, mide y reporta.

2. Evento, documento y asiento no son lo mismo

Evento empresarial

Algo ocurrió en el negocio.

Ejemplo: se entregó un servicio.

Documento

Representación administrativa o jurídica del evento.

Ejemplo: invoice.

Asiento

Representación contable mediante débitos y créditos.

BUSINESS EVENT
      ↓
DOCUMENT / EVIDENCE
      ↓
ACCOUNTING ENTRY

Esta distinción ayuda a diseñar sistemas correctamente.

3. La ecuación contable

Base conceptual:

ASSETS = LIABILITIES + EQUITY

Cada transacción debe mantener equilibrio mediante doble partida.

El Bloque 2 estudiará esto con mucha mayor profundidad; aquí interesa comprender cómo el proceso operativo alimenta la contabilidad.

4. Venta a crédito: representación simplificada

Supón una venta de $100,000 ya devengada y aún no cobrada.

De forma simplificada:

Debit  Accounts Receivable   100,000
Credit Revenue               100,000

El activo aumenta porque el cliente debe dinero.

El ingreso aumenta porque se ha reconocido revenue conforme al criterio correspondiente.

5. Cobro posterior

Cuando el cliente paga:

Debit  Cash                  100,000
Credit Accounts Receivable   100,000

No se reconoce nuevamente revenue por cobrar una factura ya reconocida.

Se transforma un activo:

RECEIVABLE → CASH

6. Por qué esta distinción importa

Si un gerente observa únicamente el estado de resultados puede concluir que el negocio está creciendo.

Pero el balance puede mostrar:

ACCOUNTS RECEIVABLE ↑↑
CASH → estable

La venta existe contablemente, pero el efectivo todavía no llegó.

7. Cost of Goods Sold

En un negocio de productos, una venta puede generar además reconocimiento del costo asociado.

Ejemplo simplificado:

Debit  Cost of Goods Sold
Credit Inventory

Así, el sistema refleja tanto revenue como consumo de recursos vendidos.

8. Matching / Expense Recognition

Los gastos relacionados con la generación de revenue deben reconocerse conforme a las reglas contables aplicables.

El objetivo es evitar presentar ingresos de un periodo con costos artificialmente desplazados a otro.

OpenStax explica esta relación al estudiar revenue recognition y expense recognition.

9. Revenue Recognition

El momento de reconocer revenue depende de que se satisfagan condiciones contables, no simplemente de:

• firmar contrato;
• emitir invoice;
• recibir cash.

En el modelo de cinco pasos ampliamente utilizado para contratos con clientes:

1. identificar contrato;
2. identificar performance obligations;
3. determinar transaction price;
4. asignar transaction price;
5. reconocer revenue cuando se satisface la obligación correspondiente.

Este tema solo introduce la lógica; la contabilidad formal se estudiará después.

10. Performance Obligation

Una obligación de desempeño representa el compromiso de transferir bienes o servicios al cliente.

Ejemplo:

Contrato anual incluye:

• implementación;
• licencia;
• soporte.

Puede ser necesario analizar cada componente para determinar cómo se reconoce revenue.

11. Billing ≠ Revenue Schedule

Una empresa puede facturar anticipadamente.

Ejemplo:

1 enero → invoice anual
enero-diciembre → servicio prestado

La facturación y el reconocimiento contable pueden seguir calendarios distintos.

Esto es especialmente importante en suscripciones y contratos de largo plazo.

12. Subledger

Un subledger conserva detalle de una categoría específica.

Ejemplo Accounts Receivable subledger:

Customer A
  Invoice 001  10,000
  Invoice 002   5,000

Customer B
  Invoice 003  20,000

El General Ledger puede mostrar un saldo agregado de AR.

13. General Ledger

El General Ledger (GL) concentra saldos por cuentas contables.

Ejemplos:

• Cash;
• Accounts Receivable;
• Revenue;
• Inventory;
• Accounts Payable;
• Expenses.

SUBLEDGERS
    ↓
GENERAL LEDGER
    ↓
FINANCIAL STATEMENTS

14. Chart of Accounts

El catálogo de cuentas define la estructura de clasificación contable.

Ejemplo:

1000 Assets
  1100 Cash
  1200 Accounts Receivable
2000 Liabilities
3000 Equity
4000 Revenue
5000 Cost of Sales
6000 Operating Expenses

La granularidad debe servir a reporting sin volver inmanejable el sistema.

15. Dimensions

Además de cuenta contable pueden registrarse dimensiones como:

• entity;
• department;
• cost center;
• product;
• project;
• region;
• customer.

Esto permite análisis multidimensional.

Revenue
+ Product A
+ Mexico
+ Enterprise

16. Posting Rules

Los sistemas empresariales pueden automatizar reglas de contabilización.

Ejemplo conceptual:

EVENT: invoice posted
      ↓
Debit AR
Credit Revenue / Deferred Revenue según regla

La configuración debe reflejar política contable válida.

17. Source Document

Todo registro importante debería tener evidencia o fuente.

Ejemplos:

• contract;
• invoice;
• receipt;
• bank statement;
• delivery note;
• payroll record.

Trazabilidad:

JOURNAL ENTRY
      ↓
SOURCE DOCUMENT
      ↓
BUSINESS EVENT

18. Reconciliation

Conciliar significa comparar fuentes independientes o relacionadas para detectar diferencias.

Ejemplos:

• bank vs. cash ledger;
• AR subledger vs. GL;
• billing system vs. AR;
• inventory system vs. ledger.

SYSTEM A
   ↕ compare
SYSTEM B
   ↓
DIFFERENCE
   ↓
INVESTIGATE

19. Bank Reconciliation

El saldo bancario y el contable pueden diferir temporalmente por:

• depósitos en tránsito;
• pagos no procesados;
• fees;
• errores;
• timing.

La conciliación identifica y explica diferencias.

20. AR Reconciliation

Debe cumplirse conceptualmente:

SUMA DE RECEIVABLES POR CLIENTE
≈
CONTROL ACCOUNT EN GL

Una diferencia puede indicar:

• posting faltante;
• interface defectuosa;
• ajuste manual;
• duplicación.

21. Period Close

Al final de un periodo, contabilidad ejecuta actividades de cierre.

Puede incluir:

• revisar postings;
• reconciliations;
• accruals;
• adjustments;
• intercompany;
• depreciation;
• revenue review;
• financial statements.

TRANSACTIONS
  ↓
RECONCILE
  ↓
ADJUST
  ↓
CLOSE
  ↓
REPORT

22. Record to Report

Record to Report (R2R) describe un proceso end-to-end desde captura de transacciones hasta reporting financiero.

Incluye, de forma amplia:

RECORD
 ↓
VALIDATE
 ↓
RECONCILE
 ↓
ADJUST
 ↓
CONSOLIDATE
 ↓
REPORT

Este flujo conecta toda la empresa con Finanzas/Contabilidad.

23. Close Calendar

El cierre necesita calendario y responsabilidades.

Ejemplo:

Day 1 → sales cut-off
Day 2 → AP/AR reconciliation
Day 3 → accruals
Day 4 → review
Day 5 → statements

El calendario real depende de complejidad y regulación.

24. Cut-off

Cut-off busca registrar transacciones en el periodo correcto.

Ejemplo:

Producto entregado el 31 de diciembre y facturado el 2 de enero.

Contabilidad necesita determinar tratamiento adecuado conforme a políticas y evidencia.

Por eso delivery dates importan contablemente.

25. Manual Journal Entries

Los asientos manuales pueden ser necesarios, pero requieren control.

Riesgos:

• error;
• fraude;
• falta de evidencia;
• clasificación incorrecta.

Controles posibles:

• autorización;
• soporte;
• segregation of duties;
• thresholds;
• review.

26. Segregation of Duties

Conviene evitar que una sola persona controle todas las etapas críticas.

Ejemplo riesgoso:

crear cliente
+
emitir factura
+
registrar pago
+
ajustar saldo

Separar responsabilidades reduce posibilidad de error o abuso no detectado.

27. Audit Trail

Un buen sistema permite reconstruir:

CAMPAIGN
 ↓
LEAD
 ↓
OPPORTUNITY
 ↓
ORDER
 ↓
DELIVERY
 ↓
INVOICE
 ↓
PAYMENT
 ↓
JOURNAL ENTRY

Ese lineage conecta el evento económico con su origen comercial.

28. Data Lineage

Lineage responde:

• ¿de dónde vino este número?;
• ¿qué sistema lo originó?;
• ¿qué transformaciones sufrió?;
• ¿qué documentos lo soportan?;

Esto es especialmente relevante para analytics y auditoría.

29. Management Reporting

Además de estados financieros externos, la empresa necesita información interna.

Ejemplos:

• revenue por producto;
• margin por cliente;
• DSO;
• sales by region;
• profitability;
• budget vs. actual.

La calidad depende de datos correctamente clasificados desde el origen.

30. El flujo completo del Tema 6

MARKETING
genera demanda
   ↓
LEAD
identifica y califica
   ↓
VENTAS
convierte necesidad en compromiso
   ↓
CLIENTE
crea relación operable
   ↓
OPERACIONES
cumple promesa
   ↓
FACTURACIÓN
documenta derecho de cobro
   ↓
FINANZAS
convierte receivable en cash
   ↓
CONTABILIDAD
registra, concilia y reporta

Pero el proceso no termina aquí.

La información vuelve a dirección, marketing, ventas y operaciones para nuevas decisiones.

31. Feedback financiero al negocio

Contabilidad y Finanzas pueden devolver información como:

• margen real;
• costo de servir;
• DSO por segmento;
• descuentos;
• churn económico;
• revenue leakage;
• profitability.

FINANCIAL RESULTS
      ↓
MANAGEMENT FEEDBACK
      ↓
PRICING / SALES / OPERATIONS / MARKETING

La empresa aprende cuando el loop se cierra.

32. Métricas del cierre

• close cycle time;
• unreconciled items;
• manual journal entries;
• reconciliation breaks;
• days to close;
• posting errors;
• AR-to-GL differences;
• financial statement adjustments.

33. Caso integrador

Una empresa reporta $5M de revenue nuevo.

Al revisar:

• $1M sigue sin cobrar después de 120 días;
• $300k se facturó con descuentos no aprobados;
• $200k de servicios adicionales nunca se facturaron;
• AR subledger y GL difieren $50k;
• una campaña aparentemente excelente produjo clientes de bajo margen.

El análisis contable revela problemas originados en Marketing, Ventas, Operaciones y Billing.

34. Preguntas de reflexión

1. ¿Qué diferencia existe entre evento, documento y asiento?
2. ¿Por qué cobrar una invoice no genera revenue por segunda vez?
3. ¿Qué función cumple un subledger?
4. ¿Qué significa reconciliation?
5. ¿Por qué delivery date puede afectar cut-off?
6. ¿Qué riesgos presentan manual journals?
7. ¿Cómo usarías información contable para mejorar marketing y ventas?

35. Ejercicio integrador del Tema 6

Construye un Lead-to-Cash Trace completo para una transacción.

Debe incluir:

1. campaign_id;
2. lead_id;
3. opportunity_id;
4. customer_id;
5. contract/order_id;
6. delivery_id;
7. invoice_id;
8. receivable;
9. payment_id;
10. journal_entry_id.

Para cada etapa registra:

• owner;
• fecha;
• estado;
• sistema;
• evidencia;
• control;
• KPI.

Después identifica tres lugares donde podría existir revenue leakage y tres donde podría perderse trazabilidad.

36. Ideas clave

• Contabilidad representa financieramente eventos originados en otras funciones.
• Invoice, revenue, receivable y cash no son sinónimos.
• Subledgers conservan detalle; GL consolida cuentas.
• Reconciliation detecta diferencias entre sistemas o registros.
• Record to Report culmina en información financiera utilizable.
• Data lineage permite reconstruir el resultado desde su origen comercial.
• El flujo end-to-end se completa cuando los resultados regresan como feedback para nuevas decisiones.

37. Videos recomendados en YouTube

1. Accounting Stuff — Debits and Credits / Accounts Receivable / Revenue Recognition
   Búsqueda directa: https://www.youtube.com/results?search_query=Accounting+Stuff+debits+credits+accounts+receivable+revenue

2. OpenStax Financial Accounting
   Búsqueda directa: https://www.youtube.com/results?search_query=OpenStax+financial+accounting+revenue+recognition

38. Bibliografía y fuentes verificables

• OpenStax. Principles of Financial Accounting, 9.1 “Revenue Recognition Principle”. https://openstax.org/books/principles-financial-accounting/pages/9-1-explain-the-revenue-recognition-principle-and-how-it-relates-to-current-and-future-sales-and-purchase-transactions
• Kimmel, P. D., Weygandt, J. J., & Kieso, D. E. (2022). Financial Accounting: Tools for Business Decision Making (10th ed.). Wiley.
• Gelinas, U. J., Dull, R. B., & Wheeler, P. R. (2018). Accounting Information Systems (11th ed.). Cengage.
• Dumas, M., La Rosa, M., Mendling, J., & Reijers, H. A. (2018). Fundamentals of Business Process Management (2nd ed.). Springer.

Cierre del Tema 6

La empresa no crea valor mediante departamentos independientes. Lo hace mediante una cadena de transformaciones que cruza fronteras funcionales, sistemas y responsabilidades.

DEMANDA
  ↓
IDENTIDAD
  ↓
OPORTUNIDAD
  ↓
COMPROMISO
  ↓
ENTREGA
  ↓
FACTURACIÓN
  ↓
COBRO
  ↓
REGISTRO
  ↓
INFORMACIÓN
  ↓
NUEVA DECISIÓN

Comprender este flujo es la base para estudiar procesos empresariales, ERP, CRM, automatización y arquitectura de sistemas de negocio.

Navegación

← Anterior: Finanzas — Cobro y liquidez · Índice del Tema 6 · Siguiente: Concepto de valor →