Tax (GST/VAT) Settings

GST stands for Goods and Services Tax and it’s a tax added on top of your prices. It’s very similar to the VAT (value added tax) – in fact so similar that the system settings are the same. Different countries have, of course, different GST rates – some have just one rate applicable across the board, some have different rates for different products, in some you do the return quarterly in others monthly. Regardless of that the principle is always the same. In my examples below, I am using GST as charged in Singapore and also all the references are to IRAS Singapore. In Singapore, the current GST rate is 7% and it’s charged across the board – with the exception of zero rated supplies and exempt services – none of which are really applicable to most of the schools.

The GST settings are quite simple. Of course, if you are not GST registered you can skip ahead to the next section. If you are, there are just three decisions to be made.

1. whether to calculate GST per item or per document (the difference – if any – is just a few cents)
2. if your prices already include the GST or the GST is added on top of invoice amount
3. decide if you charge GST on deposits or not

Let’s see how each of them will affect the final price.

Per Item vs Per Document

The difference here is just in order of the steps. Per item setting will add GST for each invoice item first and separately and only then make total whereas per document setting will total up the invoice amount first and add GST only at the end.

As you can see, the difference is not much – just 1 cent. It’s because I tried to use round numbers (like 20.50 – not 20.55 and 525.50 – not 252.67, etc.). Still – that’s 1 cent on one sale. If you do a hundred sales per day, this can generate quite a difference in a couple of weeks. Of course, the difference will not always be increasing as some of the rounding will result in a few cents more (like here) and others will result in a few cents less. Still, the difference will be enough to cause a lot of issues if your accountant doesn’t use the same calculation method.

Bottom line is – always check with your accountant (or accounting software) which calculation method they use and set the system to follow the same. Also, you will need to do this for each of your centres/branches as it’s very common for some of them to either use a different calculation method or to not be GST registered at all. If you plan to use the AP module as well, you will need to set the correct settings for each of your suppliers (under CRM module). Otherwise, you may not be able to reconcile their invoices/bills with the system.

GST Included in Price vs Added on Top

When you walk into a supermarket, the price that you see on the price tags is what you will pay. In other words, the price already includes all the taxes. It’s also called a net price.

On the other hand, most of the restaurants’ menus will have prices without the taxes and (in some countries) without the service charge. So if you total up the price based on the menu, it will be less than what you will end up paying. To get the final price, you need to add the GST as well as the service charge.

While you are required to display the net prices (see here for details from IRAS), your back-end system can maintain the prices either way.

The previous section (per item vs per document) shows the calculations if your GST is not included in price – i.e. the restaurant model.

How to calculate the GST if it’s already included in your prices (i.e. the supermarket model)?

The GST is always calculated as your price PLUS the GST rate. So if the GST rate is 7% it will be your price (i.e. 100%) + 7%. This will make the final amount 100% + 7% = 107%. Hopefully, this is not too mathematical.

So if your price is $100.00 + 7% = $107.00. $7 being the GST and $100 being your revenue.

In other words, the $107 is the net price inclusive of GST. Since $107.00 is $100.00 x 1.07 (a.k.a 107%) then to work backwards and get our price from the net price we will have to divide the final price by 1.07:

$107.00 / 1.07 = $100.00
or if the net price is $100.00:
$100.00 / 1.07 = $93.46

So if the net price is $100.00, it consists of $93.46 of our revenue and $100 – $93.46 = $6.54 of GST.

It’s a very simple calculation, so why do I spend so much time on it? Because, as simple as it is it is not the most intuitive solution. Most of the people will simple multiply the net price by 7% and then subtract the net price from the result:
$100.00 x 7% = $7.00 of GST and the revenue part as $100.00 – $7.00 = $93.00.
This may seem logical – since the GST rate is 7%, however, it’s wrong because your base is different. If only I had a dollar for every conversation I had about this calculation :-)

How do we show this in the receipt?

GST Calculated at the end (excluded from the price)

GST Included in Price

Deposit – to GST or  not to GST?

Lastly, a slightly contentious point of deposits. Should you charge the GST on deposit or not? You can read some explanation here. The IRAS says, depending on what your deposit represents you will either charge the GST or not. To give away the ending – the system supports both – you can either charge the GST or not – it’s your choice.

Our preference – and indeed preference of 99% of our customers is not to charge GST on deposits – but if your practice or preference is different, you can simply continue charging the GST.

