HTTP Interfaces and External Systems for Refinery Yield Rates

Refinery yield rate data comes primarily from distributed control systems (DCS) of refinery units, production scheduling management systems, and

What Data for This Category Looks Like

Refinery yield rate data comes primarily from distributed control systems (DCS) of refinery units, production scheduling management systems, and market interfaces for upstream crude oil procurement and downstream refined oil product sales. Data updates follow two rhythms: real-time unit operation data, and daily aggregated yield rate reports. Daily report data updates at a fixed time each day. A single daily report document includes these fields: unit unique identifier, processed raw material type, total daily processing volume, yield rates of each refined oil product and byproduct, unit energy consumption, and benchmark yield rate reference value. Each field has a dedicated unit. For example, processing volume uses tons, yield rates use percentage, and benchmark oil prices use yuan per barrel.

Constraints Imposed on HTTP Interfaces and External Systems

Refinery data sources are dispersed. Multiple external system interfaces must be connected to complete data aggregation. As a result, HTTP interfaces must support parallel multi-source requests and result merging. The fixed update schedule for daily reports requires external systems to run scheduled batch pull tasks. This avoids resource waste from frequent calls. Strict field and unit requirements mean interface returned fields must exactly match external system expectations. Fields or units cannot be added, removed, or modified arbitrarily. Doing so will cause external system data parsing failures. Refinery data involves production sensitivity. Interface calls must use strict identity verification to prevent unauthorized access.

Configuration Settings

Configuration ItemRecommended SettingRationale
API_REQUEST_TIMEOUT300 secondsRefinery data pulling involves multi-source aggregation. An overly short timeout will cause critical data loss. 300 seconds covers the time required for most multi-source requests
BATCH_SYNC_INTERVAL86400 secondsRefinery yield rate daily reports update once per day. This interval ensures that only one batch synchronization task is triggered each day
API_AUTH_TYPEAPI_KEY + HMAC_SIGNRefinery data has high sensitivity. Dual verification improves the security of interface calls
RESPONSE_FIELD_FILTERRetain three core fields: processing volume, yield rate, benchmark oil priceReduces unnecessary data transmission and lowers the parsing pressure on external systems
FAILED_RETRY_TIMES3 timesAddresses single call failures caused by network fluctuations, and avoids synchronization task interruptions from temporary faults
WEBHOOK_SIGN_SECRET32-bit random string generated through actual testingEnsures the security of external callback interfaces, and prevents forged push requests

The parameter values provided on this page are common recommended starting points for configuration. Actual values are affected by material form, data volume, and business rules. Specific issues require specific analysis. It is recommended to test on your own samples before finalizing settings.

Three Common Configuration Mistakes

  • Phenomenon: An irrelevant list of historical conversation references is returned after calling the yield rate query interface. Cause: Automatic conversation context recall was not disabled, leading to non-refinery yield rate historical data being included in the interface response.
  • Phenomenon: The interface times out when pulling the current day's refinery yield daily report, with elapsed time exceeding the preset threshold. Cause: A reasonable API_REQUEST_TIMEOUT was not set, or multiple unnecessary data source interfaces were called simultaneously.
  • Phenomenon: The interface returns a 401 Unauthorized status code, or prompts that identity verification failed. Cause: The correct API_KEY was not added to the Authorization request header field, or the key was not synchronized with the external system.

How to Verify Proper Configuration

  • Send a test request with a valid API_KEY, confirm the returned status code is 200 OK, and that core fields including processing volume, yield rate, and benchmark oil price are present as expected.
  • Configure a scheduled task to trigger interface calls, and check that daily generated daily report data matches the output fields of the local production system.
  • Simulate a failed interface call, confirm the system retries according to the FAILED_RETRY_TIMES configuration, and successfully retrieves complete data after retries.
  • View external system receiving logs, confirm pushed data format meets preset field and unit requirements, with no missing or abnormal data.

Question material comes from public community discussions. Configuration values are common starting points and should be measured against your own samples. Verified on 2026-09-14.