We have developed an app that communicates with an external reader using BLE, and the reader also supports NFC. We are implementing a feature that uses PKPassLibrary.requestAutomaticPassPresentationSuppression to prevent the Wallet from appearing when unlocking a lock. We have already completed the approval process for the entitlement required to enable Pass Presentation Suppression, referencing Apple’s documentation: https://developer.apple.com/documentation/passkit/pkpasslibrary/requestautomaticpasspresentationsuppression(responsehandler:) In most cases, this works as expected and the Wallet popup does not appear. However, in some cases — particularly when the app is running in the foreground — the Wallet still appears for users. We have verified that the app bundle includes the required entitlement, and the Info.plist correctly specifies the Pass Presentation Suppression key set to true. Could you please help us understand under what conditions this behavior might still occur, or if any additional configuration is required?

Our company, Rimoter Ltd., is developing a door access card reader based on NXP technology. We have signed the NDA and registered on the MFi portal, but we have not received any information on how to create a card for Apple Wallet to enable door access. Could you please provide the relevant documentation or direct us to the appropriate contact within Apple?

Hi, We are able to successfully perform in-app provisioning and add cards to the native wallet. However, we are unable to retrieve the existing card status from the wallet. Even when the card is already added to the device or Apple Watch, the status is always returning as false for both. Could you please let us know if there are any additional configurations, entitlements, or issuer onboarding steps required to retrieve the existing card status from Apple Wallet?

Apple VAS Passes are often more that sufficent with needs of institutions, but Most would like to Switch from Visual Codes (Barcode or QR-Codes) to NFC. The Limit of 64 Chars, Payload is very limiting. Compared to Google Wallet (Google Smart Tap) where multiple kilobyte of payload is possible, (or at least 256 Byte), it would be nice if Apple would increase the Payload size for VAS. Yes Most Reader only can read up to 240 Bytes in one go, but there are possible ways to continious read (pagination) the Payload. As VAS payload is Not stored within the Secure Element, it would be good to increase it. Apple Access Most often does not provide real benefits. The price and requirements are to high for the additional Elements, and also limited to the benefits for Most use-cases. For universities and non-Profits VAS is The best option and should not be threated as a second Child or second class Element.

I have a few products that want to integrate with the Wallet, but want to display very specific domain information. Since there isn't a 1:1 lab for wallet this year I'll vaguely post my feedback here. FB21642083 - Allow developers to add domain type cards to wallet and passes Happy to have further discussion in Feedback.