If this is a sufficient explanation or you simply don’t care why…you can stop reading here. If you want or need the long story, then read on…

The issue here is with the word deposit having several meanings. It can either be a refundable deposit, a.k.a. a security deposit that is returned once the student properly withdraws. Or it can be a partial payment i.e. the full amount student needs to pay $1000.00 and he pays $500.00 now and $500.00 later – the first $500.00 sometimes being called a deposit because until you make a full payment the sale is not final.

The deposit, as understood by the system – and whenever I am talking about the deposit – falls clearly in the first category. To differentiate, we call the second category a ‘partial payment’ or a ‘split payment’ – both signifying that it’s in fact a payment for some existing or future sale.

So if the student withdraws in orderly manner meeting all the conditions for return of the deposit, the GST is not chargeable. Almost verbatim from the IRAS website.

Of course, we can never know that upfront. The deposit is a ‘security’ deposit – kind of an insurance in case the student doesn’t withdraw meeting the criteria for refund. In this case the deposit will be used to pay for some parts of the services – again almost verbatim from the IRAS website – unfortunately for the case where the GST should be charged. What now? If we didn’t charge the GST when receiving the deposit, can it be now used to offset the services or it MUST be refunded and the student must make a fresh payment for the amount owed?

Again, it was more than once that I heard the above argument. So which is it? Are all the deposits GST chargeable – since you are never really sure what they will be used for? In which case, why would IRAS even bother to include the option of a non chargeable deposit and what would be the purpose of the deposit that you are legally bound to refund in full regardless of the situation?

As a compromise the system allows both  – you can make the deposit GST-able or you can exclude it from the GST calculation. It’s a simple switch. In reality, it doesn’t really matter. To either refund the deposit OR to offset any outstanding balance, the system will generate a credit note for the value of the deposit.

If the GST was charged when receiving the deposit, the same GST will now be on the credit note. If it was not, it won’t be on the credit note either.

Why is that? If you make a sale and then the sale is canceled, you will need to refund the customer including the GST he paid during the original sale. This GST amount will then reduce the amount of your output GST tax (i.e. it will be returned to you by IRAS in the form of deduction). More info is here.

So if the deposit was $100.00. If you charged GST you would have collected $107.00, however $7.00 would go to IRAS so you would keep $100.00. When either returning the deposit or using it to offset outstanding amount the credit note will have to generated for $107.00 -> $7.00 GST coming from IRAS (in the form of deduction) + $100.00 that you had kept.

If you don’t charge the GST than the you keep the original $100.00 and there is no transaction with IRAS. During the refund or offset the credit note will be generated for $100.00. The net effect for both is the same.

Now let’s say you use this credit note to pay off any existing debt the student may have with you. What about the GST? The GST has already been charged on the sale(s) (a.k.a invoice(s)) that created this debt. E.g. the student owes you $214.00 for his last invoice. Since your invoice already includes the GST you can just offset the deposit value from this amount and there are no further GST consequences.

Lastly, in the first scenario you will offset $107.00 and in the other $100.00 – so they are clearly different…aren’t they? Yes, but in the first case the student paid $107.00 and in the second only $100.00 – that’s where the difference is coming from.

Here is the list the available settings:

Branches

StudentLogic, of course, supports setups with multiple branches. This means that you can have a Tampines branch, Woodlands branch, Jurong East branch, etc. – so in this context, it can also be called a location, an outlet or a center. Branches can be separate legal entities or they may be a part of a single company. They may even have different logos or company names.

Naturally, some users will only be able to access their branch, some will need to have access to multiple branches (e.g. branch managers are often in charge of several branches) and management will need to be able to freely switch to any of the branches.

Here’s a selection widget that allows admin/management users to switch to a different branch:

This allows admin/management users to switch between different branches

First, you will need to identify your branches. If all your branches do the same thing (teach the same classes, have the same structure, etc.) then your branches will most likely be based on their location, such as Bedok, Enterprise One, etc.

If you have multiple legal entities in a single location – for example one entity handling musical classes and another ballet classes or product sales, you may need to create branches based on this trait as well. Be careful here – in accordance with the licensing terms, all of these entities must fall within a single ‘franchise’ umbrella, so if you have 2 completely separate schools, you may actually require multiple StudentLogic accounts.

