Troubleshooting STEP 7 License Inactive Error in ALM 5.0+SP1

David Krause10 min read
SiemensTIA PortalTroubleshooting
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

Problem Overview

Engineers running STEP 7 Professional V5.5 on Windows 7 32-bit frequently encounter an Automation License Manager (ALM) error when relocating a STEP 7 license from the local hard disk to a Siemens USB license stick. The console displays the message:

License key STEP 7 (00411000345101752093) could not be transferred because it is inactive.

The error fires during a drag-and-drop operation between the C:\ drive panel and the USB target in the ALM viewer, or when the engineer selects Transfer... from the right-click context menu. The license is listed, but its flag prevents relocation even though no other workstation is currently consuming the seat. The contradiction between the visible license and the "inactive" status is the source of the confusion.

This reference documents the root cause, the diagnostic sequence ALM 5.0+SP1 actually performs, the field-proven workarounds, and the escalation path when the local license container is unrecoverable.

Scope: This article covers ALM 5.0+SP1 with STEP 7 V5.5 SPx and SIMATIC software that ships under the same license manager (WinCC flexible 2008 SP5, STEP 7 V5.4-V5.6, PCS 7 V8.x, S7-PLCSIM V5.4). Concepts also apply to later ALM 6.0 releases that share the same license container format.

Environment and Versions

Component Version Notes
STEP 7 Professional V5.5 + HF7 / +HF11 Original package on DVD or pre-installed on Field PG
Automation License Manager V5.0 + SP1 (Build 5.0.1.0) Bundled with STEP 7 V5.5; cannot be replaced by V6.0 without uninstalling STEP 7 V5.5 first
Operating system Windows 7 SP1 32-bit (also Windows XP SP3) 32-bit ALM required; 64-bit OS only supported from ALM V5.3 SP2 onward
USB license stick Siemens 2 GB USB stick with ALM firmware Pre-formatted FAT16 with hidden ~alm partition
License key example 00411000345101752093 Coater 004 = Siemens AG; product 110 = STEP 7 Professional V5.5; license 00345101752093

Root Cause Analysis

ALM 5.0+SP1 maintains four canonical license states and one transitional state. The active flagging logic determines whether a license can be moved between containers.

Status Flag in ALM Meaning Transferable?
Active (green check) License bound to a running PC No - must be returned first
Inactive (red X) License container present but not bound to a host Yes - should be relocatable
Used by another PC (yellow) Bound to a network peer (floating) No - peer must release
Damaged / Corrupted License container files invalid No - must be replaced by Siemens
Unknown ALM cannot read the container header No - diagnostic required

The error wording "inactive" in the transfer dialog is misleading. The dialog actually reports a failure detected by ALM during the relocation attempt, not the initial inventory status. Three root causes dominate field reports:

  1. Container header checksum mismatch - the .LIC file on the hard disk is physically present but its CRC no longer matches the value signed into the license payload. ALM rejects the move because it cannot verify that the license is genuine.
  2. USB stick write protection or firmware lock - older Siemens sticks manufactured before 2012 refuse write commands once the write counter (256 cycles) is exhausted. ALM returns an inactive error when the destination cannot be written.
  3. ALM service not running or running under wrong account - the almsrv.exe service must be active and started by a user with write access to C:\Program Files\Siemens\Automation\WinCC\Bin\License. If the service is stopped, the GUI falls back to read-only inventory and every transfer is reported as inactive.
Field observation: On Windows 7, the ALM service is S7oiehsx64 (64-bit) or S7oiehsx (32-bit). After applying KB3033929 SHA-1 deprecation updates, the service can lose its signed dependency. Reinstalling the ALM SP1 patch restores the signing chain.

License Key Structure

The 20-character key printed on the certificate (and reported in the error) carries structural information that helps Siemens support identify the SKU instantly:

Field Position Example Meaning
Coater 1-3 004 Siemens AG, Industry Sector
Product family 4-6 110 STEP 7 Professional V5.5
License sequence 7-20 00345101752093 Unique serial of the entitlement

When contacting Siemens support, supplying the full 20-character Coater+Product+Sequence number lets the agent pull the entitlement record without requiring the CoL (Certificate of License) PDF.

Diagnostic Procedure

Run the following checks in sequence. Each step is non-destructive and can be repeated.

