a. Introduction: 

b. Solution: 

c. Results: 

d. Conclusion: 

Propstack/Remax background information 

Propstack (https://www.propstack.de/) is a special CRM system for the real estate industry.   

The client (Remax) is a franchise real estate entrepreneur with international orientation. The franchisees are independent real estate offices that are separate economic entities. A franchisee can have from one office in one location to several offices in different locations. Certain information should not be accessible across franchisees. Other predominantly property (real estate) information is. Evaluation requests will come from the franchisor as well as from franchisees. Duplicate data is to be expected during the project. 

  1. The Propstack CRM provides a separate database area for each customer. In the constellation of a franchise group with franchisor, franchisee, various offices and brokers, there are several database areas per franchisee. a 

Usually, this is where the first challenges for Propstack arise:  

  1. The franchisor has projects/objects that he would like to make available to all franchisees. As usual, the projects/objects are then copied into the database for each franchisee.  
  1. The franchisee makes projects/objects available to other franchisees. As a rule, the data is copied into the other databases here as well.  
  1. In both cases, it is a challenge to have up-to-date reservation lists for the properties of all those who distribute the projects/objects.  
     
  1. The access to the databases of the customers is done via an API interface provided by Propstack. Since the API is only insufficiently set up, there are massive performance limitations with the CRM system. For this reason Propstack uses the possibility of a data dump and extracts all data several times into a dump. This dump is the database that can be used for reporting purposes. Access is via an API that is set up identically to the API to the CRM system.  As mentioned under 1., this results in an individual data dump for each customer. In the case of a franchise company, this results in a large number of data dumps; in the case of Remax, there are only 22 data dumps for Hungary. The use of Propstack is planned throughout Europe. As shown in point 1, the copying of project/object data results in many duplicates, which must be taken into account in a consolidated view.  
  1. Due to the current structure, the entire transformation of the data must currently be carried out in the report each time, which is problematic for performance reasons.  
  1. The Propstack data dump is usually complete and is an image of the CRM system. In Propstack, data is usually not historised. An exception are tasks and deals. No historical data can be retrieved for a project/object. 
  1. The naming of the data collections and columns is inconsistent in the CRM, public API (documented), and Datadump (with minimal documentation). The CRM is in German and the translations vary in the APIs and their documentations.    
  1. The data in Propstack is dynamic.  At any given point a customer can add a customer field in the CRM and create a new column in a data collection (table). By default, PowerBI scans the first 1000 rows for column profiling. This can be changed and set to use the entire data set, which would slow down the processing even more. 

Below a draft from the current architecture ans the implications 

Propstak 

Current solution problems: 

The existing problem, every new customer they need create a new dump. There is a cost involved 

API could increase the number of request if the number of customer increase 

Licensing and Security (public link) 

Centa MG 

Current solution problems: 

Is hard to refresh the data, we refresh and get all the data again 

We need to create new queries every new customer 

Power BI – API