Entropy
Custom software development and in-house products.

From noise to system.

Every business already has a system. It is usually spread across a notebook, a spreadsheet and three WhatsApp threads.

Entropy brings that operation into one place that works: online store, orders, stock, suppliers, delivery drivers, electronic invoicing — and the real margin, the one calculated on net values before tax.

It comes two ways: as a management system already built and proven, or as custom development when the business does not fit a mould.

The person who builds it worked on the other side of the counter first. A pasta factory and a pizzeria of his own, restaurant and mountain-hotel kitchens serving 250 covers a day, and a supermarket assistant management role. The discovery meeting does not start from zero.

00

The six sections

Each has its own address and can be linked to on its own.

03

Selected cases

Verifiable work, with the problem stated before the solution.

  • Consumer retail with in-house delivery
    Selected

    Suite PYMES — the back office inside the shop

    In-house product2026Consumer retail with in-house delivery
    Client

    In-house product

    Sector

    Consumer retail with in-house delivery

    Year

    2026

    The problem

    A consumer retail business with its own delivery decides every day what to restock, which supplier to buy from and what to charge for delivery. E-commerce platforms solve the shop window; everything else is left out.

    Stock, supplier costs, driver settlements and real profitability end up in a spreadsheet someone updates when they can, and in mental arithmetic that is almost always optimistic.

    What was built

    A system where selling and running the business are the same thing. The order comes in through the store, decrements stock atomically, is charged through MercadoPago, issues an electronic invoice automatically on payment, is assigned to a driver and lands on an accounting dashboard.

    Around it, the support stack: WhatsApp wired into a unified inbox and an AI agent answering from the live catalogue and current prices.

    The details that make the difference

    The margin that was half lying

    When the customer paid for delivery, that amount counted as income but the payment to the driver was not deducted as a cost. The problem was documented with figures, both accounting options were laid out with their effect on the percentage, an accountant was consulted, and only then did the formula change. The reported margin went down, and became the real one.

    Free delivery that does not erase the cost

    When the cart passes the threshold, the customer sees “free delivery”, but the system still records what that trip costs — to pay the driver, and so the dashboard shows what waiving it was worth.

    The business day, not the server’s

    Reports group sales by the shop’s own time zone, derived automatically from the pin the owner drops on the map. A 22:00 order counts on its own day, not on the server clock’s next one.

    Help that does not go stale

    Instead of a manual full of screenshots that age at the first change, interactive tours that point at the real screen and remember where each user left off.

    An AI budget that holds

    The system reserves the spend before calling the model, never after. If there is not enough, it spends no tokens at all and hands the conversation to a person.

    How it was verified

    Verification was a self-run audit in seven phases across 92 acceptance criteria: documentation inventory, contrast between what was documented and what the code actually does, currency of every dependency, test plan, automated end-to-end execution with Playwright, security review and verified remediation.

    It surfaced faults that never show up in a demo: a collaborator could mint themselves an administrator account; the brand-colour field allowed code injection across every public page; the catalogue could be manipulated so the AI agent quoted false prices; and under concurrent orders the AI spend cap was exceeded by 150%. Every fix shipped with its regression test.

    Nothing is marked “working” without executed evidence. What was not tested is delivered as unverified, never as approved.

    Stack
    • Next.js 16
    • TypeScript
    • PostgreSQL
    • Prisma
    • Tailwind CSS
    • Docker
    • MercadoPago
    • ARCA/AFIP
    • Google Maps
    • n8n
    • Chatwoot
    • Playwright
    Related product: Suite PYMES

    A consumer retail business with its own delivery decides every day what to restock, which supplier to buy from and what to charge for delivery. E-commerce platforms solve the shop window; everything else is left out.

    In-house product2026Read the case
  • Embedded software
    Selected

    The task that stopped being a task

    Embedded software company with in-house hardwareEmbedded software
    Client

    Embedded software company with in-house hardware

    Sector

    Embedded software

    The problem

    Handling direct debits took the administration team around five hours, twice a month. Several spreadsheets had to be cross-checked by hand and the identifiers for every point of sale corrected one by one, because the bank matches each debit on an exact combination of tax ID, bank account and point of sale: a single customer changing accounts or ownership was enough to break the match.

    With a hundred customers that was an afternoon. With more than two thousand it was some 120 hours a year — three full working weeks, every year, spent reconciling spreadsheets.

    What was built

    A web application where the administrator uploads the spreadsheets and, two minutes later, receives by email the files ready to load into the bank’s system and process the collection.

    What made the replacement possible was not the coding: it was measuring first what the task actually cost. The problem was never the administrator or the spreadsheet — it was a procedure designed for a company size that had ceased to exist.

    The details that make the difference

    A workaround does not fail the day it is made

    It fails the day the business grows, and by then nobody remembers it was a workaround. The company had gone from serving a hundred customers to over two thousand: nothing had broken, it is just that nobody looked at the processes again.

    Tracing where the request came from

    A good share of incoming requirements were not new needs: they were the consequence of workarounds stacked up years earlier. Tracing that origin is what almost never gets done, and it is what stops you from automating the problem instead of solving it.

    How it was verified

    The task ceased to exist. In time, some 120 hours a year freed up; in money, a large share of one person’s salary devoted to a single task that added nothing to the business.

    Stack
    • Automatización de procesos
    • Aplicación web
    • ISO 9001:2015
    • Testing QA

    Handling direct debits took the administration team around five hours, twice a month. Several spreadsheets had to be cross-checked by hand and the identifiers for every point of sale corrected one by one, because the bank matches each debit on an exact combination of tax ID, bank account and point of sale: a single customer changing accounts or ownership was enough to break the match.

    Embedded software company with in-house hardwareRead the case
WhatsApp