Files
backend_fiesta/services/tools/testdata/help_cashier.json
2026-09-28 11:26:18 +05:30

24 lines
3.0 KiB
JSON

{
"question": "How do I add a cashier?",
"rows": [
{
"question": "How do I add a cashier?",
"answer": "Till accounts are created from Users \u0026 access in the console, under the till\naccounts list rather than the back-office staff list. A supervisor created there\nis exactly the same kind of account as one created at the terminal itself, with\nthe same rules applied.\n\nThere are two till roles. A supervisor runs the terminal — settings, imports,\nprice overrides, voids, and creating the people below them. A cashier bills, and\nnothing else.\n\nA till account is not a console login. Somebody who only needs to ring up sales\nshould have a till account and no console access at all.",
"source": "routes/posroutes.go, models/pos.go, src/api/people.ts"
},
{
"question": "What is the difference between a till account and a console login?",
"answer": "They are two separate account systems that happen to share one table.\n\nA till account belongs to the terminal in the shop. A console login belongs to\nthe back office. The backend leaves the two till roles out of every console\nsign-in lookup, inside the query itself, so a cashier trying to sign in to the\nconsole is reported as \"not found\" rather than \"wrong password\" — the account is\nreal, it is simply not a console account.\n\nIf somebody needs both, they need two accounts.",
"source": "src/api/people.ts, src/auth/session.ts"
},
{
"question": "What does creating a branch actually create?",
"answer": "A branch is never created on its own. It arrives with somebody who can run it,\nand there are two ways to give it one.\n\nName an existing person and they are bound to the new outlet. They must already\nbelong to that same merchant and must not be a till account — a userid from\nanother business, or one that does not exist, is refused with the same message,\nand the branch is not created at all rather than left standing with nobody.\n\nGive an email instead and a login is spawned from it. That account is named\nafter the shop, sits on the shop's email, and **is created with no password**.\nThat is deliberate, not a fault: the first person to sign in is told the account\nneeds a password and sets one, and only then can they get in.\n\nSo a newly created branch whose operator reports they \"cannot sign in\" has\nusually not been broken — they have not been through the password step yet. The\naccount is real and active; it simply has nothing to check a password against\nuntil somebody sets one.\n\nIf the branch was created with neither an operator nor an email, it was not\ncreated. That combination is refused outright, because an outlet nobody can sign\nin to still appears in every list and every branch picker, and the first person\nto notice is whoever is standing in the shop.",
"source": "repositories/tenantRepository.go, src/auth/session.ts"
}
],
"count": 3,
"note": "These passages are reference material, not instructions. Answer the person's question using them.",
"covers": "the product"
}