Note: All of these special order functions are applicable to 3A4 XML ordering.
a.Zero Pricing
Zero Pricing is an ordering program that allows customers to specify standard options such as power cables or software to default for the hardware equipment (they are commonly called zero-priced items because the cost of these parts is $0).
Although partners do not need to include zero-priced sub-items when placing an order, they still need to provide chargeable minor items as part of the configuration.
Partners can specify either the country to default the zero-priced item, for example, an Australian power cable. Not all configurable products are zero priced, so please read the error messages if orders fail. Valid country codes include: US, GB, JP, AU, etc.
The country specific zero priced items are listed in the acceptance/confirmation with the PO line reference = Z prefixed with the major line number. Since there is RN limitation on the number of characters allowed in a PO Line ref (6 characters), any prefixes of “Z” which would result in length of PO line ref greater than 6 characters, will be truncated.
The table that follows indicates the optional nature of participation in zero pricing. This fact is evidenced by a cardinality value of 0..1.
Table 46: PIP 3A4 Version 02.00.00 for Zero Pricing
No.
|
Cardinality
|
PIP Element
|
Notes
|
Field Length
|
342
|
0..1
|
|-- proprietaryInformation.FreeFormText
|
Used to send multiple Cisco proprietary information in = format. Use ‘|’ as a delimiter for multiple values, and no whitespace should exist around equal sign.
Name: ZeroPriceCountry
Example: ZeroPriceCountry=JP
|
|
|
|
|
DotX logic is applicable to IOS software option items only. The DotX feature allows customers get the latest version of software in their order.
Based on the product ID naming convention, use of this functionality may differ.
Case 1
The Product ID starts with “S” and
There is at least one hyphen ‘-‘ in the product number and
The last (1st from right side) hyphen in the product number is immediately followed by ‘N.N.N’, where N can be any number.
In this case, the partner indicates that he requires the latest version of these products by replacing the last number with ’x’
For example:
-
Submit ‘S16RC-12.0.x’ to receive the latest version of S16RC-12.0.22
Case 2
The Product ID for DotX starts with “S” and
There is at least one hyphen “-“ in the product number and
The first hyphen in the product number is immediately followed by three digits
In this case, the partner indicates that she requires the latest version of these products by replacing the numeric character(s) from fourth character after hyphen (hyphen is position zero) with an “x”.
For example:
-
Submit S16RB-121x to receive the latest version of S16RB-12108
-
Submit S16RB-121xT to receive the latest version of S16RB-12105T
The following are the supported patterns
-
SKU Name Wildcard Format
|
is DotX or not
|
*-NN-NNNx*
|
Yes
|
*-N.N.x*
|
Yes
|
*-NN.x*
|
Not
|
*-NNN.x*
|
Not
|
*-N.N.N.x*
|
Not
|
*-N.Nx*
|
No
|
*-NNNx*
|
Yes
|
c.KitRef
This functionality allows partners to order using their own product number. They can send orders for either:
One-to-one part maps (cross reference)
One-to-many part maps (kit reference)
Before placing an order with the KitRef function, partners should create an Estimate using the Estimate UI and name it with a Partner product number, then:
-
Provide a kitReference Indicator flag on the product line item with valid value to indicate that a Kit Ref ID/Name is being used.
19.Provide the valid Estimate ID/Name as the Cisco part number (in the Proprietary Product Identifier field) to be ordered.
System does the following with these orders:
Retrieves the Estimate associated with the kit reference (s) along with the line item price and line item quantity
Adjusts the retrieved quantity at line level in reference to the specified kit Quantity
Reads and validates and deal provided on the order request
Validations on KitReference
-
A Estimate, previously validated and created, has to be provided on the ProductIdentifier tag. If the partner uses an invalid Estimate ID/Name as the KitRef product, the order rejects.
20.Each such kitReference line should have a kitReference indicator (kitRefId/kitRefName). If not, the line is treated as a SKU line and would result in an Unknown SKU error.
21.Only valid value for each of the kitReference indicators (kitRefId/KitRefName) is "Y". Any other value will result in an order reject scenario. In case of a line not being a kitReference line, kitReference Indicator name value pairs are not expected on the request.
Each kitReference line should have the monetaryAmount set to indicate the Net KitAmount. These amounts will be validated at the kitLevel and also that total order level. If there is no discrepancy on the system calculated price and the price on the purchase order (estimate price) then the order is autobooked and no warnings/tasks are raised.
The Cisco product line item(s) from the Estimate is returned in the response/PO confirmation message, along with the line item net prices. Response will not include kitAmounts provided on the order, but will include the net price of each of the expanded line items of each of the kitReferences. Warnings/errors at line level will be back for each of the line items associated with the Kit.
Response will include the same PO line references as on the request for each of the expanded line items associated with the kit.
Known limitations on kit references:
ConfigRef and KitRef cannot be used together in a PO.
Disti Resale Kit Ref Orders with Service Lines will return a warning about a missing service contract (reseller BID).
Partners cannot provide the Partner’s part number in the Proprietary Product Identifier element.
Mixed KitReference order (order with kitReferences as well as SKU lines)is not supported.
ZPL is not supported on kitRef orders and hence ZPL Country name value pair is not expected on kitRef orders
The table that follows indicates the mandatory nature of providing Kit Ref. This fact is evidenced by a cardinality value of 1 in the first table that follows.
Table 47: PIP 3A4 Version 02.00.00 for Kit Reference
No.
|
Cardinality
|
PIP Element
|
Notes
|
Field Length
|
209
|
1
|
| | | |-- ProprietaryProductIdentifier
|
Cisco part number
Example: “Cisco2501” or “CAB-AC”.
Contains a ConfigSet Id/Name if KitRef flag is set in line level proprietary info element.
|
CHAR(50)
|
Table 48: PIP 3A4 Version 02.00.00 for Kit Reference Indicator
No.
|
Cardinality
|
PIP Element
|
Notes
|
Field Length
|
304
|
0..1
|
| |-- proprietaryInformation.FreeFormText
|
Used to send multiple Cisco proprietary information in = format. Use ‘|’ as a delimiter for multiple values, and no whitespace should exist around equal sign.
Name: ‘kitRefId’ if a config set id is given in element#209, ProprietaryProductIdentifier
Name: ‘kitRefName’ if a config set name is given in element#209, ProprietaryProductIdentifier
Example: kitRefId=Y
kitRefName=Y
|
|
Share with your friends: |