Hi everyone, I am currently experiencing an ongoing loop with Apple Developer Support regarding organization enrollment for our UAE mainland-registered company, and I wanted to see if anyone else has faced this or found an effective workaround. The Issue: Apple's verification team keeps rejecting our corporate documents because they are requesting a "Certificate of Incorporation." However, for a UAE mainland company, the Department of Economy and Tourism (DET) does not issue a separate Certificate of Incorporation. I verified this directly in person at the DET office the official Trade License is the primary legal document that serves as the commercial registration and holds the full legal and operational authority for the entity. Despite explaining this multiple times with each reply, every response seems to loop in a new support agent who doesn't review the established context, leaving us stuck asking for a document that simply does not exist for mainland companies in this region. Looking for Insights: Has anyone successfully onboarded a UAE mainland company recently? How did you navigate or satisfy the "Certificate of Incorporation" requirement? Did you have to request a specific escalation tier, or was there an alternative combination of official documents (such as the Trade License combined with the Commercial Registration/Sijil Tejari) that finally satisfied the review team? Any advice, tips, or experiences from developers who have gone through this in the UAE would be hugely appreciated!

Hello, I did get an email that I now have access to the Enterprise APIs and I should create the license file. However, I can't figure out a way to create the license file. I did go check out that button, it did have the buttons to "renew" the licenses I got a while ago (via email). but no way to create new ones. and I am enrolled in the "Apple Developer Program as an organization " Where can I create Enterprise.license file?

We are seeing a startup issue with in-house enterprise iOS apps on iOS 27 Developer Beta. We would like to understand whether this could be related to changes in iOS 27 Developer Beta startup validation, code signing validation, provisioning profile validation, certificate chain validation, entitlements, embedded frameworks, enterprise developer trust state, or device-specific launch behavior. This issue blocks our enterprise app compatibility validation on iOS 27 Developer Beta, especially on iPhone 11 and iPhone 12 devices. If this is a known beta issue, we would appreciate confirmation from Apple and any available fix plan or workaround. Symptoms: After installing the same enterprise app, some iPhone 11 / iPhone 12 devices running iOS 27 Developer Beta cannot launch it correctly. There are two visible behaviors: When launched from the Home Screen icon, the app stays on the Launch Screen. The normal app UI never appears. When launched from Spotlight/Search, the app crashes immediately. Additional observations: iPhone 13 and later devices do not show this issue. Other enterprise apps distributed with the same provisioning profile or provisioning setup show the same behavior. This makes the issue look less like a single app's business logic problem and more like an iOS 27 Developer Beta validation, trust, or launch-time behavior difference on specific device models. We added logs and breakpoints at the earliest possible app startup points, including main, AppDelegate, SceneDelegate, and before crash-reporting SDK initialization. On affected devices, none of these logs are printed. Based on this, it appears that our app code is never reached. The failure seems to happen before iOS transfers control to the app, possibly while launching the process or loading the app binary/frameworks. Our current suspicion is that the failure may happen during one of these system-level steps: Enterprise code signing validation embedded.mobileprovision validation Certificate chain validation Enterprise developer certificate trust validation Mach-O / embedded frameworks / dynamic libraries loading Entitlements validation Bundle ID / App ID / provisioning profile matching Reuse of stale local enterprise trust, provisioning, or signing validation state on the device Temporary workaround observed: We found a temporary workaround on affected devices: Completely uninstall the existing enterprise app from the device. Download and install the app again. Trust the enterprise developer certificate again in Settings. Launch the app again. After doing this, the app can start normally on the affected iPhone 11 / iPhone 12 devices running iOS 27 Developer Beta. The Launch Screen hang and Spotlight/Search crash no longer reproduce. This suggests that the IPA itself may not be permanently invalid, and the issue may not be caused by app business logic. It may instead be related to stale or invalid local enterprise trust, provisioning profile, certificate chain, or signing validation state after upgrading to iOS 27 Developer Beta. Questions: Does iOS 27 Developer Beta introduce any new restrictions or behavior changes for enterprise in-house app launch validation, code signing validation, enterprise developer trust state, embedded frameworks loading, entitlements, or provisioning profile validation? Are there any known differences in this area between iPhone 11 / iPhone 12 and iPhone 13 or later devices on iOS 27 Developer Beta? If multiple enterprise apps distributed with the same provisioning profile or provisioning setup fail before app code runs, does that point more strongly to a provisioning profile, certificate chain, enterprise trust state, or system validation issue? Given that completely uninstalling the old enterprise app, reinstalling it, and trusting the enterprise developer certificate again fixes the issue, could this be caused by stale trust, provisioning profile, certificate, or code-signing validation state cached on the device after upgrading to iOS 27 Developer Beta? For an enterprise app that stays on the Launch Screen before app code runs, or crashes immediately when launched from Spotlight/Search, what are the most common signing, certificate, provisioning profile, entitlement, or enterprise trust problems to check? Which system logs or crash log fields should we focus on for this kind of pre-main launch failure? For example: device console, crash log, Termination Reason, dyld message, Code Signature Invalid, profile validation, or trust evaluation messages. Are there recommended commands or checks to verify that the IPA's code signature, certificates, entitlements, embedded.mobileprovision, and embedded frameworks are all valid and consistent? If this is an iOS 27 Developer Beta regression, is there any known workaround until the issue is fixed? Environment: Distribution type: Apple Developer Enterprise Program / In-House distribution Affected OS: iOS 27 Developer Beta Affected devices: iPhone 11 / iPhone 12 Unaffected devices: iPhone 13 and later Same provisioning profile or provisioning setup: other enterprise apps show the same behavior Behavior 1: stuck on Launch Screen when launched from Home Screen Behavior 2: crashes immediately when launched from Spotlight/Search App code execution: not reached main/AppDelegate/SceneDelegate logs: not printed Crash SDK initialization: not reached Temporary workaround: completely uninstall the old enterprise app, reinstall it, and trust the enterprise developer certificate again. After that, the app launches normally. Impact: blocks enterprise app compatibility validation on iOS 27 Developer Beta for affected devices Suspected area: iOS 27 Developer Beta startup validation / code signing / provisioning profile / certificate / enterprise developer trust state / entitlements / embedded frameworks / device-specific validation behavior We are looking for guidance on how to confirm whether this is caused by an iOS 27 Developer Beta signing, provisioning profile, or enterprise developer trust validation change on iPhone 11 / iPhone 12, rather than an app-level crash. If this is a system issue in iOS 27 Developer Beta, we hope Apple can provide a fix or a practical temporary workaround as soon as possible.

