In hardly any other industry is the belief in one's own specialty as persistent as in gastronomy. Orders are "spontaneous", processes are "chaotic", everyday life "cannot be planned". The market for specialized gastronomy software that serves precisely this supposed special role is correspondingly large - often with complex interfaces, limited functions and a logic that is barely comprehensible outside the restaurant. But it is worth taking a sober look: Gastronomy is not an exceptional case, but a classic business operation with clear processes.
What really happens in gastronomy
If you reduce the everyday life of a restaurant to its basic elements, a familiar picture quickly emerges. There are customers who order services or products. There are items - be it dishes or drinks. There is a time of service provision, a delivery to the customer and, at the end, a bill. At the same time, there are goods movements, stock levels, suppliers, prices, staff times and evaluations.
These are not exotic special cases, but precisely the issues for which classic merchandise management and ERP systems have been built for decades.
Why specialized software often creates more problems than it solves
Many gastronomy solutions have historically evolved from cash register systems. Their focus is on speed at the checkout, not on end-to-end processes. Stock management, post-calculation, evaluations or even a clean receipt chain are often only mapped in a rudimentary way - or not at all. This takes its toll at the latest when a business grows, several locations are added or additional business areas are created. What seems practical in the short term proves to be a dead end in the long term.
The classic ERP idea: processes instead of roles
Traditional ERP systems do not think in terms of job titles such as "waiter" or "cook", but in terms of processes: Order, delivery, invoice. This way of thinking has proven itself over decades because it works regardless of industry and company size. This is precisely where the decisive change in perspective lies:
Those who understand gastronomy not as a special world, but as a process chain, quickly realize that proven ERP logics can be transferred almost seamlessly - without contortions, without special rules.
Why universal systems are often the better choice
A universally designed ERP software like GFM Business provides precisely this process-oriented view. Customers, articles, orders, delivery bills and invoices are not additional modules, but integral components. This makes it possible not to reinvent gastronomic processes, but to map them cleanly. The advantage lies not in spectacular functions, but in consistency: each step builds logically on the previous one.
A brief outlook on the following concept
The rest of this article will show how this classic ERP logic can be transferred to a catering business in concrete terms - from ordering at the table and kitchen connection to stock management and billing. The central idea is deliberately kept simple: A table is regarded as a customer, an order as an order. Everything else follows almost automatically. Not because it is modern, but because it has always been tried and tested.
The basic idea: a table is a customer
Anyone who wants to digitally map gastronomy quickly encounters a mental hurdle: In traditional POS systems, the table is usually treated as a special object - somewhere between seat number, receipt ID and operator logic. At first glance, this seems pragmatic, but in the long term it leads to disruptions. An ERP system thinks differently. It does not ask about roles or locations, but about relationships.
And this is exactly where the central idea comes in: A table is a customer. Not in an emotional sense, but as a clean, technical organizing principle.
Client, customer, order - clearly separated
The basis is a client that represents the restaurant itself. Within this client, the tables are created as customers - such as "Table 1", "Table 2", "Table terrace left". These customers are not persons, but unique reference points for all further processes. Orders are recorded as orders that are clearly assigned to this "customer table X". This makes it immediately clear that everything that happens at this table remains bundled there - traceable, verifiable and retrievable at any time.
This separation is not a trick, but classic ERP logic. In other industries, projects, machines or cost centers are managed as customers if they serve as a permanent reference unit. In the catering industry, the table takes on this role.
The order as an order - without special logic
If the waiter goes to the table and takes an order, a new order is created. The dishes and drinks ordered appear as order items. Nothing else happens at first - and that is precisely the advantage. There is no need for separate "order masks", no parallel receipt systems, no duplicate data storage. The order is an order, just as it has been in every merchandise management system for decades.
Changes can be mapped cleanly at any time: One item is added, another canceled, quantities are adjusted. Everything remains within the same order. There are no loose slips of paper, no shadow receipts and no mental detours.
Practical example: Table 7 on Friday evening
A concrete example illustrates the logic. Table 7 is occupied by four guests. The waiter creates an order for the customer "Table 7", which can be automatically identified as his order via his user name as the creator of the order. Two main courses, one starter and two drinks are ordered. These appear as items in the order. A short time later, another drink is added - an additional order item, nothing more.
After the meal, a guest wants to pay separately. This is also not a special case: either the order is split or partial invoices are generated. The original structure is retained. At the end, there is one or more invoices that clearly emerge from the order. The document chain is complete.
Transparency instead of improvisation
The great advantage of this modeling is its transparency. Each order is assigned to a clearly named customer. Each item appears there exactly once. Every step is documented. This is not only relevant for day-to-day operations, but also for evaluations, recalculations or subsequent queries. What "somehow works" in many catering businesses is deliberately made visible here - without additional effort.
Why this model is so robust
The strength of the concept lies in its simplicity. Nothing is reinvented, but instead tried and tested methods are used consistently. ERP systems were developed precisely for this purpose: to map processes, not to complicate them. A universal solution like GFM Business already has this structure. Customers, orders and articles are not foreign objects, but central elements.
By understanding the table as a customer, the restaurant fits seamlessly into this logic. The business gains clarity without losing flexibility. And this is often the crucial point: it is not more functions that make a system better, but a clear view of what is already happening.
Transition to the next step
As soon as the order is recorded as an order, the next question arises almost automatically: How does this information reach the kitchen reliably? This is exactly where the delivery bill comes into play - not as a bureaucratic act, but as a clear Interface between service and preparation. This interaction is the next building block in the process chain and is examined in more detail in the following chapter.
From order to plate: the delivery bill as a kitchen interface
In many restaurants, the handover between service and kitchen is surprisingly informal. Orders are called out, written on slips of paper or distributed via proprietary displays that only show part of the information. As long as everything runs smoothly, it works. However, as soon as several orders come in at the same time, changes are made or special requests have to be taken into account, misunderstandings arise.
This is precisely where the value of a clearly defined interface becomes apparent - not between people, but between processes.
The delivery bill as the logical next step
In traditional merchandise management, the order is followed by the delivery bill. This documents what is actually to be delivered - no more and no less. If this proven logic is transferred to the catering industry, the delivery bill becomes the ideal kitchen interface. As soon as the waiter has completed the order, the order is converted into a delivery bill. This step is deliberately kept simple, but has a major impact: from this moment on, the kitchen has a binding basis for its work.
The delivery bill contains exactly the information that is relevant for the preparation: Items, quantities, optional notes or variants. It is clearly assigned to a table and clearly timed. Discussions about "what was actually meant" are no longer necessary.
Relief for the service department
An often underestimated effect of this structure is the reduction in workload for service staff. The waiter no longer has to shuttle between the table and the kitchen several times to explain or refine orders. Once the delivery bill has been created, his task is complete. Changes or additions are also neatly mapped via new or adapted delivery bills. Service remains with the guest instead of acting as a human interface between systems.
This separation follows an old commercial rule: every process step has a clear beginning and a clear end. Everything in between is documented, not improvised.
The kitchen works with reliability
For the kitchen, the delivery bill means one thing above all: reliability. There are no calls, no contradictory information and no illegible slips of paper. Every order appears in a structured, comprehensible and complete form. Even with a high volume of orders, it remains clear what came first and what is still open. Status information can also be clearly displayed - such as "in progress" or "ready".
The crucial point here is not technology, but clarity. The kitchen works with the same information that forms the basis for billing and stock management. No parallel worlds are created.
Changes remain comprehensible
Another advantage of the delivery bill is the clean mapping of changes. If an additional request is added or an item is canceled, a new or adapted delivery bill is created. The original order remains documented. This makes it transparent what was originally planned and what was actually prepared. This traceability is worth its weight in gold, especially in the event of subsequent queries or internal clarifications.
Classic logic instead of a special case in gastronomy
From a historical perspective, this approach is anything but new. In craft businesses, production environments or retail, the delivery bill has been the connecting element between order and execution for decades. The catering industry is no exception - it has simply been treated as such for a long time. By consistently using the delivery bill as a kitchen interface, the business is once again following this proven logic.
Universal ERP software such as GFM Business already provides precisely this mechanism. No special modules are required, just a clean application of what is already available.
From preparation to billing
As soon as the kitchen has processed the order, the path back to the commercial process is short. The delivery bill forms the basis for the subsequent invoice. Only what was actually delivered is invoiced. Errors due to forgotten or double-billed items are minimized. The document chain remains closed - from the waiter's first click to the invoice on the table.
Once the delivery bill has been established, a continuous line is created from the order to the plate. The next logical step follows directly from this: invoicing. The following chapter shows how invoices, partial invoices and special cases can be derived from this structure without breaks. Here it becomes clear that commercial clarity and everyday gastronomy are not opposites, but complement each other.
Billing without break: invoice, partial invoice, collective invoice
Few areas in the catering industry are as susceptible to improvisation as billing. Separate invoices, spontaneous changes, subsequent additions - many things are created on the spur of the moment. Accordingly, many POS systems are designed to generate receipts as quickly as possible, even if the internal logic suffers in the process. The result is often unclear receipt chains, sales that are difficult to track and a feeling of uncertainty that arises at the latest during evaluations or audits.
From a commercial point of view, invoicing is a clearly defined process. An invoice is the result of a service rendered, nothing more and nothing less. This is precisely where ERP logic comes in.
The invoice as a logical continuation of the delivery bill
In a clean process, the invoice follows the delivery bill. The delivery bill documents what was actually delivered, the invoice reflects exactly this content in commercial terms. Nothing is added and nothing is forgotten. This relationship has been tried and tested for decades and applies regardless of the sector or size of the company.
If this logic is transferred to the catering industry, the result is remarkable clarity. The invoice is not "newly compiled", but generated directly from the delivery bill. Every item, every quantity, every price already exists. The invoicing process thus becomes a formal step, not a creative activity.
Partial invoices: Separate without tearing
Separate bills are part of everyday catering. Two guests pay together, one pays separately, another pays for the drinks. In many systems, this process is solved by splitting receipts or manually moving items - often with the corresponding potential for error.
The structure is retained in the ERP approach. An order can generate several invoices. Items are clearly assigned without losing the original context. The sum of the partial invoices always corresponds to the total order. The system "knows" what belongs together, even if the payment process takes place separately. It is precisely this separation of service and payment that is a classic commercial principle.
Collective invoices and special cases
Collective invoices can also be neatly mapped. Whether corporate customers, regular guests or events - several delivery bills can be combined in one invoice without losing any information. Each individual transaction remains documented and invoicing is bundled. This means less effort for the business and a better overview for the customer.
Even special cases such as retrospective corrections or cancelations can be solved in a comprehensible manner. The decisive factor is that nothing is "overwritten". Changes create new documents that supplement or correct the original process. The history is retained.
Payment is not the same as invoice
Another advantage of this structure is the clear separation of invoice and payment. Whether payment is made in cash, by card or on account does not change the content of the invoice itself. Payments are recorded as a separate transaction. This enables clean daily financial statements, clear open item lists and a reliable basis for bookkeeping and tax consultants.
This is where classic ERP logic proves its worth in the hospitality industry. Instead of doing everything in one step, processes are neatly separated - as has been tried and tested over decades.
Transparency for evaluations and checks
A consistent billing process pays off not only in everyday life, but also in evaluations. Sales can be clearly assigned, discounts are traceable, cancellations are transparent. In the event of queries, it is immediately clear what happened when and why. This creates security - for the operator as well as for external parties.
A universal solution like GFM Business supports precisely this clarity. It does not force you to take special paths, but follows a logic that has proven itself in countless industries.
If the accounting is clearly structured, it opens up a view of an area that is only roughly estimated in many catering businesses: the cost of goods sold. How stock, Parts lists and raw materials can be mapped automatically and in real time is shown in the following chapter. There it becomes clear that commercial accuracy does not mean more effort, but often even brings relief.
Stock, bills of materials and cost of sales - finally calculated correctly
In many catering businesses, the cost of goods sold is one of the great unknowns. You know roughly what has been purchased, you can see what is being sold, and somewhere in between is a figure that "will fit". This approach has a long tradition, but is also one of the biggest weaknesses in the business. Not because restaurateurs work inaccurately, but because the tools often do not establish a clear link between sales and consumption.
Yet it is precisely this connection that has always been a central theme of commercial systems. An ERP system was originally developed precisely for this purpose: to show what was taken from a warehouse, when and for what purpose.
The basic principle: A dish is an article
The first mental step is simple but crucial: a dish that is sold to the guest is an article. Nothing more and nothing less. This item has a price, a name and - crucially - a structure. This structure is represented by a bill of materials.
Parts lists are not an exotic concept, but have been standard in trade, crafts and production for decades. They describe the components that make up a product. If you transfer this principle to the catering industry, a dish becomes a defined combination of raw materials.
Parts lists as a binding recipe
An example makes this tangible: A pasta dish consists of pasta, sauce and cheese. These ingredients are created as separate items in the system - with units of measure, stock allocation and purchase prices. The dish itself contains a parts list that specifies exactly what quantities of these raw materials are required.
What is important here is not culinary perfection, but commercial consistency. It's not about recording every gram exactly, but about having a reliable basis. The parts list reflects what is done in the kitchen on a daily basis anyway - just in a structured way.
Automatic stock movement instead of paperwork
As soon as a delivery bill is generated, something crucial happens in the background: The raw materials that are linked to the dish via the bill of materials are automatically booked out of the warehouse. Without any additional handling, without separate lists, without subsequent estimation.
This creates a genuine link between sales and consumption for the first time. Not on a monthly basis, not roughly, but in real time.
The cost of goods sold results automatically from ongoing operations.
Multiple bearings - realistic instead of theoretical
Another advantage of this approach is the ability to manage several warehouses. Kitchen, bar, cold room or external storage can be mapped separately. Raw materials are recorded where they are actually located. Movements between warehouses are documented and losses are visible.
Particularly in larger companies or with several locations, this creates an overview that is almost impossible to achieve with traditional cash register systems. And yet everything is based on a simple principle: articles, parts lists, stock movements.
Cost of goods sold becomes a key figure, not a gut feeling
As soon as this structure is established, the view of the business changes. The cost of goods sold is no longer an estimate, but a key figure. It can be evaluated per day, per dish or per period. Deviations become apparent without anyone having to check.
This is explicitly not about mistrust, but about controllability. If you know where the figures come from, you can make well-founded decisions - for example on pricing, purchasing or menu planning.
It is often argued that the kitchen and the world of numbers do not go together. In fact, the opposite is true. In the past, the landlord knew exactly what was in stock and what was being consumed - simply because the structures were manageable. With increasing complexity, this knowledge has been lost.
An ERP system restores this transparency on a modern level. Not by changing the company, but by making visible what is happening anyway. In this respect, the approach is more conservative than modern: It builds on proven principles and implements them consistently.
No more work, but less friction
A common objection is that parts lists and stock management mean additional work. In practice, the opposite is often the case. Once set up properly, the process runs in the background. The kitchen works as usual, as does the service. The figures are generated automatically.
This is precisely the strength of a universal ERP solution such as GFM Business. It does not force you to adopt new ways of working, but rather maps existing processes - only in a more structured way.
When sales, billing and cost of goods sold are properly interlinked, the result is a system that not only maps an individual business, but can grow with it. The next logical step is therefore to look beyond the individual catering business. The following chapter on multi-client capability shows how several companies, locations or business areas can be bundled in one solution.
More than just gastronomy: multi-client capability as a strategic advantage
In practice, there is rarely just one business segment. A restaurant also offers catering, rents out vacation apartments or holds shares in a second location. What makes business sense often fails because of the software. Many systems are strictly tailored to one business. As soon as a second company is added, the paperwork starts all over again - or several isolated solutions are operated in parallel.
This is precisely where a structural disadvantage of specialized software becomes apparent: it thinks in individual cases, not in business contexts.
Multi-client capability as a clean organizational principle
Multi-client capability means that several legally or organizationally separate companies can be managed within one system - clearly separated, but technically connected. Each client has its own master data, documents, evaluations and user rights.
At the same time, all clients run on the same platform. This approach is not new. Multi-client capability has been standard in classic ERP systems for decades because it corresponds to real life. Companies develop, branch out and create new units. The software must be able to support this development without structures having to be rebuilt again and again.
Gastronomy as part of a larger whole
If you transfer this principle to the catering industry, realistic scenarios immediately arise. A restaurateur operates a restaurant as one client, a catering company as a second and perhaps a small real estate company as a third. Each area works independently, but uses the same system logic.
The advantages are obvious: uniform operation, centralized maintenance of articles or suppliers, clear separation of figures. Instead of maintaining three different programs, there is one consistent system.
Multiple locations, clear structures
Multi-client capability also comes into its own with several catering locations. Each branch can be managed as a separate client - with its own warehouse, its own cash register and its own evaluation. At the same time, the overall overview is maintained. Turnover can be compared, goods usage analysed and processes standardized.
It is important to note that multi-client capability does not mean confusion. On the contrary: it ensures clarity. Each location is self-contained, but not isolated.
Strategic freedom instead of a later system change
One aspect that is often underestimated is long-term planning. Many companies start small and grow organically. If the software is not able to cope with this growth, a costly system change will be necessary at some point - usually at an inopportune time. Multi-client capability prevents exactly that. It creates space for development without jeopardizing existing structures.
A solution like GFM Business offers this option from the outset. The company does not have to decide today whether it will grow tomorrow. The option is there.
Clear separation with simultaneous efficiency
Multi-client capability does not mean maintaining everything twice. Shared suppliers, articles or processes can be used sensibly without giving up the independence of the individual companies. This saves time and reduces sources of error.
This creates a smooth workflow, especially for entrepreneurs who are responsible for several areas. Figures are comparable, processes are familiar and decisions are well-founded.
Multi-client capability is not a luxury feature, but an expression of a forward-looking attitude. It recognizes that companies are changing and that software must accompany this change. For the hospitality industry, this means that the system does not end at the door of the restaurant, but opens up a view of the entire business environment.
If you set up processes properly, you don't have to reinvent them later. This is precisely where the strategic advantage lies - not in spectacular functions, but in quiet stability.
Clear separation of systems - ERP is not a cash register
A clear clarification is necessary at this point. ERP software such as GFM Business is not a POS system in the legal sense and is not intended to be. It does not replace a cash register approved for the hospitality industry and does not fulfill any fiscal cash register requirements. However, this is not a disadvantage, but a structural advantage - as long as the roles are clearly separated.
ERP organizes - the cash register collects
The task of an ERP system ends where the payment process begins. GFM Business maps the entire commercial process: order, delivery bill, billing, invoice. At the end of this process is a finished, complete invoice. The content of this invoice is correct, traceable and clearly documented.
The actual checkout process - i.e. recording the payment in an approved POS system - is a separate step. The invoice from the ERP is not recalculated, but merely re-entered in the POS system. The cash register is therefore used exclusively for legally compliant payment posting, not for process control.
Proven separation instead of all-in-one promise
This separation follows a classic principle that has been common practice in many industries for decades. ERP systems control processes and generate receipts, cash register systems record payments. Attempts to combine both in one system often lead to functional compromises or unnecessary complexity.
In the approach described here, each system remains focused on its core task. The ERP ensures order, transparency and traceability. The cash register fulfills its legal function. The two systems do not have to compete with each other, but complement each other.
Practical consequences for the company
For the restaurant business, this means that all operational work - from the table to the kitchen to the invoice - takes place in the ERP. At the end, there is a clear invoice. This is only recorded in the POS system as a payment transaction. Changes to the service or billing no longer take place at the cash register, but where they belong: in the ERP.
This reduces sources of error, prevents duplication of work and ensures clear accountability. The cash register is relieved, while the ERP remains in charge of all commercial content.
Legal certainty through structure, not through mixing
What is important here is that the legal requirements for POS systems remain completely unaffected. They are complied with because the POS system continues to do exactly what it is intended for. At the same time, it is avoided that an ERP is artificially forced into a role for which it is neither intended nor optimized.
This clear separation creates security - technically, organizationally and mentally. Those who clearly separate ERP and POS systems gain an overview instead of gray areas. Processes are controlled where they belong, payments are booked where they need to be legally recorded. The result is not a hybrid emergency construct, but a calmly structured, resilient overall system.
And it is precisely this clarity that works in the long term - regardless of industry, legal situation or company size.
Conclusion: less specialized software, more clarity
Anyone who has read the previous chapters carefully will recognize a consistent pattern: nothing has been "invented", nothing has been bent and nothing has been artificially simplified. Instead, what has been tried and tested in other sectors for decades has been consistently applied. Catering is not a special case, but an interplay of ordering, delivery, invoicing and goods movement. It is precisely these processes that can be mapped cleanly, stably and comprehensibly using classic ERP logic.
The real change of perspective is not new technology, but a sober look at the reality of the business.
The common thread: One process, no isolated solutions
From the table as a customer to the order, the delivery bill, the invoice, the warehouse and the use of goods, there is a clear common thread. Each step builds logically on the previous one. There are no media breaks, no parallel systems and no special paths. What is recorded once is reused - not reinterpreted.
It is this consistency that brings relief in everyday life. Not because less work is done, but because less correcting, explaining and improvising is required.
Transparency creates calm - not control
An often unspoken reservation about end-to-end systems is the fear of control. In practice, the opposite is usually the case. Transparent processes create peace of mind. Figures do not have to be searched for or explained, they are simply there. Decisions are based on facts, not assumptions.
Especially in an industry that relies heavily on experience and gut feeling, this factual addition can be enormously helpful. It does not replace craftsmanship, but supports it.
Growth without breaking the system
Another central idea of this concept is sustainability. Whether a second location, catering, additional company or completely different business areas - the structure remains sustainable. Multi-client capability, clean document chains and clear warehouse logic ensure that growth does not automatically mean chaos.
This is not a promise of expansion, but an invitation to remain calm: when something develops, not everything has to be redone.
One tool, many possibilities
A universal ERP solution like gFM-Business shows its strength not through specialization, but through adaptability. It does not force the company into prefabricated patterns, but provides stable building blocks. The entrepreneur decides how these are used. This is precisely the difference between software that is used and software that grows with the business.
This article concept has deliberately started with the basics. It shows that gastronomy can be fully and cleanly integrated into an ERP structure - without friction losses, without breaks, without special logic. The result can look very different: mobile recording, individual interfaces, evaluations or industry-specific extensions.
However, the crucial point is another: those who understand their processes and map them in a structured way retain control over their business. Everything else is a question of implementation - and the willingness to take the tried and tested seriously again.
Sometimes progress is nothing more than the courage to be clear.
Latest news on our X-Channel
Apple is integrating AI deeper into the operating system. If Siri becomes truly context-aware thanks to Gemini, this will not only change the iPhone & Mac - but also workflows. Let's think further: intelligent file searches, mail summaries, assistance in the car via CarPlay. It will be exciting to see how this can be combined with individual systems such as FileMaker. Assistance instead of a menu jungle. #Apple #Siri #Gemini #macOS #FileMaker #Digitization #KI
Apple has developed the GraphDatabase-company Kuzu. Officially, the company is keeping quiet, but for FileMaker professionals the question immediately arises: will this be a new level for complex relationship queries in the long term? Nothing has been decided yet. But anyone familiar with Apple's product history knows that such building blocks are rarely bought by chance. So it's time to take a closer look and stay prepared. #FileMaker #Apple #Database #Claris #GraphDatabase #ERP #Software development
Frequently asked questions
- Isn't ERP software too complex for a restaurant business?
At first glance, this appears to be the case because ERP systems are often associated with industry or trade. In fact, a properly implemented ERP reduces complexity because it standardizes processes. Ordering, delivery, invoicing and stock follow a clear logic. Instead of many individual solutions, there is a consistent process that simplifies rather than complicates everyday life. - Why should a table be created as a customer and not as a special object?
In an ERP system, a customer is a stable reference unit for orders, documents and evaluations. A table fulfills exactly this function. If it is managed as a customer, all processes can be clearly assigned without special logic or auxiliary constructions. This ensures clarity and traceability. - What happens when guests change tables or sit together?
This is not a special case either. Orders can be merged, rebooked or reassigned without information being lost. The decisive factor is that the original processes are retained and clearly documented. Flexibility is created here through structure, not improvisation. - How time-consuming is order entry for the service?
Essentially, little changes for the service. An order is entered as an order and the items are added. The difference is that these entries are not only used for the moment, but for the entire subsequent process. There is no duplication of work. - Why is the delivery bill for the kitchen more useful than a classic order slip?
The delivery bill is a binding working basis. It shows exactly what is to be prepared, in what quantity and with what instructions. Misunderstandings caused by shouting or handwritten notes are eliminated. At the same time, the process remains documented. - How does the system deal with subsequent changes?
Changes are not overwritten, but added in a traceable manner. An additional request or a cancellation generates an adjusted or new delivery bill. This means that you can see what was originally ordered and what was actually prepared. - Isn't that too formal for the often hectic everyday life of a restaurant?
Formal clarity proves its worth, especially in hectic everyday life. If processes are clearly defined, fewer decisions have to be made spontaneously. The system supports instead of demanding additional attention. - How do separate invoices work without chaos?
Partial invoices arise from a joint order. Items are assigned to individual invoices without losing the overall context. The total of the partial invoices always corresponds to the original order. This prevents inconsistencies. - Can collective invoices also be created for corporate customers?
Yes, several delivery bills can be combined into a collective invoice. Each individual transaction remains traceable and invoicing is bundled. This is particularly useful for events or regular customers. - Why is the separation of invoice and payment important?
The invoice documents the service, the payment documents the cash flow. If both levels are separated, the result is clean financial statements, clear evaluations and a reliable open item overview. This makes bookkeeping and tax audits much easier. - How realistic is stock management in the food service industry?
Very realistic if it is set up correctly. Dishes are managed as articles whose parts lists contain the required raw materials. Stock movements are created automatically during sales. No additional lists or manual rework are required. - Do prescriptions have to be stored with millimeter precision?
No. The aim is not culinary fine-tuning, but a reliable commercial basis. Parts lists depict typical quantities and ensure comparability. Deviations are normal and can be classified. - What are the concrete benefits of warehouse management in everyday life?
It makes the cost of goods visible. Losses, deviations or conspicuous developments are noticed earlier. Decisions on purchasing, prices or menus are based on figures rather than assumptions. - Isn't that additional maintenance work?
The main effort is required for the initial setup. After that, many processes run automatically in the background. In return, estimates, recalculations and discussions are no longer necessary. - How does multi-client capability help a single restaurant?
It creates future security. Whether a second location, catering or an additional company - everything can be mapped in one system, neatly separated and yet clearly arranged. A subsequent system change is avoided. - Do the data of different companies really remain separate?
Yes, each client has its own documents, evaluations and rights. Multi-client capability means structure, not confusion. At the same time, operation remains standardized. - Who is this concept particularly suitable for?
For restaurateurs who think beyond day-to-day operations. For businesses that want to grow or already have several business areas. And for anyone who values clarity over short-term convenience. - What is the biggest difference to classic gastronomy software?
The perspective. Instead of isolated functions, there is a continuous process. A solution like GFM Business maps what happens anyway - only in a clean, structured and permanently traceable way.

Markus Schall has been developing individual databases, interfaces and business applications based on Claris FileMaker since 1994. He is a Claris partner, FMM Award winner 2011 and developer of the ERP software gFM-Business. He is also a book author and founder of the M. Schall Publishers.






