sourcepot / datapool
The Datapool PHP framework
Requires
- php: >=8.0
- google/cloud-recaptcha-enterprise: >=v1.14.0
- guzzlehttp/guzzle: ^7.0
- horstoeko/zugferd: ^1
- michelf/php-markdown: ^2.0.0
- monolog/monolog: ^3.5.0
- phpoffice/phpspreadsheet: >=2.2.1
- psr/log: ^3
- smalot/pdfparser: >=v2.7.0
- sourcepot/bankholidays: >=v1.0.0
- sourcepot/email: >=v0.2.0
- sourcepot/fhginvoices: >=v2.0.0
- sourcepot/mediaplayer: >=v4.1.0
- sourcepot/ops: >=v1.0.0
- sourcepot/sms: >=v2.1.0
- sourcepot/statistic: >=1.0.0
- spatie/pdf-to-text: >=1.52.0
- dev-main
- v4.13.1
- v4.13.0
- v4.12.6
- v4.12.5
- v4.12.4
- v4.12.3
- v4.12.2
- v4.12.1
- v4.12.0
- v4.11.0
- v4.10.1
- v4.10.0
- v4.9.5
- v4.9.4
- v4.9.3
- v4.9.2
- v4.9.1
- v4.9.0
- v4.8.2
- v4.8.1
- v4.8.0
- v4.7.0
- v4.6.2
- v4.6.1
- v4.6.0
- v4.5.0
- v4.4.1
- v4.4.0
- v4.3.0
- v4.2.1
- v4.2.0
- v4.1.1
- v4.1.0
- v4.0.4
- v4.0.3
- v4.0.2
- v4.0.1
- v4.0.0
- v3.1.1
- v3.1.0
- v3.0.2
- v3.0.1
- v3.0.0
- v2.6.12
- v2.6.11
- v2.6.10
- v2.6.9
- v2.6.8
- v2.6.7
- v2.6.6
- v2.6.5
- v2.6.4
- v2.6.3
- v2.6.2
- v2.6.1
- v2.6.0
- v2.5.4
- v2.5.3
- v2.5.2
- v2.5.1
- v2.5.0
- v2.4.0
- v2.3.0
- v2.2.0
- v2.1.8
- v2.1.7
- v2.1.6
- v2.1.5
- v2.1.4
- v2.1.3
- v2.1.2
- v2.1.1
- v2.1.0
- v2.0.0
- v1.5.3
- v1.5.2
- v1.5.1
- v1.5.0
- v1.4.12
- v1.4.11
- v1.4.10
- v1.4.9
- v1.4.8
- v1.4.7
- v1.4.6
- v1.4.5
- v1.4.4
- v1.4.3
- v1.4.2
- v1.4.1
- v1.4.0
- v1.3.4
- v1.3.3
- v1.3.2
- v1.3.1
- v1.3.0
- v1.2.4
- v1.2.3
- v1.2.2
- v1.2.1
- v1.2.0
- v1.1.6
- v1.1.5
- v1.1.4
- v1.1.3
- v1.1.2
- v1.1.1
- v1.1.0
- v1.0.9
- v1.0.8
- v1.0.7
- v1.0.6
- v1.0.5
- v1.0.4
- v1.0.3
- v1.0.2
- v1.0.1
- v1.0.0
- v0.4.8
- v0.4.7
- v0.4.6
- v0.4.5
- v0.4.4
- v0.4.3
- v0.4.2
- v0.4.1
- v0.3.10
- v0.3.9
- v0.3.8
- v0.3.7
- v0.3.6
- v0.3.5
- v0.3.4
- v0.3.3
- v0.3.2
- v0.3.1
- v0.2.20
- v0.2.19
- v0.2.18
- v0.2.17
- v0.2.16
- v0.2.15
- v0.2.14
- v0.2.13
- v0.2.12
- v0.2.11
- v0.2.10
- v0.2.9
- v0.2.8
- v0.2.7
- v0.2.6
- v0.2.5
- v0.2.4
- v0.2.3
- v0.2.2
- v0.2.1
- v0.1.20
- v0.1.19
- v0.1.18
- v0.1.17
- v0.1.16
- v0.1.15
- v0.1.14
- v0.1.13
- v0.1.12
- v0.1.11
- v0.1.10
- v0.1.9
- v0.1.8
- v0.1.7
- v0.1.6
- v0.1.5
- v0.1.4
- v0.1.3
- v0.1.2
- v0.1.1
- v0.1.0
- dev-SourcePot-patch-1
This package is auto-updated.
Last update: 2024-12-17 19:34:41 UTC
README
Many organizations run large complex software packages and flexibility is not necessarily their strong point. Simple customer specific adjustments or process changes are very time-consuming and expensive. Low-code development platforms or bots promise to bring back flexibility, but can themselves be a closed ecosystem. Datapool is a lightweight open source web application that gives control back to the user or smaller organizational units within a company. Datapool can carry out periodic data crunching with processes defined at team or department level. Datapool can also be used to bridge temporary gaps, for testing processes as well as for production.
Datapool was originally developed to process invoices (pdf documents) within a patent department, in which all invoice data is extracted, analyzed and compared with the patent files. The invoice data is then processed in conjunction with UNYCOM and SAP. In this production environment, Datapool has been used to process approx. 1000 invoices per month. The data is compared with approx. 200,000 cost data records and 100,000 patent files. Processing takes place 1-2 times per month.
Sample application
Moving data between the packages is even more challenging. This framework aims to fill the gap between the big software packages such as SAP and e.g. UNYCOM in the setup of an IPR or patent department. The software is designed to relieve people from mindless repetitive tasks, allowing them to focus on the valuable tasks.
The figure shows a typical application example in a company software setup including SAP and UNYCOM. UNYCOM is used by patent departments of larger enterprises. UNYCOM manages patent files including cost records. There can be a substantial amount of incoming invoices. The payment is usually dealt with by SAP but the invoice data (content) as well as the documentation of the payment made through SAP needs to end up in the correct UNYCOM patent case.
This example requires the following steps:
- Parsing: content extraction from the invoice. SAP relevant data as well as patent case specific data.
- Matching an SAP accounting record with the patent case.
- Mapping: adjusting data formats and types to create a UNYCOM compatible dataset.
The Datapool framework can achieve exactly this in a very transparent manner!
Features
- Very lightweight web-application with data-processing, calendar, user account and rights management, a multimedia app and forum
- Data sources can be media-files, pdf-documents, spreadsheet-files either uploaded manually or downloaded from an email inbox
- External devices can provide data or files through a client interface
- The result of the processing can be spreadsheet-files, zip-files, emails or SMS-messages
- Data processing can be controlled manually or by trigger derived from values or calendar events
- Processes can be easily designed and adopted via a graphical user interface
- Processes can easily be exported or imported to other systems running Datapool
Hosting the web-application
Requirements
This software is designed to run on a server, i.e. the user interface is the web browser. It requires PHP 8+ and a database. Depending on the application requirements access to an email account might be required.
Installation
For the installation and creation of the first user account please refer to the video below.
- Choose your target directory on your web server or your computer and run composer
composer create-project sourcepot/datapool {add your target directory here}
. This will create, among other things, the../www/
-subdirectory, which is the www-root and should be accessible via the network, i.e. from a client web browser. - Create a database and a corresponding database user. Set the database collation to utf8mb4_unicode_ci.
- Call the webpage through a web browser. This will create an error message since the database access needs to be set up. (Check the error log which can be found in the
../debugging/
-subdirectory. Each error generates a JSON-file containing the error details.) - Calling the webpage creates the file
../setup/Database/connect.json
which contains the database access credentials. Use a text editor to update or match the credentials with the database user credentials. - Refresh the webpage. This will create an initial admin user account. The user credentials of this account can be found in
../setup/User/initAdminAccount.json
. Register your own account and use the initial admin user account to change your own account to admin access level. Delete the initial admin user account after you have set up your own admin account. - Make sure only the
../www/
-subdirectory is visible to the public.
Example installation using Composer
on a notebook computer running MS Windows, XAMPP server and MariaDB:
2023-10-29_Add_web_page_to_www-Directory_and_create_admin_account_720p.mp4
Initial adjustments
After you have set up your admin account you should login and update the webmaster email address Admin → Admin → Page settings → EmailWebmaster. Allways use the ✓ button the save changes.
Architecture
Datapool is based on an object collection or oc
, i.e. a collection objects instantiated from PHP-classes in the ../php/
folder. The object collection is created by the constructor of class ../php/Root.php
each time the web-application is called.
../php/Root.php
provides the collection to all instantiated classes which implement the method init(array $oc)
. Typically the classes have a private property oc
which is set/updated by the init method of the class.
The configuration file ../setup/objectList.csv
determines the order of creation of objects. With the private property registerVendorClasses
of class ../php/Root.php
vendor classes can be added to the object collection. Otherwise, an instance of a vendor class can be created within the source code when required.
Web page creation
The following flowchart shows the sequence of object instantiations, method calls and content creation.
Any class which implements the App interface must provide a run method. The run method defines the app specific menu item, the app visibility and the method adds the app specific web page content. The following figure shows the run method of the calendar app SourcePot\Datapool\GenericApps\Calendar->run()
.
Data category Apps, e.g. Invoices
Data apps use the DataExplorer class SourcePot\Datapool\Foundation\DataExplorer
. The data explorer provides a blank canvas to create data crunching processes graphically. This is done by adding canvas elements and by configuring their properties. A canvas element is a view of a database table. The database table view applies a selector Content → Selector
(see the figure below). Features can be added to the canvas element such as File upload (e.g. for invoice documents, email etc.), pdf-parser and/or a processor. There is a set of basic processors to e.g. match, map or forward entries. There are also a basic processors to create pdf-documents, to send emails or SMS.
The DataExplorer has two modes: view and edit The figure below shows how to togle between view and edit mode. In edit mode each canvas element can be dragged, selected or deleted. To change canvas element properties the canvas element needs to be selected by clicking on the diamond shaped red button of the respective canvas element.