Sales order что это

Работа с заказами в битрикс D7

Для реализации возможностей интернет-магазина в системе битрикс используется модуль sale. С помощью данного модуля становятся доступными возможности работы с корзиной, оформления заказов, работа с покупателями, а также другой необходимый функционал. Для бизнеса, в большинстве случаев, стандартных компонентов оформления заказов иногда бывает достаточно. Однако это не исключает возможность реализации своего функционала для работы с заказами на уровне API. В данном посту мы рассмотрим простые примеры использования API битрикса ядра D7.

Перед использованием API для работы с заказами следует подключить модуль «sale»:

Получение полей заказа

Зная ID заказа, мы можем получить поля заказа, а также внести какие-либо изменения в них.

Получать значение некоторых полей можно посредством специальных методов, которые так же удобно использовать в коде:

Создание заказа в битрикс D7

Для создания заказа нам следует выполнить цепочку последовательных действий: создать корзину, создать заказ и связать корзину с заказом, создать запись отгрузки, создать оплату.

Обновление заказа в битрикс D7

В самом первом примере мы уже рассматривали возможность обновления полей заказа. Там, посредством использования метода setField() мы задавали значения поля заказа. При работе с заказом так же бывает требуется обновить другие данные заказа, которые обновляются немного иначе. Допустим нам требуется разрешить отгрузку заказа, для этого мы может выполнить такую операцию:

В данном примере мы добавили к заказу комментарий от покупателя — поле USER_DESCRIPTION, а также разрешили отгрузку товаров. По умолчанию для каждого заказа существует системная отгрузка, она создаётся при создании заказа. В цикле так прописано условие, которое исключает системную отгрузку, которую затрагивать нет необходимости.

Поля заказа в битрикс D7

*Стоит обратить внимание на то, что поля актуальны на момент написания данной статьи.

Источник

Sales Orders: What They Are Compared to POs & Invoices

Let’s say you have a prospect ready to buy. You’re bound to be excited and ready to close the deal and collect that commission, but before you get this deal moving, there are a few things to consider.

First, ask yourself, “How can I set expectations for myself and my prospect around how the remainder of the sales process will run? And how can I ensure this final stage of the sales process maintains momentum and is properly documented?”

Well, you can’t answer those questions unless you understand a crucial sales document known as “the sales order.”

So, what’s a sales order, how is it different from other key sales documents, how does it fit into your sales process? I’m glad you asked, because I answer those questions, and a few more, below.

What Is a Sales Order?

Sales orders are most commonly used by manufacturers, retailers, wholesalers, and suppliers.

How Are Sales Orders Different from Quotes?

Though sales orders and quotes are both vendor-generated and discuss a potential sale, the two are very different documents that serve very different purposes. But that’s not to say they’re not interrelated. You can think of a sales order as the byproduct of a process that a quote can set in motion.

A vendor usually generates a quote at the request of a prospective buyer. The document contains an itemized list of products and services along with their respective prices and terms of sale. Once a buyer accepts a quote, they move to the next step in the process by sending a vendor something called a purchase order.

Sales Order vs. Purchase Order

A purchase order is an official confirmation of a buyer’s intent to purchase from a vendor. It’s a buyer-issued document that confirms certain aspects of a transaction, including details like prices and requested quantities. Once a vendor receives and accepts the terms of a purchase order, they create a sales order based on its details.

Sales orders and purchase orders are inherently interconnected. The key difference between the two boils down to who generates the document and who receives it.

A purchase order comes from a customer, is issued to a vendor, and lays out the terms of a potential sale. A sales order comes from a vendor, is issued to a customer, and confirms the vendor’s acceptance of the terms set in a given purchase order before delivery.

Once accepted by a vendor, a purchase order often constitutes a legally binding contract. If a vendor doesn’t deliver on the agreed terms of a purchase order, in certain circumstances, a buyer may take legal action against the seller, and vice versa.

Sales Order vs. Invoice