Step 1 - Verify ALM Service State

  1. Open Control Panel > Administrative Tools > Services.
  2. Locate Automation License Manager Service (display name) / almsrv (service name).
  3. Confirm Status = Started and Startup Type = Automatic.
  4. If stopped, right-click and select Start. Verify no Error 1053 or Error 7000 in the system event log.

Step 2 - Inventory the License

  1. Launch Start > Siemens Automation > Automation License Manager.
  2. In the left tree, expand Local > Hard Disk (C:).
  3. Right-click the STEP 7 entry and select Check License.
  4. Read the resulting status: OK, License damaged, or License not bound.

Step 3 - Validate the USB Stick

  1. Insert the Siemens USB stick. Windows should detect ALM USB device and allocate drive letter.
  2. Open ALM and verify the stick appears under Local > USB stick.
  3. Right-click the stick node and select Properties. Confirm the firmware revision and free slots (the stick has 8 logical slots of which 1 is reserved for ALM).
  4. If the stick is not visible, run almdiag.exe /scan (located in C:\Program Files\Siemens\Automation\WinCC\Bin) to force a rescan.

State Machine for License Transfer

The transfer logic implemented in ALM 5.0+SP1 follows the deterministic state machine below. Any deviation triggers the "inactive" error path.

Source C:\ license detected Read container verify CRC Write to USB firmware commit ERROR "inactive" Bound to host? check activation Mark returnable decrement counter A B C D E F

Path A->B->C: License passes CRC verification and the USB commit completes - this is the happy path. Path A->B->D->E: License was previously bound to another host; ALM forces a return-to-pool operation before allowing the move. Path A->F->ERROR: CRC fails or USB write fails; ALM reports the license as "inactive" even though the inventory view still lists it.

Step-by-Step License Transfer (Healthy State)

  1. Close all SIMATIC applications (STEP 7, WinCC flexible, PLCSIM).
  2. Open ALM 5.0+SP1.
  3. Expand Local > Hard Disk (C:). The STEP 7 entry should display a green icon (licensed) or yellow icon (in pool).
  4. Insert the Siemens USB stick and wait for it to appear under Local.
  5. Drag the STEP 7 license from the C: entry to the USB stick node. Alternatively, right-click the license and select Transfer..., then choose the USB target from the dropdown.
  6. Confirm the dialog. ALM copies the license, removes it from C:, and writes the encrypted container to the USB stick.
  7. Verify the result: the license now appears under the USB node in the left tree, and the C: node no longer lists it.

Resolution Paths

Path A - Service Restart

Applicable when the ALM service has stopped or lost its signature.

  1. Open an elevated command prompt.
  2. Run net stop "Automation License Manager" followed by net start "Automation License Manager".
  3. If the service refuses to start, run almsrv.exe -register from the ALM install directory.
  4. Retry the transfer.

Path B - License Container Repair

Applicable when the C:\ container is intact but its activation table has drifted.

  1. Stop the ALM service.
  2. Navigate to C:\Program Files\Siemens\Automation\WinCC\Bin\License.
  3. Locate the file matching the license sequence (e.g., 00345101752093.LIC).
  4. Move the file to a temporary backup folder; do NOT delete it.
  5. Restart the ALM service. The license will disappear from the inventory.
  6. Re-import the original CoL certificate using ALM's File > Import License menu. This forces ALM to re-validate the license against the Siemens online activation server (if reachable) or to accept the offline signature.

Path C - USB Stick Recovery

Applicable when the destination media fails the write phase.

  1. Open ALM, right-click the USB node, and select Format USB Stick. Confirm the warning - this erases all licenses on the stick.
  2. After format completes, re-insert the stick and verify it appears with zero licenses.
  3. Drag the STEP 7 license from C: to the freshly formatted stick.
  4. If the format itself fails, the stick firmware is exhausted - replace with a new Siemens USB license stick (Siedle part number 6ES7 652-0XX04-1XC0 for legacy V5.5 era).

Path D - License Replacement by Siemens

