Odoo and 1C: integrating orders, products, stock, and accounting

Learn how to connect Odoo and 1C, define data ownership, sync orders, products, stock, and payments, and control errors.

  • Why companies connect Odoo and 1C
  • Do not start with the API
  • Assign an owner to each object
  • What data is typically transferred

Exchange map

One entity—one owner; confirmed statuses flow back

Odoo and 1C can own different parts of the process when owners, keys, events and failure-recovery rules are defined for master data and documents.

Odoo and 1C: Integrating Orders, Stock, and Accounting
01

Odoo

CRM, quotes, orders and operational statuses within the agreed scope.

02

1C

Statutory accounting, documents, settlements and period closing for a CIS legal entity.

03

Integration

Key mapping, data transformation, delivery, retries and error logging.

04

Control

Reconcile amounts, taxes, lines, stock and payments using control examples.

Why companies connect Odoo and 1C

An international group may use Odoo for CRM, sales, procurement, warehousing and order management, while its CIS legal entity uses 1C for statutory accounting. The parent company still needs a unified view of orders, operations and payments.

Without integration, employees recreate business partners, item masters and documents, share payment statuses in chats and reconcile stock manually. Errors are discovered during shipment or month-end closing. The goal of data exchange is to eliminate duplicate entry and give each role a clear, verified data source. For companies with legal entities in the UAE, it is also important preparing Odoo and 1C for mandatory e-invoicing.

Do not start with the API

Odoo provides an external API for working with models and data. The 1C platform supports HTTP and web services, OData, JSON, XML, exchange plans and scheduled jobs. The technical options are sufficient; the complexity lies in the meaning of the operations.

Before choosing the transport, agree when an order is considered confirmed, which event reduces available stock, which date becomes the sales date, how currencies and units of measure are mapped, whether a posted document can be changed, and what happens during a return or partial shipment. Otherwise, the connector will quickly transfer the conflict between systems.

Assign an owner to each object

ObjectPossible ownerWhat the second system receives
Lead and opportunityOdooQualified business partner
CounterpartyOdoo or 1C, according to the agreed ruleStable identifier and details
Item masterOdoo, PIM or 1CCode, name, unit and tax group
Commercial proposalOdooOrder basis
Customer orderOdooDocument for execution and accounting
Implementation1C or Odoo — depending on the warehouse systemNumber, date and accounting status
StockWarehouse system of recordAvailable quantity by warehouse
Payment1C or banking systemPayment status, amount, date and currency
Accounting entries and period closing1CAggregated financial result

The allocation depends on how sales, the warehouse and accounting actually operate. The basic rule is simple: two systems must not independently create and modify the same object.

What data is typically transferred

Counterparties

Stable key, legal status, settlement currency and details. Changes to banking or tax details require approval from the responsible person.

Item master

Code, name, unit, variants, tax category, packaging and serial tracking. Different units require an explicit conversion rule.

Prices and currencies

The base price is kept separate from the price list, discount and actual line price. For international operations, the currency, exchange rate and effective date are recorded.

Orders and shipments

Odoo sends the confirmed order and receives the document number, status, shipped quantity and reason for any discrepancy.

Stock and reserves

A specific quantity type is transferred: physical, free or available after reservations, together with the warehouse and calculation timestamp.

Payments

The banking or accounting system returns the amount, date, currency and matching result for the order or invoice.

Direct connector, microservice or bus

Direct exchange or adapter

  • Suitable for a small number of clearly defined flows
  • Launches faster with stable data models
  • Requires control over the close version relationship between Odoo and 1C

Microservice, ESB or iPaaS

  • Stores mappings, transformations, retries and the log
  • Justified when WMS, PIM, a website, banks, marketplaces and BI are involved
  • Adds an operational layer and does not replace business rules

Map out your integration landscape

Batch exchange or events

FlowReasonable approachWhy
Confirmed orderEvent after confirmationDelay affects execution
Critical payment statusEvent or short intervalChanges the shipping decision
Large product catalogBatch loading plus changesFull real-time processing creates unnecessary load
Stock available to the managerOn an event or after a defined delayFrequency depends on the cost of breaking a promise to the customer
Data for BIOn a scheduleFor reporting, an agreed schedule is usually sufficient

Use real-time processing where a delay changes an employee's or customer's action. Batch processing is easier to control and maintain for other flows.

How to prevent document loss

Step-by-step integration launch

  1. 01

    Select process

    For example: confirmed order in Odoo → document in 1C → sales transaction → payment status in Odoo.

  2. 02

    Describe the data

    Document the entities, owners, keys, required fields, reference data and permitted changes.

  3. 03

    Prepare examples

    Test a standard order, currency, discount, partial shipment, return, unknown item, duplicate and system unavailability.

  4. 04

    Set up controls

    Before automating the flow, configure a log, delivery statuses, a retry queue and error notifications.

  5. 05

    Perform reconciliation

    Compare document counts, amounts, taxes, currency, lines, stock and payments; queue discrepancies for review.

  6. 06

    Open the flow

    Start with one legal entity, business unit or order type, then expand the scope after stable operation.

How to accept the integration

Integration pilot

Analyze one Odoo-1C flow

1 process

We will take a real order or another end-to-end document, define data owners, events, change rules and test cases, then choose an adequate data exchange architecture.

  • map of systems, entities and owners
  • data exchange contract and error scenarios
  • reconciliation and acceptance criteria
Discuss Odoo and 1C integration

FAQ

Frequently asked questions about Odoo and 1C integration

Can you buy a ready-made Odoo–1C connector?

A ready-made module can speed up the technical connection, but it must be checked against system versions, data models and business processes. Mapping statuses, taxes and documents requires configuration.

Which system should store the item master?

The system where the catalog is managed as a core process. This may be Odoo, 1C or a separate PIM; the other systems receive an approved copy.

Does everything need to be synchronized in both directions?

No. Bidirectional exchange is needed where both systems create significant events. For most fields, one owner and one-way propagation are safer.

Can the systems be connected directly through an API?

Yes. With a small number of flows, a direct adapter may be sufficient. With complex logic, a separate integration layer simplifies transformations, retries and observability.

How do you start assessing the project?

Choose one end-to-end process and provide examples of objects from both systems: records, orders, products, stock, payments and statuses.

Sources

Review date: 21.10.2026

Discuss the article: Odoo and 1C: integrating orders, items,…

Enter your email or phone number so we can get back to you.

Send via: