Fix Microsoft 365 Document Processing Not Working
Why Microsoft 365 Document Processing Stops Working
You open a SharePoint document library, try to trigger an autofill column or run an OCR extraction, and nothing happens. Maybe you get a vague error message that says something like "This service is not available" or the feature buttons are greyed out entirely. I've seen this exact situation on dozens of tenant configurations, and the frustrating part is that Microsoft's error messages almost never tell you the real reason.
Here's the core thing you need to know: Microsoft 365 document processing , everything from autofill columns and document translation to eSignature, optical character recognition, and unstructured document processing , runs entirely on a pay-as-you-go billing model tied to an Azure subscription. If that Azure connection isn't set up, isn't active, or has a billing problem, every single one of these services goes dark simultaneously. And Microsoft 365 admin center usually surfaces this as a generic "feature unavailable" message rather than "your Azure subscription isn't linked."
There's also a major transition happening right now that's catching people off guard. These services were previously branded under Microsoft Syntex. Microsoft has since rebranded them as "document processing services for Microsoft 365," but the underlying functionality hasn't changed, just the name and the licensing model. Admins who set things up under the old Syntex per-user license model are now finding their licenses can't be renewed, because per-user licenses are no longer available for new purchase. Once those licenses expire, you have to migrate to pay-as-you-go or the services stop working entirely.
On top of that, Microsoft announced in October 2025 that AI Builder credits, which many organizations were using to run document processing workloads inside Power Platform, are being progressively retired. If your document processing pipeline relied on AI Builder credits flowing through Power Automate, that's another likely culprit behind a sudden outage.
There are a few other situations I see regularly. Government Community Cloud (GCC) organizations are in a separate category: pay-as-you-go billing isn't available for GCC tenants yet, so if your organization recently moved to GCC or you're trying to set up document processing in a GCC environment for the first time, you'll hit a wall that no amount of Azure subscription linking will fix. GCC tenants must use per-user licenses until Microsoft enables pay-as-you-go for government clouds.
Finally, permissions matter enormously here. A user with a Microsoft 365 license can technically access document processing services, but the admin who sets up pay-as-you-go billing needs Global Administrator or SharePoint Administrator rights in the Microsoft 365 admin center, plus Owner or Contributor access on the Azure subscription used for billing. Get either of those wrong and the setup wizard silently fails.
Whatever your specific situation, this guide will walk you through every fix, from the five-minute billing check to advanced model reconfiguration. Browse all Microsoft fix guides →
The Quick Fix, Try This First
Before you go deep into configuration, run this single check. It resolves the majority of Microsoft 365 document processing failures I encounter:
Go to the Microsoft 365 admin center and verify your pay-as-you-go billing status.
Here's exactly how to do it:
- Sign in to admin.microsoft.com with a Global Admin or SharePoint Admin account.
- In the left navigation, expand Setup, then click Use your Microsoft 365 apps.
- Look for the Document processing section, or navigate directly via Settings > Org settings > Services > Document processing.
- You should see a status showing whether pay-as-you-go billing is active and which Azure subscription it's linked to.
- If you see "Not set up" or "Billing not configured," that's your problem. Jump to Step 1 in the step-by-step section below to fix it.
- If billing shows as active, check the Azure portal at portal.azure.com and confirm the subscription is not suspended, over its spending limit, or in a cancelled state.
If billing is active and the Azure subscription is healthy, the next most common quick fix is a service re-enablement. Navigate to SharePoint admin center > Settings > Document processing and toggle off then back on the specific service that's misbehaving, autofill columns, OCR, or whichever service you're trying to use. This re-registers the service endpoint for your tenant without any data loss.
For the SharePoint cost calculator, which Microsoft officially provides to help organizations forecast pay-as-you-go document processing costs, you can access it directly from the pay-as-you-go setup page in the admin center. It's worth running before you enable services at scale so you don't get an unexpected Azure bill at the end of the month.
This is the foundational step. Every Microsoft 365 document processing service, autofill columns, document translation, eSignature, optical character recognition, content assembly, image tagging, taxonomy tagging, and all the model types, bills through Azure. If there's no active Azure subscription linked to your tenant, none of these services will work, period.
To set up pay-as-you-go billing for document processing:
- Sign into the Microsoft 365 admin center (admin.microsoft.com) as a Global Administrator.
- Go to Setup in the left menu.
- Search for "Document processing" in the search bar at the top of the Setup page.
- Click Set up pay-as-you-go billing.
- On the billing setup screen, you'll be asked to select an Azure subscription, a Resource Group, and a Region. You need Owner or Contributor access on the Azure subscription to proceed.
- Select your subscription, choose or create a resource group, select the region closest to your SharePoint tenant geography, and click Save.
If the Azure subscription dropdown appears blank, it means your Microsoft 365 admin account doesn't have the right permissions on any Azure subscriptions. You'll need to work with your Azure billing administrator to grant you at least Contributor access on an active subscription before retrying.
Once saved, wait five to ten minutes and then revisit the SharePoint admin center. The document processing services should now show as available. If you still see them as unavailable after fifteen minutes, sign out of both admin.microsoft.com and portal.azure.com, clear your browser cache, and sign back in to force a permissions token refresh.
What you should see when this works: the document processing section in the Microsoft 365 admin center changes from a "Set up" prompt to a status page showing your linked Azure subscription name and the list of available services.
Even with pay-as-you-go billing active, individual users still need a base Microsoft 365 license to access document processing features. The pay-as-you-go model gives any licensed user in the tenant access, but "any user" in Microsoft's documentation means any user who already has a Microsoft 365 license assigned, not an unlicensed user.
This catches IT admins off guard fairly often. You set up billing correctly, everything looks good in the admin center, but one specific user or team keeps reporting that features aren't available to them. Nine times out of ten, that user was added to the tenant but never got a Microsoft 365 license assigned, or their license was removed during an offboarding process and then they were re-onboarded without a new license assignment.
To check and fix this:
- In the Microsoft 365 admin center, go to Users > Active users.
- Find the affected user and click their name.
- On their profile page, click the Licenses and apps tab.
- Confirm they have a Microsoft 365 license (Business Basic, Business Standard, Business Premium, E3, E5, or equivalent) checked and assigned.
- If not, check the appropriate license and click Save changes.
If your organization is still running on active per-user licenses (from before Microsoft stopped selling them), those users can still be assigned to new people, existing licenses just can't be renewed once they expire. Check this under Billing > Your products in the admin center. You'll see the per-user document processing license listed there if you have one, along with its expiration date.
After assigning or verifying a license, wait about five minutes for the change to propagate. Have the user sign out of all Microsoft 365 sessions and sign back in. If they're using SharePoint in a browser, a full browser cache clear (Ctrl+Shift+Delete) often helps the new permissions surface correctly.
Pay-as-you-go billing being active doesn't automatically turn on every service. Some document processing services need to be explicitly enabled in the SharePoint admin center before they're available in document libraries. This is a step that's easy to skip, and Microsoft's onboarding wizard doesn't always make it obvious.
Here's how to enable the specific services you need:
- Go to the SharePoint admin center at your-tenant-admin.sharepoint.com.
- In the left nav, click Settings.
- Scroll down to find Document processing (previously labeled Syntex in older tenants, if you don't see it, try searching for "autofill" or "content AI" in the settings search bar).
- You'll see a list of available services. Each one has its own toggle:
- Autofill columns, uses LLMs to extract or generate metadata from document content
- Document translation, creates translated copies in SharePoint libraries
- eSignature, sends electronic signing requests while keeping documents in Microsoft 365
- Optical character recognition, extracts text from images and scanned documents
- Image tagging, applies AI tags to images in document libraries
- Taxonomy tagging, applies term sets from the SharePoint term store automatically
- Enable each service your organization needs by toggling it on.
For model-based services, prebuilt document processing, structured and freeform models, and unstructured document processing models, enabling the service here doesn't automatically apply a model to any library. You'll still need to go into each SharePoint library, click Automate > Apply a document processing model, and configure which model runs on that library's content.
What success looks like: after enabling a service, navigate to a SharePoint document library, click the Automate button in the top toolbar, and you should see the relevant options appear. If "Apply a document processing model" or "Autofill a column" options are still missing after enabling the service and waiting five minutes, proceed to Step 4.
This step is specifically for users who have models set up, prebuilt, structured, freeform, or unstructured, but the models have stopped running, aren't processing new files, or are throwing errors when documents are uploaded.
The most common cause here is a disconnect between the model and the library that happens after a service interruption, a tenant migration, or an expiring per-user license. The model itself is intact and hasn't been deleted, but its association with the library needs to be re-established.
Here's how to reapply a model:
- Navigate to the SharePoint document library that should be processing documents.
- Click Automate in the command bar, then select Apply a document processing model.
- In the panel that opens, you'll see any models currently applied to this library. If the list is empty when you expected to see a model, you need to navigate to the content center where the model was created.
- To find your content center: go to the SharePoint start page, look for a site named something like "[Your Org] Content Center", this is the site Microsoft created when document processing was first enabled.
- From within the content center, go to Models in the left nav, find the model you want, click on it, then click Apply model and select the target library.
For unstructured document processing models specifically, which classify documents that vary in composition and extract information from them, you may need to retrain the model if it was created under a per-user license and the license has since expired. Microsoft's documentation confirms that existing per-user license holders can still create and run prebuilt, structured, and freeform models, but model behavior may degrade as the transition to pay-as-you-go completes.
# To check which libraries a model is applied to via SharePoint PnP PowerShell:
Connect-PnPOnline -Url "https://yourtenant.sharepoint.com/sites/ContentCenter" -Interactive
Get-PnPSyntexModel | Select-Object Title, ApplicationCount
When it's working: upload a test document to the library. Within a few minutes (processing is near-real-time for most services), the document's metadata columns should populate with extracted values.
If you're seeing errors related to "AI Builder credits" or your document processing workflows inside Power Automate suddenly stopped functioning, this step is for you. Microsoft announced in October 2025 that AI Builder credits are being progressively retired. This directly affects organizations that built document processing pipelines using Power Platform flows that consumed AI Builder credits behind the scenes.
The fix is to transition those workflows from AI Builder credit consumption to the pay-as-you-go meter system. Here's how:
- In the Power Platform admin center (admin.powerplatform.microsoft.com), go to Billing > Licenses and check your current AI Builder credits balance. A zero or near-zero balance with no renewal path is a signal to migrate immediately.
- Back in the Microsoft 365 admin center, confirm your pay-as-you-go billing for document processing is linked to an active Azure subscription (Step 1 of this guide).
- For any Power Automate flows that were using the AI Builder document processing action, review whether those actions can be replaced with direct SharePoint document processing service calls. In many cases, a flow that was using "Process and save information from documents" via AI Builder can be simplified by letting the SharePoint library's applied model do the extraction automatically, removing Power Automate from the processing chain entirely.
- If you need to keep a Power Automate integration, check Microsoft's updated connector documentation for the new pay-as-you-go meter-based actions. These bill against your Azure subscription rather than consuming AI Builder credits.
- For custom Power Platform environments running structured or freeform models, Microsoft's documentation specifically calls out that you need to set up a custom Power Platform environment separately. This is done from the SharePoint admin center under Settings > Document processing > Power Platform environment.
When this is resolved correctly, your Power Automate flow run history should show successful document processing actions again, and your Azure subscription in the Azure portal will start showing usage under the Microsoft 365 document processing service meter, confirming billing is flowing through the correct channel.
Advanced Troubleshooting for Microsoft 365 Document Processing
Government Community Cloud (GCC) Limitations
If your organization is on GCC, GCC High, or DoD tenants, you're in a different situation than commercial Microsoft 365 tenants. Pay-as-you-go billing for document processing is not yet available for GCC organizations. This means you cannot set up Azure-based billing for document processing services, and the admin center will not show you the pay-as-you-go setup flow.
GCC organizations must use per-user licenses for document processing. These licenses are still valid in GCC tenants and can be assigned to new users even though they're no longer available for commercial tenants to purchase. If you're a GCC organization that recently had users lose access to document processing features, check whether your per-user licenses have expired or been unassigned under Billing > Your products in the admin center. Microsoft has committed to enabling pay-as-you-go for GCC at a future date, but no specific timeline has been confirmed as of April 2026.
Group Policy and Conditional Access Blocking SharePoint Features
In enterprise environments with Conditional Access policies in Azure Active Directory (now called Microsoft Entra ID), it's possible for document processing service endpoints to be blocked by a policy that was put in place for unrelated security reasons. Check the Entra ID Sign-In logs for any failed service principal sign-ins related to "Microsoft SharePoint" or "Microsoft Office SharePoint Online" in the 24-48 hours before the issue started.
# PowerShell: Check recent Entra ID sign-in failures for SharePoint service principals
Connect-MgGraph -Scopes "AuditLog.Read.All"
Get-MgAuditLogSignIn -Filter "appDisplayName eq 'SharePoint Online' and status/errorCode ne 0" -Top 50 | Select-Object CreatedDateTime, UserPrincipalName, AppDisplayName, @{n='Error';e={$_.Status.FailureReason}}
Event Viewer and ULS Log Analysis
For SharePoint Server hybrid scenarios or on-premises environments calling out to Microsoft 365 document processing services, the SharePoint ULS logs are your best diagnostic tool. Look for entries with the category "Document Processing" or "Syntex" and correlation IDs that you can match to specific failed operations. ULS logs are found at C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\16\LOGS\ on your SharePoint servers.
Tenant-Level Service Health Checks
Before spending an hour troubleshooting locally, always check Microsoft's service health dashboard. Go to Microsoft 365 admin center > Health > Service health and look for any active incidents or advisories tagged "SharePoint Online" or "Microsoft 365 Apps." Document processing service outages occasionally appear there tagged under "SharePoint Online" rather than having their own dedicated service entry, which is easy to miss.
Prevention & Best Practices for Document Processing
Once you've got Microsoft 365 document processing working reliably, keeping it that way takes a bit of proactive maintenance. The pay-as-you-go model is genuinely flexible, no upfront commitments, any licensed user can access services, Azure handles the billing, but that flexibility comes with a few things you need to stay on top of.
The biggest operational risk is an unexpected Azure spending limit being hit. If your Azure subscription has a spending limit set (common with trial subscriptions or MSDN/Visual Studio subscriptions), document processing meters will stop running the moment you hit that limit. Microsoft doesn't send a great early warning for this, you'll just start getting service failures. Set an Azure Cost Alert in the Azure portal at 70% and 90% of your expected monthly document processing budget. Go to portal.azure.com > Subscriptions > [Your sub] > Cost alerts to configure this.
For organizations using SharePoint document processing models at scale, run a quarterly audit of which models are applied to which libraries. Models that were applied and then abandoned still technically run (and bill) when new documents are uploaded. Removing a model from a library that no longer needs it is a simple cost control measure that's easy to forget.
Keep an eye on the per-user license expiration timeline if your organization is still running on legacy licenses. When those licenses expire, users will lose access to certain capabilities, specifically applying unstructured models to libraries, without warning unless you've already migrated to pay-as-you-go. Plan that migration at least 60 days before expiration.
- Set Azure Cost Alerts at 70% and 90% of your monthly document processing budget to catch runaway billing before services are suspended.
- Use the official SharePoint cost calculator (available in the pay-as-you-go setup page in admin center) to model expected usage before enabling services at scale.
- Run a quarterly audit in your SharePoint content center to remove document processing models from libraries that are no longer actively using them.
- If you're managing a large tenant, assign a dedicated SharePoint Administrator as the "document processing owner", one person who tracks service health, license status, and Azure billing in a single monthly review.
Frequently Asked Questions
Why are my document processing features greyed out in SharePoint even though I'm an admin?
The most likely cause is that pay-as-you-go billing hasn't been set up, or the Azure subscription linked to your tenant is suspended. Being a SharePoint admin gives you the permission to configure these services, but the services themselves require an active Azure billing connection to function. Go to the Microsoft 365 admin center, navigate to Settings > Document processing, and check whether billing setup has been completed. If it says "Not configured," work through Step 1 of this guide to link an Azure subscription. Once billing is active, toggle on the specific services you need and wait five to ten minutes before testing again.
How much does Microsoft 365 document processing actually cost per month?
Costs depend entirely on how much you use each service, that's the nature of pay-as-you-go billing. Each service (autofill columns, optical character recognition, document translation, eSignature, etc.) has its own billing meter measured in transactions or pages processed. Microsoft provides the SharePoint cost calculator, accessible from the pay-as-you-go setup page in the admin center, which lets you input your estimated monthly usage across document libraries to get a projected cost. Through December 2025, Microsoft was also providing a limited amount of included free capacity each month for selected services as a trial, check whether that offer is still active in your region by looking at the billing setup page.
I'm on a GCC (Government Community Cloud) tenant, why can't I set up document processing pay-as-you-go?
Pay-as-you-go billing for Microsoft 365 document processing is not yet available for GCC, GCC High, or DoD tenants. Microsoft has acknowledged this gap and confirmed that GCC organizations can continue to purchase and use per-user licenses for document processing until pay-as-you-go becomes available for government clouds. Check your current per-user license status under Billing > Your products in the admin center. If your licenses are still active, your users should have full access, if not, contact Microsoft through a government support channel to understand the current GCC roadmap for document processing availability.
My document translation stopped working after the Microsoft Syntex rebrand, is this related?
The rebrand from Microsoft Syntex to "document processing for Microsoft 365" was a naming change only, the underlying features and functionality weren't changed, according to Microsoft's official documentation. However, the rebrand did coincide with a shift in how services are managed in the admin center, and some organizations found that their settings appeared to reset or require re-confirmation after the transition. Go to SharePoint admin center > Settings and look for Document processing (it may still appear as Syntex in some admin center views). Confirm that Document translation is toggled on, and re-enable it if it's off. If it was already on and still not working, toggle it off, wait two minutes, then toggle it back on to force a re-registration.
What happens to my existing document processing models when my per-user license expires?
Your models themselves are not deleted when a per-user license expires, they remain in your content center. However, you lose the ability to apply unstructured models to new libraries, and existing model applications may stop processing new documents. What still works with expired per-user licenses: creating prebuilt, structured, and freeform models, running models on demand, using content assembly and taxonomy services, and using content query and annotations. To restore full automated processing functionality, you need to set up pay-as-you-go billing through an Azure subscription. The transition should be seamless for already-applied models once pay-as-you-go is active.
Can any user in my organization use document processing, or do they need a special license?
Any user in your Microsoft 365 tenant can use document processing services, provided they already have a standard Microsoft 365 license (Business Basic, Standard, Premium, E3, E5, or similar). You don't need a separate add-on license per user under the pay-as-you-go model. The billing is at the tenant level, charged to your Azure subscription based on actual service usage, not per head. The key distinction is that whoever sets up pay-as-you-go billing in the admin center needs Global Administrator or SharePoint Administrator rights plus Owner or Contributor access on the Azure subscription, but regular end users who just want to use autofill columns or request an eSignature only need their standard M365 license.