A Smart Property Finder and In-Person Verification System for Transparent Real Estate Transactions

Research Article • Article ID: IJREK-2026-00136

Authors & Institutional Affiliations
Supriya WaghmodeCorresponding Author
Dattakala Group of Institutions, Faculty of Engineering, Pune, Maharashtra, India
supriyawaghmode356@gmail.com
Guide / Supervisor:Ms. Hole S.S.

Abstract

Real estate searches are often complicated by incomplete property information, duplicate advertisements, misleading photographs, uncertain ownership claims, and difficulty arranging physical visits. These issues can reduce trust between buyers, tenants, property owners, and intermediaries. This paper proposes a Smart Property Finder and In-Person Verification System designed to make property discovery more transparent by combining structured listings, search filters, owner or agent details, visit scheduling, and an auditable verification-status workflow. The proposed system allows users to compare properties using location, budget, property type, area, amenities, and availability. A verification module supports scheduled in-person inspection and records the outcome, observations, and status of each listing. The system is intended to distinguish information that is merely submitted by a user from information checked through a defined process. A modular web-based architecture can support user authentication, listing management, search, appointment booking, document review, feedback, and administrative oversight. The paper presents the system design, workflow, data model, security considerations, and an evaluation plan. Since the work describes a proposed system, performance values are not claimed as measured results. The approach aims to improve clarity, reduce avoidable visits, support informed decisions, and create a more accountable digital property-search experience.

Keywords

Real EstateProperty FinderIn-Person VerificationTransparent TransactionsProperty ListingAppointment Scheduling

2. Problem Statement and Objectives

Table 1. Stakeholders and system responsibilities
StakeholderPrimary NeedSystem Support
Buyer / TenantReliable details and visit planningSearch, shortlist, appointment, feedback
Owner / AgentManage accurate listingsSubmit, edit, and update property details
Verifier / Field StaffConsistent inspection procedureChecklist, visit record, evidence and status
AdministratorTrust and platform qualityReview reports, moderate listings, audit changes

3. Related Work and Research Gap

Existing property portals commonly emphasize listing discovery, location filters, photographs, and direct contact. Mapping services can support location-based exploration, while appointment tools help coordinate visits. Identity and document-management functions can add another layer of review. However, these functions are not always presented as a single, user-visible lifecycle that clearly separates a self-declared listing from a listing checked through a documented process. The proposed design focuses on the connection between search, visit scheduling, verification evidence, and status history. Its main contribution is a workflow-oriented model: the system should show what was checked, when it was checked, and what remains unverified. This framing avoids using a single ambiguous “verified” label without explanation.

4. Proposed System Architecture

The architecture separates the user interface, application services, and persistent data. The user interface supports search and listing management. Application services validate requests, enforce role permissions, schedule visits, and maintain verification records. The database stores structured listing data and status history. File storage may hold listing images and permitted verification documents, subject to access controls and retention rules. Search need Property Portal Filters & listings Property Records Owner / details Verification Visit & confirm Booking Module Schedule visit Feedback & Status Verified / issue

Figure 1. High-level flow between users, listing services, property records, visit scheduling, and verification status.

4.1 Core Modules

TABLE II
ModuleInputsOutputs / Responsibility
User ManagementRegistration, login, roleAuthenticated sessions and role-based access
Listing ManagementAddress, price, type, images, amenitiesValidated, searchable property records
Search & MatchFilters, map area, budgetRanked list of matching properties
Visit SchedulerPreferred date/time, listing IDAppointment request and visit status
VerificationChecklist, observations, permitted evidenceTimestamped status and reviewer notes
ModerationReports, flags, stale listing signalsReview queue and action history

5. Methodology and Workflow

The methodology begins with requirements analysis, followed by data modelling, interface design, service implementation, and scenario-based testing. A listing moves through distinct states so that users can distinguish a newly submitted property from one reviewed by the platform or inspected in person. Each transition should be timestamped and linked to the responsible role. 1. Submit Property listing 2. Review Document checks 3. Visit In-person inspection 4. Resolve Confirm / flag Status log records evidence, date, responsible party and outcome

Figure 2. Listing lifecycle from submission to review, in-person visit, and resolution.
Figure 2. Listing lifecycle from submission to review, in-person visit, and resolution.
Figure 1. High-level flow between users, listing services, property records, visit scheduling, and verification status.
Figure 1. High-level flow between users, listing services, property records, visit scheduling, and verification status.

5.1 Verification Procedure

A proposed verification procedure can include the following steps: (1) confirm that required listing fields are present; (2) review contact and supporting information provided by the submitter; (3) schedule an in-person visit with the relevant parties; (4) record the date, checklist items, and observations; (5) allow discrepancies to be reported; and (6) update the listing status after review. The interface should display the scope and date of verification so that users do not interpret it as a universal legal certification.

5.2 Example Status Model

TABLE III
StatusMeaningAllowed Next Step
DraftListing is being preparedSubmit for review
SubmittedAwaiting initial checksApprove for listing or request correction
ListedVisible in search; not yet visit-verifiedRequest an in-person visit
Visit ScheduledAppointment time agreedRecord visit outcome
Visit RecordedInspection observations savedConfirm, flag, or request follow-up
Flagged / InactiveDiscrepancy or stale status needs actionAdmin review and resolution

6. Data Model and Functional Requirements