Once you decide on the branches, your next consideration is what information will be shared among the branches and what data will be branch specific. Let look at the options:

1) CRM (students/parents) Data

For some of the schools it’s quite common that students attend classes in multiple centers. In this case, the membership is also valid across different branches so the students/parents are “property” of the franchise that is shared among its branches. The first branch the student visits will create the CRM record and most often also sell the membership. This will be reflected in the students membership number (e.g. TP0034 for Tampines or WDL3458 for Woodlands). Some clients expire this membership and generate a new one if the student decides to join a different branch and some will keep this initial number. Most of our clients fall into this “shared CRM” category.

It’s also possible to turn off this sharing – in which case each branch will have their own set of students. If the student decides to join a different branch, this branch will have to create their own CRM record and sell their own membership. This may be more appropriate for situations where the branches are separate legal entities and the main franchisor keeps only a loose control.

2) Sales

Even if the CRM data are shared, the sales transactions, payments, etc. are usually branch specific and each branch can only see their own transactions. They will have their own sets of running numbers as well.

This has many reasons – but mostly – to be able to control and verify the financial data.

3) Class setup

We will discuss setting up of classes, timetables, etc. later, however, there is an important consideration at this step. Do your branches/centers offer the same classes? By classes I mean the same ‘subjects’ e.g. math, science, piano, ballet, football, etc. as well as the pricing. Naturally, the timetable must be specific to each branch and will be different for each of them. Since the branches must fall within one ‘franchise’ umbrella, they usually share the class set up. Even in this shared setup, it’s still possible to have some classes available in only some of the branches. If, however, there are more differences than commonalities, it’s possible to turn off this sharing completely. In this case each branch will need to create their own subjects, prices, etc.

4) Attendance records

There are 2 main types of school when it comes to attendance:

1. the student can only attend classes in the branch where they were bought (of course students still can buy classes in multiple branches) and
2. student can attend classes in any of the branches. Most of the schools fall into the first category – it’s quite difficult to offer any branch classes for musical schools, tuition centers, language schools or basically any kind of classes where there is continuity between individual lessons or where the teacher for each lesson is expected to be the same. The second category is more suitable for gyms or schools offering programs without an instructor. It’s also quite common for playgroups or schools focused on toddlers and small children.

The second category has an important side effect on data sharing – to be able to book a student for a class in your center using a package bought in another center you need to be able to see the packages/classes from other centers. You will also need to be able to see the student’s attendance in other centers. So while each branch still has it’s own set of sales and running numbers, other centers must be able to access this information. While this may sound simply, it really adds a lot of complexity to the whole process. Not only does the system need to show more information, i.e. data for all centers but your users also need to be aware of the other centers and what and when happens there as they may have to book student in other centers and advice the students about their options.

It’s very important to make this sharing arrangement right. It’s a trade-off between flexibility, control and data entry. Most of the franchises require a certain level of uniformity and consistency among it’s branches. The class set up is also, by far, the most complex part of the implementation. Even if you offer just 5 different subjects (e.g. piano, violin, guitar, vocal and drums) in 4 different levels and for each offer 3 pricing options (e.g. monthly payments, terms and rolling classes) you get 5 x 4 x 3 = 60 different combinations. If each center maintains they own setup it may be extremely difficult to keep them in sync with evolving pricing strategy, new courses and seasonal promotions.

Time for Action

• Can your branches be determined based on geographical location or is there any other/business aspect to consider?
• What’s the structure of your franchise? Is there a single owner or is every branch owned by a different legal entity. Who owns the customers (students/parents) data?
• What’s your membership policy? Is it valid in any of the branches or only in the branch that sold it?
• How uniform and how consistent is your franchise? Do all the branches offer the same classes? Do they have the same pricing? Do they offer the same seasonal offers/discounts?
• What’s your policy on attending classes in multiple branches? Does the student need to buy a package in each of the branches or can they just use one package for any of the branches?

Students and Parents

As with many other aspects of the school business even the contacts management is different from the traditional way of managing contacts. The main difference is that while your actual customer is the student, your billing entity – or who receives the bill and makes payments – is the parent or legal guardian. And while 99% of the time you may deal only with one of the parents, there will be times when you may need to contact the other parent, so you will need their contact details as well.

