Livo Integration
Native integration with the Livo application for managing visitors and residents in residential complexes.
Conceptβ
Livo is a mobile application that allows:
- Residents to schedule visitors
- Front desk to manage accesses
- Visitors to receive digital invitations
- Full integration with ACCELERO
Configurationβ
Path: Advanced > System > Integrations - Livo
General Settingsβ
| Field | Description |
|---|---|
| Operator | Operator responsible in the system logs |
| Livo authentication token (condToken) | Unique token provided by Livo |
| Include vehicle plate in the field | Custom field to store the plate |
| Default category for new residents | Category when importing residents |
| Event types | Event types for regular/recurring visits |
| Default status of recurring events | Enabled or disabled |
| Schedule time | Normal or extended |
Authentication Tokenβ
Unique token for each installation, provided by Livo.
Request the token directly from the Livo team.
Vehicle Plateβ
When the visitor enters a plate in Livo:
- One-off visit: Plate associated with a Custom Field of the Event
- Recurring visit: Plate associated with a Custom Field of the Visitor
Recommendation: Configure the field to be associable with people AND events.
See Custom Fields for configuration.
Schedule Timeβ
Defines the start/end times of the visits created by Livo:
| Option | Behavior |
|---|---|
| Normal time | Exactly the times indicated by the resident |
| Extended time | Allows early arrivals/delays according to Livo |
Unit Bindingβ
Tab: Units
Relates units registered in Livo with companies in ACCELERO.
Process:
- Click on "Update units"
- The system fetches all units registered in Livo
- Perform the relationship in the table:
- Livo Unit β ACCELERO Company
- Save settings
Perform the unit binding at least once during system deployment.
How it worksβ
Visit Schedulingβ
Resident in the Livo app:
- The resident schedules a visitor
- Enters the data (name, document, plate, time)
- Livo sends the data to ACCELERO
- ACCELERO creates an event with the configured status:
- Pre-registered: No automatic authorization
- Authorized: With automatic authorization
Status by company:
- It is possible to configure different rules per unit/company
- Operational flexibility
Resident Importβ
The system automatically imports residents from Livo:
Process:
- Livo sends resident data
- ACCELERO imports them disabled
- Residents are automatically associated:
- With the corresponding company (according to the binding)
- With the configured default category
- Residents appear in "Livo Pending" (dashboard)
- The operator validates or rejects each resident
Livo Pending screen:
- Accessible via dashboard/home screen
- Shows imported residents awaiting validation
- The operator can enable (validate) or keep disabled (reject)
Requirements to Functionβ
For scheduling to work:
- Identical document: Person in Livo and ACCELERO with the same document
- Association with the company: Person associated with the relevant company in ACCELERO
Visit Typesβ
Regular Visitsβ
Single/scheduled visits.
Configuration:
- Defines the corresponding ACCELERO event type
Example:
Livo regular visit β Event type "ONE-OFF VISIT" in ACCELERO
Recurring Visitsβ
Visits that repeat on multiple dates.
Configuration:
- Defines the corresponding ACCELERO event type
- Defines the default status (enabled/disabled)
Disabled status:
- Created events require operator authorization
- Greater control
Enabled status:
- Created events come already authorized
- More autonomy for residents
Operational Flowβ
Scenario 1: One-off Visitβ
1. Resident schedules a visit in Livo
2. Livo β ACCELERO (creates event)
3. Status: According to the company configuration
4. Visitor receives a digital invitation
5. Visitor presents the QRCode at the front desk
6. ACCELERO validates and grants access
Scenario 2: New Residentβ
1. Resident registered in Livo
2. Livo β ACCELERO (imports resident)
3. Resident appears in "Livo Pending"
4. Operator validates the data
5. Operator enables the resident
6. Resident can schedule visitors
Scenario 3: Recurring Visitβ
1. Resident creates a recurring visit (e.g., housekeeper)
2. Livo β ACCELERO (creates multiple events)
3. Status: According to the configuration
4. If disabled β Operator authorizes each event
5. If enabled β Events already authorized
6. Visitor has access on the configured dates
Best Practicesβ
-
Configure unit binding: Essential for correct functioning
-
Define the default category: Facilitates resident import
-
Validate imported residents: Review "Livo Pending" regularly
-
Use custom fields: To store the vehicle plate
-
Test with a pilot unit: Validate before releasing to everyone
-
Train residents: Teach correct use of the app
-
Monitor logs: Track event creation via Livo
-
Define clear rules: Recurring visits enabled or not?
Troubleshootingβ
The schedule does not reach ACCELEROβ
Causes:
- Incorrect token
- Different document between Livo and ACCELERO
- Unit binding not configured
- Person not associated with the company
Solution: Check the token, documents, binding, and associations
The resident cannot scheduleβ
Cause: Resident not validated or disabled
Solution: Check "Livo Pending", enable the resident
The vehicle plate does not appearβ
Cause: Custom field not selected
Solution: Configure the field in "Include vehicle plate in the field"
Recurring visits blockedβ
Cause: Default status configured as "disabled"
Solution: The operator must authorize manually or change the configuration
Event Segmentation by Company Groupβ
It is possible to segment events by company group in Livo, allowing each group (tower, block, etc.) to view only the events relevant to its units.
Notification for Visits without a Prior Invitationβ
When a visit is registered without a prior invitation (unexpected visitor), the system sends a notification to the visited person informing them about the visit, allowing the resident to authorize or refuse access.
Update of Registration Dataβ
Livo allows the update of registration data coming from integrations, with emphasis on the data updated by the resident directly in the application.
Next Stepsβ
- Events - Understand visitor management
- Companies - Configure companies/units
- Custom Fields - Configure the field for plates
- Categories - Define the category for residents