Bonjour à la communauté et à l'assistance Apple, Je vous contacte concernant un problème de sécurité et d'intégrité critique survenu sur une application macOS que j'ai développée personnellement. Le contexte et le problème : Jusqu'à très récemment, le paquet de mon application fonctionnait parfaitement et contenait environ 17 Go de données. Sans aucune intervention de ma part, j'ai constaté une altération majeure du paquet : Le volume des données a drastiquement chuté, passant de 17 Go à seulement 3 Go. L'application ne se lance plus de manière native. Elle ne s'ouvre désormais qu'exclusivement via l'exécuteur Python dans le terminal. Mes inquiétudes : L'application traitant et contenant des données financières, cette réduction massive et inexpliquée de la taille du paquet me laisse fortement soupçonner une exportation ou une exfiltration non autorisée de mes données. Le fait que l'exécutable ait été altéré pour forcer une ouverture via le terminal renforce cette suspicion. Ma demande : La situation exigeant une analyse technique approfondie, j'ai besoin d'organiser un appel avec un spécialiste de l'assistance Apple de niveau supérieur ou un ingénieur système. L'objectif est d'obtenir une assistance directe pour inspecter l'altération, réorganiser le contenu du paquet de mon application (.app) et sécuriser l'environnement. Pourriez-vous m'indiquer la marche à suivre exacte pour planifier cet appel ou faire remonter ce dossier à l'ingénierie ? Je vous remercie par avance pour votre réactivité. Cordialement, Maxime Hello to the community and Apple Support, I am reaching out regarding a critical security and data integrity issue that occurred on a macOS application I developed personally. Context and Problem: Until very recently, my application package worked perfectly and contained approximately 17 GB of data. Without any intervention on my part, I noticed a major alteration to the package: The volume of data has drastically dropped, going from 17 GB to only 3 GB. The application no longer launches natively. It now opens exclusively via the Python executor within the terminal. My Concerns: Because this application processes and contains financial data, this massive and unexplained reduction in the package size leads me to strongly suspect an unauthorized export or exfiltration of my data. The fact that the executable has been altered to force an opening via the terminal heavily reinforces this suspicion. My Request: As this situation requires a deep technical analysis, I need to schedule a call with a senior Apple Support specialist or a system engineer. The goal is to obtain direct assistance to inspect the alteration, reorganize the contents of my application package (.app), and secure the environment. Could you please advise on the exact procedure to schedule this call or escalate this case to engineering? Thank you in advance for your prompt response. Best regards, Maxime

