Dos formas de pensar el inventario
Hace poco estudiamos cómo TallyPrime maneja el inventario, y nos recordó que las pequeñas empresas funcionan con modelos muy distintos: unas almacenan primero y esperan a los clientes, otras compran solo después de recibir un pedido, y otras viven de proyectos donde el verdadero activo es el trabajo en curso. Por eso SnapLedger no elige Periodic ni Perpetual por ti: aprende cómo funciona realmente tu negocio.
Recientemente dedicamos un tiempo a estudiar el diseño de inventario de TallyPrime.
Tally es un software de contabilidad con una larga historia, y su forma de tratar el inventario refleja un hábito de trabajo muy típico de las pequeñas empresas tradicionales.
Un enfoque común es el Periodic Inventory (inventario periódico).
Cuando la empresa compra bienes o materias primas, registra Purchases; cuando vende, registra Sales. El inventario no entra ni sale necesariamente del Inventory Ledger en tiempo real con cada transacción contable.
Al mismo tiempo, Tally tiene un Inventory Module independiente que registra Stock Items, cantidades y valoraciones. En la fecha de cierre, el sistema calcula el Stock-in-Hand a partir del recuento real y obtiene el coste de las mercancías vendidas mediante una fórmula contable clásica:
COGS = Opening Stock + Purchases − Closing Stock
Este diseño es realmente práctico.
Muchas pequeñas empresas tradicionales no necesitan conocer cada día el valor exacto de su inventario en tiempo real. Están acostumbradas a registrar compras y ventas con normalidad, a contar el stock a final de mes, de trimestre o de año, y solo entonces determinar los costes y beneficios reales.
Esa es la ventaja del Periodic Inventory: simple, con pocas exigencias sobre las operaciones diarias.
El otro enfoque es el Perpetual Inventory (inventario permanente).
Con cada compra, el Inventory aumenta; con cada venta, el Inventory disminuye y se reconoce el COGS.
Así, el sistema puede responder en cualquier momento:
¿Cuánto stock tenemos ahora? ¿Cuánto vale? ¿Cuánto costaron las mercancías ya vendidas? ¿Cuál es nuestro margen bruto en tiempo real?
Para el comercio electrónico, el retail, el mayorista y la fabricación estandarizada, este enfoque es cada vez más importante. Los pedidos, las compras y el inventario ya están digitalizados, así que el sistema puede mantener perfectamente esta información en tiempo real.
Por eso el diseño de SnapLedger no consiste en elegir simplemente entre Periodic o Perpetual, sino en hacer que la base entienda distintos Cost Flows.
Porque las pequeñas empresas reales no encajan todas en el mismo modelo.
Una empresa de comercio electrónico puede necesitar:
Purchase → Inventory → Sale → COGS
Una empresa comercial muy pequeña puede sentirse más cómoda con:
Purchases → Period-End Stock Count → Closing Inventory
Y una empresa de muebles que fabrica bajo pedido puede no tener apenas inventario en el sentido tradicional.
El cliente hace primero el pedido; después la empresa compra madera y herrajes, invierte mano de obra y trabajo subcontratado, y entrega cuando la pieza está terminada.
Para una empresa así, el camino más natural es en realidad:
Customer Order → Project → Materials & Labour → WIP → Delivery → COGS
El activo más importante aquí quizá no sea el Stock-in-Hand tradicional, sino el Work in Progress (WIP, trabajo en curso).
Así que en SnapLedger no queremos que el software decida de antemano cómo debe gestionar una empresa su inventario.
La base puede soportar Perpetual Inventory y Periodic Inventory, y también Project Costing y WIP.
Y lo que Snappy debería entender de verdad es:
¿Cómo gestionas realmente tu negocio?
¿Almacenas primero y esperas a que los clientes compren?
¿O compras solo después de que un cliente haga un pedido?
¿Necesitas conocer en cualquier momento el nivel de stock de cada SKU?
¿O te importa más cuánto coste ha invertido ya cada proyecto de cliente y cuánto se espera que gane?
El software de contabilidad tradicional suele empezar con "How should inventory be recorded?"
Nosotros preferimos empezar con otra pregunta:
"How does your business actually work?"
Y luego dejar que el tratamiento contable se adapte al proceso real del negocio.
SnapLedger, your life easier.
El software de contabilidad tradicional empieza preguntando cómo debe registrarse el inventario. Nosotros preferimos empezar preguntando cómo funciona realmente el negocio — si almacena primero, si compra solo tras un pedido, o si opera por proyectos donde el activo más importante es el trabajo en curso — y dejar que la contabilidad se adapte al proceso real.
¿Cómo funciona realmente tu negocio — almacenas primero y esperas a los clientes, compras solo después de que llegue un pedido, o te importa más cuánto coste ha absorbido ya cada proyecto de cliente y cuánto se espera que genere?
El software no debería decidir cómo una empresa gestiona su inventario — la contabilidad debería adaptarse al proceso real del negocio, y no al revés.
Recibe el Founder Diary + las actualizaciones regulatorias de tu país
Un correo cuando Richard publica una nueva entrada, y las novedades normativas que importan donde vives. Gratis, puedes darte de baja cuando quieras.