As a part of the business development strategy we will not wait for our eventual clients till they come to visit our portal, think and register to our services. We will upload the data about tenders by ourselves. Same we will do with solutions and products of smart technology suppliers. We will scan, analyse, rate and upload product data to our portal by ourselves. We plan to make it by sets of data aggregation robots that will scan public web portals and transfer data to our platform automatically. For tender information it will be fully automated process, for smart solutions and products it will be semi-automated process with interaction of our employees who review the data, create custom graphics, execute initial rating, etc.
Aggregation software robots scan portals and store data. During processing assign to tenders categories and tags.
There are dozens of different tendering web portals over the Internet serving some data and providing some services. Each portal have it's own front-end with an unique structure and layout, tenders data are represented in different ways, include different sets of attributes and documents, filtered in different ways. Databases running in the backend of these portals are also designed differently. Still there are major similarities because regardless of the way how tendering data is represented, it is basically describes the same or very similar entities.
Simpler, if we take 20 random independent tendering platforms and assume that each tender contains about 120 fields to fill plus a few attachments related to the project, and then compare these data, we'll find out that around 75% of attributes can be matched perfectly, the rest is either not important because other platforms don’t need it at all, or vise versa contain some sort of specific yet important information that worth being included as a mandatory field in our Master list of attributes. Our software robots scan, collect, sort and store this data content in our Tender platform. Each robot will have specialised configuration for exacting the data from the particular tender platform and collect it from chaotic form into our database. During processing, tags and categories will be assigned to tender data – either automatically or by data stewards.
There are two Data Input (DI) parts in the data aggregation architecture of the solution(read scheme from bottom). These are two databases where source tender and smart solutions data arrives initially.
catalogues. Output 3 is a second part of our business plans to create Business Intelligence reporting system providing commercial reports for business, forecasting and financial needs.