Hi, I am trying to complete the payment for my Apple Developer Program enrollment under my organization DigiSutra. I am facing two different errors depending on the device I use: On Mobile (iPhone): When I try to purchase/subscribe to the Apple Developer Program, I get the error: "Unable to Purchase – This item is currently not available in your country/region." On MacBook: When I try the same purchase, the process shows "Unable to Continue" and does not proceed further. I have already completed my D-U-N-S Number verification and all required organization details under the legal entity name DigiSutra. My Apple ID region and billing details are correctly set to India. I have tried this on multiple devices (iPhone and two separate MacBooks) using the same Apple ID, and the issue persists consistently — so this does not appear to be a device-specific issue. Could you please help me understand: Why the App Store is showing the Developer Program as unavailable in my region despite my account being set to India? Whether this is related to my organization enrollment/D-U-N-S verification still being in review on Apple's end? What steps I need to take to successfully complete this purchase? Account details: Organization: DigiSutra Country/Region: India Errors: "Not available in your country/region" (iOS), "Unable to Continue" (macOS) Looking forward to your assistance in resolving this at the earliest, as this is blocking my organization's app publishing process. Thank you, Jaimik Patel DigiSutra

Hello, I am writing to request assistance regarding our Apple Developer Program organization enrollment, which has been stuck on "Your enrollment is being processed" for several months. Enrollment details: • Enrollment ID: R8PRR42WRR • Enrolling as: Company/Organization • Legal entity name: ZORLUTEKS TEKSTIL TICARET VE SANAYI ANONIM SIRKETI • D-U-N-S Number: verified and on file • All requested documents have been submitted We have not received any follow-up communication, additional document requests, or explanation for the delay. We have contacted Apple Developer Support multiple times but have not received a resolution. This delay is blocking us from publishing two business applications on the App Store for our brands. Could an Apple team member please review our enrollment (R8PRR42WRR) and advise on what is required to complete the process? We are ready to provide any additional information immediately. Thank you.

Building a Multi-Core Autonomous Software Engineering Runtime in Swift 6.2 Author: BlackForgedLabs Abstract We are developing a native Swift-based autonomous software engineering runtime that applies deterministic safety, actor isolation, structured concurrency, and layered governance to large-scale automated software development. Rather than treating AI as a monolithic chatbot, our architecture models software engineering as cooperating subsystems with clearly defined responsibilities and explicit safety boundaries. Our goals include: deterministic execution reproducible builds enterprise governance local-first operation strong auditability compile-time safety through Swift’s concurrency model Swift 6.2 has proven to be an excellent foundation for this approach. ⸻ Architectural Principles The runtime is organized as multiple cooperating cores instead of a single agent. Each subsystem owns one responsibility and communicates through typed contracts. Examples include: runtime orchestration memory documentation code indexing governance diagnostics repair planning verification deployment Each subsystem operates independently while remaining isolated through actor boundaries. ⸻ Deterministic Concurrency One of our primary design goals is eliminating hidden mutable state. Every major service is implemented as actors. Shared mutable state is intentionally minimized. Long-running workflows communicate through immutable value types. Swift’s strict concurrency checking has become one of the largest contributors to overall system correctness. ⸻ Safety Before Autonomy Rather than allowing unrestricted automated modification of source code, every proposed action passes through multiple validation stages. Examples include: policy validation approval gates build verification audit recording rollback planning The architecture intentionally separates: Observation ↓ Analysis ↓ Planning ↓ Approval ↓ Execution ↓ Verification Each stage has clearly defined ownership. ⸻ Local-First Enterprise Design Our primary objective is enabling organizations to execute sophisticated development workflows entirely on their own infrastructure. The runtime is designed around: local source repositories local indexing local documentation local policy enforcement local build execution Cloud providers become optional components rather than architectural requirements. ⸻ Documentation as a First-Class System Documentation generation is integrated directly into the engineering workflow rather than treated as an afterthought. The documentation pipeline automatically produces: API references CLI references architecture documentation governance documentation release documentation searchable local indexes This enables developers to query documentation using deterministic local search without requiring embeddings. ⸻ Why Swift? Several Swift features have made this architecture practical: actors Sendable checking structured concurrency Swift Package Manager strong value semantics deterministic compilation cross-platform direction Swift increasingly resembles a systems language while maintaining a high level of developer productivity. ⸻ Areas Where We’d Appreciate Apple Engineering Feedback We’re particularly interested in best practices for: very large Swift package graphs actor performance at enterprise scale incremental compilation strict concurrency patterns memory optimization Swift Package dependency management long-running actor systems compiler diagnostics for large modular architectures ⸻ What We Intentionally Do Not Discuss To protect proprietary work, this overview intentionally omits implementation details related to: orchestration algorithms planning heuristics governance policies commercial architecture security mechanisms repair strategies provider integrations internal runtime implementation The purpose of this discussion is to exchange knowledge about building large-scale systems in Swift rather than disclose proprietary technology.

