MongoDB Energy United States

Occidental Petroleum

Document Processing

Occidental Petroleum needed to avoid an expensive, lengthy manual review of 1.5 million lease documents and create a scalable way to classify and extract metadata from millions of PDFs.

Atlas Vector Search achieved retrieval times of less than 200 milliseconds across more than 100 GB of text.
Oxy had planned to hire 30 contractors to manually review a batch of 1.5 million documents.
The automated system built using MongoDB Atlas saved Oxy $4 million and 12 months.
The company has accumulated more than 12 million land-lease agreements.

Reported impact

Business outcome

Oxy saved more than $4 million and 12 months by automating review of 1.5 million documents, and its Atlas Vector Search proof of concept showed sub-200ms retrieval across over 100GB of text.

  • Cost Reduction
  • Productivity Improvement
  • Speed to Market

Solution

Occidental Petroleum built an automated document-review pipeline on MongoDB Atlas that combines event-driven cloud services, OCR, and large language models to process land-lease agreements at scale. Physical documents are scanned into the enterprise content management system as PDFs, automatically moved into Amazon S3, and then processed concurrently by AWS Lambda functions. Those functions call Microsoft Azure AI Document Intelligence to extract text and metadata through OCR so downstream classification models can assign each file to one of 140 categories and pull out dates or legal terms. MongoDB Atlas started as the linking layer between physical and digital records but quickly became the system state backbone as engineers switched to stateful documents to recover gracefully from edge cases such as very large PDFs. That change let the pipeline handle thousands of Atlas requests per second while keeping classification, metadata extraction, and retries on one resilient operational store.

Data flow

Scanned PDFs move from Oxy's content-management system into Amazon S3, AWS Lambda functions invoke Microsoft Azure AI Document Intelligence for OCR and metadata extraction, classification logic categorizes files and extracts legal attributes, and MongoDB Atlas stores stateful processing records so failures can resume cleanly.

Solution architecture

4 components · 2 layers
  1. Compute
    • AWS Lambda Processes incoming documents concurrently in the event-driven workflow.
    • Microsoft Azure AI Document Intelligence Performs OCR and metadata extraction on lease documents before classification.
  2. Storage
    • MongoDB Atlas Tracks document state, links physical and digital records, and holds pipeline progress for automated review.
    • Amazon S3 Stores scanned PDF files before they are processed by the automated pipeline.

Architecture clues

  • Engineers ramped from a few MongoDB requests to thousands per second without issue.
  • The event-driven design was updated to use stateful documents for failure recovery.
  • The implementation spans AWS serverless services plus Azure AI OCR.
  • The pipeline classifies documents into 140 categories.

Evidence from the source

The automated system that the company built using MongoDB Atlas saved Oxy $4 million and 12 months.
Using MongoDB Atlas Vector Search, they ran a proof of concept that resulted in a retrieval time of less than 200 milliseconds.
“We went from making a few requests to MongoDB to making thousands of requests a second to MongoDB, and it never really caused an issue.”
“What was amazing for us was that we were able to get something up and running in a matter of days.”
Transparency Evidence & methodology 100/100 reference value · 89% confidence · 1 source

Review how this reference was scored and trace each normalized claim back to its documented source.

01

Scoring methodology

How scores are calculated

Customer Reference Value measures usefulness as a customer reference. Evidence Confidence measures the quality and traceability of available evidence, not independent verification.

Customer reference value100/100
  • Problem clarity20/20
    Measures whether the customer's operational problem is specific enough to compare.
  • Implementation depth25/25
    Rewards named components, data flow, integrations, and architecture detail.
  • Outcome specificity20/20
    Measures whether the reported benefit is concrete rather than a generic claim.
  • Quantified impact25/25
    2 metrics describe measurable impact.
  • Deployment scale10/10
    Rewards evidence of a live or scaled deployment and meaningful integration scope.
Evidence confidence89%
  • Source authority20/25
    The main evidence is an official vendor-published customer story.
  • Claim traceability21/25
    10 of 12 key fields link to a named source.
  • Direct evidence20/20
    4 direct source quotes retained.
  • Date provenance10/10
    The publication date comes from the source page or publisher.
  • Source transparency8/10
    1 source reference document publisher, URL, authority, retrieval, and supported fields.
  • Implementation specificity10/10
    Rewards source-backed components, data flow, quantified impact, and a specific outcome.
02

Traceability

Sources & provenance

Field coverage shows which facts each source supports. Dates are shown only when documented by the source.

  1. MongoDB

    Occidental Petroleum customer story

    First-party
    https://www.mongodb.com/solutions/customer-case-studies/occidental-petroleum
    Source type
    Vendor-published customer story
    Published
    May 28, 2025
    Supports
    • Customer
    • Business problem
    • Solution
    • Products
    • Solution components
    • Data flow
    • Integrations
    • technical area
    • use case category
    • Business outcome
    • outcome category
    • Metrics
    • Architecture
    • evidence quotes
    • Publication date

Date evidence

  • Published on source page May 28, 2025 · MongoDB · First-party
    Open date source
Not separately sourced Industry, Region, Company size. Treat these normalized attributes as lower-confidence until a dedicated source is added.