Multi-hierarchical Project Data Transfer Module

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current enterprise management and reporting software struggles with multi-hierarchical project reporting across multiple entities, as it typically caters to the hierarchical needs of only one master entity, leading to issues with data access restrictions and differing cost and resource coding structures among entities.

Innovation Solution

A transferal module that segregates project data into proprietary and non-proprietary modules, allowing customizable data transfer using user-defined or default codes, with secure access controls to accommodate various entities' needs, and supports both synchronous and asynchronous data exchange.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If enterprise management software uses a single hierarchical reporting structure based on one master entity's needs, then the system complexity is reduced and ease of operation is improved, but the adaptability to accommodate multiple entities with different hierarchical needs deteriorates

Engineering Contradiction:
Improveease of operationVSAvoidadaptability
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent segments the reporting structure into multiple independent hierarchical frameworks, each corresponding to a different entity's organizational structure. Instead of forcing all entities into a single reporting hierarchy, the system creates separate reporting lines for each entity (e.g., separate hierarchies for Company A, Company B, Company C), allowing each entity to maintain its own management structure while collaborating on the same project.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements a universal reporting framework that can accommodate multiple entity-specific hierarchical structures simultaneously. The system design allows the same project management platform to support different reporting formats, cost codes, and organizational structures for each participating entity, making the software adaptable to various enterprise needs without requiring separate systems.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Reliability

If the system implements access restrictions to protect proprietary data, then the reliability and security are improved, but the ease of operation deteriorates due to increased complexity in data access management

Engineering Contradiction:
ImprovereliabilityVSAvoidease of operation
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent applies local quality by implementing differentiated access rights for different users and data elements. Instead of a uniform access control mechanism, the system assigns specific access permissions to different users based on their role and the sensitivity of the data they need to access. Each user receives customized access rights tailored to their specific needs, allowing proprietary information to be protected while maintaining ease of access for authorized users.

Inventive Principle:
Principle #3Local quality

3Adaptability or versatility

If the system supports multiple entities with different cost and resource coding structures, then the adaptability is improved, but the device complexity increases due to managing multiple coding systems

Engineering Contradiction:
ImproveadaptabilityVSAvoiddevice complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary translation layer that mediates between different entities' coding structures and the underlying project data. This translation mechanism automatically converts between various cost codes and resource codes used by different entities, allowing each entity to work with its familiar coding system while the system maintains a unified view of project data. The intermediary layer handles the complexity of multiple coding systems without exposing it to users.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS8805919B1Multi-hierarchical reporting methodology
Publication Date: 2014.08.12 PLOTNICK FREDRIC L
  • US8805919B1 patent drawing
  • US8805919B1 patent drawing
  • US8805919B1 patent drawing

AI summary

A method for handling the automated transferal of project level data to the various entities involved in such project which may be one of several projects within the control of each entity. Project level data may be coded, extracted and conveyed to one or more of several entities involved in a project in a format permitting notification of upper levels of management of each specific entity or summarization within the hierarchy of projects within the enterprise structure of each specific entity. Similarly, project level data may be imported and sequestered within the database for the project such that such data may be used for calculations or reports relating to that project without permitting unauthorized access to such data to the entities involved in the project.