← PWE Studio home 中文

Customer resources

Frequently asked questions

What v10.20.0 does today, where it runs, and which commitments are still open. Answers state the current position rather than the plan.

Live on AWS Lightsail since 30 July 2026 · monitoring and SLA still open

Hosting, data and recovery

Is this a production AWS deployment?

Yes, since 30 July 2026. pwestudio.online runs from an AWS Lightsail instance in the Sydney region. The host terminates TLS with a Let’s Encrypt certificate covering the apex and www, renewed automatically; HTTP redirects to HTTPS and HSTS is set for one year. The application listens only on the instance’s loopback interface and is reached through that edge. The Cloudflare Tunnel used for earlier demonstrations is no longer the production path and will not be reintroduced for this hostname.

Where is our data stored?

In the Sydney region (ap-southeast-2), on the instance itself: PostgreSQL 16 runs beside the application, and media files sit on an attached volume. The runtime connects with a restricted database role; the owner role is used only for schema migrations at start-up. Managed services — Amazon RDS for the database, S3 for media, SES for mail — are not in use.

Are there backups, and has a restore actually been tested?

Yes to both. A scheduled job runs daily at 03:15 UTC and produces a logical PostgreSQL dump plus an archive of the media volume. A restore rehearsal has been run against those artefacts and passes. Two limits are worth stating plainly: the copies currently live on the same instance, so an off-box copy is still an open item; and there is no automated alert if a backup run fails, so backup output is checked as an operator task rather than by monitoring.

Is there monitoring and an availability commitment?

Not yet. Uptime monitoring, backup-failure alerting, an on-call path and a contractual availability target are not in place. Health and version can be checked on demand, and a branded maintenance page is served if the application is briefly unavailable during an upgrade, but that is not the same as a monitored service with an SLA. Any availability target has to be written into a signed order form.

Does PWE Studio require multi-factor authentication?

No, and this is now an open gap on a live service rather than a pre-launch to-do. Role separation, PBKDF2-HMAC-SHA256 password hashing with 600,000 iterations, HttpOnly session cookies, rate limiting on student access codes and audit logging are all in place. Multi-factor authentication for privileged accounts is not, and remains our highest-priority security item. Until it ships, keep privileged logins individual, use a password manager, and tell us immediately if you suspect an account is compromised.

Using the product

What is the difference between Studio Admin and CMS?

Studio Admin is the owner’s website and brand workspace. CMS is the daily operations workspace for enquiries, students, rosters, attendance, credits, artwork and reports. They share identity and stable links, while responsibilities and permissions remain separate.

Can families sign in?

A family unlocks one student’s private area with the student name, the registered mobile number and a six-digit code issued by the studio. It shows that student’s credit balance, next class, attendance and portfolio, and nothing belonging to another student. Attempts are rate-limited and temporarily locked after repeated failures. Multi-child account aggregation is not part of v10.20.0.

Does PWE Studio send SMS or email automatically?

Most operator actions open your own Mail or Messages application with prepared text, and you decide whether to send. PWE Studio also has a logged SMTP path for configured transactional events, but it sends externally only when the deployment supplies and operates its own sending account and domain. No managed sending domain or SMS provider transport is included by default.

Are online payments included?

No. Staff can record purchases, invoices, payments, refunds and credit adjustments, and every action is audited, but PWE Studio does not capture cards or move money. Automatic merchant/bank settlement reconciliation is deferred. The optional Xero add-on pushes recorded documents one way; it is not a payment processor. Do not upload payment-card numbers into any field.

Can any CSV or Excel file be imported?

We provide standard templates and a migration assessment. Arbitrary files usually need field mapping and may need paid clean-up. A production import only proceeds after an exceptions report, your written approval, a checkpoint, a rehearsal and a reconciliation.

What is in the ICS calendar export?

There are two distinct exports. The weekly schedule contains active recurring classes, course details and location in the studio’s local time, and excludes student and guardian identities. The daily roster may contain student names because it is an operational attendance file; it is restricted to staff with data-export permission, is marked private before download and never contains guardian names.

How are multiple campuses handled?

In v10.20.0 one campus is one tenant and one subscription. This keeps student records, staff membership, schedules, brand, plan and — importantly — backup, export, deletion and incident scope independent per campus. A future organisation layer may aggregate isolated campus tenants for reporting without merging their operational data.

Are custom domains and third-party integrations live?

Studio pages remain under the platform domain; per-studio custom domains, Stripe, provider calendar APIs and SMS provider transport are deferred unless a signed order includes implementation and acceptance. Xero is different: it is a paid Beta add-on with OAuth, reviewed mappings, a Demo Company trial, a persistent queue and gated one-way push for issued invoices, credit notes and recorded payments. It never imports or applies edits from Xero, and pushing stays off until every gate passes.

Getting help. Read the support policy, then use Support & Feedback on the product home. Include your studio name, the affected role, the time and the page. Never put passwords, student access codes, payment details or sensitive student information in a first message.