S.I.P. · industrial compliance

A specialist industrial website, and a legacy system recovered without its source code

S.I.P. is an established Romanian company working in ATEX and explosion-protection compliance. We delivered two separate pieces of work for them: the public website above, and a legacy software recovery that produced no screenshot at all.

S.I.P. — public website
The S.I.P. website homepage: Romanian-language navigation for services, products, equipment, industries, certifications and company information, a headline on explosion-protection compliance for industrial equipment, a summary of on-site conformity certificates and an accredited metrology laboratory, and request-a-quote actions.
Status
Website live · recovery delivered
Sector
Industrial compliance
Role
Both workstreams delivered by VM Software Lab
Visit the live S.I.P. website

Two engagements, one client

This page covers two distinct workstreams. They are kept apart deliberately, because the screenshot at the top is evidence for one of them and not the other.

  • The public website. A shipped site for a compliance business whose buyers arrive looking for a specific certification, service or piece of equipment.
  • The legacy recovery. Unsupported Windows XP-era operational software, restored when the source code was no longer available.

A website for a business people buy from carefully

Explosion-protection compliance is not a browsing purchase. A visitor arrives because a piece of equipment needs an ATEX conformity assessment, a gas analyser needs accredited calibration, or an auditor has asked for a document. They need to establish, quickly, that this company is accredited to do that specific thing.

The site is built around that: services, products, equipment, industries served and certifications each get their own route, with the accreditations and the quote request kept permanently in reach. It runs in Romanian and English, because the industrial customer base and the equipment manufacturers behind it do not share a language.

The homepage at the top of this page is that site, live.

A legacy application that stopped writing to its database

A legacy application the company depended on stopped writing to its database. The original source code was not available, so the normal route to a software fix was closed before it started. There was no project to open, correct, rebuild and redeploy.

The choice was between abandoning a system the business still ran on, or working directly on the compiled program. We did the second.

Stabilising the existing application bought the business time to plan its next move without turning a software failure into an emergency replacement project.

Investigate, patch, deploy

  1. Investigate The compiled executable was examined at binary and hex level, because there was no source project to open.
  2. Patch A fix was produced against the binary itself, without recompiling from source that no longer existed.
  3. Deploy The patched application was rolled out across the affected computers and returned to normal use.

The recovery moved from investigation to a tested patch and deployment across the affected computers.

Two delivered workstreams

  • The public website is live and can be inspected directly. The screenshot at the top is its homepage.
  • The legacy application was investigated at binary and hex level, patched without source code, and the patch was deployed across the affected computers.
  • The two workstreams are separate engagements; neither is evidence for the other.

Who built it

Both workstreams were delivered by VM Software Lab. S.I.P. Petroșani has approved being named; sensitive operational detail from the recovery remains private.

Does the business depend on software nobody can maintain?

Show us what the system still does, what has stopped working and what access remains. We will assess whether it can be stabilised, recovered or modernised deliberately.

You will hear back directly from Victor, not from a sales team.