We implement with eduTAP (https://eduTAP.eu) a Framework for Universities to easily adopt wallet Passes in Europe (or globally). The new Pass Designer Sounds Great and the pkpasstemplate Idee very promissing and helpful. Will there also be more Details for additional passtypes Like Access Passes or Identity Passes on how to Design them, without relying on vendors? In the Log run only identity wallet will fullfil the European legal requirements for Student IDs, not the access Passes currently promoted by Apple. They will Stay for closed Loop payments and physical Access Control but not as a Student Identity card. Which is Most often used off-campus.

In the WWDC presentation, a "guest key" was mentioned, but only in relation to watchOS. Are there any more details about that somewhere? I can't find it on the developer documentation for either Home or Wallet. https://9to5mac.com/2026/06/09/top-watchos-27-features-that-will-enhance-your-apple-watch/

I'm curious as to the rationale as to why Japanese IDs are not allowed on wearOS, even though American ones are.

For high-throughput in-person ID Verifier flows, is it recommended to call MobileDocumentReader.prepare() before the operator starts a check and cache the prepared MobileDocumentReaderSession for one later requestDocument call? Or should apps only call prepare() after explicit user intent? If prewarming is supported what should invalidate a prepared session?

We are an issuer processor for payment cards. Our TSP is Discover. Two questions about payment card features in Apple Wallet that we and our users would really love to see. Live balance on the face of a prepaid card in Apple Wallet. Currently, this is not something we can do inside Apple Wallet. Curious if Apple has a payment card balance display feature anywhere on the roadmap (I believe there is a similar feature called "connected cards" but it's not globally available and not exactly the same) Custom push notification into Apple Wallet for a card, similar to how Apple displays notifications of purchase receipts, except controlled by card issuer processors. As a bonus, it would be great to send rich text messages with deep links to our own app.

I’m building an in-person ProximityReader ID Verifier Display Only flow for venue age checks. Right now on iOS 26, we use a single MobileDocumentDisplayRequest with allowedDocumentTypes: [.photoID, .driversLicense] and only request ageAtLeast(21). For reliability and broad credential support, is that the recommended request shape for both Passport-derived Photo ID and mobile driver’s license / State ID? Or should apps implement separate request paths when they want to support both document families? Trying to optimize for the most predictable Wallet behavior. Thank you!

As European Universities do need selective Selective Disclosure Verifiable Credentials (mDoc ISO 18013-5, SD-JWT, or W3C VD Date Model) for their student IDs and most usage of student and Heigher Education Institutions IDs are off campus, neither Apple VAS nor Apple Access Passes are sufficent. When will the Identity Wallet (Like TSA Approved Passes in the US) will be avaliable for broader usage?

I was glad to see the Apple provided wallet pass designer app. Unfortunately, it requires macOS 27. Where are the requirements documented, I didn't catch them anywhere. For example, if I upgrade a Neo (non M-series), will it work there too? Is macOS 27 the only requirement to run it?

Great Morning, We would like to request the entitlement: com.apple.developer.passkit.pass-presentation-suppression Use Case: Our application provides NFC-based mobile key access for hotel guests.  When the device is presented to an NFC reader (door lock), iOS automatically  launches Apple Wallet, interrupting the in-app unlock experience. We need to suppress Wallet presentation while the app is in the foreground to allow a seamless “tap-to-unlock” experience. Please let us know if additional information or agreements are required. Thank you.

Hello i am developing an apple wallet coupon/store card integration and as each pass will hold sensitive data (tokens referencing access to the monetary amount) i am concerned of the security implications of having a passkit-pass in ios stored as well as in icloud. Documentation is scarce if the pass is also stored on apple servers. It seems to be stored at least temporarily for synching with other devices of the same icloud user. Can you give details to the kind of data, encryption, duration of persistence of the pass data on centralized apple servers? Best Regards

Hello, I’m trying to better understand the implementation flow for Tap to Pay on iPhone. In a partner onboarding portal (Partner Hub), the process is presented in the following stages: • Registration • Prerequisites • Operations & Setup • Certification • Launch However, it’s not clear what actually changes after completing the “Prerequisites” stage. Questions: After completing “Prerequisites”, are there any changes in terms of entitlements or capabilities provided by Apple? Is access to Tap to Pay functionality enabled at this point, or does it depend on steps outside of Apple’s developer environment? At what stage is the production entitlement typically granted? Is there any Apple-specific action required between “Prerequisites” and “Operations & Setup”? I would appreciate any clarification on how this transition works from Apple’s perspective. Thank you.

Dears, Please review: FB21940123 (Wallet Extension unable to add card) Thanks,

We have tried using multiple test devices to dev and test Digital Wallet provisioning and unable to do it successfully as the rule decision goes into orange flow. This is a blocker for our project involving digial wallet provisioning testing. Is there a way that our test devices could be excluded from hitting orange rule so we can continue with provisioning?

Hi everyone, With the rapid growth of digital banking, payments, and AI-driven financial services, building secure and scalable FinTech apps on iOS has become more complex than ever. From handling sensitive user data to ensuring compliance and seamless performance, iOS developers face multiple technical challenges. Key areas that usually require deep expertise include: Apple Pay and Wallet integrations Secure authentication (Face ID / Touch ID / biometrics) Real-time transaction processing Core ML for financial predictions SwiftUI dashboards for financial analytics Data encryption and regulatory compliance https://www.nimbleappgenie.com At Nimble AppGenie, we’ve worked extensively as a FinTech app development expert, helping startups and enterprises design and build iOS financial applications that are secure, scalable, and user-centric. Our experience shows that the most successful fintech apps are those that balance strong security architecture with intuitive UX and performance optimization. I’m interested to hear from the community: What are the biggest challenges you’ve faced while building fintech apps on iOS? Are there any recent iOS updates or Apple frameworks that significantly improved your fintech workflows? How are you handling compliance and security in production apps? Looking forward to learning from everyone’s experiences and best practices.

Hello, We watched the WWDC25 presentation about Apple Wallet on the upgrade boarding pass features with Live Activities. We’re interested in integrating this into our app for iOS 26 beta testing. Could you please provide: Sample code or example projects API documentation Implementation guidelines Details on sharing functionality Thanks in advance!