Table 3. Main entities and representative fields
EntityRepresentative FieldsPurpose
Useruser_id, name, email, phone, roleManage accounts and access rights
Propertyproperty_id, address, price, type, area, status, owner_idStore searchable listing details
Appointmentappointment_id, property_id, requester_id, date_time, statusCoordinate physical visits
VerificationRecordrecord_id, property_id, verifier_id, visit_date, checklist, outcomePreserve inspection observations
Reportreport_id, reporter_id, property_id, reason, resolutionTrack user-reported issues
StatusHistoryhistory_id, entity_id, old_status, new_status, actor_id, timestampProvide an audit trail

6.1 Functional Requirements

The platform should allow users to register and sign in securely, search by location and price range, filter by property type and features, view listing details, save shortlisted properties, and request visits. Owners or agents should be able to submit and update listings. Authorized verifiers should record checklists and visit outcomes. Administrators should review reports, handle duplicate or stale listings, and maintain a history of decisions.

6.2 Non-Functional Requirements

TABLE V
Quality AttributeDesign Requirement
UsabilitySimple forms, clear status labels, mobile-friendly pages
SecurityPassword hashing, session protection, access control
PrivacyCollect minimum data and restrict document visibility
ReliabilityValidate inputs, handle errors, back up important records
MaintainabilityModular services, documented APIs, consistent data rules

7. Search, Ranking, and User Interaction

Table 4. Illustrative ranking criteria (not measured results)
CriterionExample InterpretationPossible User Control
Location fitDistance to preferred area or landmarkSet preferred locality / radius
Budget fitDifference between budget and asking priceMinimum and maximum budget
Area fitMatch to required carpet/built-up areaSet minimum area
AmenitiesPresence of selected facilitiesChoose required amenities
Listing freshnessHow recently availability was confirmedPrefer recently updated listings

7.1 Interface Design Principles

Each property card should show the asking price, approximate location, property type, area, key amenities, availability update date, owner or agent contact pathway, and the precise verification status. Labels such as “listing details reviewed” and “in-person visit recorded” are more informative than a generic badge. Users should be able to open the status explanation and understand the date and scope of the checks performed. The visit request interface should present available time slots, confirmation state, and cancellation or rescheduling options. After a visit, users should be able to submit structured feedback and report a mismatch. A clear process for resolving reports is important to avoid allowing unsupported accusations to become public statements without review.

8. Security, Privacy, and Risk Management

Table 5. Risks and mitigation measures
RiskPotential EffectMitigation
False or outdated listingWasted visits and poor decisionsExpiry reminders, reports, date-stamped status
ImpersonationMisleading contact or ownership claimsAccount checks and careful wording of verification scope
Data exposurePrivacy or safety harmLeast privilege, secure storage, access logs
Fraudulent documentsFalse confidence in listingManual review and clear limits on claims
Biased rankingRelevant options may be hiddenExplainable criteria and user-controlled filters
Missed appointmentTime loss for participantsConfirmation, reminders, cancellation workflow

9. Evaluation Plan and Discussion

Table 6. Proposed evaluation measures
MeasureHow to AssessPurpose
Search task completionPercentage of users finding a suitable listingAssess discoverability
Visit scheduling successCompleted appointment requests / attemptsAssess booking flow
Status comprehensionAsk users to explain each status labelCheck transparency
Data completenessCount listings missing required fieldsAssess listing quality
Report resolution timeTime from report submission to outcomeAssess moderation workflow

10. Future Enhancements

Future work may add map-based search, duplicate-listing detection, multilingual interfaces, accessibility improvements, appointment reminders, verified feedback moderation, and integration with authorized public-record sources where legally and technically feasible. Automated image or text checks could flag potential duplicates or incomplete descriptions, but human review should remain available for consequential decisions. A mobile application and notification service may improve coordination between users, owners, and field staff. 11. Conclusion The proposed Smart Property Finder and In-Person Verification System integrates property search with visit scheduling, structured inspection records, discrepancy reporting, and transparent status history. Its central design principle is to make the scope of verification visible instead of treating a single label as proof of every aspect of a property. By separating submitted details, reviewed information, and recorded in-person visits, the system can help users make better-informed comparisons and support more accountable listing management. Future implementation and user testing are required to assess usability, operational feasibility, and measurable impact.

References

[1] OWASP Foundation, “Application Security Verification Standard (ASVS),” OWASP, online documentation. [2] OWASP Foundation, “File Upload Cheat Sheet,” OWASP Cheat Sheet Series, online documentation. [3] National Institute of Standards and Technology, “Digital Identity Guidelines,” NIST Special Publication 800-63, online documentation. [4] ISO, “ISO 27001 — Information Security Management Systems,” International Organization for Standardization, standard overview. [5] W3C, “Web Content Accessibility Guidelines (WCAG) 2.2,” World Wide Web Consortium, 2023. [6] ISO, “ISO 31000 — Risk Management,” International Organization for Standardization, standard overview. [7] OWASP Foundation, “Logging Cheat Sheet,” OWASP Cheat Sheet Series, online documentation. [8] W3C, “Web Security and Privacy Considerations,” World Wide Web Consortium, technical guidance.

How to Cite this Contribution

APA Standard

Supriya Waghmode et al. (2026). A Smart Property Finder and In-Person Verification System for Transparent Real Estate Transactions. International Journal of Research, Exploration & Knowledge (IJREK), 1(1).

Publication Metadata
Journal:IJREK
Published Date:October 23, 2026
Volume / Issue:Volume 1, Issue 1
Article ID:IJREK-2026-00136
Research Area:Artificial Intelligence
Open Access License

Distributed under Creative Commons Attribution 4.0 International (CC BY 4.0).