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.
No. Colour and size are their own attributes, so one style is one product with a grid of variants underneath, and stock reports read as a size grid rather than hundreds of separate items.
Print your own. MISAll generates barcodes and prints shelf and product labels from the same catalogue the till scans, so an unbranded or repacked item gets a code that works exactly like a manufacturer one.
Software handles the network; hardware handles the power. MISAll keeps selling offline when the link drops, but a computer that loses power mid-transaction is a different risk — that one is solved with a UPS on the till and the router.
As a recorded write-off, not as a mystery shortage. Booking spoilage against the product means your stock figures stay true and you can see how much of your margin is going in the bin each month.
As an assembly: the components come out of stock and the finished set goes in, with cost carried across. Breaking a set back into parts is the reverse operation, so stock stays correct in both directions.
No, provided backups were running. Contact us with the situation before you buy or reinstall anything — the recovery route depends on how your system was set up, and the wrong first move can make it harder.
Disable it, do not delete it and do not let the next person reuse it. The account is what ties past transactions to a person; delete or share it and your audit trail stops being usable.
Yes — there is an online ordering store where your customers browse your catalogue and submit orders themselves, which land in the same system your warehouse already works from.