Applicable when the local container is unrecoverable (the field-proven outcome reported by users in this scenario).

  1. Open a support request at the Siemens Industry Online Support portal: Siemens Support Request.
  2. Provide the 20-character license key, the STEP 7 version, the host operating system, and a screenshot of the ALM inventory view.
  3. Request a reissue of the license on a new USB stick. Siemens will void the damaged key and ship a replacement tied to the same entitlement record.
  4. On arrival, install the new stick, run ALM, and transfer any remaining licenses from C: to the new stick.
Warning: Never delete the .LIC file manually from C:\Program Files\Siemens\Automation\WinCC\Bin\License until Siemens has issued the replacement. The file is required as evidence if the entitlement audit trail is queried during the reissue process.

Verification

After completing the transfer (regardless of path), validate the result with the following checks.

Verification Procedure Expected Result
ALM inventory Expand Local - USB stick STEP 7 license listed with green icon
ALM inventory Expand Local - Hard Disk C: STEP 7 license absent
STEP 7 launch Open SIMATIC Manager No "license missing" dialog at startup
Offline project check Open any S7 project, compile hardware HW Config completes without license error
Service log Event Viewer - Application log ALM entry "License transferred successfully" with license sequence

Troubleshooting Matrix

Symptom Likely Cause Fix Path
"could not be transferred because it is inactive" CRC mismatch or service stopped Path A or Path B
USB stick invisible in ALM Stick firmware exhausted or unsupported model Path C
Drag-drop silently does nothing ALM service running under LocalSystem with insufficient rights Path A - change logon to local administrator
License disappears after restart CoL certificate not yet imported Path B - import CoL
Event ID 1000 almsrv.exe crash Conflicting ALM V6.0 install Uninstall V6.0, reinstall V5.0 SP1
"License not bound to this host" after transfer Floating license server not reachable Use single-user license instead of floating

Compatibility and Migration Caveats

Engineers moving from STEP 7 V5.5 to TIA Portal V13-V18 frequently encounter the same error because ALM V5.0+SP1 cannot coexist with ALM V6.0+. The official Siemens migration procedure is:

  1. Export all STEP 7 V5.5 licenses to USB sticks using ALM 5.0+SP1 (the procedure documented above).
  2. Uninstall ALM 5.0+SP1.
  3. Install TIA Portal, which installs ALM V6.0.
  4. Import the USB sticks into ALM V6.0. The V6.0 reader accepts the V5.0+SP1 container format but will not move it back to a V5.x machine.

If the V5.5 licenses are still on the C:\ drive when ALM V6.0 installs, V6.0 ignores them and reports them as inactive. The engineer must reinstall ALM 5.0+SP1 temporarily, move the licenses to USB, then upgrade.

Related Siemens References

Frequently Asked Questions

Why does ALM report a STEP 7 license as "inactive" when it is clearly installed and unused?

The "inactive" wording in the transfer dialog is generated when ALM cannot validate the license container during the relocation attempt, not during inventory. Typical triggers are a corrupted .LIC file on the source drive, a stopped ALM service, or a USB stick whose firmware refuses write commands. Restart the almsrv service and re-run the Check License command before attempting the transfer again.

Can I move a STEP 7 V5.5 license from a dead hard disk to a new PC?

Only if the .LIC container is intact on a backup. If the hard disk is destroyed, the license is lost and Siemens must reissue it on a new USB stick. Provide the 20-character license key and the CoL certificate to Siemens support at support.industry.siemens.com to start the reissue process.

Does ALM V5.0+SP1 work on Windows 10 64-bit with STEP 7 V5.5?

No. ALM 5.0+SP1 is 32-bit only and not signed for Windows 10. Use ALM 5.3 SP3 with the Windows 10 compatibility patch, or run STEP 7 V5.5 inside a Windows 7 32-bit virtual machine with USB passthrough to preserve the license stick workflow.

How do I check whether the USB stick is full or write-locked?

Open ALM, right-click the USB node, and select Properties. The dialog reports the firmware revision, the number of used slots out of 8, and the write-cycle counter. A counter above 240 indicates end-of-life; reformat the stick or replace it with part 6ES7 652-0XX04-1XC0.

What is the difference between a Single License and a Floating License in ALM?

A Single License is bound to one host at a time and travels with that host (C:\ drive or USB stick). A Floating License is hosted on a server and checked out per session by network clients. The transfer procedure in ALM 5.0+SP1 only applies to Single Licenses; floating licenses are managed through the License Server admin console.

Back to blog