Many times, your students will be two or more siblings from the same family. As such it’s very important that your CRM data also follows this “family” structure. You want to keep the parents/guardians and the children/students together. There are many reasons why this is important – e.g. To keep the sales history together, to generate ageing report / statement of accounts by family, to deal with second sibling discounts, etc.)

Since most of the other businesses don’t tend to deal in family structure, many accounting systems and, in fact, many school systems will force you to use the students as your billing contacts without any possibility of maintaining this family unit. The family structure is usually missing even in the manual systems relying on excel as it’s easier to follow one student per row structure.

Here’s a sample screen that illustrates the family structure. The first tab contains parent/contact info, followed by a separate tab for each child/student containing their course enrolment and attendance data:

Screen showing students and parents data grouped in the family structure

Before going to the actual import format, let’s took at some of the most important fields we will need.

Information about Parents

Let’s start with the parents. To uniquely identify the parent we use their phone number. Of course, the name is important too, but it’s more than common for multiple people to have the same name. Also, many times you may only get to deal with the guardian, and many names are easily misspelled. As such it’s easier to use the phone (mobile) number for primary identification. Because of this the phone numbers must be unique – this means that each phone number can only be assigned to a single parent/student. The system only requires a single number per family – you can leave the rest of the phones blank. While we’re at it, it’s very important to keep the numbers in a correct and valid international format. That way they can be later used for SMS notifications.

Next piece of important information is the email address. While email communication increasingly gives way to faster forms like instant messaging, it’s still a preferred choice for not-so-urgent matters like emailing of receipts, renewal notices, newsletters, etc.

Lastly, there is an address (mailing or residential). It’s difficult and time consuming to collect and even more difficult to keep current. And there’s very little – if any use for it. Unless you deal with government subsidies, chances are you will never use it. In any case, the system keeps addresses in 3 address lines, postal code, city, state (if applicable) and country. It’s okay to keep the whole address in a single field, but you won’t be able to segregate (sort and filter) parents by it. Of course, there’s many more fields such as employer, IC No, education, nationality, date of birth, etc. but they are not required. You can see the full list in the import template. Lastly, since it’s quite common to keep the contact information for the secondary parent/guardian, the same fields are duplicated for the second contact person.

Here’s how the information looks on the screen:

Screen detailing the information kept about parents/guardians

Screen showing address fields

And here’s the extract from the import template:

This excel template is used to import the parents data to CRM

Address fields in the import parents excel template

Information about Students

Next, student’s data. In this section we are only looking at the CRM data – nothing related to the classes/courses that the student is enrolled in. As such there’s only very little that is required. The system requires a name and date of birth (can be turned off). It’s very important to input the dates in a correct format – best with the month spelled out like 12 Jan 2010, because Excel tries to show and auto convert the dates to your locale and many times it swaps the date and month so 12/01/2010 becomes Dec 1st instead of Jan 12. We usually face quite a few issues when importing dates of birth because of this. As with parents, you can keep track of many other fields if necessary.

Here’s the screen with student’s data:

Screen showing student’s CRM data

And here’s the extract from the import template:

Excel template for importing students’ details – keeping siblings in a single row

Students without Parents

What to do if your clients (students) are adults? The system system still follows the same structure – only both the parent and student will have the same name. All the contact details will be kept under the “parent’s” record and the course related info will be under the student’s record. If the student is later joined by his/her spouse or children, you can just create them as students under the main record. That way the family structure will be maintained. This is similar to e.g. booking flight tickets for the whole family. You will need to choose one representative and all the bookings will be collated under his/her account.

Students without any Information

It’s quite common to conduct classes in other schools. In this case the school will provide the students but they usually don’t provide any information other than the first name. You can still keep this names in the system – we usually recommend to use the school details as the parent. This makes it easier to generate a single invoice for all the students. Once the parent’s details become available, the student can be transferred under the parent’s record.

Time for Action

• get the import template from our support
• enter the CRM data to be imported (do an export from your current system and copy and paste)
• make sure the phone numbers are in a correct international format (e.g. 6512345678) without any spaces and other characters
• make sure the phone numbers are unique – i.e. each phone number is used only once
• make sure that the dates are entered with the name of the month (e.g. 12 Jan 2010) – not just the numbers
• try to keep the the family data in a single row – it’s possible to merge the data after the import but it may introduce duplicates in the CRM as well as duplicates in sales

