EN  RU  LVDISCUSS A PROJECT ↗

// PROPERTY OPERATIONS / BILLING / CUSTOMER PORTALS

One operating system for a property business.

VEF Kvartāls uses a purpose-built internal platform to connect spaces, clients, agreements, billing, utilities, services and customer-facing workspaces.

The project treats a property not as a static record but as part of a continuous operating cycle: availability → commercial relationship → agreement → charges, documents and ongoing services.

PROPERTY AVAILABILITY → CONTROLLED OPERATIONS
01
PROPERTY PORTFOLIOBuildings, floors, spaces and availability
02
CLIENT + AGREEMENTCompanies, terms, services and documents
03
BILLING + OPERATIONSCharges, utilities, parking, events and visibility
PROPERTYBuildings, floors and rentable spaces
CONTRACTSClients, agreements and documents
OPERATIONSBilling, utilities and services
PORTALSCustomer and event workspaces

// THE BUSINESS CHALLENGE

Property data must drive daily operations.

The same building, space and customer appear in availability, sales, agreements, invoices and services. Managing those areas separately creates repeated work and conflicting business context.

PORTFOLIOSPACE

Availability is operational data

Buildings, floors, rooms and offices need a shared structure that shows what exists, how spaces relate and whether they are commercially available.

  • Property hierarchy
  • Space composition and status
  • Availability for commercial work
The property model is the foundation for sales, agreements and billing.
COMMERCIAL CYCLEAGREEMENT

A signed relationship starts more work

A rental agreement connects the client, spaces, prices, services, documents and future charges. Those relationships must remain consistent after the sale is complete.

  • Companies and client records
  • Rental agreements and associated spaces
  • Pricing, services and generated documents
The system carries commercial context into operational execution.
ONGOING WORKSERVICES

Property operations continue every month

Invoices, utility allocation, parking, events and additional services create recurring work that needs rules, source data and visible status.

  • Recurring and custom charges
  • Utilities and meter-related calculations
  • Parking, events and additional services
A single operating core reduces the need to rebuild context for each task.

// INTERNAL SYSTEM ARCHITECTURE

Connect the portfolio to the full operating cycle.

The custom platform combines a property and commercial core with billing, service operations, documents, integrations and user-facing workspaces.

PROPERTY + COMMERCIAL CORE

One source of working context

The core describes what can be rented, who the customer is and which commercial terms govern the relationship.

  • Buildings, floors, rooms and offices
  • Space availability and composition
  • Companies and client records
  • Rental agreements and linked properties
  • Prices, additional services and document context
OPERATIONS + INTEGRATIONS

Execution after the agreement

The operating layer turns contractual and property information into recurring work, financial documents and customer service.

  • Invoices, billing rules and generated documents
  • Utilities, meters and allocation workflows
  • Parking subscriptions, events and services
  • Customer and event workspaces
  • Connections with Kommo, 1C and Lursoft
  • Management views across occupancy and charges

The public description focuses on business capabilities. Customer records, contract details, calculation formulas, access rules and private integration topology are not published.

// PERSONAL RESPONSIBILITY

Model the business, then build the system.

The project required both process architecture and direct development because the system had to reflect the specific relationships between properties, agreements and operations.

01DISCOVERY

Map the operating cycle

Understand how a space moves from availability through a commercial relationship into recurring operational work.

02DATA MODEL

Connect the entities

Design the relationships among properties, clients, agreements, services, charges and documents.

03DEVELOPMENT

Build the internal platform

Create the interfaces, workflows, document generation and operating tools required by the business.

04INTEGRATION

Join the wider system

Connect CRM, accounting and company data where they support sales, billing and legal context.

// MY ROLE

Process and data modelling, internal system development, document automation and integrations.

EXPLORE BACK-OFFICE SERVICES ↗

// FACTUAL RESULT

A working core for property operations.

The result is a purpose-built system that connects the property portfolio to commercial, financial and service workflows.

DELIVERED CAPABILITYFULL CYCLE

From available space to ongoing service

The platform keeps the business context connected after the initial sale and supports the recurring work required to operate the property complex.

  • Structured portfolio and availability
  • Clients, rental agreements and documents
  • Invoices and utility-related operations
  • Parking, events and additional services
  • Customer-facing workspaces and integrations
No unsupported efficiency, occupancy or revenue percentages are claimed.
WHY IT MATTERSONE CONTEXT

Operations do not restart in every department

The same property and agreement context can support commercial work, billing, services and management visibility instead of being recreated in separate tools.

  • Fewer isolated operating records
  • Rules can follow the agreement context
  • Documents and charges share source information
  • The system can evolve with new processes
The case demonstrates the potential of a custom mini-ERP built around one business model.

// CASE FACTS

What VEF Kvartāls demonstrates.

This is an example of a system designed around the client's operating model rather than a generic list of ERP modules.

Is this only a real-estate CRM?

No. Sales and customer relationships are one part of a wider system that includes properties, agreements, documents, billing, utilities, parking, events, additional services and customer workspaces.

Why was a custom system justified?

The business needed specific relationships and workflows across property inventory, contracts and recurring operations. Custom development focused on that connected operating model.

Does every property business need the same modules?

No. The useful boundary depends on the portfolio, agreement model, charging rules, services, existing accounting tools and responsibilities inside the company.

What information is intentionally not public?

Customer and contract data, internal formulas, permissions, private endpoints and detailed integration topology remain outside the public scope of this case.

// START A CONVERSATION

OPERATIONS ACROSS
ONE BUSINESS?

Describe the assets, agreements, recurring work and systems that currently hold the business context. I will suggest a realistic operating-system boundary.

WHATSAPP / +371 25 123 661 it@tenderate.eu · Tenderate SIA · Latvia, EU