Price List
The name of product prices is ProductPrice. PriceList is used to create multiple lists to link to channels and similar operations. On the Shop side, when linked to the channel, the price list continues to flow without a PriceList defined in that section.
The description above is valid for the conventional loop. Multiple PriceList & StockList developments allow for the definition of multiple price lists on the basis of RetailStore.
The concept of extra price list is created to add PriceList in multiple ways. Thanks to this structure linked to the catalogs, the linked extra_price_list
and ProductPrice
values are sent to the shop that is matched with the relevant catalog.
GET
Price List
GET
Price ListSample HTTP request to get all price lists from the system.
‘content_type’ header represents the response type.
The ‘Authorization’ header is required for authentication. You can retrieve api_token
by logging in.
Request
Path: /api/v1/price_list
Response
POST
Create Price List
POST
Create Price ListRecords new objects in the PriceList
table. The PriceListSerializer
class defined at omnitron.catalogs.resources.serializers
is used to validate the data.
‘content_type’ header represents the response type.
The ‘Authorization’ header is required for authentication. You can retrieve api_token
by logging in.
Request
Path: /api/v1/price_list/
Response
PATCH
Update Price List
PATCH
Update Price ListUpdate the object specified with the primary key in the PriceList
table.
‘content_type’ header represents the response type.
The ‘Authorization’ header is required for authentication. You can retrieve api_token
by logging in.
Request
Path: /api/v1/price_list/{PK}/
Response
POST
Bulk Upsert Price List
POST
Bulk Upsert Price ListSample HTTP post request to create multiple price lists at once. Make sure you have an acceptable dataset and file.
Request
Path: /api/v1/price_list/{PK}/excel_import/
csv file should contain the following headers and their values:
Response
This is an asynchronous operation and the status of the operation can be followed when it sends a GET
request at the endpoint where it will check the status with cache_key
. It should be noted that only 1 cache key is returned in the response.
cache_key: Unique cache key to status lookup.
Check Status with Cache Key
Checking the status of the bulk upsert process with the received cache key.
status: This is representing the process of excel import status and can be waiting, in_progress and completed.
chunk_size: In default, it is set to 100, indicating the number of times the entered line count is divided into 100-sized chunks. For example, if 300 data is entered and the chunk size is 3, it would mean that it was divided into 100-sized chunks three times.
Path: /api/v1/price_list/{CACHE_KEY}/excel_import_status/
Waiting Status:
Completed Status:
Bad Response
If there is no valid file, this will raise the exception file_100_1(FileNotFoundException). Django REST's status codes and exceptions are returned because another REST is used.
Service(omnitron.catalogs.service.PriceListService)
create_price_list:
Improvements have been made to ensure that is_auto_sync
is True in code.
bulk_upsert:
Improvements have been made to add multiple ProductPrices
.
Channel Redirections
As mentioned above, when the relevant PriceList and Channel matching is performed, all ProductPrices linked to the relevant PriceList are sent to the Channels.
For instance;
When inspected, the method at omnitron.channels.integrations.omniweb.integration. Integration.qs__product_price
will show a filter such as price_listcatalogchannel=self.channel_id
. All ProductPrices
in the select query will be sent by accessing the channel through the catalog linked to the PriceList
and matching it with the relevant channel.
Data Source
Just like the principle in Channels, ProductPrices
can be used for DataSource
. DataSource
is the structure that enables selling between Omnitron and creates an environment like a marketplace. It is done by direct match over the DataSource
model.
Last updated
Was this helpful?