DSX WinDSX D10202 33-Bit Cards: A Reorder Checklist
D10202 is a 33-bit credential format associated with DSX Access Systems. Confirm that your installation actually uses it before ordering. Running WinDSX software is useful context, but it is not a complete specification for the cards accepted by the site’s installed readers.
American Key Cards is independent and is not affiliated with or endorsed by DSX Access Systems, HID® Global or Hirsch. This guide explains how to establish a replacement specification; it does not guarantee a credential for every WinDSX configuration.
What the published format reference establishes
The Hirsch credential ordering form lists D10202 under its 33D format entry, associates it with DSX Access Systems, and specifies 33 bits. That table gives a default facility code of 17 and a card-number range of 0–16,777,215.
Those are reference details, not instructions to set every site to facility code 17. Use the site’s approved order records and configuration. The same ordering document distinguishes numerous other formats, including standard 26-bit H10301; they are not interchangeable just because a supplier offers them in the same physical card body.
The format tells you how credential data is arranged. You must also establish the card technology that the reader can recognize. A Wiegand output specification is not a guarantee that any card with that bit count works at the door.
What to put on the purchase specification
- Credential technology and reader model: identify the installed reader, not merely the controller or the software workstation.
- Full format identifier: record D10202 only after the administrator or integrator has confirmed it.
- Approved site or facility code: obtain the actual value from the site’s records rather than copying a published default.
- Unused card-number allocation: reserve a range and check it against the current credential inventory.
- Physical requirements: choose the card or fob shape, printing and mounting details appropriate to the users.
- Enrollment responsibility: identify who will add the credentials and validate their access rights.
For an initial supplier discussion, use a redacted previous order and equipment model references. Full credential allocations belong in private, authorized channels.
Diagnose a failed sample before changing anything
An access denial does not prove the bit format is wrong. The reader may not recognize the technology; the controller may interpret the data differently; or the credential may simply lack enrollment or access rights.
Have the administrator inspect the event record. Confirm whether a credential was detected, which identity was reported, and why access was denied. Compare those observations with the approved sample specification. This gives the integrator a concrete fault to investigate without changing the whole site to accommodate an unverified order.
Approve the batch only after enrollment testing
Test the sample at each relevant reader type and verify that the expected identity appears in the access log. Include a check that it does not grant access outside the assigned permissions. Record the accepted specification with the purchase order for future reorders.
If you are replacing a lost credential, have the administrator disable it before issuing its replacement. If the exact format remains uncertain, ask the site’s DSX integrator to verify the configuration against the equipment and order records listed above.
