{"id":125,"date":"2025-12-07T17:57:32","date_gmt":"2025-12-07T17:57:32","guid":{"rendered":"https:\/\/spec-electronic.pl\/?p=125"},"modified":"2026-01-03T16:34:00","modified_gmt":"2026-01-03T16:34:00","slug":"simplemes-2","status":"publish","type":"post","link":"https:\/\/spec-electronic.pl\/index.php\/2025\/12\/07\/simplemes-2\/","title":{"rendered":"SimpleMES #2"},"content":{"rendered":"\n

Reasons for Creating the System and the General Concept<\/h3>\n\n\n\n
\n
\"\"<\/figure>\n<\/figure>\n\n\n\n

In my previous post, I mentioned some technical aspects \u201cunder the hood\u201d of the solution being developed. Now, I would like to explain the reasons behind it and the overall concept driving this solution.<\/p>\n\n\n\n

MES systems that I have had the opportunity to see in real-world conditions often fell into two categories in my mind: those \u201cderived from ERP\u201d and those \u201cderived from SCADA.\u201d This distinction inspired me to create my own tool.<\/p>\n\n\n\n

Solutions that were extensions of ERP systems\u2014often developed as an additional module for a large client\u2014tended to link production operations so tightly with accounting processes that manufacturing felt more like bookkeeping. Basic functionalities such as searching by serial number or checking the current step for a given serial number were unavailable and required costly custom development. This strong integration meant that the workflow was dictated by financial order rather than product or production process requirements.<\/p>\n\n\n\n

The second type of MES system, as I called it earlier, was SCADA-based. These had excellent machine connectivity and impressive visualization of machine processes but neglected manual operations performed by operators. They often lacked the ability to work with individual serialized products, focusing instead on large production batches of n<\/em> units. Serial numbers were often randomly assigned from the batch, making traceability for a single product practically impossible.<\/p>\n\n\n\n

The absence of these features\u2014or the emphasis on aspects unrelated to the needs of a production process that requires precise tracking of every operation, even down to the tool used\u2014motivated me to create the system presented here. The tool enables recording the production process for individual items processed sequentially at different workstations by different operators and tools, while also allowing simple integration with external machines.<\/p>\n\n\n\n

Output data from the production process to the main accounting system (planned for version 0.9) will allow full export of information such as production costs (materials) and time, along with workstation load.<\/p>\n\n\n\n

A key feature will be minimal requirements for external components (e.g., no need to connect to external APIs or cloud solutions)\u2014the ideal state is 0%.<\/p>\n\n\n\n

\n\n\n\n

Currently, I assume the program will be available as Freeware<\/strong>, with installation and maintenance left to the user. The target database is PostgreSQL<\/strong>, and the operating system is Windows<\/strong> with the latest .NET.<\/p>\n\n\n\n

The system currently consists of three programs:<\/p>\n\n\n\n

I. Version for defining the production process<\/strong><\/p>\n\n\n\n