netNotdienst é para nós uma das referências mais importantes quando queremos demonstrar que também somos fortes fora do software de interface clássico. Esta solução integra cliente, servidor, equipamento, rede, lógica de código, impressão e mudanças de estado definidas numa operação real de farmácia. São precisamente esses projetos que mostram se o software é apenas apresentado ou se pode assumir responsabilidade no uso diário.
Cliente, servidor, hardware e lógica de estados como um sistema comum
A solução BPV documentada publicamente descreve um claro modelo de duas componentes. O servidor é executado no computador de exibição, gere o armário de retirada, mostra em modo inativo o serviço de urgência e fornece, em caso de interação, feedback visual ao cliente. O cliente é executado em caixas registadoras ou estações de trabalho e implementa a lógica operacional real para o pessoal: reservar compartimento, atribuir código, imprimir comprovante, colocar a mercadoria e prosseguir com o estado.
Particularmente relevante é a lógica de estados. Um compartimento não está simplesmente aberto ou fechado, mas percorre estados definidos como disponível, pronto, ativo e esvaziado. Assim, uma caixa física transforma-se num processo digital controlado. O pessoal sabe a qualquer momento em que estado se encontra uma entrega, o cliente recebe um canal de retorno claro e as operações incorretas são tecnicamente dificultadas.
Acrescenta-se a lógica de segurança em torno dos códigos de retirada, tempos de espera, códigos que expiraram e registo. Esses detalhes transformam um equipamento num sistema operativo robusto para um processo real. Para os contratantes, isso é um sinal forte: não construímos digitalizações decorativas, mas sistemas que têm de lidar com riscos reais, ações reais e consequências reais de falhas.
Também infraestruturalmente a referência é clara. A comunicação realiza-se através da rede local via TCP/IP, por padrão através da porta 8080, com recomendação sensata de um IP fixo no computador de exibição. Além disso existem caminhos de impressão para o recibo de retirada e um design de recibo ajustável. Precisamente esses detalhes operacionais separam software empresarial estável de retrabalho frenético.
- Servidor no computador de exibição como controle técnico para equipamento, retorno e estado do processo
- Cliente em terminais de caixa e estações de trabalho para operação rápida e clara pela equipe
- status de compartimento claros em vez de sequências de operação imprecisas: disponível, pronto, ativo e esvaziado
- Lógica de código, impressão de recibos, caminhos de rede e integração de hardware como parte da mesma arquitetura