Dear Apple Support Team, I am Tianwei Yue. I received your email this morning regarding the immediate termination of our Apple Developer Program License Agreement and Apple Developer Agreement, citing alleged fraudulent behavior and violation of certain terms. We were very surprised by this notice and are deeply concerned about the matter. Firstly, the email mentioned that if we wish to file an official complaint under the applicable Platform Regulation, we could do so by contacting you via “Contact Us”. However, when I logged in with my account and clicked the “Contact Us” link, the system responded with “You’re not eligible to make this request”. We would appreciate guidance on how to properly submit an official complaint or if there is an alternative way to get in touch for further assistance. Secondly, we operate the “mathos ai” application under this account, which currently enjoys over one million users and maintains a rating of 4.6 on the App Store. Our team has always been proactive in handling user accounts, refunds, and payment issues, and we are committed to providing high-quality service to our users. Therefore, we are puzzled by the suspension of our account and believe there might be some misunderstanding or miscommunication. We sincerely hope to connect with the appropriate Apple personnel to understand the issue in detail and provide any necessary additional information to resolve any concerns. Thank you very much for taking the time to read our email. We look forward to your response and guidance. Sincerely, Tianwei Yue

On a supervised device running iOS 18 without any AirDrop restrictions applied, when a profile with allowListedAppBundleIDs restriction key is installed, the AirDrop sound plays. But still the accept prompt does not appear, making it impossible to accept files. The prompt works as expected on iOS 18 devices to which the allowListedAppBundleIDs restriction is not installed. This issue occurs only on supervised iOS 18 devices to which the allowListedAppBundleIDs restriction is being applied. Device must be in iOS 18 version > Install the (allowListedAppBundleIDs restriction) profile with the device > Try to AirDrop files to the managed device. The expected result is that the accept prompt must pop up but it does not appear. This issue is occurring irrespective of any Whitelisted bundle ID being added to the allowListedAppBundleIDs restriction profile. Have attached a few Whitelisted bundle ID here com.talentlms.talentlms.ios.beta, com.maxaccel.safetrack, com.manageengine.mdm.iosagent, com.apple.weather, com.apple.mobilenotes, gov.dot.phmsa.erg2, com.apple.calculator, com.manageengine.mdm.iosagent, com.apple.webapp, com.apple.CoreCDPUI.localSecretPrompt etc. Have raised a Feedback request (FB15709399) with sysdiagnose logs and a short video on the issue.

Hello, We applied for the Apple Developer Enterprise Program because we develop internal mobile applications intended only for our employees. Our application was rejected without any specific reason being provided. We have opened multiple support cases through Apple Developer Support, but we have not received a response or clear guidance so far. We fully understand that the Apple Developer Forums may not be able to review or approve enrollment applications directly. However, we would appreciate guidance on how to escalate this issue to the appropriate Apple Developer Enterprise Program Enrollment Team. We are fully prepared to provide any required official documentation, institutional verification, authorization letter, MDM/distribution plan, or technical details. Program: Apple Developer Enterprise Program Use case: Internal employee-only applications Support case numbers: 102**946, 102*283, Thank you for your guidance.

