IDeliveryOrder Interface

Time when order was actually delivered to the client

Address where the order will be delivered

Gets the bill cheque print time of the current order.

Cause of cancelling the order

Comment to the order cancellation

Time when the order was marked as cancelled

Gets the user closed the current order.

Client that ordered delivery

Time when delivery order was marked as closed

Client's comment on order

Time when order was confirmed

Time when order cooking was finished

Specifies a custom cooking priority. While the application provides built-in prioritization logic for orders based on timing, dish courses, etc., you can override it and enforce custom cooking order based on your external logic. Ideally, all dishes should be cooked timely, but in case of concurrency when kitchen is high-loaded, you have to decide which orders are more important and should be cooked in the first place and which orders are allowed to be delayed. Higher priority values mean that the order, its serve groups and dishes will appear at the kitchen display earlier. Default value is zero. Both positive and negative values are allowed for raising and lowering the priority correspondingly. Orders with the same cooking priority will be sorted using default built-in logic.

Courier that delivers the order

Time when order was created

Custom data about delivery from Api

Identifier of the delivery, don't confuse it with identifier of the delivery order. This property exists for historical reason, avoid using it when possible.

User who created the order

Status of the delivery

E-mail of client

Gets estimated guests count, that is greater than or equal to added guests count. When single order is used to serve many people and handling each of them as a separate guest may be inconvenient, this property will indicate estimated guests count while guests collection will contain as many guests as needed for waiters.

Time when client wants the order to be delivered

Fiscal cheque number.

Subtotal, sum of all not deleted order items with included vat, but without excluded vat and discounts.

Whether the order is marked as having problem

Specific data for iikoCard51.

Index of the order in courier route (zero-based)

Order is banquet.

Whether courier was selected from UI or automatically

Indicates whether customer is already authorized in iiko.biz, i.e. his credentials are verified

Indicates whether customer is already authorized in Plazius, i.e. his credentials are verified

Whether the order bill was already printed and since then it's considered to be actual. Also means whether the bill will be printed automatically according to settings: if it's not already printed, it will.

The flag specifies that this order should be cooked out-of-order at kitchen. All orders which have this flag set on will appear above other orders at the kitchen display. Both groups (top priority and non-top priority) will be sorted separately using usual sorting logic (custom cooking priority, then default built-in criterions. Default value is false.

Duration calculated without overridden value on terminal

Last verified on server delivery restrictions hash

Latitude of geoposition of the delivery address

Longitude of geoposition of the delivery address

Advertising Source of the order (for example, some web site, call center)

Optional marker used to specify order origin. This property contains either null or name of the source order was received from. Specifying origin allows to analyse efficiency of external order sources such as different web-sites, mobile applications and so on.

Phone of client

Predicted time when order cooking should be completed

Predicted time when order should be delivered

Price category.

Time, which determines the price of products. By default time is taken from items print time.

Time when products were printed

Description of the problem. Non-empty ProblemComment doesn't mean delivery is currently has a problem: comment could been filled in earlier, and after that HasProblem flag was unchecked. That means that the order had some problems earlier.

Sum of all processed payment items in order.

Total sum to be paid, sum of all not deleted order items with discounts and both included and excluded vat.

Time when order was sent to client

Identifier of the delivery that existed before splitting it by multiple cash registers. Depending on settings, a single delivery can be split by multiple cash registers before payment, producing multiple deliveries. At this moment SourceId of all produced deliveries is set to Id of the source delivery. If delivery was not splitted by cash registers, SourceId returns null.

Indicates whether the order should be splitted between persons or not

Whether order was prepaid. Any processed or deleted prepay.

Populates a SerializationInfo with the data needed to serialize the target object.