Of course, as with anything else there are many ways to slice the apple and I will try to focus on our experience, on what has and has not worked for our clients and us. Since the education industry practices are varied and very much dependent on the specific school – a football school will have slightly different requirements from a preschool – you may find some areas more relevant than others. It’s good to focus on what makes sense in your situation, but to also be aware of the options and possibilities in areas you may not yet be needing.

Zero Implementation

Ease of implementation has, along with customer support and other aspects become a part of the marketing rhethoric, branding and it’s an important part of the sales pitch. You will often hear sales people touting a 3 hours implementation or zero implementation. And it makes a lot of sense too – was there any implementation or training involved when you downloaded WhatsApp, taxi booking app, newspaper or magazine app or your favorite game? In less than a minute you are messaging with people all around the world, booking a taxi or reading newspapers. Gone are the times of user manuals or training. And while most of us like this fast and easy helpers that we use on daily bases, few would agree that running a school is as easy as booking a cab or opening newspaper or even playing Angry Birds (as sofisticated and challenging as they have become).

Our least complicated client does tuition for a single JC class (subject). He has a handful of students that stay with him for 2 terms. After they pass this subject in school, they have no reason to see him again. Everybody pays the same amount, there are no discounts, he doesn’t care about attendance – if you miss a class it’s forfeited… And yet, running this business is more difficult than sending an SMS message. The main reason for this is that his clients are students – more specifically humans. And as humans they like to break all the nice rules. They don’t pay on time, they want to join midterm and they very often miss classes and come on different dates and times. Sometimes, even he needs to change the class timing and needs to inform 30 people – the students in that specific class. And of course he needs to produce some financial data for his accountant. With growing number of classes, teachers and students, these problems tend to grow exponentially. Managing them is much more complex than booking even 50 cabs or reading Facebook posts of all of your ‘friends’.

Simple or Complex System

Put simply, to manage a complex business you need a complex system. It should be easy to use but it should also be flexible enough to handle much of the complexity and nuances of your business. Put bluntly, if your school offers 20 courses in several levels, offers various pricing options based on the timing, teacher, etc. with different sales packages that result in 70 different pricing options – this is exactly what your system will have to reflect. The more complex your processes and business rules are, the more complex the system will be.

School/preschool/enrichment center/kindergarden is a fairly complex business – right from the sales process that includes membership/registration, deposits, classes and very often also merchandize or services, through the set up of the classes, time table, class pricing down to the attendance taking and dealing with make ups rescheduling. What makes it worse is that there isn’t any established ‘industry standard’ or ‘best practice’ to follow. Based on our experience, each school has their own way of doing things – sometimes even different branches of the same school do things differently. In this kind of a complex environment, the manual process may seem easier and more flexible as any rule can easily be bent or adjusted. It’s easy to let the student attend even though he didn’t purchase a class and just scribble the name to the attendance sheet. It’s easy to sell any number of classes for any price with extended or shortened expiry and just scribble the ‘new rules’ on the receipt. And of course if nothing is really fixed any changes in the schedules, or make up classes can be arranged via SMS. While all this is good and well for a small school with one or two teachers having a handful of students, with the growing numbers and longer history to remember this ‘system’ becomes unmanageable very fast. The result is a seemingly simple process with an only a few rules but with hundreds of exceptions and exceptions to those exceptions. As such it may seem that it’s as easy as booking a cab or working with Facebook.

Which brings us to step 0 of the implementation, in  fact, you should do this step even before you choose the right system. To see how simple your process really is, consider the following areas. Try to list down how each of them looks and works in your business, what works well and what issues you face.

Step 0 (before you begin)

A usual school management system will need to cover at least the following areas:

We will be looking at them in more detail in the upcoming instalments.

Time Factor

There is one more important factor to consider. Everybody understands that as the business evolves and grows, the system requirements change as well. If you’re a small company just starting out you may be unnecessarily overwhelmed by a full scale system. Also your focus will most likely be on bringing new students and figuring out the best way to handle the operation. That means trying out new things and ways, keeping what works and quickly discarding what doesn’t. Implementing a system during this volatile time may needlessly strain your resources – adjusting all the existing data and system processes – especially if it’s only for trial period.

On the other hand, as the business matures and relies on more people working together, the benefits of automation of stable processes and easy access to up-to-date information easily outweighs  the cost of maintaining the data. With different people handling different parts of the process (admin handling new enrolments, teachers attendance, accounts payments, management handling classes, timetables, teacher allocations, etc.) the system will need to handle more and more aspects of the business.

