Product News
What RFID Frequency Should You Choose for a Smart Card?
What RFID Frequency Should You Choose for a Smart Card?
Choosing an RFID frequency for a smart card is not simply a choice between short range and long range. For a real B2B project, the correct frequency depends on the existing reader infrastructure, communication standard, chip architecture, security requirements, application, antenna design, and whether the project is a legacy replacement, a migration, or a new deployment.
For most new contactless smart card projects involving access control, hotel credentials, identification, transportation, or NFC interaction, 13.56 MHz HF RFID is usually the most relevant technology to evaluate first. However, 125 kHz can still be the correct choice when compatibility with an installed legacy system is the priority. UHF RFID is generally more appropriate for long-range identification, inventory, logistics, and asset-tracking applications rather than conventional close-range smart-card credentials.
The most important rule is:
Choose the RFID technology that matches the system architecture first. Then select the chip, antenna, card construction, and personalization method that meet the project requirements.

The Short Answer: Which RFID Frequency Should You Choose?
Use the following decision rule:
·Existing 125 kHz system: stay with a compatible 125 kHz credential unless the project includes a planned migration.
·Existing 13.56 MHz smart-card system: select the exact compatible HF chip and protocol rather than simply ordering any 13.56 MHz card.
·Migration project: consider a technology and reader strategy that allows the installed system to operate while the security architecture is upgraded.
·New high-security smart-card project: evaluate current-generation 13.56 MHz secure ICs, with the exact chip selected according to authentication, memory, application, and reader requirements.
·Long-range inventory or asset tracking: evaluate UHF RFID rather than assuming a conventional HF smart card is the right solution.
This distinction matters because RFID frequency does not determine the entire system. Two cards can use the same frequency but have very different protocols, memory structures, security mechanisms, and system compatibility.
The Three Main RFID Frequency Categories
RFID systems are commonly discussed in three frequency ranges: LF, HF, and UHF.
RFID Technology | Typical Frequency | Common Card / Tag Role | Typical Strength |
LF RFID | Around 125 kHz | Legacy proximity credentials and selected identification systems | Compatibility with established LF infrastructure |
HF RFID | 13.56 MHz | Contactless smart cards, access cards, hotel cards, transport cards, NFC tags | Smart-card functionality and broad ecosystem |
UHF RFID | Region-dependent, typically within the 860–960 MHz range | Logistics, inventory, asset tracking and long-range identification | Longer-range and multi-tag reading |
Exact operating characteristics depend on the chip, antenna, reader, protocol, environment, and system design.
For UHF, the current GS1 EPC Gen2 air-interface standard covers communication in the 860–930 MHz range, with regional implementations determining the frequencies used in practice. The current GS1 standard is version 3.0.1 as of February 2026.
For 13.56 MHz smart-card applications, NXP products such as MIFARE and NTAG use HF technologies based on ISO/IEC 14443 and NFC-related standards depending on the product. For example, NXP’s NTAG 213/215/216 are 13.56 MHz NFC Forum Type 2 Tag-compliant ICs.
125 kHz vs 13.56 MHz vs UHF
Frequency selection becomes much clearer when it is linked to the actual system requirement.
Factor | 125 kHz LF | 13.56 MHz HF | UHF |
Typical interaction | Proximity / presentation | Tap / present card | Longer-range identification |
Typical role | Legacy access credentials | Smart cards and NFC | Inventory and tracking |
Smart-card functionality | Depends on IC | Broad | Different architecture |
Security options | Depends on IC and system | Broad range of secure ICs | Depends on UHF IC and system |
Common reader environment | LF proximity readers | HF/NFC readers | UHF / RAIN RFID readers |
Multi-application potential | Limited depending on IC | Strong with appropriate IC | Different model from conventional smart cards |
Typical applications | Legacy access control | Access, hotel, transport, ID, NFC | Logistics, inventory, assets |
Best starting point | Existing LF infrastructure | Most new contactless smart-card projects | Long-range identification |
The key point is that these technologies are not interchangeable simply because they are all called RFID.
A 125 kHz card normally requires a reader designed for that frequency. A 13.56 MHz smart card requires an HF reader and compatible protocol. A UHF credential operates in a different RF architecture and should be evaluated as part of a UHF/RAIN RFID system.
Is 125 kHz Still a Good Choice?
Yes, but mainly when the existing system requires it.
Many access-control environments were designed around LF proximity credentials. If an organization already owns compatible readers, controllers, software, and credentials, replacing the cards with the same technology can be the simplest operational choice.
However, this should not be confused with a recommendation for every new project.
A useful procurement distinction is:
Legacy compatibility is not the same as new-project recommendation.
For an existing system, compatibility can be the most important requirement. For a new project, buyers should evaluate the security architecture, future requirements, reader ecosystem, and current chip availability before selecting a technology.
The correct question is therefore not:
“Which RFID frequency is best?”
It is:
“Which RFID technology is compatible with the system I have, or best suited to the system I am building?”
Why 13.56 MHz Is Common for Smart Cards
13.56 MHz HF RFID has a strong ecosystem for contactless smart cards and NFC applications.
The important advantage is not the frequency itself, but the range of IC architectures available within that ecosystem.
Examples include:
·MIFARE Classic
·MIFARE Plus
·MIFARE DESFire
·MIFARE DESFire Light
·MIFARE DUOX
·NTAG
·other ISO/IEC 14443 and NFC-compatible technologies
NXP describes the MIFARE DESFire family as a group of secure microcontroller-based ICs supporting contactless applications such as identity, access control, loyalty, micropayment, and transport ticketing.
This is why a procurement specification should avoid saying only:
“13.56 MHz RFID card.”
Instead, it should specify the exact chip family and generation.
MIFARE Classic: Legacy Compatibility vs New Designs
MIFARE Classic is still encountered frequently in installed smart-card systems.
NXP currently lists MIFARE Classic EV1 1K–4K as an active product but explicitly states:
“This product is not recommended for new designs.”
NXP recommends MIFARE DESFire Light instead.
This creates an important distinction.
For an existing system
MIFARE Classic may remain necessary if the deployed readers, software, card data structure, or credential system depend on it.
For a new system
The project should evaluate a current recommended architecture rather than selecting MIFARE Classic simply because the technology is widely known.
This is a good example of why legacy compatibility and new-project recommendation must be analyzed separately.
MIFARE Plus: A Migration-Oriented Option
MIFARE Plus is particularly relevant when the objective is to upgrade an existing contactless infrastructure.
NXP describes MIFARE Plus EV2 as an active product designed for both new Smart City applications and security upgrades to existing deployments. It supports AES-128 cryptography and migration mechanisms that can help move legacy infrastructures toward higher security levels.
NXP also describes backward compatibility with MIFARE Classic and MIFARE Plus memory organization and provides a migration model that allows security upgrades to be introduced progressively.
This makes MIFARE Plus EV2 particularly relevant when a project needs to balance:
·installed infrastructure
·migration cost
·security upgrades
·long-term architecture
The exact product generation still matters. For example, NXP identifies MIFARE Plus S as no longer manufactured and retains its information for historical reference.
MIFARE DESFire for New High-Security Projects
For new projects with stronger security and multi-application requirements, MIFARE DESFire should be evaluated.
NXP’s current DESFire family includes DESFire EV3 as a high-security contactless IC supporting ISO/IEC 14443 and cryptographic functions including AES. NXP lists DESFire EV3 in its current product portfolio for secure contactless smart-city applications.
This makes DESFire relevant to applications such as:
·secure access control
·identification
·transportation
·loyalty
·multi-application credentials
·smart-city services
However, product generation matters.
NXP currently states that MIFARE DESFire EV1 is not recommended for new designs and identifies DESFire EV3 as the replacement for the main EV1 family.
Similarly, NXP lists DESFire EV2 as active but states that it is not recommended for new designs and identifies DESFire EV3 as its replacement.
Therefore, a new-project specification should not simply say:
“MIFARE DESFire.”
It should identify the intended generation and confirm that the reader, software, security architecture, and card personalization process support it.
What About MIFARE DESFire Light?
MIFARE DESFire Light is another current NXP option.
NXP lists it as active and describes it as a contactless IC designed for easy integration into new and existing systems. It uses a predefined file system and is intended for applications where a more focused single-application architecture is appropriate. NXP also states that it is compatible with MIFARE DESFire EV2.
This means the choice between DESFire variants should be made according to:
·application structure
·memory requirement
·security requirement
·software support
·reader compatibility
·migration strategy
What About NTAG and NFC Cards?
Not every 13.56 MHz card is a secure access-control credential.
NXP’s NTAG 213, NTAG 215 and NTAG 216 are active 13.56 MHz NFC Forum Type 2 Tag ICs designed for applications such as product authentication, smart advertising, mobile companion tags, electronic shelf labels, gaming and business cards.
These products demonstrate an important point:
13.56 MHz describes the operating frequency, not the application or security level.
A 13.56 MHz card could therefore be:
·an NFC business card
·a simple data-sharing tag
·a hotel credential
·an access-control credential
·a transportation credential
·a secure multi-application smart card
The exact IC determines much of the functionality.
What About UHF RFID Cards?
UHF RFID should be evaluated when the core business problem involves longer-range identification or reading multiple tagged objects.
Typical applications include:
·warehouse inventory
·logistics
·asset tracking
·supply-chain visibility
·industrial identification
·item-level tracking
·vehicle identification
GS1’s EPC Gen2 standard is specifically designed for passive UHF RFID air-interface communications.
UHF is therefore usually not the first choice for a conventional employee badge or hotel key card where the user deliberately presents a credential to a nearby reader.
The system questions are different:
Smart-card system:
“Can this credential authenticate securely when presented to a reader?”
UHF inventory system:
“Can the system identify tagged objects efficiently over a larger area?”
These different system objectives naturally lead to different RFID technologies.
When Is Each RFID Frequency Suitable?
Access Control
For access control, both 125 kHz and 13.56 MHz may be encountered.
Existing system: follow the installed reader and credential technology.
Migration project: evaluate reader and credential technologies that support the migration path.
New high-security system: evaluate current secure HF smart-card ICs and the required reader/security architecture.
Hotel Key Cards
Hotel credential systems should be selected according to the lock and access-control platform.
Many modern hotel credential architectures use 13.56 MHz contactless technologies, but the exact chip must match the lock manufacturer and system.
The correct procurement process is therefore:
Lock system → reader technology → supported chip → card construction → personalization.
Do not order a generic 13.56 MHz card without confirming lock compatibility.
Employee ID Cards
Employee ID systems may require:
·authentication
·card numbering
·access-control integration
·identity management
·optional NFC functions
·personalization
For a new secure project, an appropriate HF smart-card IC may be more suitable than a basic proximity credential.
Transportation
Transportation systems can involve contactless credentials with application-specific memory and security requirements.
NXP identifies MIFARE technologies across transport and other Smart City applications, but the correct chip depends on the transit architecture, reader, application protocol, and security model.
NFC Interaction
For applications where smartphones are expected to interact directly with the card, 13.56 MHz NFC-compatible technology should be considered.
NTAG 21x, for example, is designed for NFC applications and supports NFC Forum Type 2 Tag behavior.
Logistics and Asset Tracking
For logistics, inventory, and long-range asset identification, UHF RFID should generally be evaluated before conventional HF smart-card technologies.
When Is Each RFID Frequency Not Suitable?
A good selection guide should also identify situations where a technology is not the right fit.
125 kHz may not be the right choice when:
·the project requires advanced smart-card functionality
·secure multi-application architecture is required
·NFC interaction is required
·the project is being designed from scratch and legacy compatibility is not a requirement
·the planned readers only support HF technologies
13.56 MHz HF may not be the right choice when:
·long-range reading is the primary requirement
·large numbers of inventory tags must be identified simultaneously
·the project is fundamentally a UHF/RAIN RFID application
·the installed reader infrastructure only supports another technology
UHF may not be the right choice when:
·users must deliberately tap or present a credential
·the project is based on conventional contactless smart-card readers
·close-range secure credential authentication is the primary objective
·the application depends on NFC smartphone interaction
These are architectural limitations, not simply differences in frequency.
Legacy System vs Migration vs New High-Security Project
This is the most important decision framework for B2B buyers.
1. Legacy System
For a legacy system, start with compatibility.
Confirm:
·reader manufacturer
·reader model
·frequency
·protocol
·card technology
·UID/card-number requirements
·memory structure
·authentication mechanism
·encoding format
·backend software requirements
The physical appearance of a card is not enough to establish compatibility.
2. Migration Project
A migration project needs to support two objectives:
maintain operational compatibility while moving toward the target architecture.
Possible approaches include:
·dual-technology or multi-frequency readers
·phased credential replacement
·reader upgrades before card replacement
·compatible transition technologies
·security upgrades within the same technology family
·parallel operation during migration
MIFARE Plus EV2 is an example of an IC designed around this type of migration concept, with security-level mechanisms and backward compatibility intended to facilitate upgrades from legacy infrastructures.
A migration plan should answer:
1. Which old credentials must continue to work?
2. Which readers can remain in service?
3. Which readers need replacement?
4. Can old and new credentials coexist?
5. Does the backend support both credential formats?
6. What is the final target technology?
7. What is the migration schedule?
3. New High-Security Project
For a completely new project, do not automatically copy the technology used by the old system.
Define:
·authentication requirements
·security architecture
·threat model
·number of applications
·memory requirements
·mobile/NFC requirements
·reader ecosystem
·backend architecture
·credential lifecycle
·future expansion requirements
For a new high-security contactless smart-card project, current-generation secure HF ICs should be evaluated against the project requirements.
NXP’s current product information supports this approach: MIFARE DESFire EV3 is positioned as a high-security contactless IC, while MIFARE Classic EV1 and DESFire EV1 are explicitly marked as not recommended for new designs.
Does RFID Frequency Determine Security?
No.
Frequency is a physical communication characteristic. Security depends on the complete credential and system architecture.
When comparing two RFID solutions, consider:
·IC architecture
·authentication
·encryption
·key management
·secure messaging
·reader security
·backend security
·credential issuance
·personalization
·revocation and lifecycle management
For example, NXP’s MIFARE Plus EV2 supports AES-128-based security mechanisms, while DESFire products provide cryptographic capabilities and multi-application functionality.
The correct question is therefore not:
“Is 13.56 MHz secure?”
It is:
“Does this specific chip and system architecture provide the security level required by the application?”
RFID Smart Card Specification Checklist
Before ordering custom or bulk RFID smart cards, confirm the following specifications.
Specification | What Buyers Should Confirm |
Frequency | 125 kHz / 13.56 MHz / UHF |
Chip / IC | Exact model and generation |
Product status | Current / recommended / legacy |
Protocol | ISO/IEC 14443, ISO/IEC 15693, EPC Gen2, NFC or other |
Memory | Required application memory |
Security | Authentication, encryption, key architecture |
UID | Required format and handling |
Antenna | Card antenna design and tuning |
Reader | Exact reader or lock model |
Material | PVC, PET, PC, paper, etc. |
Size | CR80 or custom |
Thickness | Required card thickness |
Printing | Artwork, logo, color and finish |
Encoding | UID, application data, card number, NDEF or other |
Personalization | Name, photo, number, barcode, QR code |
Quantity | Sample quantity and bulk quantity |
Testing | Reader/system compatibility testing |
Packaging | Bulk or customized packaging |
Delivery | Required sample and production schedule |
What Should You Check Before Ordering RFID Smart Cards?
1. Reader Compatibility
Always provide the exact reader model where possible.
“RFID reader” is not a sufficient specification because different readers support different frequencies, protocols, chip families, and communication methods.
2. Exact Chip
Specify the exact IC.
For example:
·MIFARE Classic EV1
·MIFARE Plus EV2
·MIFARE DESFire EV3
·MIFARE DESFire Light
·NTAG 213
·NTAG 215
·NTAG 216
·another specified IC
Do not specify only:
“MIFARE card.”
3. Communication Standard
Confirm whether the application requires:
·ISO/IEC 14443
·ISO/IEC 15693
·NFC Forum technology
·EPC Gen2 / RAIN RFID
·another proprietary or application-specific interface
4. Antenna
The same IC can behave differently depending on antenna design, card geometry, reader field strength, and surrounding materials.
NXP’s current product documentation also makes clear that RF performance depends on factors such as antenna geometry and the field provided by the reader. For example, DESFire EV3 specifies operating distance in relation to PCD power and antenna geometry.
For this reason, the card should be tested as a complete assembly rather than evaluating the chip alone.
5. Memory
Define the actual application requirement.
Ask:
·How much data must be stored on the card?
·Is the card storing an identifier only?
·How many applications are required?
·Does the backend store most of the information?
·Is the memory structure part of the existing system?
6. Encoding and Personalization
Specify whether the cards require:
·UID handling
·custom card numbers
·data encoding
·application configuration
·NDEF
·barcode
·QR code
·serial number
·photo
·name
·other personalization
7. Material and Card Construction
Material should be selected together with:
·antenna construction
·durability
·printing process
·thickness
·environmental conditions
·bending requirements
·application lifetime
Common options may include:
·PVC
·PET
·PETG
·PC
·paper
·synthetic paper
·ABS
·custom materials
The correct material depends on the intended environment rather than simply appearance.
RFID Smart Card Manufacturing and Quality Control
Frequency and chip selection are only part of the procurement process. For bulk orders, manufacturing consistency matters just as much.
A typical RFID smart-card production process may include:
Artwork and specification → chip and antenna preparation → card construction → lamination or assembly → encoding/personalization → inspection → sample approval → bulk production → final QC
The exact manufacturing process depends on the card material, chip, antenna design, personalization method, and supplier.
Sample Approval Before Mass Production
Samples should be tested with the actual reader and application environment.
For a system-integrator project, a sample approval process may include:
1. Reader detection
2. Communication verification
3. Authentication
4. Data read/write where applicable
5. UID or credential-number verification
6. Encoding verification
7. Card appearance inspection
8. Antenna performance evaluation
9. Backend integration
10. Application-level testing
Do not approve a bulk order merely because the card is detected by a generic reader.
Encoding and Personalization QC
If the project includes encoding or personalization, the buyer should verify:
·encoded data matches the intended card number
·printed number matches encoded number where applicable
·barcode or QR code matches the required data
·application data is written correctly
·cards remain readable after personalization
·defective or rejected cards are identified and controlled
Bulk Production QC
Before mass production, clarify:
·what incoming materials are checked
·how chip/antenna placement is controlled
·how encoding errors are detected
·how printing defects are inspected
·how finished cards are sampled
·how non-conforming cards are handled
·how the approved sample is used as the production reference
The exact QC procedure should be confirmed with the manufacturer rather than assumed.
MOQ and Delivery
MOQ and lead time can depend on:
·chip availability
·material
·artwork complexity
·printing
·encoding
·personalization
·packaging
·order quantity
·production scheduling
For an urgent project, ask for both:
·sample lead time
·bulk production lead time
These are not necessarily the same.
Questions to Ask an RFID Smart Card Manufacturer
Before placing a large order, ask the supplier:
1. Which exact chip generations are currently available?
2. Is the selected chip suitable for a new design or mainly for legacy compatibility?
3. Can you provide samples for testing with our actual reader?
4. Can you support custom antenna and card construction?
5. Can you encode the cards according to our data format?
6. Can you provide printing and personalization?
7. How is encoding accuracy verified?
8. How is card readability tested during production?
9. What QC checks are performed on finished cards?
10. What is the MOQ for this chip and card construction?
11. What is the sample lead time?
12. What is the expected bulk production lead time?
13. Can you support repeat production using the same specification?
14. What information do you need from us before production?
15. Can you provide a production sample for final approval?
These questions help buyers evaluate a supplier based on project capability rather than price alone.
RFID Frequency Selection by Project Type
Project Type | Typical Technology to Evaluate | Main Decision Factor |
Legacy access control | 125 kHz or installed HF technology | Reader compatibility |
New secure access control | 13.56 MHz HF | Chip security and reader architecture |
Hotel key card | Commonly 13.56 MHz HF | Lock-system compatibility |
Employee ID | 13.56 MHz HF or existing technology | Security and credential architecture |
Transportation | 13.56 MHz HF or application-specific technology | Application protocol and security |
NFC business card | 13.56 MHz NFC | Smartphone compatibility |
Product authentication | 13.56 MHz NFC / secure HF | Data and authentication requirements |
Warehouse inventory | UHF | Read range and multi-tag performance |
Asset tracking | UHF or application-specific RFID | Coverage and item identification |
Migration project | Existing + target technology | Transition strategy |
This is a starting framework rather than a universal specification. The final selection should always be validated against the actual reader, software, environment, and project requirements.
Which RFID Frequency Should You Choose?
Choose 125 kHz when:
·the existing system is based on 125 kHz
·existing readers will remain in service
·compatibility is the main requirement
·the project is primarily a replacement program
Choose 13.56 MHz when:
·you are deploying a contactless smart-card system
·you need modern HF smart-card functions
·NFC interaction is part of the project
·multi-application architecture is required
·stronger authentication and security are required
·the selected reader ecosystem supports the target chip
Consider UHF when:
·long-range identification is required
·multiple tagged items must be read efficiently
·the application is inventory, logistics or asset tracking
·the project is based on a UHF/RAIN RFID architecture
Final Recommendation
There is no universally best RFID frequency for every smart-card project.
The right decision depends on the relationship between the reader, frequency, protocol, chip, antenna, application and security architecture.
For a legacy system, compatibility usually comes first.
For a migration project, the goal is to maintain operational continuity while moving toward the desired security and technology architecture.
For a new high-security smart-card project, evaluate current-generation 13.56 MHz HF technologies and select the exact IC based on security, memory, application structure, reader compatibility, and lifecycle requirements.
For long-range inventory and asset identification, UHF RFID may be a better architectural fit than a conventional HF smart card.
The practical procurement sequence is:
Identify the application → confirm the reader → determine the frequency and protocol → select the exact chip → verify antenna and card construction → test samples → approve personalization and encoding → begin bulk production.
Need Help Selecting the Right RFID Card?
For a new project, send the manufacturer the application, reader model, required frequency, target chip, quantity, card material, encoding requirements, artwork, and whether the project is a legacy replacement, migration, or new deployment.
Request a Quote with the project specifications before finalizing the card technology.
For compatibility-sensitive systems, request samples and test them with the actual reader and software environment before placing the bulk order.
For migration or high-security projects, talk to an RFID expert about chip selection, reader compatibility, antenna design, personalization, testing, and production requirements.
FAQ
What RFID frequency should you choose for a smart card?
For an existing system, choose the frequency supported by the installed readers. For many new contactless smart-card projects, 13.56 MHz HF is the main technology to evaluate. UHF is generally more appropriate for long-range inventory and asset-tracking applications.
What frequency do RFID smart cards use?
RFID smart cards can use different technologies, but 13.56 MHz HF is widely used for modern contactless smart cards and NFC-related applications. 125 kHz is also used in legacy proximity systems.
Is 125 kHz or 13.56 MHz better for access control?
Neither is universally better. For an existing 125 kHz access-control installation, compatibility may make 125 kHz the correct choice. For a new security-focused project, 13.56 MHz HF technologies may provide a wider range of modern smart-card options.
Can a 125 kHz reader read a 13.56 MHz card?
Normally, no. The reader must support the frequency and communication technology used by the credential. A 125 kHz reader should not be assumed to communicate with a 13.56 MHz card.
Which RFID frequency is best for hotel key cards?
The correct choice depends on the hotel lock and access-control platform. Many modern hotel credential systems use 13.56 MHz contactless technologies, but buyers should confirm the exact supported chip and card format with the lock-system provider.
Is MIFARE Classic suitable for a new RFID project?
NXP currently states that MIFARE Classic EV1 is not recommended for new designs and recommends evaluating MIFARE DESFire Light instead. MIFARE Classic can still be relevant when compatibility with an existing infrastructure is required.
Is MIFARE DESFire suitable for high-security applications?
Yes. NXP positions the MIFARE DESFire family for secure contactless applications, including access control, identity, transport and other multi-application systems. DESFire EV3 is currently positioned as a high-security product in the family.
When should UHF RFID be used instead of 13.56 MHz?
UHF should be considered when longer reading distance, inventory visibility, logistics, asset tracking or multi-tag identification is more important than conventional close-range smart-card interaction.
Does RFID frequency determine security?
No. Security depends on the IC architecture, authentication, cryptography, key management, reader, backend and overall system design. Frequency alone should not be used as a security rating.
What should I provide to an RFID manufacturer before placing a bulk order?
Provide the application, reader model, frequency, exact chip, protocol, memory requirement, security requirements, card material, dimensions, artwork, encoding requirements, personalization requirements, quantity, testing requirements and delivery schedule.
Should I test RFID card samples before bulk production?
Yes. For compatibility-sensitive projects, sample testing with the actual reader and application environment can identify problems with chip selection, antenna performance, encoding, personalization and system integration before mass production.
What is the most important specification when ordering RFID smart cards?
There is no single specification that is sufficient. The exact chip and reader compatibility are usually among the most important technical requirements, but the complete specification should also cover protocol, antenna, card construction, encoding, personalization, testing and production requirements.

+86-18873022339
+86-(0)755-82619866
info@chinaiccard.com