Big Festas ERP: vendas e locações na mesma operação.

Duas operações, uma única base

Uma venda imediata encerra no caixa. Uma locação atravessa orçamento, reserva por período, sinal, separação, retirada ou entrega, devolução, inspeção e acerto. O sistema precisa sustentar as duas jornadas sem duplicar produto, cliente, pagamento ou saldo de estoque.

O projeto foi desenhado para artigos de decoração e itens de festa, com catálogo preparado para variantes, kits, código de barras e diferentes locais de estoque.

O que alimenta o ERP

A operação começa com produtos e variantes, clientes, fornecedores, lojas, terminais, formas de pagamento e permissões. Cada venda, pedido, compra, recebimento ou contrato de aluguel gera movimentos rastreáveis em vez de ajustes isolados.

• Produto, variante, preço de venda e preço de aluguel
• Cliente, período do evento, reserva e contrato
• Fornecedor, pedido de compra e recebimento
• Caixa, pagamentos, saldo e responsáveis

Módulos planejados para a rotina

O escopo reúne PDV, pedidos externos, catálogo, clientes, aluguéis, fornecedores, compras, recebimentos, estoque, caixa, financeiro operacional e relatórios. O CRM usa uma lista pesquisável para destacar contratos ativos, devoluções, atrasos, saldos e próximas interações.

Estado atual e limites

O Big Festas ERP está em desenvolvimento. A arquitetura prevê uma base modular e integração fiscal por adaptadores, mas esta página não apresenta emissão fiscal, operação real ou implantação concluída como algo já entregue.

O que muda quando entrar no ar

Venda e locação deixam de disputar o mesmo catálogo e o mesmo estoque em planilhas separadas. Defini jornadas, domínios, permissões e contratos de dados antes de desenhar tela, para o ERP nascer do jeito que a loja opera em vez de virar sistema genérico remendado.