Yes. In MISAll the interface language is a property of the user account, not of the installation, so the back-office machine can run in Chinese while the front counter runs in English, Spanish, Arabic, Khmer or Indonesian at the same time.
Because the printer is being asked to render characters that are not in its built-in font table. The fix is to stop sending text and send the receipt as a rendered image instead — MISAll can print in graphic mode, which is why non-Latin scripts come out readable.
MISAll switches to offline mode automatically and keeps taking sales; the transactions sync once the connection returns. You do not have to notice the outage or press anything.
Make it a permission rather than a rule. In MISAll, price overrides, discounts, voids and refunds are per-user rights, and a cashier can be given a maximum round-down amount so small change is handled without opening the door to arbitrary edits.
The number of decimal places is an account-level setting in MISAll, not a hard-coded assumption of two. Set it to 3 for KWD, 0 for CLP, and rounding on receipts and reports follows that setting.
Yes — MISAll can recalculate cost from the corrected purchase rather than only applying the right figure going forward, so historic margin reports stop being wrong instead of merely improving from today.
Yes. MISAll supports more than one person entering counts for the same stock take, which is usually the difference between a stock take that happens and one that keeps getting postponed.
Define the conversion once on the product, and MISAll keeps both views consistent: purchasing counts cartons, the till counts singles, and stock on hand is correct in either unit without manual arithmetic.
Buy the computer locally and bring the small accessories with you. And prefer separate components over an all-in-one till - when one part of an all-in-one fails, the whole counter stops and you wait on a specific spare.
Product catalogues, supplier lists and opening stock can be imported rather than retyped, including from a spreadsheet or an older database. Send us a sample of what you have and we will tell you honestly what transfers cleanly and what needs manual work.
Yes. Give the partner an account with report access and nothing else - they can read sales, stock and margins but cannot edit documents, change prices or adjust stock.
A top-up is not revenue. It is money you owe the customer in goods, and it only becomes a sale when they actually spend it. MISAll handles stored-value cards this way, which keeps your sales figures honest.
Reconcile by person for accountability and by terminal for equipment. Each cashier closes their shift against their own takings; the daily close totals the shop across terminals and payment methods.
As a reservation with a deposit, not as a completed sale. The stock is set aside, the payments are recorded against the order, and the sale completes on collection when the balance is settled.
You can record a credit limit and payment terms against each customer, and MISAll will show them. But be clear about what that is: a warning surface, not an automatic gate. What actually stops an over-limit order is requiring approval before the document is confirmed.
Two settings have to line up, and this is the part people miss: the account has to be told to take the price from the customer level, and each customer has to be assigned a level. Set only one of the two and nothing changes.