Once the vendor has received a purchase order and processed a sales order, they generally send the buyer an invoice. An invoice specifies the amount of money a buyer owes a vendor for the exchange of goods and services agreed upon in the sales and purchase orders. It can be easy to confuse sales orders with invoices. Both are vendor-generated and list the details of a specific sale.

The main distinctions between the two are highlighted in each document’s respective purpose and timing. A sales order confirms a sale. It prompts a vendor to start assembling, packaging, or preparing the goods and services requested in a purchase order.

Invoices come in after this step. Using the details specified in a sales order, invoices tell buyers how, when, and how much to pay for the goods and services they’ve purchased.

Why Are Invoices Important?

Invoices definitively settle deals for vendors and set official timelines for payment. 30 days is a standard timeframe, but that figure can vary from business to business.

Invoices are extremely important for record-keeping purposes. An invoice is the most concrete evidence both buyers and vendors have for a sale. Keeping track of invoices allows a company to stay on top of how much it’s spending or earning, which employees are responsible for any sales or purchases, and any outstanding debt the company may have.

It’s also considered proper practice for businesses to track invoices for tax purposes. The IRS suggests that businesses maintain a running summary of all business transactions. Keeping detailed records of invoices can be a critical part of that process.

Invoices help businesses from a legal perspective as well. They provide documentation of how and when a customer bought any goods or services from a vendor. A signed invoice shows that there was a mutual understanding between a buyer and a vendor over a specific purchase, reducing the risk of any legal action over pricing.

Why Are Sales Orders Important?

If you’re a vendor, sales orders are crucial to keeping track of your inventory. They allow you and your business to stay on top of what you have in stock, what you have on backorder, and what you may need to purchase from your distributors.

Sales orders are also central to reducing the risk of material misstatement in your company’s financial reporting. Material misstatement is any kind of inaccuracy in a financial statement that may significantly impact the financial decisions of anyone relying on that statement’s information.

Material misstatements in reporting inventory balances can have some very real consequences.

For instance, misstating ending inventory can inflate or reduce your company’s profits, and as you can assume, neither of those outcomes looks good if you’re being audited. That’s why it’s absolutely crucial to maintain accurate records of your sales orders to catch any potential material misstatement during an internal audit.

Sales Order Format

Typically, a sales order should contain the following:

Sales Order Process

Generally speaking, the sales order process looks something like this:

Sales orders play a central role in making sure a sale is well-documented, properly conducted, and reflective of what both sides are expecting.

Originally published Nov 22, 2019 7:30:00 AM, updated June 15 2021

Источник

Работа с заказом в Битрикс D7

Заказ (Sale\Order)

Существующий заказ получить:

Получить поля заказа:

Получить поле по имени:

Список доступных полей можно получить, вызвав $order->getAvailableFields().

Заказ имеет связь один-ко-многим с несколькими объектами в виде коллекций — коллекция товаров в корзине (Sale\Basket), коллекция отгрузок (Sale\ShipmentCollection), коллекция оплат (Sale\PaymentCollection) и коллекция свойств заказа (Sale\PropertyValueCollection).

Самый простой способ получить список способов доставки и оплаты — короткие вызовы:

Чтобы получить список примененных к заказу скидок, нужно вызвать:

Корзина заказа (Sale\Basket)

Привязать и получить корзину заказа:

Свойства заказа (Sale\PropertyValueCollection)

Свойства заказа — объекты Bitrix\Sale\PropertyValue — собраны в коллекции propertyCollection

Получить значения всех свойств и группы свойств:

У многих свойств заказа есть определенное встроенное назначение (атрибуты IS_EMAIL, IS_PAYER, IS_LOCATION, IS_LOCATION4TAX, IS_PROFILE_NAME, IS_ZIP, IS_PHONE, IS_ADDRESS). Такие свойства можно получить следующими методами:

Получить значение свойства по ID:

В любом случае получаем значение свойства — экземпляр класса Bitrix\Sale\PropertyValue. Из него мы можем получить значение свойства:

