Hours, balances, gate codes, autopay, address changes. It resolves the routine requests on the spot, verifies who it is talking to first, and hands the rest to your team with the context attached.

What are your hours. What is my balance. I forgot my gate code. Each one is easy, and together they take the whole morning.
A tenant locked out at 10 PM or a member who cannot get into the building on Sunday gets voicemail. The problem is still there on Monday.
A gate code or a balance read out to whoever calls is a problem waiting to happen. Verification takes time your team does not have.
How it works
01
Confirms the caller matches the phone number or email on the account before sharing anything.
02
Hours, directions, balances, access codes, and policy questions, from your records.
03
Updates the address, turns on autopay, sends the receipt, or adds a unit.
04
Anything it should not decide goes to your team with the transcript attached.
Balances, access codes, and account details go only to the phone number or email on file. An unverified caller gets a polite no and a way to prove it is them.
Every request is anchored to the customer's account. The same person can call, text, and email and it is one conversation, not three.
Hours, gate access, amenities, and policies come from your knowledge base and PMS. If it is not written down, it does not get said.
Address updates, autopay enrollment, adding a unit, or requesting a receipt happen without a form or a callback.
Someone locked in a unit or a building without power is not a support ticket. It routes to your on-call contact immediately.
An existing customer who needs a second unit or a bigger office gets it handled in the same conversation, no transfer.
Live transcript in the middle, the actions it took on the right.
Sample workspace · Names and figures are illustrative
On your main line, your support inbox, and your website, with your PMS as the source of truth.
It matches the caller's number or email to the account on file. From a new number, it asks for details only the account holder would know, or sends a code to the contact on record. Your verification rules are configurable.
It tells the customer plainly, opens a ticket or transfers to your team, and includes the transcript so nobody has to ask the same questions twice.
Yes, through the Payments agent. It points the caller at the payment path you already run, or takes the payment in the conversation through hosted checkout. Card details go to the processor and never pass through Stomeji.
No. It answers from the records you connect. For anything outside them, it takes a message for your team rather than guessing.