This content is password protected. To view it please enter your password below:

Password:

Second part of the CRM module is communication tracking and email/SMS blast tool. Email/SMS integration is used to send out reminders (e.g. payment reminders, renewal reminders), alerts (e.g. course start alert, package expiry alert, birthday promotions etc.) as well as ad hoc marketing communication.

	Student Profile	name, birthday, address, objectives for joining the course, signup source, etc
	Parents/Guardians information	multiple parents/guardians information, family history, siblings
	Communication tracking	track any major/important communication between school and parents or students for future reference
	Mass Emails	communication tool to be used to blast important message via email to members (e-newsletter, promotions, etc.) or auto emails blasted out as reminders/alerts (birthday email, course expiry reminder, renewal reminder, etc.)
	Mass SMS	communication tool to be used to blast important messages via SMS to members (reminders, alerts, promotions, etc.), parents or students can also reply the SMS, which is then stored in the system for reference and response management

CRM Module Menu:

Parents Database – Summary Screen:

Parents Database – Detail Screen:

Students Database – Summary Screen:

Multiple Students can belong to one parent:

Student – Membership Info:

Student Detailed Info screen – history of all classes/courses attending/attended

Communication Summary Screen

Communication Detail Screen

Sample Mass SMS

Sample Mass Email

Example of Mass SMS/Email Filtering Criteria

SMS Notifications

Sample Email Notification

	Registration	quickly register new student/parent to process a sale. Allow parents/guardians to update additional info using tablets.
	Sales Process	manage different types of sale – from registration/membership fee, through course sales, merchandize to services (e.g. birthday parties)
	Course Sales	handle different types of classes – free classes, trial classes, packages, promo bundles (e.g. 2 different packages, family packages, any class packages, etc.) Auto renewals for ongoing classes.
	Payments	process returnable deposits, split/partial payments, discounts, payment by vouchers. Generate and auto-email/SMS statement of accounts, payment reminders, etc.

POS Module Menu

POS – Summary Screen

POS – Daily collection summary

POS – Simple interface for processing of new sale

POS – Sales interface with advanced options

POS – Receiving payments (including split payments)

POS – Sample of receipt printout

POS – Quick registration of new students

	Daily Attendance	monitor daily attendance of students, future bookings, upgrades, make-up classes, expiry of packages. Easily reschedule students to different days or different classes.
	Course Schedule	create and organize schedule of classes – generate lessons for subjects/courses with timing, teachers, assistant teachers and rooms assigned. Timing can be once a week (e.g. for Monday 10am class) or multiple times a week (e.g. for class to be attended every Monday and Wednesday). Set maximum capacity for classes to avoid overbooking.
	Teachers Management	monitor teachers schedule and class load. Generate weekly schedule. Generate reports such as attendance per teacher, sales by teacher, etc.
	Dashboards and Reports	System provides daily/weekly class summary to see which classes are fully booked, which still have available places. Attendance can be viewed per student (summary of all classes student is signed up for), per class (summary of all bookings/attendances on different days), daily (all classes and their bookings/attendances per day) and many more.

Attendance Module Menu:

Daily Attendance Management Screen

Sample of attendance sheet printout from the above screen

User can quickly re-schedule student

User can update student’s attendance by clicking the icon

Teacher can close lesson after attendance update is complete

Lesson status will get updated accordingly

User can check each student’s attendance under his/her profile

A report can be printed out

User can re-schedule student from this screen

Lessons summary screen

Lessons attendance summary screen

	Products Management	easily define and categorize all products and services with categories, classes, units of measure and pictures. Use bar codes and QR codes for input/output. Define different price lists for various suppliers or customer groups. See product availability across multiple stock locations within a warehouse or multiple warehouses.
	Purchasing	integrate full process from purchase orders, through product receipts to vendor invoices. Or just process the received stock and don't worry about the rest. Keep the process as simple or as complex as you need. Easily monitor items with low stock level and generate orders to suppliers. Monitor passed sales trends, unreceived purchases, purchase price changes to make better ordering decisions.

Products Module – Menu

Products Database – Summary

Product Detail

Product Prices

Stock Receipts – Summary

Stock Receipt – Detail

Stock Transactions – Summary

Stock Locations