И информацию о самом свойстве:

Чтобы изменить значение свойства следует вызвать метод setValue и сохранить сущность

Оплаты заказа (Sale\PaymentCollection)

Из коллекции оплат также можно получить информацию об оплате, что и из объекта заказа. Оплата с внутреннего счета также считается одной из оплат:

Коллекция содержит объекты оплаты Sale\Payment с информацией об оплатах:

Оплатить или вернуть оплату можно методами setPaid(), setReturn():

Инициировать оплату (вывести шаблон оплаты: форму, кнопку и т.п.):

Источник

Заказы

Операции с заказами

Создание

Создание без отгрузок и оплат

Получение по ID

Заказ представляет собой объект, который можно получить несколькими способами:

Получение информации

Для получения информации используйте один из двух методов.

Метод всегда возвращает либо массив объектов, либо null.

Метод всегда возвращает объект DB\Result, из которого можно получить данные с помощью метода fetch();

Выведем даты всех заказов текущего пользователя за текущий месяц, отсортированные по дате заказа

Получить заказы с определенным товаром

Фильтрация по нескольким вариантам статуса

Получение списка заказов, у которых отсутствует какое-либо свойство

Получение списка заказов по нескольким свойствам заказа

Редактирование

Оплата

Оплата заказа подразумевает оплату всех частичных оплат, которые в него входят. Только в этом случае заказ считается полностью оплаченным.

Разрешение доставки

Разрешение доставки подразумевает разрешение всех частичных отгрузок, которые в него входят. Только в этом случае заказ считается полностью оплаченным.

Добавление комментария

Смена статуса

Отмена и удаление

Отмена

Для отмены заказа необходимо, чтобы все оплаты были не оплачены, отгрузки не отгружены. В противном случае возникнет ошибка, которая будет возвращена. Поэтому, если это необходимо, перед отменой выполнить отмену отгрузки и отмену оплаты заказа.

Удаление

Есть 2 подхода к удалению заказа: «умное» и «в лоб».

Получение публичной ссылки

Необходимо, чтобы в настройках модуля Интернет-магазин (Настройки > Настройки продукта > Настройки модулей > Интернет-магазин) была отмечена опция «Разрешить просмотр заказа по ключу без авторизации».

Выборка заказов по значению свойства

Добавление привязки

Пример добавления привязки существующего Контакта или Компании к Заказу:

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Источник

Bitrix sale personal order list

Одностраничный компонент выводит фильтр и список заказов пользователя. Компонент стандартный и входит в дистрибутив модуля.

В визуальном редакторе компонент расположен по пути: Магазин > Персональный раздел > Список заказов.

Компонент относится к модулю Интернет-магазин.

Секции настроек компонента:

Описание параметров

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Комплексный компонент персонального раздела пользователя. Компонент стандартный и входит в дистрибутив модуля.

В визуальном редакторе компонент расположен по пути: Магазин > Персональный раздел > Персональный раздел пользователя.

Компонент относится к модулю Интернет-магазин.

Секции настроек компонента:

Описание параметров

Если режим поддержки ЧПУ включен, то необходимо настроить дополнительные параметры

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Информация представленная в данном разделе содержит сведения о классах и функциях модуля Интернет-Магазин, необходимых для организации продажи товаров и услуг через Интернет, создания интернет-магазинов и эффективного управления электронными каналами продаж товаров и услуг.

Перед использованием модуля необходимо проверить, установлен ли он и подключить его при помощи конструкции:

Некоторые термины модуля

Базовая валюта для данного сайта — валюта, в которой осуществляются операции по продаже товаров на данном сайте. Устанавливается на странице глобальных настроек модуля Интернет-Магазин. Понятие базовой валюты в модуле Интернет-Магазин отличается от понятия базовой валюты в модуле Валюты.

Модуль включает в себя следующие Компоненты 2.0:

Пользовательские комментарии

Мы будем рады, если разработчики добавят свои комментарии по практическому использованию методов системы.

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Источник