'''Tickets about an organization inside Loopa, and about what a coach and a client send each other.''' The member-facing articles are ''Joining an organization'', ''Managing your organization'' and ''Sharing a workout with your coach'' on the Loopa knowledge base. Send members there rather than paraphrasing.
== "Can my gym see my workouts?" ==
'''No, and there is no permission that would let them.''' An organization inside Loopa gives its members two things: a private forum room, and the organization's challenges. That is the whole list.
No role in an organization — member, admin, or the person who owns it — can read a member's workouts, activity, weight, food log, measurements, photos, cycle or vital signs. No role there can recommend anything to a member, and nothing a member shares with their coach can be addressed to an organization.
You can say this plainly, because it is structural rather than a policy: what a role may do is an allowlist, anything not on it is refused, and there is no health-shaped entry on it to grant. A test fails the build if one appears.
'''A coach is a separate question.''' Somebody who coaches at a gym is a coach because the member chose them and switched categories on, not because they work there.
== "I joined another gym and my old room disappeared" ==
Expected. '''A member belongs to one organization at a time''', and joining a new one ends the previous membership in the same act — the old room closes and they come out of any of that organization's challenges still running.
Nothing is deleted. Every post they wrote stays, results they already recorded stay on the leaderboards they are on, and their own logs and records are untouched. The old organization's code will let them back in.
== "I changed coach and all my sharing switches are off" ==
Expected, and it is the point. '''A member has one coach at a time.''' Joining a new coach ends the previous relationship immediately:
- the previous coach's forum closes for them
- every sharing category is switched off
- every session they had shown that coach is withdrawn from the coach's view
'''What the old coach sent them stays in their own history''', read-only — past notes and recommendations are keyed to the member, not to the relationship. A routine they accepted is already a copy in their own library and stays there.
Nothing about their subscription, price or logged data changes. If somebody rejoins a coach they left, they come back with every category off, exactly like a new client.
== "I shared a workout and now I want it back" ==
'''Withdraw it.''' It leaves the coach's list in that moment. The member keeps their own record of what they shared and when, including the withdrawn ones, and they can share the same session again later.
Related answers:
- '''"Loopa asked me to read something before I could share."''' The first share with a coach shows what that coach will see and records the agreement. It is asked once per coach — a new coach is a new decision.
- '''"I shared it twice by accident."''' Tapping share twice on a slow connection does not create two. One live share per item.
- '''"Does it share my whole training log?"''' No. A share is one session and opens nothing else. Opening a whole category is the separate sharing switch on their coach screen.
- '''"Does anything share by itself?"''' No. There is no schedule and no automatic version.
== "My coach sent me a routine and I cannot find it" ==
Check whether they '''accepted''' it. A recommendation waits for a decision:
- '''Accepted''' — a copy of the routine is in their own library from that moment and stays theirs, including after the relationship ends.
- '''Declined''' — nothing was written, and the coach was told.
- '''Still waiting''' — it is in their inbox with both buttons.
A member at the routine limit who tries to accept is told so, and '''the recommendation stays waiting''' rather than being consumed. Archiving a routine or subscribing both clear it.
Something a coach sent before the member left them is history: readable, not actionable.
== "The join code does not work" ==
In order:
'''Read the code back.''' Codes never contain '''O, I, L, U, 0 or 1''' — those are the ones that get misread. Ask what they are looking at.
'''The code may have been retired.''' An organization issues a new one whenever an old one has traveled further than intended, and the old one stops the moment they do. Nobody is removed when that happens. Ask the organization for the current code.
'''The organization may be suspended or closed.''' A closed organization answers exactly as an unknown code does, deliberately — telling a stranger "right code, we are shut" confirms the code is real. Only the organization can tell you which it is.
'''Do not offer to correct a code.''' A repaired mistype can resolve to a different organization, and the member has no way to tell that it did.
== "Where are our earnings?" ==
'''In the partner portal, in a browser.''' Earnings, statements and payouts live there and only there. The app shows an organization's partner code, whether it is linked, and its current member count.
'''Never quote a rate, a balance or an amount''' — not in a ticket, not "roughly", not from a screenshot. Point them at the portal.
== Escalate ==
- A member who believes somebody at an organization saw something individual about them. Treat as a privacy incident, not a support question.
- An organization asking for a member list, an export, or "just the emails". There is no such export, because there is no such data, and the ask is worth recording.
- An organization asking to be given any view of members' health data, however framed. There is nothing to enable; the answer is no, and it is not a feature request to file.
- An organization left with no administrator. Loopa refuses to remove or demote the last one, so this means something else happened — check before acting.
- A member reporting that a coach pressured them into sharing, or presented a recommendation as compulsory. That is a coach-conduct matter and it goes up.
'''Tickets about an organization inside Loopa, and about what a coach and a client send each other.''' The member-facing articles are ''Joining an organization'', ''Managing your organization'' and ''Sharing a workout with your coach'' on the Loopa knowledge base. Send members there rather than paraphrasing. == "Can my gym see my workouts?" == '''No, and there is no permission that would let them.''' An organization inside Loopa gives its members two things: a private forum room, and the organization's challenges. That is the whole list. No role in an organization — member, admin, or the person who owns it — can read a member's workouts, activity, weight, food log, measurements, photos, cycle or vital signs. No role there can recommend anything to a member, and nothing a member shares with their coach can be addressed to an organization. You can say this plainly, because it is structural rather than a policy: what a role may do is an allowlist, anything not on it is refused, and there is no health-shaped entry on it to grant. A test fails the build if one appears. '''A coach is a separate question.''' Somebody who coaches at a gym is a coach because the member chose them and switched categories on, not because they work there. == "I joined another gym and my old room disappeared" == Expected. '''A member belongs to one organization at a time''', and joining a new one ends the previous membership in the same act — the old room closes and they come out of any of that organization's challenges still running. Nothing is deleted. Every post they wrote stays, results they already recorded stay on the leaderboards they are on, and their own logs and records are untouched. The old organization's code will let them back in. == "I changed coach and all my sharing switches are off" == Expected, and it is the point. '''A member has one coach at a time.''' Joining a new coach ends the previous relationship immediately: * the previous coach's forum closes for them * every sharing category is switched off * every session they had shown that coach is withdrawn from the coach's view '''What the old coach sent them stays in their own history''', read-only — past notes and recommendations are keyed to the member, not to the relationship. A routine they accepted is already a copy in their own library and stays there. Nothing about their subscription, price or logged data changes. If somebody rejoins a coach they left, they come back with every category off, exactly like a new client. == "I shared a workout and now I want it back" == '''Withdraw it.''' It leaves the coach's list in that moment. The member keeps their own record of what they shared and when, including the withdrawn ones, and they can share the same session again later. Related answers: * '''"Loopa asked me to read something before I could share."''' The first share with a coach shows what that coach will see and records the agreement. It is asked once per coach — a new coach is a new decision. * '''"I shared it twice by accident."''' Tapping share twice on a slow connection does not create two. One live share per item. * '''"Does it share my whole training log?"''' No. A share is one session and opens nothing else. Opening a whole category is the separate sharing switch on their coach screen. * '''"Does anything share by itself?"''' No. There is no schedule and no automatic version. == "My coach sent me a routine and I cannot find it" == Check whether they '''accepted''' it. A recommendation waits for a decision: * '''Accepted''' — a copy of the routine is in their own library from that moment and stays theirs, including after the relationship ends. * '''Declined''' — nothing was written, and the coach was told. * '''Still waiting''' — it is in their inbox with both buttons. A member at the routine limit who tries to accept is told so, and '''the recommendation stays waiting''' rather than being consumed. Archiving a routine or subscribing both clear it. Something a coach sent before the member left them is history: readable, not actionable. == "The join code does not work" == In order: # '''Read the code back.''' Codes never contain '''O, I, L, U, 0 or 1''' — those are the ones that get misread. Ask what they are looking at. # '''The code may have been retired.''' An organization issues a new one whenever an old one has traveled further than intended, and the old one stops the moment they do. Nobody is removed when that happens. Ask the organization for the current code. # '''The organization may be suspended or closed.''' A closed organization answers exactly as an unknown code does, deliberately — telling a stranger "right code, we are shut" confirms the code is real. Only the organization can tell you which it is. '''Do not offer to correct a code.''' A repaired mistype can resolve to a different organization, and the member has no way to tell that it did. == "Where are our earnings?" == '''In the partner portal, in a browser.''' Earnings, statements and payouts live there and only there. The app shows an organization's partner code, whether it is linked, and its current member count. '''Never quote a rate, a balance or an amount''' — not in a ticket, not "roughly", not from a screenshot. Point them at the portal. == Escalate == * A member who believes somebody at an organization saw something individual about them. Treat as a privacy incident, not a support question. * An organization asking for a member list, an export, or "just the emails". There is no such export, because there is no such data, and the ask is worth recording. * An organization asking to be given any view of members' health data, however framed. There is nothing to enable; the answer is no, and it is not a feature request to file. * An organization left with no administrator. Loopa refuses to remove or demote the last one, so this means something else happened — check before acting. * A member reporting that a coach pressured them into sharing, or presented a recommendation as compulsory. That is a coach-conduct matter and it goes up.