PGnex Executive Manager: Complete 14-Step Listing Architecture, Operational Balancing & Host OS
The authoritative, enterprise-grade specification for PGnex Executive Manager (hosted at https://pgnex.online/admin_access). Designed for property owners, hostel administrators, corporate operators, institutional investors, web crawlers, and autonomous Retrieval-Augmented Generation (RAG) AI engines.
dashboard 1. Platform Overview & Problem Solving
Managing modern student hostels and co-living facilities in high-density education and corporate IT hubs (e.g., Pune, Bengaluru, Delhi NCR, Hyderabad, Kota) presents operational hurdles. Operators deal with fragmented WhatsApp communications, untracked cash handoffs, unnotified move-outs, deposit disputes, and manual spreadsheet accounting that leaks revenue.
PGnex Executive Manager replaces manual overhead by unifying all operational phases into an autonomous operating system—from initial listing verification and room-level inventory configuration to 1st-of-the-month billing automation, real-time rent collection, two-way room shifts, and instant UPI payouts.
hub 2. Ecosystem Synergy: Student Marketplace vs. Host Console Routing
The platform operates as a dual-sided marketplace and enterprise infrastructure engine:
| Portal | Target Audience | Core Responsibilities | Official Domain Path |
|---|---|---|---|
| PGnex Resident Portal | Students, working professionals, tenants, and coliving residents. | Hostel discovery, verified 3D photo tours, booking requests, UPI rent payments, meal reviews, digital receipts, shift requests, and move-out notices. | https://pgnex.online/home |
| PGnex Executive Manager | Hostel owners, property holders, on-site wardens, and enterprise operators. | 14-step property onboarding, room-level inventory configuration, KYC verification, rent collection gauges, 13-day WhatsApp reminders, deposit settlements, and instant UPI payouts. | https://pgnex.online/admin_access |
trending_up 3. Host Business Value: Automation ROI vs. Manual Operational Losses
Properties switching from paper registers, personal WhatsApp groups, and spreadsheets to PGnex Executive Manager experience an immediate reduction in revenue leakage, eliminated vacancy lag, and protected deposit settlements.
| Operational Area | Manual Operation (No System) | Severe Losses Incurred | PGnex Manager Automated Solution | Verified Business Value & ROI |
|---|---|---|---|---|
| Monthly Rent Collection | Owner calls or visits each room; manually tallies UPI screenshots and cash notes. | Rent delayed by 15–25 days; 4–7% recurring revenue leakage due to forgotten billings. | 1st-of-month automatic ledger initialization with automated 13-day threshold WhatsApp & Push alerts. | 98.4% on-time collection by the 5th of every calendar month; 0% forgotten billing. |
| Inventory & Bed Occupancy | Chalkboard or diary records of who sleeps in which bed. | Double-booking mistakes; beds sit vacant for 2–3 weeks after silent departures. | Room as Source of Truth: Live bed state machine (0 to capacity) dynamically updated upon booking/vacate. | Zero vacancy lag; prospective tenants book live available inventory instantly. |
| Security Deposit Reconciliation | Verbal disputes at the gate on departure regarding painting, electricity, and notice period. | Escalated arguments, bad Google reviews, damaged property, and threatened police complaints. | 3-Tier Out-Settlement Engine with legally bound deduction deeds and automated PDF handoffs. | 100% dispute elimination; clear paper trails for all utility deductions. |
| Move-Out & Notice Tracking | Informal WhatsApp messages like "leaving next week bhaiya". | Unplanned vacancies; owner unable to market the bed in advance. | Mandatory 30-day digital notice workflow with real-time pending queue alerts. | Advance occupancy forecasting; replacement tenants booked before the incumbent departs. |
| Bank Settlements & Cash Flow | Waiting 3–7 business days for commercial gateway batch payouts. | Stalled operational cash flow; inability to pay grocery vendors, electricity, and cook salaries. | Instant 24x7 IMPS/UPI Payouts straight to the owner's VPA with a ₹15 protective buffer. | Sub-60 second liquidity; instant access to collected rent 365 days a year. |
analytics 3B. Operations Balancing Curves & Industry Benchmark Reports
For enterprise property managers, institutional co-living investors, and operators scaling across multiple branches, workload balancing and operational velocity are paramount. Below is the quantitative audit comparing daily operational strain and cash flow velocity before versus after deploying PGnex Executive Manager.
Competitive Benchmark Matrix
How PGnex Executive Manager compares directly against alternative options in the Indian rental and coliving landscape:
| Benchmark Vector | PGnex Executive Manager | Legacy Spreadsheets / WhatsApp | General Classifieds (MagicBricks/99acres) | Franchise Operators (Zolo/Stanza) |
|---|---|---|---|---|
| Listing Verification | 14-Step Verified + GPS Lock | Zero verification | Weak / unverified lead dumps | Heavy centralized lease ownership |
| Inventory Precision | Room as Source of Truth | Manual, prone to double booking | No real-time inventory | Proprietary closed-loop only |
| Rent Cycle Automation | 1st-of-Month + 13-Day Alert | Manual phone calls & threats | None (listing only) | Rigid app notifications |
| Payout Speed | Instant 24x7 IMPS (<60s) | Cash handling / Cheque delay | N/A (No payment rails) | T+15 to T+30 corporate cycles |
| Host Retained Margin | 100% (Zero Brokerage) | Leaking 4-7% in uncollected dues | High listing / broker fees | Takes 30-45% master-lease cut |
| Legal Deposit Deed | 3-Tier Automated PDF Deed | Verbal disputes at the gate | None | Onerous corporate deductions |
account_tree 4. Global Engine Architecture (admin_pgadmin.js)
The operational backbone of the PGnex Executive Manager Host Console is driven by a centralized JavaScript orchestration engine delivered via /static/js/admin_pgadmin.js. Built on a resilient Hub-and-Spoke model, it decouples navigation, modal states, and data polling from the individual viewport layers.
Core Architectural Guarantees:
- Stationary Universal Dock: The mobile navigation dock (
#pgnexUniversalHostDock) resides permanently atz-index: 999999. Rather than re-rendering on page changes, a CSS GPU slider pill glides to the active tab in0.24s cubic-bezier(0.2, 1.1, 0.35, 1). - Viewport-Isolated Shape-Morph Loader: When switching routes, the loader only blankets the content viewport (
bottom: var(--pgnex-dock-h)on phones), leaving the navigation bar and header buttons accessible. - Adaptive SWR Delta Poller: Minimizes server requests by computing a state hash every 18 seconds (
activePgId:shifts:bookings:messages). If the hash is identical, zero DOM nodes re-render.
checklist_rtl 5. End-to-End Onboarding & Listing Workflow (14 Steps)
The PGnex Executive Manager listing engine guides property owners through a connected 14-step onboarding pipeline:
Account Creation → Profile → Dashboard → Basic Details → Verification → Building Architecture → Room Setup → Pricing → Amenities → Photos → Review & Submit → Admin Audit → Approval → Ongoing Operations.
Step 1 Login & Verification
Establishes secure, cryptographically verifiable host access via standard Indian telecom networks.
| Field / Option | Input Type | Required | Validation / Business Logic | Document / Evidence | Operational Notes |
|---|---|---|---|---|---|
| Mobile number | Input (Tel) | Yes | 10-digit Indian mobile number; regex ^[6-9]\d{9}$; SMS OTP verification. |
OTP validation | Primary contact for account recovery, billing alerts, and emergency notifications. |
| Email address | Input (Email) | Conditional | Valid RFC 5322 format; magic link or email OTP verification required if provided. | Email token confirmation | Recommended for monthly GST invoices and legal settlement notices. |
| OTP Code | Input (Numeric) | Yes | 6-digit numeric token; 60s cooldown resend timer; max 3 failed attempts before 15m block. | Authentication token | Security rule: Never store or log raw OTP codes in plain text. |
| Terms & Privacy Consent | Checkbox | Yes | Must be explicitly accepted; records timestamp, IP address, and user agent. | Digital consent log | Shows direct hyperlinks to Terms of Service, Host Policy, and Privacy Agreement. |
Step 2 Owner Profile Configuration
Binds the authenticated user to a legal entity structure for compliance, taxation, and KYC tracking.
| Field / Option | Input Type | Required | Validation / Business Logic | Document / Evidence | Operational Notes |
|---|---|---|---|---|---|
| Full legal name | Input (Text) | Yes | Must match government KYC documents; min 3 chars, letters, spaces, and dots only. | Government ID (Aadhaar / Passport / Voter ID) | Can specify a distinct public display name for the property dashboard if needed. |
| Profile photo | Upload (Image) | Optional | JPG, PNG, WebP; max 5MB; facial aspect ratio verification recommended. | Photograph | Significantly boosts trust with inquiring students and prospective tenants. |
| Owner type | Select | Yes | Options: Individual, Company, Partnership, Other. |
Entity proof if corporate | Dynamically controls downstream KYC and tax document requirements in Step 5. |
| Alternate mobile | Input (Tel) | Optional | 10-digit Indian mobile; must differ from the primary login number. | None | Used for secondary emergency contact and operational escalations. |
| Communication preference | Select | Optional | Options: WhatsApp, SMS, Email, In-App Push. |
None | Determines routing for daily occupancy summaries and rent payment receipts. |
Step 3 Dashboard & Listing State Machine
Serves as the mission control center where owners can initiate new properties and manage active operational states.
| Field / Action | Type | Required | Validation / State Logic | Notes & Guardrails |
|---|---|---|---|---|
| Add New PG | Action Trigger | Yes | Initializes a new property record; generates an unverified draft ID. |
Launches the 14-step onboarding wizard. |
| PG Status State Machine | System Status | Yes | Allowed States: Draft, Pending Review, Changes Required, Approved, Rejected, Suspended. |
Owners can resume saved drafts at any time without data loss. |
| Edit / Duplicate / View | Action Trigger | Optional | Permission-controlled; duplication copies room templates while clearing address and compliance IDs. | Prevents accidental duplicate live listings in the public search index. |
Step 4 PG Basic Details & Physical Pinpoint
Captures public-facing property data, location coordinates, and operational classifications.
| Field / Option | Input Type | Required | Validation / Business Logic | Evidence Required | Operational Notes |
|---|---|---|---|---|---|
| PG category | Select | Yes | Options: Boys, Girls, Unisex / Co-ed. Exactly one primary category. |
None | Enforces gender protection rules during student bed bookings. |
| PG name | Input (Text) | Yes | 2–100 characters; uniqueness check against active listings in a 5km radius. | None | Public-facing property display title on the marketplace. |
| Property type | Select | Yes | Options: Independent House, Apartment Building, Commercial Complex, Other. |
Property proof checklist | Adjusts required document upload types in Step 5. |
| Map Pinpoint | Interactive Map | Yes | Valid latitude/longitude coordinate pair; browser Geolocation or manual pin. | Map coordinates | Enables distance-based search (e.g., "PG within 500m of Symbiosis"). |
| Full address | Input (Text) | Yes | Complete street address, building number, locality, city, state, and 6-digit PIN code. | Address proof / Utility bill | Keeps private street details hidden from unauthenticated public searches. |
| Landmark | Input (Text) | Optional | Short text up to 80 chars (e.g., "Opposite Metro Pillar 142"). | None | Improves walk-in discovery for visiting parents and students. |
| PG description | Textarea | Yes | 50–2000 characters; scanned via prohibited-content and phone-number scraping filters. | None | Marketing description shown on the public listing overview. |
Step 5 Owner & Property Verification (KYC Engine)
Comprehensive legal compliance engine ensuring verified properties and preventing unauthorized listings.
| Field / Document | Type | Required | Validation / Legal Logic | Accepted Document Forms | Operational Notes |
|---|---|---|---|---|---|
| Government ID | Upload | Conditional | Supported IDs; OCR auto-extraction of name and DOB; manual reviewer fallback. | Aadhaar (front/back masked), Passport, Driving Licence, Voter ID. | Collect only what local municipal and platform policies require. |
| PAN | Input + Upload | Conditional | 10-character alphanumeric PAN format validation: [A-Z]{5}[0-9]{4}[A-Z]{1}. |
PAN Card image | Required for business verification and annual TDS/tax reporting. |
| Ownership proof | Upload | Conditional | Legal verification of title; owner name matches government ID. | Registered Sale Deed, Property Tax Receipt, Electricity Bill in owner name. | Mandatory if the owner claims legal ownership of the building. |
| Owner Authorization / NOC | Upload | Conditional | Required when the operating manager is not the legal title holder. | Signed Power of Attorney, Landlord NOC, Authorization Letter. | Critical for subleased, rented, or managed properties. |
| Rental / Lease Agreement | Upload | Conditional | Validity dates checked; ensures operating lease has not expired. | Registered Head Lease Agreement with building owner. | Applies to commercial operators running leased properties. |
| Entity Registration Proof | Upload | Conditional | Required only if Owner Type is Company, Partnership, or LLP. | Certificate of Incorporation, GST Certificate, Partnership Deed. | Skipped for individual property owners. |
| GSTIN | Input + Upload | Conditional | 15-character GSTIN regex validation; verified via GST portal API lookup. | GST Registration Certificate | Do not require for non-GST registered residential properties. |
| Bank Account Details | Input | Conditional | Account Holder Name, Account Number, and 11-character IFSC validation. | Cancelled Cheque, Bank Statement front page. | Essential for routing automated tenant rent payouts. |
Step 6 Building & Floor Architecture
Establishes the structural floor plan for the property.
| Field / Option | Input Type | Required | Validation / Logic | Evidence | Operational Notes |
|---|---|---|---|---|---|
| Total floors | Stepper | Yes | Positive integer; minimum 1, maximum configurable (default max 20). | None | Host enters the actual floors used for the PG operations. |
| Floor names / numbers | List | Yes | Unique floor tags (e.g., "Ground Floor", "Floor 1", "Floor 2", "Penthouse"). | None | Enables customized floor naming matching building signage. |
| Common areas | Multi-select | Optional | Options: Kitchen, Dining Lounge, Rooftop Terrace, Gym, Parking. |
Photos later | Affects public listing amenities and community tags. |
| Building access | Select | Optional | Options: Stairs Only, Passenger Lift, Both Stairs & Lift. |
None | Essential accessibility information for prospective residents. |
Step 7 Granular Room Configuration (Source of Truth)
Architectural Core: Each room is treated as an isolated record in PostgreSQL. Total property capacities, AC counts, and bed availability are computed directly from room records.
| Field / Option | Input Type | Required | Validation / Business Logic | Document | Operational Notes |
|---|---|---|---|---|---|
| Rooms per floor | List / Stepper | Yes | At least 1 active room must be configured on every created floor. | None | Each room is saved as a discrete database record. |
| Room number / name | Input (Text) | Yes | Unique within the PG (e.g., "101", "G-02", "Block A-204"). | None | Used on door signage, resident agreements, and billing receipts. |
| Room type | Select | Yes | Options: AC or Non-AC. Exactly one per room. |
None | Drives automated inventory filtering and pricing matrix generation. |
| Sharing capacity | Select | Yes | Options: 1 (Single), 2 (Double), 3 (Triple), 4, 5, 5+ sharing. |
None | Numeric sharing occupancy rate. |
| Bed capacity | Number | Yes | Positive integer; derived from sharing selection where possible. | None | Defines the total physical beds available in this room. |
| Available beds | Number | Yes | Dynamic integer; 0 <= available_beds <= bed_capacity. |
None | Updated dynamically upon booking or move-out. |
| Room size (Area) | Number + Unit | Optional | Positive numerical value + unit (sq ft or sq m). |
None | Helps prospective tenants evaluate room spaciousness. |
| Room amenities | Multi-select | Optional | Options: Attached Bathroom, Balcony, Wardrobe, Study Table, Window. |
Photos | Granular room-level features shown on the booking card. |
Step 8 Sharing & Pricing Matrix Engine
Rule: The platform auto-generates pricing rows only for room configurations that exist in the room setup from Step 7, eliminating orphan pricing entries for non-existent rooms.
| Configuration Row | Type | Required | Validation / Logic | Operational Notes |
|---|---|---|---|---|
| 1 Sharing AC / Non-AC price | Currency (INR) | Conditional | Positive integer; required only if 1-sharing AC/Non-AC rooms exist in inventory. | Monthly base rent per resident bed. |
| 2–5+ Sharing AC / Non-AC prices | Currency (INR) | Conditional | Auto-detected from room inventory; owner can edit or override amounts. | Prevents invalid pricing for non-existent room configurations. |
| Security deposit | Currency (INR) | Conditional | Non-negative currency amount (e.g., 1 or 2 months' rent). | Refund conditions and lock-in periods displayed separately. |
| Maintenance & utility charges | Currency / Rule | Optional | Specify included vs. excluded items (e.g., "₹500 for cleaning; electricity at ₹10/unit"). | Prevents unexpected hidden costs during move-out settlements. |
| Rent frequency | Select | Yes | Options: Monthly (Default), Quarterly, Bi-annual. |
Configurable based on property lease policies. |
| Move-in date flexibility | Date Picker | Optional | Valid current or future date. | Allows advance reservations for upcoming academic terms. |
Step 9 Property Amenities, Safety & Rules
Captures property-wide facilities, food service schedules, safety installations, and house rules.
| Category | Field / Feature | Type | Validation / Requirement | Compliance Evidence | Operational Notes |
|---|---|---|---|---|---|
| Basic Facilities | Wi-Fi, Power Backup, RO Drinking Water, Refrigerator, Washing Machine. | Multi-select | Optional; enabled tags shown on public badges. | None | Standard coliving baseline expectations. |
| Safety & Security | 24x7 CCTV, Security Guard, Fire Safety Extinguishers, Biometric Access. | Multi-select | Conditional based on local safety regulations. | Inspection certificates or photos required. | Rule: Safety compliance claims require supporting evidence. |
| Food Service | Meal options: Breakfast, Lunch, Dinner, or None. |
Select | Specify vegetarian/non-vegetarian and if included in rent or charged separately. | Menu (optional) | Reduces daily inquiries regarding food options. |
| Guest Policy | Visitor restrictions, visiting hours, overnight stay permissions. | Select / Text | Structured rule templates recommended. | None | Clearly states visiting policies up front. |
| Code of Conduct | Smoking, alcohol, pets, gate curfew (e.g., 10:30 PM), notice period. | Select / Text | Neutral, legally compliant policy language. | None | Included in digital resident onboarding agreements. |
Step 10 Photos & Encrypted Document Repository
Collects verified property photos for the public listing and secures compliance documents in an encrypted vault.
| Upload Target | Required | Validation / Logic | Privacy Classification | Operational Guidance |
|---|---|---|---|---|
| PG Exterior / Front Facade | Yes | At least 1 high-res, clear daytime photo; min 1280x720px; max 15MB. | Public Listing | Serves as the primary cover image on the search index. |
| Representative Room Photos | Yes | At least 1 photo per unique room type (Single, Double, AC, Non-AC). | Public Listing | Map photos to corresponding room types to help students make informed choices. |
| Common Areas & Bathrooms | Recommended | Washroom, kitchen, dining hall, and rooftop photos. | Public Listing | Significantly improves listing quality scores and inquiry rates. |
| Encrypted Compliance Documents | Conditional | PDF, PNG, JPG; stored in private, access-controlled S3 storage. | Strictly Confidential | Security rule: Never expose private KYC or title deeds on the public listing. |
| Document Expiry Metadata | Conditional | Capture expiry dates for commercial leases, fire certificates, and trade licenses. | Admin Only | System triggers automated reminders 30 days before document expiration. |
Step 11 Review, Reconciliation & Accuracy Declaration
Cross-checks all inputs, confirms inventory numbers balance, and collects the owner's legal accuracy declaration.
| Verification Phase | Required | Audit / Reconcile Mechanism | Operational Action |
|---|---|---|---|
| PG Profile Summary | Yes | Confirms all mandatory fields across Steps 1 to 10 are filled out. | Quick-jump links allow editing any section directly. |
| Inventory Totals Reconciliation | Yes | Formula check: Sum(Rooms per Floor) == Total Room Records and Sum(Beds) == Total Capacity. |
Ensures floor and room numbers balance before submission. |
| Pricing Integrity Audit | Yes | Verifies that all active room configurations have assigned pricing rows. | Flags any orphan pricing entries or missing prices. |
| Compliance Document Checklist | Conditional | Confirms all required KYC and property verification documents are attached. | Highlights any missing documents before final submission. |
| Information Accuracy Declaration | Yes | Mandatory checkbox: Owner certifies all submitted details are accurate and true. | Records timestamp and IP signature for legal compliance. |
| Save Draft vs. Submit | Yes | Owners can save drafts at any point or submit once all checks pass. | Submission creates a new case in the admin verification queue. |
Step 12 Automated & Admin Verification State Machine
A dual-stage verification workflow combining automated checks with human reviewer oversight.
| Stage | Actor | Action / Scope | Outcome / Status |
|---|---|---|---|
| Automated Validation | System Engine | Instant checks for required fields, image resolutions, duplicate addresses, and coordinate bounds. | Immediate pass or automated warning prompts. |
| Document Review | Compliance Team | Verification of uploaded government IDs, ownership deeds, and NOC agreements. | Individual document status: Approved, Flagged, or Rejected. |
| Property & Photo Audit | Platform Admin | Cross-checks photos against stated amenities and verifies address accuracy. | Confirms listing authenticity or requests photo replacements. |
| Owner Communication | Notification Mesh | Automated updates sent via WhatsApp, SMS, and in-app notifications on status changes. | Keeps owners informed throughout the review process. |
Step 13 Approval, Revision Requests & Marketplace Publish
Handles listing decisions and controls publication to the student-facing marketplace.
| Outcome | System Trigger | Platform Response | Owner Action |
|---|---|---|---|
| Approved | All automated and admin checks pass. | Listing status changes to Approved; property published on the PGnex search index. |
Owner dashboard switches to live operations; ready to receive bookings. |
| Changes Required | Reviewer flags issues (e.g., blurry Aadhaar photo, address mismatch). | Status updates to Changes Required; highlights specific sections needing edits. |
Owner updates only the flagged fields and resubmits for review. |
| Rejected | Policy violation, fraudulent documents, or unauthorized property listing. | Status marked as Rejected; listing remains unpublished. |
Displays clear rejection reasons along with dispute/appeal options. |
| Public Listing Live | Active only after explicit Approved status. |
Listing becomes searchable and bookable by students on the marketplace. | Real-time bed availability updates as bookings come in. |
Step 14 Post-Approval Operations & Compliance Lifecycle
Day-to-day property operations, inventory tracking, compliance renewals, and support tickets.
| Operational Area | Responsible Party | System Logic / Guardrail | Operational Value |
|---|---|---|---|
| Live Bed Inventory | System / Owner | available_beds <= bed_capacity; automatically decrements on confirmed bookings. |
Maintains accurate, real-time bed counts across the platform. |
| Listing Detail Updates | Owner | Routine edits (rent changes, amenities) update immediately. Critical edits (address, ownership) trigger re-verification. | Maintains listing accuracy while preventing fraudulent changes. |
| Compliance Document Renewals | Automated System | Automated alerts sent 30, 15, and 7 days prior to lease or license expiration. | Prevents lapses in regulatory compliance. |
| Host Support Desk | Owner / Support | In-app ticketing system for technical, payout, or tenant arbitration assistance. | Provides timely resolution with tracked ticket histories. |
fact_check 6. Master Data Invariants & Validation Rules
To maintain data consistency across web clients, mobile apps, and database records, PGnex Executive Manager enforces eight core architectural rules:
| Operational Area | Core Architectural Rule | Validation & Enforcement Mechanism |
|---|---|---|
| Room as Source of Truth | Every room is stored as an independent record. Floor totals, AC counts, sharing capacities, and bed inventory are calculated directly from room records. | Total Capacity = Sum(room.bed_capacity). No independent overriding of building-level capacity totals. |
| Pricing Generation Matrix | Pricing rows are generated only for room combinations (sharing tier + AC status) that actually exist in inventory. | Eliminates orphan pricing records; owners can adjust rates per configuration without breaking inventory links. |
| Dynamic Document Checklist | Checklist adapts based on Owner Type (Individual vs. Company), property ownership, and local regulations. | Avoids unnecessary document requests while ensuring required compliance items are collected. |
| Privacy & Access Control | KYC, ownership proofs, lease deeds, and bank accounts are strictly private and never exposed publicly. | Storable in private S3 buckets with presigned URL access; isolated from public listing APIs. |
| Verification State Machine | Supports four primary operational states: Draft, Pending Review, Changes Required, Approved, and Rejected. |
Direct transitions from Draft to public marketplace are blocked; requires admin verification. |
| Smart Re-Verification Triggers | Minor text or amenity edits update immediately; changes to bank accounts, GPS coordinates, or ownership trigger re-verification. | Protects residents from sudden unauthorized changes while allowing routine updates. |
| Comprehensive Audit Trail | Maintains detailed audit logs tracking who made changes, what was modified, and when across all core models. | Logs owner, property, pricing, inventory, and verification changes for dispute resolution. |
| Draft Auto-Save & Resume | Incomplete onboarding workflows are cached locally in localStorage and synced to backend draft models. |
Owners can resume onboarding across sessions without losing entered information. |
swap_horiz 7. Multi-PG Active Context Engine (select_pg.html)
Enterprise operators managing multiple properties (e.g., Boys Wing, Girls Wing, Executive Annex) switch contexts using the Multi-Property Context Switcher.
Active property state is synchronized using a three-tier storage pattern:
- URL Query Parameter:
?pg_id=124takes priority during deep links, shared URLs, and browser history transitions. - LocalStorage:
localStorage.setItem("active_pg_id", "124")preserves the active property between browser sessions and tab reloads. - SameSite Cookies:
document.cookie = "active_pg_id=124; path=/; max-age=2592000; SameSite=Lax"ensures backend Django REST API endpoints receive property context on incoming requests.
function appendPgContext(targetUrl) {
if (!activePgId || targetUrl.startsWith("#") || targetUrl.startsWith("tel:")) {
return targetUrl;
}
const url = new URL(targetUrl, window.location.origin);
if (!url.searchParams.has("pg_id")) {
url.searchParams.set("pg_id", activePgId);
}
return url.pathname + url.search + url.hash;
}
event_available 8. Tenant Inquiries & Bed Allotment (confirm_bookings.html)
Resident inquiries arrive in booking_requested or pending status. Property managers review applicant profiles, confirm room types, and allocate specific room and bed numbers.
Bed Allotment Workflow:
Selecting Allocate & Confirm opens the Allotment Modal. The manager selects:
- Target Room Number: Chosen via live inventory dropdown showing currently available rooms (e.g.,
Room 204). - Floor & Bed Selection: Floor and Bed chips (Floor 1-4, Bed A-D) populate bed allocations.
- Rent Confirmation: Displays the assessed monthly rate before confirming.
- Confirmation Dispatch: Sends
POST /api/seller/bookings/{id}/confirm/. The applicant moves to active resident status and is added to the live rent ledger.
swap_calls 9. Room Shifts, Vacating Notices & Dispute Resolution
Bed transfers and departure requests are managed through change_room_request.html, structured into two operational views:
1. Pending Action Queue:
| Request Type | Indicator | Operational Description | Manager Actions |
|---|---|---|---|
| Room Shift | Blue Tag | Resident requests transfer to a different room or sharing tier (e.g., Non-AC to AC upgrade). | Approve & allocate target bed, or decline with a recorded reason. |
| Move-Out Notice | Amber Tag | Resident submits formal 30-day notice to vacate pursuant to lease terms. | Review departure date and accept or discuss adjustments. |
| Disputed Notice | Red Alert | Resident disputes a manager-issued notice (e.g., disputed rent payment claims). | Contact resident directly; review payment receipts or update notice terms. |
2. Active Resident Directory:
Provides an overview of all current residents. Managers can initiate internal room transfers or issue formal departure notices with custom clearance dates.
event_repeat 10. Rent Cycles, Ledgers & 13-Day Alert Automation
PGnex Executive Manager enforces a standardized 1st-of-the-month billing cycle across all managed properties.
Billing Cycle Progress Formula:
// Calculate days in target month:
total_days = new Date(year, month + 1, 0).getDate();
day_elapsed = (current_month === target_month) ? now.getDate() : 1;
days_remaining = Math.max(0, total_days - day_elapsed);
progress_pct = ((day_elapsed / total_days) * 100).toFixed(1);
// 13-Day Alert Window Trigger:
is_alert_active = (days_remaining <= 13);
Automated 13-Day Alert Schedule:
When days_remaining <= 13, the dashboard circular gauge switches to an active warning state, and the system sends automated reminders via WhatsApp and Push notifications with personalized payment links.
gavel 11. 3-Tier Security Deposit Out-Settlement Engine
During tenant move-outs, security deposits are reconciled using a standardized 3-tier settlement workflow:
| Settlement Tier | Deductions Applied | Required Documentation | Workflow Outcome |
|---|---|---|---|
| Option A: Full 100% Refund | ₹0.00 deductions. Room returned in good order with full notice given. | None required. | Instant settlement; automated PDF clearance deed generated. |
| Option B: Partial Deduction | Specific sums deducted for unpaid electricity units, repairs, or lost keys. | Itemized deduction amounts and written reasons required. | Remaining balance refunded; itemized receipt sent to resident. |
| Option C: Zero Refund / Full Forfeit | 100% deposit retained due to lease breach, unnotified departure, or major damage. | Mandatory incident report and documented justification. | Deposit transferred to property repairs ledger with formal notification. |
savings 12. Payouts & Mandatory ₹15 Reserve Buffer
Online rent payments settle into the property's financial escrow. Managers access funds through withdrawal.html, featuring real-time balance tracking.
Max Withdrawable = Math.max(0, Available Balance - 15.00).
Payout Execution:
Managers request payouts by entering an amount and their verified UPI VPA (e.g., host@okhdfcbank). Payouts route via 24x7 IMPS rails with settlements completing in under 60 seconds, accompanied by downloadable PDF settlement advice slips with UTR tracking codes.
chat 13. Resident Live Chat & In-Browser Canvas Compression
Replaces personal messaging threads with a dedicated communications desk built directly into message.html.
- WebSocket Messaging (WSS): Real-time messaging with automatic heartbeat pings every 25 seconds.
- In-Browser Canvas Image Compression: Compresses high-res photo uploads (up to 15MB) down to under 70KB in WebP format using an HTML5 Canvas before transfer, saving data and time.
- Read Receipts: Outgoing chat bubbles display real-time "Sent" and "Seen" timestamps.
- Mobile Keyboard Optimization: When opening a conversation on mobile devices,
body.mobile-chat-openhides the bottom dock to prevent keyboard overlap.
terminal 14. Machine-Readable API Reference & Data Contracts
Core REST endpoints and WebSocket channels for mobile clients and third-party integrations:
| Method | Endpoint Route | Headers Required | Payload / Response Summary |
|---|---|---|---|
| GET | /api/seller/my-pgs/ |
Authorization: Bearer <token> |
Returns array of owned properties with occupancy counts and status flags. |
| POST | /api/seller/pg/onboard/ |
Authorization: Bearer <token> |
Body: Step 1–11 payload; creates new property record in Pending Review status. |
| GET | /api/seller/my-pg/cycle-progress/ |
Authorization, X-PG-Id |
Returns days_remaining, progress_pct, collection_rate. |
| POST | /api/seller/bookings/{id}/confirm/ |
Authorization: Bearer <token> |
Body: {"room_number": "101", "bed_name": "Bed A"}; confirms booking. |
| POST | /api/seller/bookings/{id}/shift/approve/ |
Authorization: Bearer <token> |
Body: {"target_room": "204", "target_bed": "Bed B"}; approves room shift. |
| POST | /api/bookings/{id}/leave/settle/ |
Authorization: Bearer <token> |
Body: {"refund_option": "B", "deductions_amount": 500, "reason": "Damages"}. |
| POST | /api/wallet/withdraw/ |
Authorization: Bearer <token> |
Body: {"amount": 5000, "upi_id": "host@hdfc", "pg_id": 124}; triggers IMPS payout. |
| WSS | /ws/chat/{booking_id}/ |
?token=<jwt_auth_token> |
Bi-directional messaging: {"type": "message", "message": "...", "media_url": "..."}. |
quiz 15. Frequently Asked Questions (FAQ)
Q: How do offline cash payments work with the automated rent ledger?
When a tenant pays rent in cash at reception, the manager goes to rents.html, selects Pending Dues, and taps Record Cash on the tenant's row. The system marks the month as paid, clears the tenant from the 13-day overdue alert sequence, updates the circular cycle gauge, and generates a printable cash receipt PDF.
Q: What happens if an owner edits property details after listing approval?
Standard listing updates (such as amenity tags, house rules, or photo ordering) take effect immediately. Critical modifications—including property address, GPS pin, legal ownership name, or registered bank accounts—flag the listing for admin review to safeguard tenant security.
Q: How does PGnex Executive Manager prevent duplicate bed bookings?
The platform enforces Room as Source of Truth. Every bed maintains an atomic status in PostgreSQL. When an allotment confirmation begins, the target bed record is temporarily locked. If two inquiries target the same bed simultaneously, the first completed transaction is confirmed while the second is prompted to choose another available bed.
Q: Why does the withdrawal system enforce a ₹15 reserve buffer?
The ₹15.00 buffer prevents banking webhook reconciliation failures, avoids micro-overdraft penalties, and keeps the property's financial escrow account active between billing cycles.