Herkese merhaba, 19 Haziran 2026 tarihinde Apple Geliştirici Programı üyeliği satın aldım. Ödeme banka hesabımdan başarıyla tahsil edildi. 20 Haziran'da Apple'dan bir e-fatura ve siparişimin işleme alındağı söylemeden başka bir e-posta aldım. Ancak, Apple Developer hesabımda oturum açtığımda, hala “Enroll Today” düğmesini görüyorum. Hesabım ucretsiz bir geliştirici hesabına benziyor ve ucretli üyelik özelliklerine erişemiyorum. Satın alma işlemi için kullandığım Apple Hesabıyla oturum açtım. Üyelik ayrıca Apple Hesabımın abonelikler bölümünün altında da görünmüyor. Bu konuyu daha önce yaşayan var mı? Aktivasyon ne kadar sürdü ve bunu çözmek için ne yaptınız? Teşekkür ederim.

How control camera Zoom in and Zoom out from external remote by sending HID

My Enrollment ID: 74P7XBUXVP. I submitted the application on 25th May. The status remains ‘Pending’—'Your enrollment is being processed’, and I have not received any further instructions or payment link. The process is significantly impacting my project timeline. I don't have any contact to support via emails or otherwise. I would appreciate if the Apple Developer Enrollment Team review my case and find a resolution.

Hi, Need some advice on a broken enrollment loop. I registered as an individual in the UK last week. Since enrollment, I have: Day 1: Received the "Your order is being processed" email Day 2: Received the "Review your Apple Developer Program enrollment" email requesting ID verification, and I uploaded my ID as soon as I got the email Day 4: Received an invoice number and "your order has been confirmed" from Apple However, as I log on to developer.apple.com, the website is still stuck saying "To continue your enrollment, complete your purchase now", despite Apple having successfully taken payment from my card and processed the enrollment. If I click it, it attempts to loop me back into a transaction I have already completed. I opened a ticket (Case ID: 102910351530), but got no email response. Attempting to use the phone callback system has been impossible. I have also tried requesting callbacks during their UK (and Ireland) business hours on working days. Every time the system dials my phone, I ended up being placed on hold with the music without anyone actually taking the call. There was once I've even had to endure 4 hours straight on the call before I eventually had to hang up. I completely understand that WWDC is around the corner and support queues are likely heavily backlogged, but the callback loop seems fundamentally broken. A few questions: Is anyone else registering as a developer in the UK / Ireland experiencing the same issue? Is there a path to escalate the issue to human support? Case ID: 102910351530 Any insight or guidance from fellow devs or Apple moderators would be incredibly appreciated. Thank you in advance!

On my Apple Developer Account, all I see is "Your enrollment is being processed. Your enrollment ID is JYD86Q79DM." This has been ongoing for 4 weeks now. This is the first time I am enrolling to the program and need to know time it takes and if I am missing any steps? Please advise We are keen on uploading our app to the Apple Store but we need to begin testing asap and without the approval of our Dev account this is not possible. Is there any Apple verified team here to respond?

Case Number: 102905844463 I'm posting here in the hope that someone from Apple or the developer community can advise on the appropriate escalation path. Our Apple Developer Organization account appears to have been compromised approximately one week ago. The primary Apple ID associated with the account was info at tadarab.com. Prior to losing access, we received multiple unsolicited Apple verification code SMS messages. Shortly thereafter, Apple sent a security notification confirming that a new trusted phone number ending in **9794 had been added to the account. The original trusted phone number ending in **4346 was no longer being used for verification. Since then: We have completely lost access to the primary Apple ID. The original Apple ID is no longer recognized through Apple's account recovery process. Team members associated with the organization appear to have been removed. Developer certificates appear to have been removed. We can no longer access App Store Connect or the Apple Developer account. A support case was opened immediately after the incident. Unfortunately, after a week of communication, support has not yet addressed the reported account compromise and instead responded that they could not verify our association with the Developer Program membership—which is itself one of the consequences of the apparent takeover. My main concern is understanding how a trusted verification phone number could be changed and an entire Developer Organization account effectively taken over without the legitimate owner being able to prevent or recover from the change. Has anyone experienced a similar situation, and is there a recommended escalation path within Apple for Developer Organization account compromises? Any guidance would be greatly appreciated.

