It would also ease the job of the client application developers who would have to just code once for all the Shipping Service Providers.
From a shipping carrier’s perspective a set of standard interfaces provided by Common Alliance Layer of ELPIF can be used as a means to increase the customers' awareness of their quality services and products in terms of reliability and efficiency.
It would reduce development effort by alliance layer reuse and allow easier adaptation to new service requirements or technologies.
The common interface is implemented by all the shipping carriers and the resulting Web Services is published in the UDDI Registry so that trading partners and customers can search and retrieve those services.
2.
2.2 Adaptation Layer
Adaptation layer is the key connector between the Web Services and the legacy applications of an industry. The adaptation layer works as a service dispatch broker and service aggregation broker —- it is responsible for manipulating the request from the user and response from the server. When a user invokes a Web Service, the request is sent to the adaptation layer which then does the method signature mapping between application client and Web Services
methods, protocol transformation (e.g. from SOAP to HTTPS), and dispatches it to the appropriate shipping carrier server (legacy application). Response from the server is aggregated by this layer and is sent back to the requestor. Adaptation layer plays a key role in aggregation of responses — resulting from a single request that was split and sent to multiple Service Providersinto a single response back to the requestor.
2.
2.3 Dynamic Data Binding
Adaptation layer binds the «dynamic data» i.e. the live and updated data from the Shipping Service Provider’s server to the response XML.
2.
2.4 ELPIF Architecture
The ELPIF architecture (Figure 2) shows the interaction between the different layers .The Web Services of different Shipping Service Providers provide implementation to the methods that are defined in the Common Alliance Layer. The user finds the appropriate service with the assistance of UDDI Registry and sends its XML-based service request to invoke a service. The request is then sent to the appropriate Shipping Service Provider (SSP) server and response (XML String) is sent back to the requestor by the adaptation layer and Web Services Layer.
For example, for RFQ Web Service, the Common Alliance Layer could contain a method such as: public String getServicesQuotes (String xmlInput) This method could be implemented in the Web Services of the various Shipping Service Providers. This method would then be called by the Service Requestor to obtain quotes from different providers. This method takes XML String as an input and returns XML String as an output. Example of such Request and Response XML is given later in the paper.
ELPIF serves as a service model using a design pattern in which all Web Services are built on the Common Alliance Layer and the requestor invokes a desired Web Service after finding an appropriate one. The whole complexity of the interactions among the Web Services, Adaptation Layer and the legacy applications are transparent to the application developer or the requestor of the service.
ELPIF provides each engaged Shipping Service Provider three Web Services in order to connect their existing applications to the shipping e-marketplace that is empowered by UDDI registries and Web Services: (1) RFQ Web Services, (2) Shipping Web Services, and (3)Tracking Web Services. They are briefly described as follows.
2.
2.3 Dynamic Data Binding
Adaptation layer binds the «dynamic data» i.e. the live and updated data from the Shipping Service Provider’s server to the response XML.
2.
2.4 ELPIF Architecture
The ELPIF architecture (Figure 2) shows the interaction between the different layers .The Web Services of different Shipping Service Providers provide implementation to the methods that are defined in the Common Alliance Layer. The user finds the appropriate service with the assistance of UDDI Registry and sends its XML-based service request to invoke a service. The request is then sent to the appropriate Shipping Service Provider (SSP) server and response (XML String) is sent back to the requestor by the adaptation layer and Web Services Layer.
2.3 RFQ Web Services
Any B2B application can send a request to the RFQ Web Services. The RFQ Web Services then dynamically bind the data entered by the requestor such as shipping destination, weight to the input XML template and sends the request to the adaptation layer. The adaptation layer dispatches the request to the appropriate server and gets response from the backend server. It then binds the live data received from the server with the response XML template and sends it back to the B2B application. The authentication of user will be verified at each step by examining the user id and password that are associated with the application.
This RFQ process is actually used by the service requestor to compare the different available services so she can select the most favorable one.
2.4 Shipping Web Services
After the user selects the transportation service provider, the next process is sending a shipping request to the shipping Web Services. The Shipping Web Services provided by service provider then dynamically bind the data entered by the service requestor such as shipping destination, weight to the input XML template and sends the request to the adaptation layer. The adaptation layer then sends the request to the appropriate server and gets response from the server. It then binds the live data received from the server with the response XML template and sends it back to the B2B application.
The customer will be given a tracking number embedded in the response. Once the goods are shipped, the tracking number is mapped to the purchase order ID in a B2B application. Similarly, authentication of the service requestor application is performed by verifying her user id and password.
2.5 Tracking Web Services
The supplier, buyer or any parties in the supply chain may want to check the status of the shipment corresponding to a specific purchase order. After the commerce server gets the shipping status from the Tracking Web Services, it will update the manifest information in the purchase order database. The Tracking Web Services talk to the backend server to retrieve the detailed shipping status through adaptation layer and hence can track the status of the shipment.
3. E-LOGISTICS EXAMPLE: UPS
INTEGRATION
ELPIF promotes online enterprises to create new Web Services and also help them to leverage exiting ones. ELPIF enables all the enterprises with various platforms to be integrated into a common platform and interact with one another. ELPIF is particularly suitable for smalland medium-size companies that often seek a quick and cost-effective solution for business process integration.
The left portion (left to the dotted line) of Figure 3 represents the creation and details checking of a purchase order.
O nce we have created the purchase order, it will be processed further. O ne issue that needs to be looked into is the transportation planning. T his is a vital issue as it is concerned with many factors such as lowest shipping cost, easy availability, and so on. T
ransportation broker is an intelligent agent that dynamically creates response list from the available service providers such as UPS and FedEx who meet the criteria of the requestor most efficiently. A ll shipping carriers should have their own Web Services published in the UDDI registry. T he selection request made by the customer is sent to the transportation broker which finds the appropriate service from the UDDI Registry and the result is bound back to the requestor. The transportation Web Services may include ABC Transportation Web Services, UPSWeb Services.
Figure 4 depicts the integration architecture of a shipping carrier. UPS is taken as an example of a shipping carrier. UPS Web Services like RFQ, Shipping, Tracking are explained in this paper though there can be many more services such as Warehouse management, transportation management and so on. These Web Services interact with the UPS XML Online tools.
When a Web Service, such as RFQ Web Service for UPS, is invoked by a SOAP call it binds data such as country of dispatch, source, and weight to the XML Request template. XML Request is then send to the Adaptation layer. This adaptation layer works as a service dispatch broker and service aggregation broker. Once it receives an XML Request, which might be the aggregation of multiple requests such as lookup for Next Day Air Service by UPS, Standard service, it sends these requests to the UPS Server.
5. CONCLUSIONS
In this paper we presented ELPIF, a framework which can be adopted by the shipping carriers or marketplaces and hence shipping services could be designed in a standard way. Shipping Service Providers can make optimum use of their legacy applications and run efficiently with minimal cost input.
We have introduced and explained the concept of Common Alliance Layer, Adaptation Layer and Dynamic Data Binding mechanism. Common Alliance Layer serves as an isolation layer separating the service requestors and service providers and hence reduces complexity by minimizing the number of interfaces to requesting applications. The Adaptation Layer, which is the mediator between the alliance layer and the service providers, manipulates the request and response accordingly.
ELPIF exploits Web Services as the building blocks that distinguish ELPIF from the rest of the existing integration solutions most of which are either standalone applications or hard-wired with existing platforms. Hence, we argue that ELPIF contributes to the area of business process integration by providing a new service delivery model using a design pattern and solution templates, for the shipping industry in particular and whole industry that demands business integration in general.
6. REFERENCES
[1] UPS On-line E-Commerce Tools
[2] FedEx API
[3] Kumar Bhaskaran, Jen-Yao Chung, Terry Heath, Santhosh
Kumaran, Raja Das and Prabir Nandi, An e-business
Integration & Collaboration Platform for B2B e-Commerce,
IEEE Conference, 2001.
[4] Shipping Automation: Clippership, Kewill
ELPIF: E-Логистические процессы На основе веб-служб
Liang-Jie Zhang, Pooja Yadav, Henry Chang Лян-Цзе Чжан, Пуджа Ядав, Генри Чан
Rama Akkiraju, Tian Chao, David Flaxer, Jun-Jang Jeng Рама Akkiraju, Тянь-Чао, Дэвид Flaxer, июнь-Джанг Дженг
IBM TJ Watson Research Center IBM TJ-исследовательский центр Уотсон
PO Box 218, Yorktown Heights, NY 10 598 PO Box 218, г. Йорктаун Хайтс, штат Нью-Йорк 10 598
zhanglj@us.ibm.com zhanglj@us.ibm.com
ABSTRACT РЕЗЮМЕ В знак признания растущей важности глобализации и в результате необходимости и более гибких связей, необходимые для позволяют любой компании
to establish itself in no time or make optimum use of their legacy утвердиться в ни времени, ни оптимального использования их наследие
applications and run efficiently with minimal cost input. приложений и эффективной работы с минимальной мощностью расходов. This Это
paper presents such a framework called ELPIF for e-logistics Представлены такие рамки называется ELPIF для электронной логистики
processes integration based on Web Services via incorporating (1) интеграционных процессов на основе веб-служб с помощью включения (1)
common alliance layer (2) adaptation layer; and (3) dynamic data общий уровень альянса (2) уровень адаптации; и (3) динамические данные
binding mechanism. обязательный механизм. This framework can be adopted as a new Эта структура может быть принят в качестве нового
service delivery model which uses a design pattern and solution услуг модель, которая использует шаблон проектирования и решения
templates. шаблонов. The interaction between the e-logistics processes and Взаимодействия между E-логистических процессов и
business process manager that orchestrates e-logistics processes in Business Process Manager, который управляет E-логистических процессов в
an e-business solution will be described in this paper. E-бизнес-решений будут описаны в этой статье. A
transportation planning in the purchase order management process транспортного планирования в процессе управления заказ
of a B2B solution is used as an example to illustrate the usage of решения B2B используется в качестве примера для иллюстрации использования
ELPIF by encapsulating United Parcel Service (UPS) on-line ELPIF путем инкапсуляции United Parcel Service (UPS) он-лайн
XML Tools as Web Services. Средства XML веб-сервисы.
Keywords Ключевые слова
Web Services, E-logistics, Business-to-Business, Shipping, Common Web-сервисы, электронная логистика, бизнес-бизнес, доставка, ао
Alliance Layer, Dynamic Data Binding, Adaptation Layer Альянс слой, динамическая привязка данных, Adaptation Layer
1. 1. INTRODUCTION ВВЕДЕНИЕ
In last couple of years, various on-line shipping tools have been В последние пару лет, различного судоходной линии на инструменты были
developed for the e-commerce application developers. разработаны для торговли разработчиков приложений электронной. Take the Возьмите
example of the transportation industry, UPS provides on-line Пример транспортной отрасли, ИБП обеспечивает он-лайн
XML Tools and HTML Tools [1], and FedEx provides their own Средства XML и HTML инструменты [1], и FedEx предоставляет свои
Web tools (FedEx API) [2] for their developers to enable the Веб-инструменты (FedEx API) [2] для их разработчиков, с тем чтобы
development of on-line shipping tools, respectively. развитие-судоходной линии инструментов, соответственно. However, we Однако, мы
have not seen a common service interface to allow users to easily не видел общий интерфейс службы, чтобы пользователи могли легко
hook up existing tools. подключить существующие инструменты. Client application developers have to разработчики приложений клиент должны
manually construct different requests for different backend servers вручную строить различные запросы для различных внутренних серверов
that demand much effort and time., которые требуют много сил и времени. Different shipping carriers Различные носители доставки
might require different implementations and could have могут потребоваться различные реализации и может иметь
proprietary platform and their own implementation constraints. собственные платформы и свои ограничения осуществления.
In order to expedite the shipping process and minimize costs, the В целях ускорения процесса доставки и минимизации затрат,
shipping solutions must empower the customers and suppliers Доставка решения должны расширить возможности клиентов и поставщиков
with the ability to rate, ship and track shipments. с возможностью скорости, корабль и отслеживания грузов. Many solutions Многие решения
in today’s competitive market have been able to achieve this but В сегодняшнем конкурентном рынке были в состоянии достигнуть этого, но
they are: К ним относятся:
• •
Platform dependent and unique to the specific shipping Зависит от платформы и уникальные для конкретных доставки
carrier. носителей. The solutions are not generic so that they could Решения не общих, чтобы они могли
not be considered as a standard and followed by the не могут рассматриваться как стандартные и последующей
rest of players Остальные игроки
• •
Windows-based applications that are mostly standalone Windows-приложений, в основном автономное
applications and users are forced to purchase them приложения и пользователи вынуждены покупать их
before actually using them [4]. перед тем как использовать их [4].
With the development of Web Services, to define a uniform С развитием веб-сервисов, для определения равномерной
interface for the solution developers becomes technically feasible интерфейс для разработчиков решений становится технически возможным
and itself leads to potential business opportunities The framework, и само по себе ведет к потенциальным возможностям бизнеса рамки,
ELPIF, presented in this paper proposes to have a common ELPIF, представленные в этом документе предлагается, чтобы общая
generic interface for all the Shipping Service Providers and all общий интерфейс для всех доставки услуг и все
providers could build their Web Services on such a standard поставщики могут строить свои веб-служб на таких стандартных
interface and then deploy those services in the UDDI Registries интерфейс и затем развернуть эти услуги в UDDI реестры
for other companies to find and use them. для других компаний, чтобы найти и использовать их. Though we are focused Хотя мы сосредоточены
on the shipping industry, the principles embodied in ELPIF can на судоходной отрасли, принципы, воплощенные в ELPIF может
be applied to other domains. быть применены в других областях.
Blending the Web Services and the common interface approach Смешивание веб-служб и общего подхода интерфейс
would result in allowing shipping services to adhere to a model of приведет к позволяющая экспедиционные услуги придерживаться модели
what could be considered a generic shipping service. что можно считать общим службы доставки. This is Это
critical since this allows a shipping service client to design and важно, поскольку это позволяет обслуживания клиентов Доставка по разработке и
deploy code to use the generic shipping model, and then at run развернуть код, чтобы использовать общие модели доставки, а затем во время выполнения
time use dynamic data binding mechanism to invoke a specific время использовать динамические привязки данных механизм для вызова конкретной
implementation of a shipping service. осуществление перевозок. Because Web Services can Поскольку веб-служб может
be implemented in any programming language, developers are not быть реализована на любом языке программирования, разработчики не
obligated to change their development environments in order to обязан изменить свои среды разработки для того, чтобы
generate or use Web Services. создания или использования веб-служб. Consequently, any client Следовательно, любой клиент
application can benefit from the characteristic of architectural приложения могут извлечь выгоду из характерных архитектурных
independence that is embraced in our framework. независимости, воспринимается в нашей рамки.
For most integration architecture, XML plays a role of trivializing Для большинства интеграции архитектуры, XML играет роль тривиализующее
the exchange of business data among companies by providing Обмен деловыми данными между компаниями путем предоставления
cross-platform approach in the areas of data encoding and data кросс-платформенный подход в области кодирования данных и данных
formatting. форматирования. For example, SOAP, built on XML, defines a simple Например, SOAP, построенный на XML, определяет простую
way to package information for information exchange across способ пакет информации для обмена информацией по
system boundaries. Система границ. UDDI Registries, on the other hand, allow UDDI реестры, с другой стороны, позволяют
programmable elements to be placed on Web Sites where others программируемых элементов для размещения на веб-сайты, где другие
can access remotely. можете получить доступ удаленно. By adopting the above technologies, not only Приняв выше технологии, не только
do we get interoperability for our customers but we can use our мы можем получить совместимости для наших клиентов, но мы можем использовать наш
multi-platform approach to provide better offerings and solutions мульти-платформенный подход для обеспечения лучшего предложения и решения
with the help of which any industry can accomplish their с помощью которого любой отрасли могут выполнять свои
transactions efficiently and profitably. операции эффективно и прибыльно.
ELPIF serves as a Web Services Model such that any user could ELPIF служит модель сервисов веб такое, что любой пользователь может
easily access the services provided by ELPIF through a standard легко получить доступ к услугам, предоставляемым ELPIF через стандартные
SOAP protocol. SOAP-протокола. ELPIF helps businesses act more quickly and ELPIF помогает предприятиям действовать более быстро и
more efficiently, and it also provides a methodology of более эффективно, а также предоставляет методологию
automating process integration resulting in reducing integration автоматизировать процесс интеграции в результате сокращения интеграции
time and cost, increasing the efficiency of service delivery, and времени и затрат, повышение эффективности предоставления услуг, и
gaining competitive advantage in the marketplace. получение конкурентных преимуществ на рынке.
This paper is organized as follows: Section 2 discusses e-logistics Эта статья организована следующим образом: в разделе 2 обсуждаются электронной логистики
processes integration after reviewing e-logistics processes and интеграционных процессов после рассмотрения E-логистических процессов и
also presents our proposed integration framework, ELPIF, by также представлены предлагаемые нами рамках интеграции, ELPIF, по
introducing common alliance layer, adaptation layer and dynamic введения общих слоя альянса, уровень адаптации и динамических
data binding mechanism. привязки данных механизма. Section 3 gives an integration example Раздел 3 дает пример интеграции
using UPS On-Line XML Tools in a purchase order management использования UPS On-Line XML-инструментов в управлении заказ на покупку
process. процесса. Section 4 shows a working B2B system using e-logistics Раздел 4 показывает рабочую B2B системы с помощью электронной логистики
Web Services. Веб-службы. The conclusion and future direction will be given Заключение и будущих направлений будет уделяться
in the end of the paper. в конце статьи.
2. 2. E-LOGISTICS PROCESSES E-логистических процессов
INTEGRATION ИНТЕГРАЦИЯ
2.1 E-Logistics Processes 2,1 E-Логистические процессы
When it comes to logistics, the challenge has always been how to Когда дело доходит до логистики, задачей всегда было как
deliver products to customers as quickly as possible. доставлять продукты клиентам как можно быстрее. Logistics is Логистика
concerned with the flow of materials in the supply chain, from связанные с потоком материалов в цепочке поставок, от
source through the industrial process to the customer, and then on источника через производственный процесс на клиента, а затем на
to re-use/re-cycle or disposal. к re-use/re-cycle или удаления. By coordinating all resources, По координацию всех ресурсов,
logistics have to ensure that service levels agreements with логистики должны обеспечить, чтобы уровень обслуживания соглашения с
customers are honored. клиенты честь.
E-logistics is defined to be the mechanism of automating logistics E-логистика определяется как механизм автоматизации логистики
processes and providing an integrated, end-to-end fulfillment and процессов и обеспечения комплексного, из конца в конец и исполнение
supply chain management services to the players of logistics управление цепочками поставок услуг игроков логистики
processes. процессов. Those logistics processes that are automated by eТе, логистических процессов, которые автоматизированы по электронной
logistics provide supply chain visibility and can be part of existing Логистика обеспечивает цепь видимости питания и может быть частью существующей
e-Commerce or Workflow systems in an enterprise. электронная коммерция или систем документооборота на предприятии.
The typical e-logistics processes include Request For Quotes Типовая-логистических процессов электронной включать запрос на котировки
(RFQ), Shipping, and Tracking. (ПНО), судоходству, деятельности и слежения. As shown in Figure 1, eКак показано на рисунке 1, E;
Logistics interacts with the business process manager in an eЛогистика взаимодействует с Process Manager бизнеса в электронной
The business process manager invokes the RFQ process to get the Менеджер процессов бизнеса вызывает процесс RFQ, чтобы получить
basic services such as getting the quotes in an e-logistics process. основных услуг, таких как получение котировки в-логистического процесса е.
Whenever the response is obtained, the purchase order (PO) is Всякий раз, когда ответ получен, заказ на покупку (PO) является
updated. Обновлено. Shipping process is also invoked by the business process Доставка процесс также вызывается бизнес-процессов
manager and upon completion updates the PO. Менеджер и по завершении обновления ПО. Once goods are После товары
shipped, the tracking number is given to the customer and that отгружены, идентификационный номер предоставляется клиенту и что
tracking number is mapped to the PO number in an e-commerce идентификационный номер отображается на номер заказа в электронной коммерции
system. системы. Customers can track their shipment with the help of that Клиенты могут отслеживать их отгрузки с помощью этого
number. число. The interaction diagram of e-logistics and business Диаграмма взаимодействия электронной логистики и бизнеса
process manager is shown in Figure 1. менеджер процессов показана на рисунке 1.
2.2 ELPIF Components and Services 2,2 ELPIF компонентов и услуг
2.
2.1 Common Alliance Layer 2.
2.1 общий уровень альянса
Common Alliance Layer is a higher level service interface that Общие Альянс слой, выше интерфейс сервиса уровне, что
shields the clients from multiple transportation carriers and щиты клиентов из нескольких носителей транспортировки и
provides an abstraction layer of available services. обеспечивает уровень абстракции предоставляемых услуг. Such interface Такой интерфейс
contains the method signatures of the functions that need to be содержит метод подписи функций, которые должны быть
implemented by the Web Services that are published by different осуществляется веб-служб, которые публикуются различными
Shipping Service Providers such as UPS, FedEx, and Airborne Доставка провайдеры, такие как UPS, FedEx, и воздушно-десантной
that directly talk to their legacy applications., что напрямую обращаться к их приложениям. These methods Эти методы
require XML as an input and their result is also a XML String. требуют XML в качестве входных и их результат также XML-String.
As a multi-carrier connector, the Common Alliance Layer makes Как-носителя разъем Multi, общий Альянс слой делает
the overall shipping processes simpler than current practices общее судоходство процессы проще, чем существующая практика
because: потому что:
• •
A set of common interfaces are available to all the Набор общих интерфейсов доступны для всех
shipping carriers, and they would ease the work of a службами доставки, и они бы облегчить работу
service requestor who is required to issue a single обслуживание запроса, который обязан выдать один
service request using standardized interfaces as запрос на обслуживание с использованием стандартных интерфейсов,
opposed to composing and sending several complex противоположность создании и отправке нескольких комплексных
requests to multiple targeted service providers. запросы на несколько целевых поставщиков услуг.
• •
It would also ease the job of the client application Это также облегчило бы работу клиентского приложения
developers who would have to just code once for all the разработчиков, которые бы просто код раз и навсегда
Shipping Service Providers. Поставщики услуг судоходства.
• •
From a shipping carrier’s perspective a set of standard Из перевозчику в перспективе набор стандартных
interfaces provided by Common Alliance Layer of интерфейсов, предоставляемых Общие Альянс слоя
ELPIF can be used as a means to increase the ELPIF может быть использован в качестве средства повышения
customers' awareness of their quality services and клиентов осведомленности их качества услуг и
products in terms of reliability and efficiency. продукты с точки зрения надежности и эффективности.
• •
It would reduce development effort by alliance layer Это приведет к сокращению развития усилия альянса слоя
reuse and allow easier adaptation to new service повторного использования и позволяют легче адаптироваться к новым службы
requirements or technologies. требований и технологий.
The common interface is implemented by all the shipping carriers Общий интерфейс реализуется всеми перевозчиками доставки
and the resulting Web Services is published in the UDDI Registry и в результате веб-служб опубликована в UDDI реестре
so that trading partners and customers can search and retrieve так, что торговые партнеры и клиенты могут поиска и извлечения
those services. этих услуг.
2.
2.2 Adaptation Layer 2.
2.2 Adaptation Layer
Adaptation layer is the key connector between the Web Services Адаптация слоя является ключевым связующим звеном между Web-сервисов
and the legacy applications of an industry. и унаследованных приложений в промышленности. The adaptation layer Adaptation Layer
works as a service dispatch broker and service aggregation broker работает как сервис отправки брокера и агрегирования сервисов брокера
—- it is responsible for manipulating the request from the user and —- Оно несет ответственность за манипулирование запрос от пользователя и
response from the server. ответ от сервера. When a user invokes a Web Service, the Когда пользователь запускает веб-сервис,
request is sent to the adaptation layer which then does the method Запрос отправляется в адаптации слой, который затем делает метод
signature mapping between application client and Web Services подписью соответствие между клиентским приложением и веб-служб
methods, protocol transformation (eg from SOAP to HTTPS), методы, протокол преобразования (например, от SOAP для HTTPS),
and dispatches it to the appropriate shipping carrier server (legacy и отправляет его на соответствующий сервер перевозчик груза (наследие
application). приложение). Response from the server is aggregated by this layer Ответ сервера, агрегированные по этому слою
and is sent back to the requestor. и отправляется обратно в запрос. Adaptation layer plays a key role Адаптация слой играет ключевую роль
in aggregation of responses — resulting from a single request that в совокупности ответов — в результате одного запроса, что
was split and sent to multiple Service Providersinto a single был разделен и отправлено на несколько услуг-в одном
response back to the requestor. ответ обратно запроса.
2.
2.3 Dynamic 2.
2.3 Динамический
Data Данные
Binding Обязательный
Adaptation layer binds the «dynamic data» ie the live and Adaptation Layer связывает «динамических данных», т. е. жить и
updated data from the Shipping Service Provider’s server to the обновленные данные с судов поставщика услуг сервера для
response XML. ответ XML.
2.
2.4 ELPIF Architecture 2.
2.4 ELPIF Архитектура
The ELPIF architecture (Figure 2) shows the interaction between Архитектуры ELPIF (рис. 2) показывает взаимодействие между
the different layers .The Web Services of different Shipping различных слоев. веб-служб различных Доставка
Service Providers provide implementation to the methods that are Поставщики услуг обеспечивают реализацию методов, которые
defined in the Common Alliance Layer. определено в общей Альянс слой. The user finds the Пользователь находит
appropriate service with the assistance of UDDI Registry and соответствующую службу с помощью UDDI реестра и
sends its XML-based service request to invoke a service. посылает свой XML-служба запрос для вызова службы. The
request is then sent to the appropriate Shipping Service Provider Запрос отправляется в соответствующий доставки услуг
(SSP) server and response (XML String) is sent back to the (SSP) сервера и ответ (XML String) отправляется обратно
requestor by the adaptation layer and Web Services Layer. запроса на слой адаптации и веб-служб слой.
For example, for RFQ Web Service, the Common Alliance Layer Например, для RFQ веб-службы, общий Альянс слоя
could contain a method such as: может содержать такой метод, как:
public String getServicesQuotes (String xmlInput) общественного getServicesQuotes String (String xmlInput)
This method could be implemented in the Web Services of the Этот метод может быть реализован в веб-услуг
various Shipping Service Providers. Доставка различных услуг. This method would then be Этот метод затем будет
called by the Service Requestor to obtain quotes from different называется Службой запрашивающего получить цитаты из различных
providers. поставщиков. This method takes XML String as an input and returns Этот метод принимает XML-строку, как ввод и возвращает
XML String as an output. XML-строку в качестве выхода. Example of such Request and Response Пример такого запроса и ответа
XML is given later in the paper. XML дается далее в статье.
ELPIF serves as a service model using a design pattern in which ELPIF служит сервисной модели использования шаблон дизайна, в котором
all Web Services are built on the Common Alliance Layer and the все веб-сервисы построены на общей Альянс слоя и
requestor invokes a desired Web Service after finding an запроса вызывает желаемого веб-службы после нахождения
appropriate one. соответствующий. The whole complexity of the interactions among Вся сложность взаимодействия между
the Web Services, Adaptation Layer and the legacy applications Веб-службы, Adaptation Layer и унаследованных приложений
are transparent to the application developer or the requestor of the прозрачны для разработчиков приложений или запроса из
service. службы.
ELPIF provides each engaged Shipping Service Provider three ELPIF предоставляет каждому заниматься Доставка поставщика три
Web Services in order to connect their existing applications to the Веб-службы для того, чтобы связаться существующих приложений для
shipping e-marketplace that is empowered by UDDI registries and Доставка электронной торговой площадки, уполномоченного по реестрам UDDI и
Web Services: (1) RFQ Web Services, (2) Shipping Web Веб-службы: (1) RFQ веб-служб, (2) Доставка Веб
Services, and (3)Tracking Web Services. Услуги, и (3) отслеживания веб-служб. They are briefly Они кратко
described as follows. описать следующим образом.
2.3 RFQ Web Services 2,3 RFQ веб-служб
Any B2B application can send a request to the RFQ Web Любое приложение B2B можете отправить запрос на веб RFQ
Services. Услуги. The RFQ Web Services then dynamically bind the data RFQ веб-служб затем динамически связать данные
entered by the requestor such as shipping destination, weight to введенного запроса такие, как судоходство назначения, веса
the input XML template and sends the request to the adaptation XML-шаблоны вход и отправляет запрос на адаптацию
layer. слоя. The adaptation layer dispatches the request to the Adaptation Layer отправляет запрос на
appropriate server and gets response from the backend server. соответствующему серверу и получает ответ от внутренний сервер. It Это
then binds the live data received from the server with the response то связывает оперативные данные, полученные от сервера с ответом
XML template and sends it back to the B2B application. XML-шаблоны и отправляет его обратно в приложение B2B. The
authentication of user will be verified at each step by examining Проверка подлинности пользователя будет проверяться на каждом шагу, исследуя
the user id and password that are associated with the application. ID пользователя и пароль, которые связаны с приложением.
This RFQ process is actually used by the service requestor to Этот процесс RFQ фактически используется службой запроса в
compare the different available services so she can select the сравнить различные доступные услуги, таким образом она может выбрать
most favorable one. Наиболее благоприятным.
2.4 Shipping Web Services 2,4 веб-служб доставки
After the user selects the transportation service provider, the next После того как пользователь выбирает поставщика услуг транспорта, следующего
process is sending a shipping request to the shipping Web Процесс отправки доставки запрос на доставку веб
Services. Услуги. The Shipping Web Services provided by service Доставка веб Услуги, предоставляемые сервис
provider then dynamically bind the data entered by the service Поставщик затем динамически связать данные, введенные службы
requestor such as shipping destination, weight to the input XML запроса, такие как доставка назначения, веса на вход XML
template and sends the request to the adaptation layer. шаблона и отправляет запрос на уровень адаптации. The
adaptation layer then sends the request to the appropriate server адаптации слой, затем посылает запрос на соответствующий сервер
and gets response from the server. и получает ответ от сервера. It then binds the live data Затем он связывается жить данных
received from the server with the response XML template and, полученных от сервера с XML шаблон ответа и
sends it back to the B2B application. отправляет его обратно в приложение B2B.
The customer will be given a tracking number embedded in the Клиенту предоставляется идентификационный номер встроенного в
response. ответ. Once the goods are shipped, the tracking number is После отгрузки товара, отслеживание номер
mapped to the purchase order ID in a B2B application. сопоставляются с целью ID покупки в приложения B2B. Similarly, Кроме того,
authentication of the service requestor application is performed by аутентификации приложений запроса услуга выполняется
verifying her user id and password. проверки ее идентификатора пользователя и пароля.
2.5 Tracking Web Services 2,5 веб-служб слежения
The supplier, buyer or any parties in the supply chain may want to Поставщик, покупатель или сторон в цепочке поставок может потребоваться
check the status of the shipment corresponding to a specific проверить состояние отгрузки соответствующих конкретным
purchase order. заказ на поставку. After the commerce server gets the shipping status После Commerce Server получает состояние доставки
from the Tracking Web Services, it will update the manifest от отслеживания веб-служб, то она будет изменять манифест
information in the purchase order database. информации в базе данных заказа на поставку. The Tracking Web Отслеживание веб
Services talk to the backend server to retrieve the detailed Услуги поговорить с бэкэнд-сервер для получения подробной
shipping status through adaptation layer and hence can track the состояние доставки через адаптации слоя и, следовательно, может отслеживать
status of the shipment. статус отгрузки.
3. 3. E-LOGISTICS EXAMPLE: UPS E-LOGISTICS Пример: ИБП
INTEGRATION ИНТЕГРАЦИЯ
ELPIF promotes online enterprises to create new Web Services ELPIF способствует онлайн предприятий для создания новых веб-сервисов
and also help them to leverage exiting ones. а также помочь им в выходе из них рычаги. ELPIF enables all the ELPIF позволяет всем
enterprises with various platforms to be integrated into a common предприятий с различными платформами, чтобы быть интегрированы в общую
platform and interact with one another. платформы и взаимодействуют друг с другом. ELPIF is particularly ELPIF особенно
suitable for smalland medium-size companies that often seek a подходит для малых и средних компаний, которые часто ищут
quick and cost-effective solution for business process integration. быстрое и экономически эффективное решение для интеграции бизнес-процессов.
The left portion (left to the dotted line) of Figure 3 represents the Левой части (слева пунктирная линия) Рисунок 3 представляет
creation and details checking of a purchase order. создание и детали проверки заказа.
Once we have created the purchase order, it will be processed После того как мы создали заказ, он будет обработан
further. дальше. One issue that needs to be looked into is the Один из вопросов, которые должны быть рассмотрены в это
transportation planning. планирования транспортировки. This is a vital issue as it is concerned Это жизненно важный вопрос, как он обеспокоен
with many factors such as lowest shipping cost, easy availability, со многими факторами, такими как низкая стоимость доставки, доступность,
and so on. и так далее. Transportation broker is an intelligent agent that Транспорт брокер интеллектуального агента, что
dynamically creates response list from the available service динамически создает ответ список из доступных услуг
providers such as UPS and FedEx who meet the criteria of the провайдеры, такие как UPS и FedEx, которые отвечают критериям
requestor most efficiently. запроса наиболее эффективно. All shipping carriers should have their Все носители должны иметь свои
own Web Services published in the UDDI registry. собственных веб-служб, опубликованных в реестре UDDI. The selection Выбор
request made by the customer is sent to the transportation broker просьбе клиента отправляется на транспортировку брокера
which finds the appropriate service from the UDDI Registry and которая находит соответствующую службу из реестра UDDI и
the result is bound back to the requestor. результат обязан вернуться к запроса. The transportation Web Транспорт веб
Services may include ABC Transportation Web Services, UPS Услуги могут включать ABC Транспорт веб-служб, UPS
Figure 4 depicts the integration architecture of a shipping carrier. На рисунке 4 изображена интеграции архитектуры перевозчику.
UPS is taken as an example of a shipping carrier. ИБП берется как пример перевозчику. UPS Web ИБП веб
Services like RFQ, Shipping, Tracking are explained in this paper Такие услуги как RFQ, перевозки, отслеживание описаны в работе
though there can be many more services such as Warehouse хотя может быть много больше услуг, таких как склад
management, transportation management and so on. управление, управление транспортом и так далее. These Web Эти веб;
Services interact with the UPS XML Online tools. Услуги взаимодействовать с UPS XML-инструментов Интернет.
When a Web Service, such as RFQ Web Service for UPS, is Когда веб-служб, таких как RFQ веб-службы для ИБП, является
invoked by a SOAP call it binds data such as country of dispatch, вызывается SOAP называть его персональным данным, таких как страны отправления,
source, and weight to the XML Request template. источника, а вес Шаблон запроса XML. XML Request XML-запроса
is then send to the Adaptation layer. Затем отправить Adaptation Layer. This adaptation layer works Этот уровень адаптации работы
as a service dispatch broker and service aggregation broker. как услуга отправки брокера и агрегации брокерское обслуживание. Once После
it receives an XML Request, which might be the aggregation of он получает XML-запроса, который может быть агрегации
multiple requests such as lookup for Next Day Air Service by несколько запросов, таких как поиск по Next Day Air службы
UPS, Standard service, it sends these requests to the UPS Server. UPS, стандартная услуга, он отправляет эти запросы к серверу ИБП.
5. 5. CONCLUSIONS ВЫВОДЫ
In this paper we presented ELPIF, a framework which can be В этой статье мы представили ELPIF, рамки, которые могут быть
adopted by the shipping carriers or marketplaces and hence принятые службами доставки или рынков и, следовательно,
shipping services could be designed in a standard way. экспедиционные услуги могут быть разработаны в стандартный способ. Shipping Доставка
Service Providers can make optimum use of their legacy Поставщики услуг могут оптимально использовать их наследие
applications and run efficiently with minimal cost input. приложений и эффективной работы с минимальной мощностью расходов.
We have introduced and explained the concept of Common Мы ввели и объяснил концепцию общего
Alliance Layer, Adaptation Layer and Dynamic Data Binding Альянс слой, Adaptation Layer и динамической привязки данных
mechanism. механизм. Common Alliance Layer serves as an isolation layer Общие Альянс слой служит изоляционный слой
separating the service requestors and service providers and hence разделяющей службы инициаторы запроса и поставщиков услуг и, следовательно,
reduces complexity by minimizing the number of interfaces to уменьшает сложность путем сведения к минимуму количество интерфейсов для
requesting applications. запрашивающего приложения. The Adaptation Layer, which is the Adaptation Layer, который
mediator between the alliance layer and the service providers, посредник между слоем альянса и услуг,
manipulates the request and response accordingly. манипулирует запроса и ответа соответственно.
ELPIF exploits Web Services as the building blocks that ELPIF использует веб-служб в качестве строительных блоков, которые
distinguish ELPIF from the rest of the existing integration различать ELPIF от остальной части существующей интеграции
solutions most of which are either standalone applications or Решения большинство из которых являются либо автономные приложения или
hard-wired with existing platforms. проводных с существующими платформами. Hence, we argue that ELPIF Следовательно, мы утверждаем, что ELPIF
contributes to the area of business process integration by вносит свой вклад в области интеграции бизнес-процессов по
providing a new service delivery model using a design pattern and предоставление новой модели предоставления услуг использованием шаблона проектирования и
solution templates, for the shipping industry in particular and Решение шаблонов, для судоходной отрасли в частности и
whole industry that demands business integration in general. целая индустрия, которая требует интеграции бизнеса в целом.
Ссылки
[1] [1]
UPS On-line E-Commerce Tools,
http://www.ec.ups.com. UPS-лайн Электронная коммерция Инструменты,
http://www.ec.ups.com.
[2] [2]
FedEx API,
http://www.fedex.com. FedEx API,
http://www.fedex.com.
[3] [3]
Kumar Bhaskaran, Jen-Yao Chung, Terry Heath, Santhosh Кумар Bhaskaran, Джен-Яо Чун, Терри Хит, Santhosh
Kumaran, Raja Das and Prabir Nandi, An e-business Кумаран, Раджа Даса и Prabir Нанди, электронного бизнеса
Integration & Collaboration Platform for B2B e-Commerce, Интеграция и сотрудничество Платформа B2B электронной коммерции,
IEEE Conference, 2001. IEEE конференции 2001 года.
[4] [4]
Shipping Automation: Clippership, Kewill, Доставка автоматизации: Клиппершип, Kewill,
http://www.kewill.com
http://www.kewill.com
Список используемой литературы
VMI (Vendor Managed Inventory) — запасы, управляемые поставщиком//
http://www.bsc-consulting.ru/company/analytics/vmi/
Абчук ВА. Коммерция: учебник.— СПб.: Инфа-М, 2007. 362 с.
Агарков М. М Учение о ценных бумаг — М.:БЭК, 2004
Алесинская T.В. Основы логистики. Общие вопросы логистического управления. Учебное пособие. Таганрог: Изд-во ТРТУ, 2005.
Анискин Ю. П. Организация и управление бизнесом: Учебное пособие. — М.: Инфра-М, 2006. — 152 с.
Арзуманова Т. И. Экономика и планирование на предприятиях торговли и питания: учеб. пособие / Т. И Арзуманова, М. Ш. Мачабели. — М.: Издательско-торговая корпорация «Дашков и К0», 2007. — 272 с.
Астапов К. Условия стабильного развития экономических систем в современном мире.// Проблемы теории и практики управления. 2008. — № 2. с. 90−94.
Балабанов И. Т. Основы финансового менеджмента. Как управлять капиталом? — М.: Финансы и статистика, 2005 — 300 с.
Балабанов И. Т. Риск — менеджмент. — М.: Финансы и статистика, 2006. — 280с.
Барановский Н.И., Благодер Г. П. Планирование деятельности малых организаций// Экономика строительства .- 2007. № 11. С.26−37
Бауэрсокс Доналд Дж., Клосс Дейвид Дж. Логистика: интегрированная цепь поставок. Пер. с англ. — М.: ЗАО «Олимп — Бизнес», 2005. — 640 с.
Бердникова Т. Б. Рынок ценных бумаг и биржевое дело: Учебное пособие. — М.: ИНФРА — М, 2000. — 270 с.
Берман Б. Розничная торговля: стратегический подход / Берман Б., Эванс Дж. Р. — 8-е изд., пер. с англ.
М.: Изд. дом «Вильяме», 2008. — 270с.
Бланк И А. Управление торговым предприятием. —М.: Ассоциация авторов и издателей «Тандем»: ЭКМОС, 2005. — 189 с.
Бляхман Л. С. Экономика фирмы: Учебное пособие. — СПб.: Нева, 2005. — 279 с.
Бойетт Джозеф Г., Бойетт Джими Т. Путеводитель по царству мудрости: лучшие идеи мастеров управления / Пер. с англ. — М.: ЗАО «Олимп-бизнес», 2001. — 416 с.
Боровкова ВА. Управление рисками в торговле. —СПб.: Питер, 2008. — 288 с.
Брейли Р., Майерс С. Оценка корпоративных финансов. — М.: Олимп-бизнес, 1997. — 1120 с.
Бунеева Р. И. Заготовительная деятельность в потребительской кооперации: организация и технология /Р.И. Бунеева, Г. Н. Кругляков. — Ростов н/Д: Феникс, 2008. — 398 с.
Бунеева Р. И. Организация посреднической деятельности в условиях рынка: учеб. пособие. — Белгород: Кооперативное образование, 2005. — 182 с.
Бусыгин А. В. Предпринимательство: Учебник для вузов. — М.: Экзамен, 2006. — 639 с.
Виноградова С. Н. Коммерческая деятельность.
учеб. Пособие.
Минск, 2001.
Волков Ю.В. http: Коммерческая деятельность: принципы управления в производственной организации//www.klubok.net/cv28.html
Гаджинский А. М. Логистика: Учебник. М.: ИВЦ «Маркетинг». 2007. — 228 с.
Гаспарян В. Эволюция цепочек поставок//
http://www.pcweek.ru/themes/detail.php?ID=70 865
Гражданский кодекс Российской Федерации. Полный текст (Ч. 1−4). — М.: АКАЛИС, 2006. — 408 с.
Дашков Л. П. Коммерция и технология торговли: учебник для вузов / Л. П. Дашков, В. К. Памбухчиянц. —6-е изд., перераб. и доп. — М.: Издательско-торговая корпорация «Дашков и К0», 2005. — 700 с.
Дашков Л. П. Организация, технология и проектирование торговых предприятий: учебник / Л. П. Дашков, В.К.
Дегтярева О. И. Биржевое дело: Учебник для вузов. — М.: ЮНИТИ — ДАНА, 2000 — 679 с.
Добронравин Е. VMI — запас, управляемый поставщиком//
http://www.lobanov-logist.ru/index.php?newsid=307
Друкер П. Энциклопедия менеджмента / пер. с англ. — М.: ООО «ИД Вильяме», 2006. — 432 с.
Есютина АА. Розничные торговые сети: стратегии, экономика и управление / А. А. Есютина, Е. В. Карпова. —2-е изд. — М.: КНОРУС, 2008. — 216 с.
Жукова Т. Н. Коммерческая деятельность: учеб. Пособие. — СПб.: Вектор, 2006. — 256 с.
Закон РФ «О защите прав потребителей» № 2300−1 от 7 февраля 1992 г. (в ред. от 23 июля 2008 г.).— М.:Издательство «Омега-Л», 2008. — 48 с.
Залесский В.В.
http://www.lawmix.ru/comm/8172
Иванова М. Б. Коммерческая деятельность: учеб. пособие / М. Б. Иванова, М. Ю. Иванов. — М.: Изд-во «РИОР», 2005.— 266 с.
Канаян К. Мерчандайзинг / К. Канаян, Р. Канаян. — М.: РИП-холдинг, 2005. — 234 с.
Каплина СЛ. Организация коммерческой деятельности. — Ростов н/Д: Феникс, 2008. — 448 с.
Категорийный менеджмент //
http://www.technoshop.ru/papers/2002/3/567.html
Киршина М. В. Коммерческая логистика. — М.: ООО Фирма «Благовест-В», 2006.-256с.
Кобринский Г. Расчет параметров снабжения и сбыта // Риск. — 2007. — № 1. — С. 23−28.
Ковалев А.И., Привалов В. П. Анализ финансового состояния организации. — 2 изд., пераб., доп. — М.: Центр экономика и маркетинга, 2006. — 188 с.
Ковалев В.В., Ковалев В. В. Финансы организаций: Учебное пособие. — М.: Инфра-М, 2006. — 352 с.
Козловский В.А., Козловская В. А., Савруков Н. Т. Логистический менеджмент: Учебное пособие. 2-ое изд., доп. — Издательство «Лань», 2006 — 272с.
Коммерческая деятельность предприятия: стратегия, организация, управление: Учебное пособие. Под ред. В. К. Козлова, С. А. Уварова. ;
СПб.: Политехника, 2000. — 322 с.
Коммерческая деятельность предприятия: стратегия, организация, управление: Учебное пособие. Под ред. В. К. Козлова, С. А. Уварова. ;
СПб.: Политехника, 2000. — 322 с.
Кондраков Н. П. Бухгалтерский учет: Учебник. — М.:ИНФА-М, 2004.-592с.
Корпев Г. Б. Современные храмы торговли: девелопмент торговых центров. — М.: Вершина, 2009. — 368 с.
Костяков В. Замыкая крайние звенья цепи// Intelligent enterprise, 2006.-№ 2 (135)
Котлер Ф" Армстронг Г., Сондерс Д., Вонг В. Основы маркетинга / пер. с англ. — 2-е европ. изд. — М.; СПб.: ООО «ИД Вильяме», 2006. — 944 с.
Ламбен Ж.-Ж. Менеджмент, ориентированный на рынок / пер. с англ.; под ред. В. Б. Колчанова. — СПб.:Питер, 2007. — 800 с.
Лобанова Е. Н. Ключевая структура управления на предприятии // Экономика и жизнь. — 2006. — № 7. — С.46
Логистика / Под ред. Аникина Б. А.: 3-е изд. перераб. и доп., М.:ИНФРА — М, 2007. — 352 с.
Маклаков Г. В. Коммерческая деятельность в оптовых предприятиях (учебное пособие). — Новосибирск, Сиб
УПК, 2007
Маслова ТД. Маркетинг / Т. Д. Маслова, С. Г. Божук, Л. Н. Ковалик. — СПб.: Питер, 2006. — 400 с.
Миронова Н. В. Маркетинг различных типов услуг//Маркетинг в России и за рубежом, 2003.-№ 4. с. 18−19
Молоткова Н.В., Соседов Г. А. Основы коммерческой деятельности: Учеб. пособие.
Неруш Ю. М. Коммерческая логистика. — М.: Банки и биржи; ЮНИТИ, 2008. — 271 с.
Никишкин В. В. Маркетинг розничной торговли. — М.: ЗАО «Изд-во «Экономика», 2007. — 316 с.
Нъюмэн Э. Розничная торговля: организация и управление / Ньюмэн Э., Каллен П.— СПб.: Питер, 2005. —416 с.
Организация: стратегия, структура, положения об отделах и службах, должностные инструкции. — М.: Экономикорма, 2005. — 52 с.
Основы логистики. / Под ред. Л. Б. Миротина и В. И. Сергеева.
— М.: ИНФРА — М, 2006. — 200с.
Памбухчиянц О. В. Организация и технология коммерческой деятельности: Учебник для вузов — 2-е издание. — М.; Маркетинг., 2001 — 450 с.
Панкратов Ф. Г., Серёгина Т. К. Коммерческая деятельность: Учебник для ВУЗов. — М.: «Маркетинг», 2002. — 580 с.
Пахомов М. От метода «латания дыр» — к логистическим решениям // Риск. — 2008. — № 1 — С. 17−22.
Половцева Ф. П. Коммерческая деятельность. — М., «Высшее образование», 2000
Поршнева А. Г. Управление организацией: Учеб. — М.: ИнфраМ, 2006. — 678 с.
Промыслов Б.Д., Жученко И. А. Логистические системы управления материальными и денежными потоками (проблемы, поиски, решения). — М.: Нефть и газ, 1994. — 103 с.
Промышленная логистика: Конспект лекций // Кафедра и институт организации труда при Рейнско-Вестфальской высшей технической школе. Аахен, Германия. Пер. с нем. А. В. Проскурякова и др. — СПб.: Политехника, 1994. — 251 с.
Радионов А.Р., Радионов Р. А. Менеджмент. Нормирование и управле-ние производственными запасами и оборотными средствами предприятия. Учебное пособие. М: Экономика, 2005 -614с.
Райзберг Б А. Современный экономический словарь / Б. А. Райзберг, Л. Ш. Лозовский. — М.: ИНФРА-М, 2008. — 496 с.
Райнхард Юннеманн. Материальные потоки и логистика. — Берлин: Шпрингер, 1989. — 652 с.
Самуйлов, В. М. Петров, А. В. Петрова, А. В. Формирование логистических систем: Учебное пособие, Екатеринбург, 2009.
Самуйлов, В. М. Петров, А. В. Якушев, Д. С. Организация складских систем: Учебное пособие, Екатеринбург, 2009.
Семененко А.И., Сергеев В. И. Логистика. Основы теории: Учебник для вузов. — СПб.: Издательство «Союз», 2006. — 544 с.
Сергеев В. И. Логистика в бизнесе: Учебник. — М.: ИНФРА-М, 2007. — 608 с.
Сидоров И. И. Логистическая концепция управления промышленным предприятием: Учеб. Пособие. — СПб.: СПбГИЭА, 2005. — 180 с.
Словарь-справочник менеджера / Под. ред. М. Г. Лапусты. — М.: ИНФРА — М, 1996. — 608 с.
Содержание метода VMI//
http://www.logsystems.ru/articles/soderzhanie-metoda-vmi
Создание и деятельность коммерческих организаций Тамбов: Изд-во Тамб. гос. техн. ун-та, 2004. 152 с.
Спрос-ориентированные сети поставок//
http://www.lfa.ru/Demand_driven_supply_networks.html
Старобинский Э. Е. Основы менеджмента на коммерческой фирме. — М.: АО «Бизнес-школа «Интелсинтез», 2006. — 264 с.
Стребкова О. Управление товарными категориями // Маркетинг. — 2008. — N" 2 (99). — С. 32−41.
Сысоева СВ. Категорийный менеджмент. Курс управления ассортиментом в рознице / СВ. Сысоева, Е. А. Бузукова. — СПб.: Питер, 2008. — 270 с.
Торговое дело: экономика, маркетинг, организация: учебник / под общ. ред. проф. Т. П. Данько. — М: ИНФРА-М, 2005. — 560 с.
Торговое дело: экономика, маркетинг, организация: Учебник.-2-еизд., под ред. Л. А. Брагина.
М.:ИНФА-М, 2002.-560с.
Тяпухин А. Логистические системы // Риск. — 2008. — № 3. — С.3 -14.
Управление запасами" Джона Шрайбфедера//
http://www.adviss.ru/content/view/521/7/
Фридман AM. Экономика предприятий торговли и питания потребительского общества: учебник. — М.: Изд.торг. корпорация «Дашков и К0», 2008. — 628 с.
Хаксевер Кенгиз, Рендер Барри, Мердик Роберт Г., Рассел Роберта С. Управление и организация в сфере услуг. -СПб.:Питер.- 2-е издание, 2002 год, 752 с Хотинская Г. И., Харитонова Анализ хозяйственной деятельности предприятия (в сфере услуг).-М.: Дело и сервис, 2007. 240 с.
Щур Д. Л. Основы торговли. Оптовая торговля /Д.Л. Щур, Л. В. Труханович. — 2-е изд., прераб. и доп. —М.: Дело и Сервис, 2006. — 304 с.
Щур ДЛ. Основы торговли. Розничная торговля: настольная книга руководителя, главбуха, юриста. — М: ДИС, 2007. — 340 с.
Экономика и организация деятельности торгового предприятия: учеб. пособие / под общ. ред. А. Н. Соломатина. — М.: ИНФРА-М, 2005. — 295 с.
Директор
Транспортный отдел
Отдел закупок
Отдел оптовых продаж
Собственные торговые точки
Бухгалтерия
Ветслужба
Складская служба Звено управления производством
склад
монтаж
обработка
склад
Звено управления производством
склад
склад
монтаж
обработка