We found an issue where the DetailURL configured in a Declarative Device Management OS update declaration is displayed on the device’s Software Update screen, but tapping the link does not open the URL on some iOS versions. This issue appears to occur specifically on iOS 26.4. The same behavior could not be reproduced on iOS 17.x or iOS 18.x devices using the same MDM command configuration and the same URL. Environment: MDM command: Declarative OS Update command Command configuration: Target OS Version: 26.5 Build Version: 23F77 DetailURL: Appleデバイスのソフトウェアアップデート宣言型構成 - Apple サポート (日本) Device requirements: Supervised iOS device Managed by MDM Connected to Wi-Fi OS update available No Safari restriction or browser launch restriction configuration profile applied Reproduction Steps: Prepare a supervised iOS device managed by MDM. Send a Declarative Device Management OS update command with the following configuration: Target OS Version: 26.5 Build Version: 23F77 DetailURL: Appleデバイスのソフトウェアアップデート宣言型構成 - Apple サポート (日本) After the command is applied, open the device Settings app. Go to General > Software Update. Confirm that the URL configured in DetailURL is displayed on the Software Update screen. Tap the displayed URL. Expected Result: The displayed DetailURL should open in Safari or the default browser. Actual Result: On iOS 26.4 devices, the URL is displayed on the Software Update screen, but tapping the link does not open Safari or navigate to the URL. On other tested iOS versions, the URL opens correctly. Test Results: Reproduced / Not working: iPhone 15 Pro, iOS 26.4: reproduced 3/3 iPhone 17e, iOS 26.4: reproduced Not reproduced / Working: iPhone SE, iOS 17.7: Safari opens successfully iPhone 14 Pro Max, iOS 17.6.1: Safari opens successfully, 0/3 reproduced iPhone 12 Pro, iOS 18.7.7: Safari opens successfully iPhone 11 Pro Max, iOS 18.7.8: Safari opens successfully, 0/3 reproduced Additional Notes: We confirmed that Safari usage restrictions and browser launch-related configuration profiles were not applied on the affected test device. A sysdiagnose was collected from the affected iPhone 15 Pro running iOS 26.4. From the logs, it appears that the Settings app / Preferences attempts to open Safari, but the URL cannot be opened. The log suggests that an invalid or unexpected URL may be passed from the Settings app when the Software Update screen link is tapped. This issue does not appear to be specific to the MDM server implementation, because the same Declarative OS Update configuration works correctly on iOS 17.x and iOS 18.x devices. Based on current testing, this may be an iOS 26.4-specific issue with how the Software Update screen handles the DetailURL link.

We have a managed iOS app, distributed to managed iPhones through Apple Business Manager, and we are offering a TestFlight version. When users install a TestFlight Version, it is relatively quickly replaced by the current release. Is there a way to prevent this?

Requesting com.apple.managed-keychain Entitlement for Enterprise S/MIME Cert Visibility Platform: iOS | Distribution: MDM (Microsoft Intune) | Not App Store We are developing an internal enterprise iOS app (EMS Assist, com.company.supportcompanion) for Company deployed exclusively to Intune-managed devices. Our requirement: Read S/MIME certificates pushed to the device via Intune SCEP profiles to: Confirm cert presence in the MDM-managed keychain Read expiry date (kSecAttrNotValidAfter) to warn users before expiry Distinguish between missing, expired, and valid cert states What we have tried: Standard SecItemCopyMatching query — returns only app-installed certs, not MDM-pushed certs Graph API (deviceConfigurationStates) — confirms profile compliance but does not expose actual cert expiry or keychain presence Our understanding: com.apple.managed-keychain is required for an app to access MDM-managed keychain items on supervised devices, combined with a matching keychain-access-groups entitlement and the cert profile configured as "always available" in MDM. Questions: Is com.apple.managed-keychain the correct entitlement for this use case? Does it apply to SCEP/PKCS-issued certificates specifically, or only other MDM keychain items? Has anyone successfully accessed Intune-pushed S/MIME certs from an iOS app using this entitlement? Any guidance from the community or Apple engineers would be appreciated.

Hi, I have not received any communication for more than 5 days now in the request to be issued with D-U-N-S Number