1

КОНКУРСНАЯ ДОКУМЕНТАЦИЯ

для участия в конкурсе

«Закупка услуги на внедрение информационной системы управления складом ИСУС»

(42 листа)

Ташкент - 2020г.

2

СОДЕРЖАНИЕ

Глава I.

Объявление о проведении конкурса.

Глава II.

Инструкция Участникам Конкурса.

Общие сведения.

Порядок подачи Конкурсных предложений.

Глава III.

Порядок рассмотрения и оценки Конкурсных предложений.

Глава IV.

Квалификация участников.

Глава V.

Критерии оценки.

Глава VI.

Заключительные положения.

Глава VII.

Проект Контракта.

3

I. Глава

ОБЪЯВЛЕНИЕ О ПРОВЕДЕНИИ КОНКУРСА

ООО «Uzbekistan GTL» (Заказчик) в рамках реализации инвестиционного проекта

«Производство синтетического жидкого топлива на базе очищенного метана Шуртанского

ГХК», объявляет конкурс на закупку услуги на внедрение информационной системы управления

складом ИСУС.

Конкурс проводится по адресу: 100060, Республика Узбекистан, г. Ташкент, Яшнабадский

район, ул. Фаргона йули, д. 7Б, e-mail: Procurement2@gtl.uz

Конкурсная документация загружена на

http://www.oltinyolgtl.com/russian/196/

Контактное лицо Заказчика: Главный специалист по закупкам Гумаров Т.Х.

(тел. +998 71 202 40 36)

Участники конкурса предоставляют свои предложения на русском языке.

К рассмотрению будут приняты конкурсные предложения в конвертах, опечатанные

участниками конкурса, поступившие по вышеуказанному адресу в срок до 12-00 по местному

времени «9» апреля 2020 года.

Вскрытие конкурсной комиссией Заказчика конвертов с предложениями участников

конкурса состоится в 16:00 местного времени «9» апреля 2020 года по вышеуказанному адресу:

Республика Узбекистан, г. Ташкент 100060, Яшнабадский район, ул. Фаргона йули, д. 7Б.

Разъяснения по конкурсной документации могут быть предоставлены после

официального запроса на фирменном бланке участника с использованием средств почтовой или

электронной связи по адресу: Procurement2@gtl.uz

Участники конкурса, имеют право принять участие во вскрытии предложений.

Просим участников перед подачей конкурсных предложений проверять их на предмет

соответствия конкурсной документации Заказчика.

4

II. Глава

Инструкция Участникам Конкурса

1. Общие сведения

ООО «Uzbekistan GTL» (Заказчик) в рамках реализации инвестиционного проекта

«Производство синтетического жидкого топлива на базе очищенного метана Шуртанского

ГХК», объявляет конкурс на закупку услуги на внедрение информационной системы управления

складом ИСУС.

Конкурс проводится по адресу: Республика Узбекистан, г. Ташкент 100060,

Яшнабадский район, ул. Фаргона йули, д. 7Б, e-mail: Procurement2@gtl.uz

Конкурсная документация загружена на

http://www.oltinyolgtl.com/russian/196/

Контактное лицо Заказчика: главный специалист по закупкам Гумаров Т.Х.

(тел. +998 71 202 40 36)

Разъяснения по конкурсной документации могут быть предоставлены после

официального запроса на фирменном бланке участника с использованием средств почтовой или

электронной связи по адресу: Procurement2@gtl.uz

2. Порядок подачи Конкурсных предложений

2.1. Конкурсное предложение, подготовленное Разработчиком (далее по тексту Участник

конкурса), а также вся корреспонденция и документация, связанная с этим предложением,

должны быть оформлены на русском языке, в соответствии с требованиями пункта 2.8

настоящей Конкурсной документации.

2.2. Цена Услуги должна указываться в национальной валюте (для резидентов), для

иностранных компаний (для нерезидентов) указывается в долларах США.

Примечание: Заказчик в соответствии с постановлением Президента Республики Узбекистан

от 29.12.2016 г. № ПП-2706 и постановлением Кабинета Министров Республики Узбекистан

от 06.10.2017 г. № 803 освобожден от уплаты таможенных платежей (за исключением сборов

за таможенное оформление), в соответствии с постановлением Президента Республики

Узбекистан от 16.07.2018г. № ПП-3857 не является плательщиком НДС.

2.3. Последний срок подачи Конкурсных предложений: до 12-00 местного времени

«9» апреля 2020 года. К рассмотрению будут приняты Конкурсные предложения, поступившие

до истечения срока, по адресу: Республика Узбекистан, г. Ташкент 100060, Яшнабадский район,

ул. Фаргона йули, д. 7Б.

2.4. Конкурсные предложения, поступившие по почте после 12-00 местного времени

«9» апреля 2020 года, приниматься, вскрываться и рассматриваться не будут, независимо от

причин опоздания. Компании, подавшие эти предложения, могут забрать их в течение 15 дней,

по истечению указанного срока. Заказчик не несет ответственность за их сохранность.

2.5. Конкурсная комиссия Заказчика вскрывает общий конверт с Конкурсными

предложениями (по адресу: 100060, Республика Узбекистан, г. Ташкент, Яшнабадский район,

ул. Фаргона йули, д. 7Б.) в 16-00 «9» апреля 2020 года.

2.6. Представитель Участника конкурса, имеет право принять участие во вскрытии его

Конкурсного предложения, для чего Участник конкурса должен до истечения срока подачи

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

5

вскрытии представитель Участник конкурса должен представить документ, подтверждающий

необходимые полномочия (удостоверение или доверенность Участник конкурса).

2.7. Участник конкурса несет все расходы, связанные с подготовкой и подачей

Конкурсного предложения. Заказчик не имеет обязательств и не несет ответственности за такие

затраты.

2.8. Конкурсное предложение должно находиться в запечатанном конверте, и включает:

- конверт № 1 содержащий Общие и квалификационные сведенья об Участнике конкурса, а

также Техническое предложение Участника конкурса в двух экземплярах (оригинал и копия), а

также электронный носитель с копией Технического предложения в формате Microsoft Office.

- конверт № 2 содержащий Коммерческое предложение Участника конкурса, подготовленное в

соответствии с Приложением №3 к Конкурсной документации, в двух экземплярах (оригинал и

копия).

Общий конверт, конверты № 1 и 2 должны быть опечатаны и подписаны лицом

(лицами), наделённым полномочиями для подписания Конкурсного предложения от имени

Участника конкурса. На всех конвертах должны быть обозначены номера конвертов,

название конкурса и название Участника конкурса.

Все страницы Конкурсного предложения должны быть подписаны лицом (лицами),

подписавшим Конкурсные предложения и должны быть прошиты.

Оригиналы Конкурсных предложений должны быть обозначены как «Оригинал», копии

соответственно, как «Копия». В случае расхождений между оригиналом и копией, оригинал

имеет преимущественную силу.

Если наружный конверт не запечатан и не помечен в соответствии с вышеуказанными

требованиями, Заказчик не несет никакой ответственности за утерю его содержимого.

Перечень документов, необходимых для участия в Конкурсе

Перечень документов общего конверта

1. Общие и квалификационные сведения об Участнике Конкурса (Приложение 1 к

Конкурсной документации).

2. Копии действующих лицензий, разрешений, допусков, сертификатов на осуществляемые

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

указанных в п.10 Технического задания.

3. Оригинал доверенности или нотариально заверенная копия доверенности лицу,

подписавшему Конкурсное предложение, на право принимать обязательства от имени

Участника конкурса, если такое лицо не наделено соответствующими полномочиями согласно

учредительным документам Участника.

4. Копия свидетельства о регистрации юридического лица Участника.

Перечень документов конверта «1»

1. Техническое предложение, составленное в соответствии с требованиями Технического

задания (Приложение №2 к Конкурсной документации).

2. В конверт «1» также вкладывается электронный носитель (CD-R) с электронными

версиями вложений конверта «1» в формате приложений стандартного конверта в формате

.DOC.

Примечание: Документы, входящие в конверт «1», не должны содержать никакой

информации относительно цены Конкурсного предложения. Все цены, тарифы и итоговые

суммы, составляющие Предложение, должны содержаться только в документах конверта

«2». При несоблюдении данного условия Участник дисквалифицируется.

Перечень документов конверта «2»

6

1. Ценовое предложение (Приложение 3).

2. Таблица цен (Приложение 3).

2.9. Участник конкурса в дополнение к поданному Конкурсному предложению может

представить альтернативное предложение, которое является привлекательным с технической

и/или коммерческой точки зрения и может предоставить Заказчику существенную экономию

затрат. Данное предложение должно быть вложено в отдельный конверт с надписью

«Альтернативное предложение».

2.10. Альтернативное предложение Участника конкурса, поданное без представления

Конкурсного предложения, рассматриваться не будет.

III. Глава

3. Порядок рассмотрения и оценка Конкурсных предложений

3.1. Рассмотрение и оценка предложения участников Конкурса, осуществляется в три этапа:

I этап – общая квалификационная оценка;

II этап - техническая оценка;

II этап – коммерческая оценка.

3.2. На I этапе Конкурсная комиссия Заказчика:

- вскрывает общий конверт участников Конкурса;

- проверяет содержимое конверта на предмет его комплектности;

- проводит квалификационную оценку Участников конкурса.

Примечание. Конверты № 1 и № 2 с предложениями Участников конкурса, не прошедших I

этап, не вскрываются и возвращаются Участникам конкурса.

3.3. На II этапе Конкурсная комиссия Заказчика:

- вскрывает конверты № 1 предложений Участников конкурса;

- проверяет содержимое конвертов № 1 на предмет их комплектности;

- проводит техническую оценку конкурсных предложений на предмет их соответствия

требованиям Технического задания Заказчика (Приложение № 2 к Конкурсной документации);

- определяет Участников конкурса, предложения которых считаются соответствующими

требованиям Технического задания Заказчика на основе Приложения №1 к Техническому

заданию, указанной в Приложении № 2 к Конкурсной документации.

3.4. Предложения участников Конкурса, которые соответствуют требованиям Технического

задания Заказчика, передаются на III этап.

3.5. Конверт №2 с коммерческими предложениями Участников конкурса, не прошедших II

этап, не вскрываются и возвращаются Участникам конкурса.

3.6. На III этапе Конкурсная комиссия Заказчика:

- вскрывает конверт № 2 с коммерческими предложениями Участников конкурса - победителей

I и II этапов;

- проверяет содержимое конвертов № 2 на предмет их комплектности;

- проводит коммерческую оценку коммерческих предложений на предмет их соответствия

требованиям проекта Контракта (Приложение № 4 к Конкурсной документации);

- определяет победителя конкурса, предложившего лучшие условия исполнения контракта на

основе критериев согласно Главе №5 Конкурсной документации;

- по усмотрению, определяет резервного исполнителя, предложение которого по решению

Конкурсной комиссии признано наилучшим после предложения победителя конкурса.

3.7. Конкурсная комиссия Заказчика оставляет за собой право не рассматривать предложения

участников Конкурса, которые не соответствуют установленным Квалификационным

требованиям, и оставляет их без дальнейшего рассмотрения.

7

3.8. Предложения участников Конкурса, которые соответствуют установленным

Квалификационным требованиям, подлежат рассмотрению и оценке в соответствии с разделом

IV Конкурсной документации.

IV. Глава

4. Квалификация участников

4.1. Все Участники конкурса должны включить в свои Конкурсные предложения документы,

указанные в пункте 2.8. Если Участник не предоставляет информацию, имеющую

существенное значение для оценки его квалификации или своевременно не представляет

разъяснения или дополнительно затребованную информацию или обоснование

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

4.2. Участник, банки, которых зарегистрированы в оффшорных зонах, к участию в конкурсе

не допускаются.

V. Глава

5. Критерии оценки

5.1. Конкурсные предложения оцениваются Конкурсной комиссией, на соответствия

технической части Конкурсного предложения, а также предлагаемой цены Конкурсного

предложения и с учетом предлагаемых сроков, объёма и качества поставляемого Услуги.

5.2. При этом, оцениваются только те Конкурсные предложения, которые признаются

соответствующими требованиям Конкурсной документации.

5.3. Конкурсные предложения, признанные несоответствующими требованиям Конкурсной

документации, могут быть отклонены Конкурсной комиссией.

Технические критерии оценки

Техническое предложение, будут оцениваться на соответствие Техническому заданию.

Не соответствующие требованиям технического задания, не будут рассматриваться и не

допускаются к оценкам коммерческой части.

Коммерческая оценка

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

техническим требованиям и предложивший наименьшую цену на требуемый объем и сроки

поставки Услуги, с принятием условий контракта (приложение №4).

VI. Глава

6. Проект контракта

6.1. К настоящей Конкурсной документации прилагается проект Контракта, который

подпишут Заказчик и победивший Участник.

6.2. Победивший Участник обязан подписать Контракт, оформленный на основании

информации, предоставленной Участником в его предложении.

6.3. По истечению срока подачи конкурсных предложений, все комментарии к проекту

Контракта не допускаются и не принимаются. Решения конкурсной комиссии указываются в

соответствующих протоколах ее заседаний.

VII. Глава

7. Заключительные положения

7.1. Заказчик заключает контракт с победителем Конкурса и после его подписания все

предшествующие переговоры и переписка по нему теряют силу.

8

7.2. Настоящая Конкурсная документация не является частью Контракта и теряет свою силу

после заключения Контракта.

Приложение №1 к Конкурсной документации

Общие сведения.

Наименование юридического лица

Организационно-правовая форма

Юридический (почтовый) адрес

Фактическое местонахожд.

Телефон

Факс

e-mail

Контакт

Место регистрации

Год регистрации

Банковские реквизиты

Форма собственности (с государственная,

частная, с гос. участием)

Номер и дата сертификата об аккредитации

ИНН

ОКЭД

Достоверность всех представленных данных подтверждаем, и сообщаем о согласии участвовать

в конкурсе «Закупка услуги на внедрение информационной системы управления складом

ИСУС» в соответствии с требованиями Конкурсной документации.

Наименование Участника Конкурса

Адрес

Руководитель Ф.И.О.

м.п.

9

Квалификационные сведения.

1. Сведения о документах дающих право на осуществление видов деятельности, (лицензия).

№ Название документа № документа Область

применения Дата выдачи Срок действия

2. К участнику Конкурса предъявляются следующие квалификационные требования,

которые он обязан подтвердить необходимыми документами:

3. Свидетельство о регистрации юридического лица;

4. Правомочность лица, уполномоченного на заключение контракта (приказ или решение о

назначении директора, Устав или доверенность);

5. Сведения о текущих или планируемых в 2020 г. процедурах

ликвидации/банкротства/реорганизациях Участника (слиянии, разделении, присоединении и

т.д.).

6. Сведения об отсутствии участника задолженности по уплате налогов и других

обязательных платежей. (Справка налоговой инспекции);

10

Приложение №2 к Конкурсной документации

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

на внедрение Информационной системы управления складом (ИСУС) в ООО

«Uzbekistan GTL

Ташкент 2020г.

11

Общие положения

1. Заказчик: ООО «Uzbekistan GTL», ул. Фаргона йули, дом 7Б, 100060, г. Ташкент, Республика

Узбекистан, тел.: +99871 2024080, факс: +99871 2024051.

2. Наименование объекта: офис ООО «Uzbekistan GTL» ул. Фаргона йули, дом 7Б, 100060,

г. Ташкент, Республика Узбекистан.

3. Основание для закупки товаров: Постановление Президента Республики Узбекистан от

29.12.2016 г. № ПП-2706 “О дополнительных мерах по реализации инвестиционного проекта

«Производство синтетического жидкого топлива на базе очищенного метана Шуртанского

ГХК».

4. Цель приобретения товаров: Автоматизация и оптимизация складского учета и интеграции

документооборота со службами организации. Организация эффективной работы склада путем

автоматизации и оптимизации процедуры приемки, размещения, хранения, обработки и

передачи товаров на складах компании “Uzbekistan GTL”.

5. Источники финансирования: Собственные средства Заказчика и/или кредитные средства в

рамках инвестиционного проекта «Производство синтетического жидкого топлива на базе

очищенного метана Шуртанского ГХК».

6. Описание товара и его технические характеристики:

№ Наименование товарной

позиции Кол-во

Техническое

описание Примечание

Сегмент – Программное обеспечение

1 ИСУС ООО «Uzbekistan GTL» 1 компл. Приложение №1

7.

8. Участник должен обеспечить внедрение и пуско-наладку ИСУС, поставляемого в рамках

настоящего технического задания.

9. Участник должен предоставить описание всех сценариев и вариантов использования

программного обеспечения использую UML диаграммы или подобных диаграмм (и описаний к

ним) в соответствии с нотациями и моделью бизнес-процессов BPMN, указанных в

Государственном стандарте Республики Узбекистан O’z DST 1987:2018.

10. Участник, при внедрении и кастомизации ИСУС должен руководствоваться Государственными

стандартами Республики Узбекистан O’z DST 1985:2018, O’z DST 1986:2018.

11. Участник должен предоставить подтверждение опыта внедрения подобных программных

продуктов, в виде актуального (не более 30 дней от даты предложения) рекомендательного

письма на имя ООО «Uzbekistan GTL» от заказчиков участника.

12. Участник должен присутствовать на рынке ИТ не менее 10 лет до даты подачи предложения.

13. Участник должен гарантировать готовность командировать за счет собственных средств

сотрудников, внедряющих программный комплекс ИСУС, на все удаленные объекты Заказчика

по Республике Узбекистан.

14. Участник должен гарантировать неограниченное количество лицензий на пользователей

программного обеспечения ИСУС.

15. Участник должен гарантировать отсутствие каких-либо ограничений, установленных платной

или другой лицензией, в программном обеспечении ИСУС.

16. Участник должен гарантировать неограниченное количество создаваемых и управляемых

складов Заказчика, товаров, объектов MDM и др.

17. Участник должен гарантировать неразглашение информации Заказчика путем подписания

Контракта о конфиденциальности с Заказчиком (NDA).

18. Участник должен гарантировать, что стоимость последующей технической поддержки и

сопровождения ИСУС не будет превышать 40% в год от стоимости внедрения настоящего

программного обеспечения в течении не менее 10 лет. При этом допускается корректировка на

инфляционные показатели, утвержденные в Республике Узбекистан.

19. Не допускается сопровождение программного обеспечения посредством удаленного доступа

или за пределами корпоративной сети ООО «Uzbekistan GTL».

20. Участник должен гарантировать и регламентировать (посредством утверждения процедуры с

12

ООО «Uzbekistan GTL»), что все дополнения и изменения в программный комплекс должны

осуществляться только посредством письменного обращения ответственных сотрудников ООО

«Uzbekistan GTL».

21. Участник должен предоставить информацию по реализованным проектам по внедрению

различных информационных систем:

- в Республике Узбекистан не менее 2 систем.

- за пределами Республики Узбекистан и/или международные организации не менее 2 систем.

Подтверждением информации по реализованным проектам могут быть приняты официальные

письма на имя ООО «Uzbekistan GTL» от заказчиков Исполнителя.

22. Участник должен предоставить описание ранее реализованных проектов действующими

специалистами-разработчиками участника, включая резюме указанных специалистов.

23. Участник должен гарантировать бесплатное 12-месячное сопровождение на внедряемое

программное обеспечение (с момента подписания Контракта), при этом в сопровождение

должны быть включены доработки и дополнения уровня 1 и 2, доработки и дополнения,

классифицированные как уровень 3 будут реализоваться в рамках отдельного технического

задания. При этом классификация уровней доработок и дополнения принимается в соответствии

с Приложением №2.

24. Участник должен предоставить копию свидетельства о регистрации компании.

25. Участник должен быть правомочным заключать контракты и иные хозяйственные соглашения в

соответствии с законодательством Республики Узбекистан.

26. Участник не должен находиться в стадии реорганизации, ликвидации или банкротства, а также в

состоянии судебного разбирательства.

27. Участник должен иметь персонал, способный обеспечить квалифицированную поддержку путем

колл-центра, гарантирующий техническую поддержку и сопровождение по будням в режиме

8х5.

28. Гарантия – Гарантия на внедряемое программное обеспечение должна составлять не менее 12

месяцев с момента подписания Контракта.

29. Передаваемая вместе с товаром документация:

Необходимые сертификаты качества (соответствия), сертификат происхождения, а также иные

документы необходимые для проведения дальнейшей таможенной очистки;

Цены на Продукцию указываются:

1. для иностранных участников: в Долларах США на условиях поставки CIP г. Ташкент,

Таможенный терминал (согласно требованиям Инкотермс 2010 года);

2. для местных участников: в национальной валюте на условиях поставки: доставка до

офиса Заказчика, ул. Фаргона йули , дом 7Б (согласно требованиям Инкотермс 2010

года);

Срок внедрения программного обеспечения: не более 90 рабочих дней.

13

Приложение №1

к Техническому заданию

ВНЕДРЕНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ УПРАВЛЕНИЯ СКЛАДОМ

(ИСУС) В ООО «UZBEKISTAN GTL»

I. ОПРЕДЕЛЕНИЯ, ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ

Условные сокращения и значения

Сокращение Значение

ОМТК Отдел материально технического контроля

АРМ Автоматизированное рабочее место

ЛВС Локальная вычислительная сеть

ТМЦ Товарно-материальные ценности

ТЗ Техническое задание

МОЛ Материально-ответственное лицо

ПО Программное обеспечение

ГСХ Гарантийные сроки хранения ТМЦ

ШК Штрихкод;

КИС Корпоративная информационная система OOO “Uzbekistan GTL”

ТСД Мобильный терминал сбора данных

ТС Транспортное средство

ВГХ Оборудование для измерения весогабаритных характеристик ТМЦ

FIFO

(First In, First Out – первым пришёл — первым ушёл) — метод оценки

ТМЦ, при котором первыми выбывают с учёта ТМЦ, поставленные на

учёт первыми же.

WMS Система управления складом (Warehouse Management System)

II. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

Назначения системы

Назначением системы ИСУС является автоматизация процессов учета и движения ТМЦ на

складах Компании. Система должна быть реализована как элемент конфигурации «Управление

производственным предприятием - ERP» системы, позволяющей повысить эффективность

ежедневной работы по направлениям:

− автоматизированное ведение складского учета в полном соответствии с требованиями

законодательства Республики Узбекистан, нормативными документами Компании и

вышестоящих организаций;

− ведение сведений о складских запасах в информационной системе с детализацией до

уровня: номенклатурных/серийных номеров, характеристик ТМЦ (количество, габариты), МОЛ,

подразделений, мест хранения на складе;

− получение стоимостных оценок складских запасов по закупочной цене, по остаточной

14

цене;

− обеспечение проведения инвентаризаций ТМЦ (фактическое наличие, выявленные

неликвиды) и автоматизированной обработки результатов инвентаризации.

− работа с терминалами сбора данных ТСД с внедрением технологии штрих-код

идентификации.

− обеспечение интеграция с КИС, включая, но не ограничиваясь системой учета

производства, управления кадрами, финансового учета, бухгалтерского учета, системой

управления корпоративной сети и др.

− управление и мониторинг склада в режиме реального времени;

− оптимальное использование складских ресурсов;

− планирование, анализ загруженности площадей и грузооборота, контроль выполнения

персоналом заданий;

− трекинг товаров;

− интеграции IoT (Internet of Thing) для оптимизации учета склада;

− обеспечение полной интеграции с HMI системами.

Соответствие ИСУС оценивается по следующим показателям:

− система должна поддерживать одновременную работу не менее

500 пользователей.

− максимальное время обработки запросов на динамическое извлечение данных из базы

данных портала не должно превышать 2 секунды.

− максимальное время обработки поисковых запросов к базе данных портала не должно

превышать 2 секунды.

− ИСУС должен обладать надежностью, обеспечивающей работу пользователей в режиме

24х7х365, и оперативное восстановление работоспособности при сбоях в течение одного часа.

− временем реагирования на восстановление работоспособности при сбоях применяется с

09:00 до 18:00 (GMT +5), с понедельника по пятницу;

− сохранение целостности данных в базе данных при нештатном завершении работы

системы;

− сохранение работоспособности программного обеспечения при некорректных

действиях пользователя (ввод неверных по размеру и/или составу данных, нештатное

завершение действий и т.п.);

− использование механизмов гарантированной доставки информации до уровня СУБД;

− использование механизмов HMI (human machine Interface);

− журналирование всех операций ИСУС.

Цель создания

Система управления складами предназначена для осуществления эффективного

управления технологическими процессами на всех складах (включая все типы складов и их

количества) ООО «Uzbekistan GTL» с обеспечением оформления соответствующей

документации по учету товарно-материальных ценностей. Основными целями внедрения ИСУС

WMS являются:

1. Оптимизация использования складских площадей и объемов. При внедрении WMS

движение товарного потока по складу должно производиться под управлением системы с

оптимальным использованием складских площадей при размещении и хранении товара.

2. Уменьшение времени, затрачиваемого на проведение всех складских операций за счет

15

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

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

(штрихкодирования) для быстрого ввода информации.

3. Уменьшение количества ошибочных складских операций. С применением

технологии штрихкодирования сокращается количество ошибок за счет наличия подтверждения

каждого действия в системе сканирование штрихкода (ячейки, товара, сотрудника).

4. Повышение точности и оперативности учета товара за счет обеспечения полной и

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

и т.д.

5. Избежание потерь связанных с критичностью гарантийных сроков использования и

хранения товаров за счет функционала WMS, позволяющего повысить оперативный контроль

для товара, учет которого ведется по срокам годности: отбор товара по принципу FIFO с учетом

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

т.д., обеспечение учета в разрезе серийных номеров.

6. Организация контроля производительности складских работников за счет

инструментов WMS, позволяющих анализировать данные по выработке каждого сотрудника на

складе.

Ключевые задачи, которые необходимо решить в ходе проекта:

- автоматизация адресного хранения ТМЦ;

- автоматизация алгоритмов размещения и отбора ТМЦ с учетом партий, серийных

номеров, ГСХ, сроков годности, условий хранения и совместимости ТМЦ при хранении, типов

упаковки, принадлежности к комплектам;

- централизованное хранение информации о складах, поставщиках, МОЛ, ТМЦ в

соответствующих справочниках ИСУС;

- автоматизация управления основными складскими процессами в режиме реального

времени;

- использование ТСД и технологий штрихкодирования при выполнении складских

операций. Операции на ТСД должны выполняться в режиме «on-line»;

- интеграция ИСУС с КИС;

- обеспечение тиражируемости предлагаемого решения;

- упорядочивание оперативной информацию о движении ТМЦ;

- рациональное формирование адресности размещения ТМЦ;

- ведение статистического учёта по товарным остаткам и динамики при формировании

заказов.

III. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

Объекты автоматизации

Объектом автоматизации являются склады, находящиеся в здании промышленно –

складских корпусов (Далее - Склад), расположенных по адресу:

- завод ООО «Uzbekistan GTL», расположенный в Гузарском районе Кашкадарьинской

области, Республики Узбекистан, включая второстепенные и промежуточные

склады/помещения;

- вахтовый поселок ООО «Uzbekistan GTL», расположенный в Гузарском районе

Кашкадарьинской области, Республики Узбекистан;

- головной офис Компании, расположенный в городе Ташкенте;

Кроме того, объектами автоматизации являются операции складского учета ТМЦ Отдела

материально технического контроля Компании.

16

Складское хозяйство выполняет функции по приему ТМЦ от сторонних поставщиков и

подразделений предприятия, учету, хранению, выдаче в подразделения, возврат сторонним

поставщикам, возврат на склад из подразделений, списанию неликвидных ТМЦ.

Документальное оформление операций движения ТМЦ складского хозяйства

контролируется бухгалтерским отделом.

Предварительные структуры и характеристики объектов складов могут быть в

дальнейшим модернизоваться, а также расширятся исходя предложении специалистов.

Основные требования

Номенклатура

Количество рабочих наименований хранимых товаров: До 3 000 000 единиц

Хранение весовых товаров с переменным весом Да

Хранение метрических товаров с переменной длиной Да

Использование ABC-классификации Да

Партионный, серийный учет. Учет по серийным номерам Партионный,

уникальный серийный учет

Учет сроков годности и/или сроков реализации товара Да

Один товар в разных упаковках (с разным количеством). Да

Комплекты, собираемые и хранимые на складе. Да

Приемка

Товар, поступающий от поставщиков, имеет штрих-коды Не весь (не более 10%)

Средний объем приемки:

- в строках в накладных 30

Контроль качества при приемке осуществляется Да

Возвраты от покупателя/клиента обрабатываются Да

На товар, «контейнер»/паллету печатаются ли

специальные этикетки Да

Интеграция с WMS

Система КИС (учетная система), финансовая система,

используемая на предприятии ERP

Предпочтительный формат обмена данными Web-сервисы, XML-файлы

IV. ТРЕБОВАНИЯ К СИСТЕМЕ

Требования к структуре системы ИСУС в целом

ИСУС должна иметь возможность функционировать в следующих режимах:

˗ Штатный режим;

˗ Режим системного администрирования;

˗ Аварийный режим.

Штатной режим должен являться основным режимом функционирования,

обеспечивающим выполнение задач ИСУС.

Режим системного администрирования должен являться технологическим режимом и

использоваться для сопровождения ИСУС, в том числе – изменения конфигурации, параметров

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

Кроме этого, в режиме системного администрирования должны выполняться функции,

связанные с реконфигурацией, конвертированием ИСУС. После возникновения отказа в каком-

либо из компонентов ИСУС, режим должен обеспечивать перевод отказавших компонентов в

штатный режим функционирования после идентификации возникшего отказа и устранения его

17

причин.

Аварийный режим должен являться технологическим режимом, при котором ИСУС

должна функционировать при аварии на одном из ЦОД. Переход к функционированию ИСУС в

аварийном режиме должен осуществляться автоматически. В аварийном режиме все функции

ИСУС должны полностью обеспечиваться работоспособным ЦОД.

Общая архитектура ИСУС

Система должна эффективно сочетать возможности традиционных и одностраничных

веб-приложений, т.е., использовать рендеринг статического контента на стороне сервера и

динамическую загрузку данных (посредством JavaScript, HTML5 и других веб-технологий) для

реализации интерактивного поведения.

Архитектура системы состоит из следующих основных компонентов:

Клиент (слой клиента) – это интерфейсный (обычно графический) компонент системы,

предоставляемый конечному пользователю. Этот уровень не должен иметь прямых связей с

базой данных (по требованиям безопасности и масштабируемости), быть нагруженным

основной бизнес-логикой (по требованиям масштабируемости) и хранить состояние приложения

(по требованиям надёжности).

На этот уровень обычно выносится только простейшая бизнес-логика: интерфейс

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

соответствие формату, несложные операции с данными (сортировка, группировка, подсчет

значений), уже загруженными на клиентское устройство.

Сервер приложений (средний слой, связующий слой) располагается на втором уровне,

на нём сосредоточена большая часть бизнес-логики. Вне его остаются только фрагменты,

экспортируемые на клиента (терминалы), а также элементы логики, погруженные в базу данных

(хранимые процедуры и триггеры). Реализация данного компонента обеспечивается связующим

программным обеспечением.

Центральным компонентом сервера приложений является веб-сервер – программное

обеспечение, предназначенное для приема HTTP-запросов от клиентов (обычно веб-браузеров) и

выдающее им HTTP-ответы, как правило, вместе с HTML-страницей, изображением, файлом,

медиа-потоком или другими данными. Основным назначением веб-сервера является

генерирование статического и динамического контента для загрузки на устройства

пользователей.

Сервер приложений должен обеспечивать возможность добавления к нему

дополнительных экземпляров в целях горизонтального масштабирования производительности

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

приложения.

Сервер баз данных (слой данных) обеспечивает хранение данных и выносится на

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

подключение к этому компоненту обеспечивается только с уровня сервера приложений.

Архитектура системы WMS должна состоять из следующих компонентов:

˗ Приложение для доступа в систему в режиме «толстого клиента»;

˗ Приложение для доступа в систему в режиме «тонкого клиента»;

˗ Приложение для ТСД.

Архитектура системы должна быть централизованной. Системное администрирование

должно быть сосредоточено в одном месте, а функциональность – быть единой для всех

пользователей. Решение для системы WMS должно поддерживать структуру взаимодействия

клиентского места (мобильного места) и сервера базы данных:

СУБД <-> Сервер приложений <-> Клиентское АРМ / ТСД.

18

Доступ к Системе WMS должен быть обеспечен с ИСУС под управлением операционных

систем MS Windows не ниже версии MS Windows 7. Для управления базами данных система

WMS должна использовать СУБД с открытым исходным кодом. Серверное прикладное ПО

должно работать под управлением ОС с открытым исходным кодом. Взаимодействие и работа

на ТСД (прием и передача данных, выполнение операций), должно быть организовано в режиме

on-line, на территории складского объекта.

Требования к интерфейсу ИСУС

Пользовательский интерфейс должен быть интуитивно понятен и реализован на

узбекском\русском\английском языке. Главная страница ИСУС должна содержать следующие

рабочие области:

1. Навигационная панель по разделам системы;

2. Главная область (отражающая открытый функционал);

3. Панель ссылок на текущие задачи;

4. Строка поиска;

5. Кнопки быстрого доступа к сообщениям и уведомлениям;

6. Кнопка справки.

Требования к доступу

Система должна обеспечивать сквозную доменную аутентификацию пользователей.

Доступ к системе должен быть возможен в режиме «толстого клиента» и «тонкого клиента».

Доступ для пользователей на ТСД должен быть реализован с использованием индивидуального

логина и пароля.

Требования к взаимосвязи создаваемой системы

со смежными системами

В рамках проекта внедрения, должно быть реализовано информационное взаимодействие

ИСУС:

− информационный обмен между системами должен осуществляться через

взаимодействие по требованию Заказчика.

− интеграция с HMI (человеко-машинный интерфейс), что означает понятие,

охватывающее инженерные решения, обеспечивающие взаимодействие человека-оператора с

управляемыми им машинами.

Требования по сохранности информации при авариях

В системе должна поддерживаться возможность создания копий БД как на уровне

платформы, так и на уровне СУБД для обеспечения сохранности информации при авариях в

процессе эксплуатации. Для восстановления данных должны использоваться средства

резервного копирования и архивирования.

Требования к численности, квалификации персонала и режиму его работы

Система должна обеспечивать одновременную работу необходимого количества

пользователей. Каждому пользователю назначаются права на выполнение операций и доступ к

информации в Системе. В системе должны быть предусмотрены средства защиты информации

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

Доступ к информации и режимам работы ИСУС управления складом обеспечивается в

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

интеграции с системой управления кадрами.

Требования к надежности

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

19

масштабирования и отказоустойчивости. Сбой любого составляющего модуля ИСУС не должен

приводить к потере исходных данных.

Проектные решения должны обеспечивать сохранение все накопленной информации на

момент отказа или выхода из строя одного из компонентов комплекса, независимо от его

назначения, с последующим восстановлением работоспособности ИСУС после завершения всех

необходимых восстановительных работ.

Организационные меры по обеспечению надежности будут предусматривать

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

˗ достаточной квалификации обслуживающего персонала;

˗ регламентации и нормативного обеспечения выполнения работ персонала;

˗ своевременного оповещения пользователей и обслуживающего персонала о случаях

нештатной работы компонентов ИСУС;

˗ своевременной диагностики неисправностей.

Диагностика программных и технических средств системы должна осуществляться с

помощью стандартных режимов ОС сервера и в соответствии с эксплуатационной

документацией на аппаратные средства, входящие в комплекс технических средств системы.

Для диагностики состояния системы и выявления сбоев в ходе эксплуатации должна быть

реализована журнализация системных событий.

В рамках разработки Программы и методики испытаний должен быть сформирован

контрольный пример, обеспечивающий проверку работоспособности функциональных

подсистем.

Требования к поддержке ИСУС

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

Режим поддержки – 5*8 в рабочие дни по Ташкентскому времени;

Возможность корректировки и составления индивидуального графика поддержки,

включая режим поддержки 24*7;

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

- консультационные услуги;

- технические услуги (модификация системы при необходимости);

- исправление ошибок и устранение сбоев системы.

Наличие системы класса «Serviсe Desk» для учета, распределения и контроля выполнения

заявок, предоставления отчетности по результатам оказанных услуг;

Возможность предоставления услуг 1, 2 и 3 линий поддержки.

Требования к информационной безопасности

Программно-аппаратные средства защиты информации, применяемые в ИСУС, должны

обеспечивать:

˗ идентификацию и аутентификацию пользователей;

˗ конфиденциальность информации;

˗ аутентифицированный обмен данными;

˗ целостность данных при возникновении, передаче, использовании и хранении

информации;

˗ авторизированную доступность всех ресурсов портала в условиях нормальной

эксплуатации;

˗ контроль целостности и работоспособности портала.

Требования к защите от влияния внешнего воздействия

˗ Требования по стойкости, устойчивости и прочности к внешним воздействиям:

20

˗ система должна иметь возможность функционирования при колебаниях напряжения

электропитания в пределах от 200 до 265 В (220 ± 20 % - 30 %);

˗ система должна иметь возможность функционирования в диапазоне допустимых

температур окружающей среды, установленных изготовителем аппаратных средств.

˗ система должна иметь возможность функционирования в диапазоне допустимых

значений влажности окружающей среды, установленных изготовителем аппаратных средств.

˗ система должна иметь возможность функционирования в диапазоне допустимых

значений вибраций, установленных изготовителем аппаратных средств.

Требования к эргономике и технической эстетике

ИСУС должен иметь интерфейс, удовлетворяющий следующим требованиям:

˗ взаимодействие ИСУС и пользователя должно осуществляться на узбекском и русском

языках, за исключением системных сообщений, не подлежащих переводу;

˗ при работе с интерфейсом пользователь должен быть ориентирован на работу с

клавиатурой и манипулятором графической информации «мышь»;

˗ должно быть реализовано отображение на экране только тех функциональных

возможностей, которые доступны конкретному пользователю в соответствии с его ролью и

функциями в ИСУС;

˗ взаимодействие пользователя с ИСУС должно ограничиваться окном браузера;

˗ представление управляющих элементов, экранных форм и их информационных

элементов (окон, панелей и т.п.) должно быть унифицировано.

Требования к патентной и лицензионной чистоте

ИСУС должен строиться преимущественно на основе открытых технологий.

Требования по стандартизации и унификации

При разработке ИСУС унификация и стандартизация должна обеспечиваться на

следующих уровнях:

˗ на уровне классификаторов (рубрикаторов) данных;

˗ на уровне интерфейсов взаимодействия персонала (операторов ввода и коррекции

данных);

˗ на уровне интерфейсов взаимодействия пользователей;

˗ на уровне протокола информационного взаимодействия с удаленными пользователями

и внешними взаимодействующими системами (стек протоколов TCP/IP);

Сервера базы данных, управления и безопасности. должны функционировать под

управлением операционных систем, выбираемые на стадии технического проектирования.

Требования к математическому обеспечению

Совокупность математических методов моделей и алгоритмов определяются согласно

поставленной перед системой задачей. Конкретное содержание алгоритмов, исполняемых в

системе, определяется в процессе разработки программного обеспечения.

Требования к информационному обеспечению

Состав, структура и способы организации данных в системе должны быть определены на

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

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

Уровень хранения данных в системе должен быть построен на основе современных СУБД.

Для обеспечения целостности данных должны использоваться встроенные механизмы

СУБД. Средства СУБД, а также средства используемых операционных систем должны

обеспечивать документирование и протоколирование обрабатываемой в системе информации.

Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой

21

информации. Доступ к данным должен быть предоставлен только авторизованным

пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой

информации.

Требования к лингвистическому обеспечению

Используемые при разработке языки высокого уровня должны обеспечивать решение

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

Для обеспечения доступности ИСУС ограниченного кругу пользователей система должна

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

русский), а также функционал для работы людей с ограниченными возможностями.

Требования к программному обеспечению

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

˗ высокая степень готовности для решения поставленных задач;

˗ совместимость программных продуктов в части используемых технических средств,

системного программного обеспечения и общесистемной инфраструктуры в пределах

требований к техническому обеспечению, а также их информационная совместимость в

пределах требований к информационному обмену;

˗ иметь эксплуатационную документацию.

При проектировании и разработке системы необходимо максимально эффективным

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

рабочих станций.

Используемое при разработке программное обеспечение и библиотеки программных

кодов должны иметь широкое распространение, быть общедоступными и использоваться в

промышленных масштабах.

Необходимое для эксплуатации ИСУС общее программное обеспечение должно быть

определено на этапе разработки системы.

Требования к техническому обеспечению

Комплекс технических средств ИСУС должен быть достаточным для выполнения всех

предусмотренных в нем автоматизированных функций.

В комплексе технических средств должны в основном использоваться технические

средства серийного производства. При необходимости допускается применение технических

средств единичного производства.

Технические средства должны быть размещены с соблюдением требований,

содержащихся в технической, в т.ч., эксплуатационной, документации на них, и так, чтобы было

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

техническое обслуживание.

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

ролей, должно соответствовать требованиям эргономики, определенные в соответствующих

стандартах.

Сервер, на котором происходит размещение ИСУС, должен быть обеспечен устойчивым

бесперебойным электропитанием.

Рекомендуется размещать ИСУС на сервере со следующими минимальными

характеристиками:

˗ операционная система *nix;

˗ веб-сервер Apache Software Foundation Server версии 2.2;

˗ количество процессоров 4 (потоков обработки данных);

˗ процессор с тактовой частотой 3,00GHz;

˗ объем оперативной памяти минимум 64 Гб RAM;

˗ объем дискового пространства для Портала, превышающий ̆ четырёхкратный̆

фактический размер Портала (размер файлов и базы данных), не менее 5000 Гб.

Доступ для технического обслуживания сервера рекомендуется осуществлять по протоколам

22

SSH и SFTP.

Требования к перспективам развития, модернизации системы

При разработке ИСУС должны быть предусмотрены возможности его последующей

модернизации при минимальных временных и финансовых затратах по следующим

направлениям:

˗ изменение версии системной платформы (ОС, СПО);

˗ изменение (дополнение и расширение) форматов и протоколов обмена данными с

внешними системами;

˗ расширение списка автоматизируемых функций;

˗ адаптация к изменениям норм автоматизируемых процессов;

˗ расширение состава интерфейсов ввода и представления информации;

˗ внедрение новых информационных технологий;

˗ техническое дооснащение и переоснащение системы.

Модернизация системы должна проводиться на основе:

˗ адаптации стандартов системы к новым законодательным и нормативным документам;

˗ разработки новых стандартов по ИКТ.

Программное обеспечение системы должно обладать следующими свойствами:

˗ функциональная достаточность (полнота);

˗ надежность (в том числе восстанавливаемость, наличие средств выявления ошибок);

˗ адаптируемость;

˗ модифицируемость;

˗ модульность построения и удобство эксплуатации.

Требования к организационному обеспечению

Организационное обеспечение системы должно быть достаточным для эффективного

выполнения персоналом возложенных на него обязанностей при осуществлении

автоматизированных и связанных с ними неавтоматизированных функций системы.

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

˗ обработку информации системы;

˗ администрирование системы;

˗ обеспечение безопасности информации системы;

˗ управление работой персонала по обслуживанию системы.

К работе с системой должны допускаться сотрудники, имеющие соответствующие навыки и

опыт работы с аналогичными ИСУС.

Требования к функциям ИСУС

Система должна состоять из: программной платформы на основе конфигурации

«Управление производственным предприятием – ERP», которая позволяет организовать единую

информационную систему для управления деятельностью предприятия и учета

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

и международным стандартам.

Система должна обеспечивать достоверный и своевременный учет ТМЦ на складах

вводом следующих документов:

− поступление ТМЦ;

− перемещение ТМЦ;

− внутреннее перемещение ТМЦ;

− списание ТМЦ;

− резервирование ТМЦ;

23

− инвентаризация ТМЦ.

В рамках выполнения работ по настоящему Техническому заданию, должны быть

автоматизированы следующие функции и процессы:

1. Учет товаров:

− учет весового товара;

− учет мерного товара;

− учет партий годности;

− учет уникальных серийных номеров.

2. Использование технологии штрихкодирования для учета товаров на складе:

− один артикул номенклатуры может иметь несколько единиц хранения (штука,

упаковка, контейнер, паллета).

− поступающие на склад товары не штрихкодирований.

− товары не имеющие ШК или имеющие некорректный ШК, во время приемки

маркируются внутренними ШК.

3. Учет товара в разрезе номеров поддонов (контейнеров):

− во время приемки, каждому из носителей товара (лоток, паллета и др.) присваивается

уникальный идентификационный номер, в разрезе которого товар учитывается до его

размещения в зоне хранения на складе.

− ведение данных о вместимости товара в контейнерах определенного типа: по

количеству, количеству слоев, высоте слоя.

− товар в зоне хранения паллетных стеллажей и в напольном хранении учитывается в

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

товара.

− товары, которые хранятся в полочных стеллажах (без поддонов), учитываются в разрезе

ячеек.

− каждый груз, сформированный в процессе упаковки, должен иметь уникальный ШК.

Префикс ШК должен указывать на тип тары, использованной при упаковке.

− каждый мастер-контейнер (контейнер, который содержит в себе другие контейнеры) в

зоне экспедиции, содержащий более мелкие грузы, должен иметь уникальный ШК.

4. Задание топологии складского комплекса:

- разделение на помещения.

- разделение на проезды.

- разделение на стеллажи.

- разделение на ярусы.

- разделение на ячейки.

- распределение ячеек по зонам в зависимости от специфики хранения и обработки

товара.

5. Приемка товара на склад: настройка стадий приемки (пересчет грузовых мест, пересчет

товаров, переупаковка, маркировка) – различной последовательности этапов по обработке

принятого товара для разных типов поставщиков:

- приемка товаров от поставщика в режиме реального времени с использованием ТСД в

ручном режиме.

- приемка товара с другого склада с использованием ТСД в ручном режиме.

- приемка по предварительному составу паллет (контейнеров).

- приемка смешанных контейнеров.

- проверка соответствия и корректировка данных;

24

- приемка товаров с различными видами упаковки и свойствами;

- приемка весового товара. При приемке весового товара, взвешивание должно

выполняться на весах, факт приемки и размещения с вводом фактического веса выполняется на

ТСД;

- приемка отрезного товара. Ввод количества метров при приемке осуществляется с ТСД,

либо оператором приемки непосредственно в системе

6. Размещение товаров:

- задание стратегий размещения товара в пользовательском режиме по различным

критериям (с учетом партий, серий, серийных номеров, типа упаковки, качества)

- автоматическое размещение товара на хранение согласно стратегиям размещения.

- пополнение зоны отбора при размещении.

- размещение смешанных контейнеров с раскладыванием в зоне отбора.

- многошаговое размещение товара (через буферную зону).

- контроль вместимости ячеек по количеству и высоте контейнеров, весу.

7. Пополнение:

- настраиваемые параметры необходимости пополнения;

- пополнение неполными поддонами;

- совместное пополнение группы товаров на одном поддоне;

- автоматическое формирование и отправка заданий пополнения;

- настраиваемые стратегии пополнения;

- различные опции пополнения (штука, коробка, поддон).

8. Внутри складские операции:

- задание стратегий подпитки в пользовательском режиме: по заказу, по min/max.

- подпитка коробочной и штучной зоны. Подпитка через буфер.

- внутри складские перемещения (оптимизация хранения).

- инвентаризация (ячеек, контейнеров, состава контейнеров).

- контроль качества (принятого товара или товара на хранении).

- маркировка и стикирование.

- списание брака с последующим формированием акта.

9. Управление задачами:

- классификация и приоритезация задач.

- ручной выбор задач ресурсами.

- автоматическое распределение задач по ресурсам.

- многошаговые задачи по перемещению товара между зонами.

- мониторинг задач.

- перераспределение и изменение приоритетов задач.

- отмена задач.

10. Управление ресурсами склада:

- ведение графиков работы сотрудников.

- расчет выработки сотрудников.

- контроль времени работы и простоев сотрудников склада.

11. Аналитические механизмы:

- мониторинг заказов.

- мониторинг задач.

- мониторинг ресурсов.

- оперативная отчетность.

- аналитическая отчетность.

25

12. Интеграция с внешними информационными системами:

- обмен справочниками и классификаторами

- состав справочников и классификаторов будет определен в частном техническом

задании на интеграцию с внешними операционными системами Обмен документами и

сведениями для формирования документов первичного учета:

i. загрузка плана поступления

ii. выгрузка факта поступления

iii. выгрузка результата инвентаризации

13. Подключение стандартного оборудования работы с ШК (сканеры, мобильные радио

терминалы сбора данных, принтеры этикеток). Операции с применением мобильных радио

терминалов:

- приемка ТМЦ

- пазмещение ТМЦ

- отбор ТМЦ

- переупаковка груза

- контроль состава грузов

- отгрузка ТМЦ

- перемещение ТМЦ

- инвентаризация

- работа с комплектами

- изменение ВГХ

- изменение ШК

- изменение качества

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

Перечень бизнес-процессов для автоматизации в ИСУС

№ Наименование

бизнес-процесса Описания бизнес-процесса

1

Управление основными

данными (MDM-master data

management)

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

постоянного определения и управления

основными данными Компании (в том числе

справочными)

o добавлять, изменять и удалять

− это данные с важнейшей для ведения

бизнеса информацией о клиентах,

продуктах, услугах, персонале, технологиях,

материалах и так далее

− удостовериться в отсутствии

повторяющихся, неполных, противоречивых

данных в различных областях деятельности

Компании

26

2 Управление пользователями

Системный администратор может управлять

пользователями, связанными с их учётной записью.

− добавлять, изменять и удалять отдельных

пользователей;

− добавлять и изменять сразу несколько

пользователей;

− объединять учётные записи (добавлять

владельцев существующих платных

учётных записей в вашу учётную запись);

− управлять учётными записями

пользователей (например, передать владение

таблицами другому лицензированному

пользователю или закрыть пользователю

доступ ко всем таблицам).

3 Подготовка для Интеграция с

ID-card system

Интеграция с ID-card аппаратами:

− Создать, заменить, изменить и отменить

4 Управление ролями

«Роль» — это набор прав доступа, разрешающих

или запрещающих те или иные операции:

− добавление роли

− изменение роли

− удаление роли

5 Прием товара / груза

− приёмка товаров в режиме реального

времени с использованием радиотерминалов

или бумажных носителей

− печать штриховых кодов

− гибкая идентификация как с заказом на

закупку или поступившим от поставщика

предварительными уведомлениями об

отгрузке, так и без них

− приёмка на ответственное хранение;

− проверка соответствия и корректировка

данных.

6 Отгрузка товара / груза

− отгрузка по заявкам отдела

− составление расписания отгрузки товаров с

учётом приоритетов;

− упорядочивание и объединение товаров при

погрузке в зависимости от

последовательности доставки

− проверка и закрытие операции отправки

− маркировка соответствия

− создание сопроводительных документов.

7 Контроль качества

− прикрепление документов при проверке

качества товаров и дальнейшая отправка

инициатору закупок

27

8 Размещение по местам

хранения

− автоматическое складирование или

складирование под контролем персонала;

− настраиваемые правила складирования для

максимизации использования складского

пространства и/или производительности

складских операций

− всеохватывающие критерии построения

ячеек хранения

− настраиваемое создание заданий по

складированию

− подготовка нефасованного товара

различных поставщиков к складированию.

9 Инвентаризация сплошная и

выборочная

− определение фактического наличия ОС для

обеспечения их сохранности, выявление

неучтенных объектов

− сопоставление фактического количества ОС

с учетными данными: выявление недостач и

излишков

− проверка правильности и полноты

отражения информации об ОС с учетом

рыночной стоимости и фактического

состояния

− проверка соблюдения правил использования

и содержания ОС

− списание изношенных ОС

10 Списание − списание изношенных ОС

− учет списанных документов и товаров

12 Возврат от клиента − возврат товаров от отделов

13 Возврат поставщику − если найден дефект, то возврат товара

поставщику

14 Оптимизация размещения и

хранения грузов

− автоматическое складирование или

складирование под контролем персонала;

− настраиваемые правила складирования для

максимизации использования складского

пространства и/или производительности

складских операций

− всеохватывающие критерии построения

ячеек хранения

− настраиваемое создание заданий по

складированию

− подготовка нефасованного товара

различных поставщиков к складированию

15 Упаковка

− создание упаковок и штрихкодов

− идентификация товара по упаковке при

отгрузке и возврате

− закладка в контейнер нескольких различных

товаров

28

16 Маркировка

− создание автоматической системы

маркировки

− маркировка штриховым кодом

− унифицировать базы данных товаров

17 Сбор заказов

− прием заявок в электронном виде

− создания брони по заявкам

− управления заявка по утверждения и

отгрузки

− назначение материального ответственного

для отгрузки

18 Объединение грузов

− автоматическое формирование и отправка

заданий сотрудникам на комплектацию

заказов

− комплектация партиями товара

− поддержка выборки штуками, коробками,

полными поддонами

− комплектация с использованием этикеток

21 Планирование работ

− автоматическое формирование и отправка

заданий для:

− приёмки

− размещения

− перемещения запасов

− подсчета оборачиваемости

− пополнения запасов

− комплектации заказов

− погрузки

− отправки

22 Управление работой персонала − учёт рабочего времени

− отслеживание заданий персоналу

25 Экспорт / Импорт данных во

внешние системы

− автоматический импорт

− ручной импорт по шаблону

26 Подготовка для интеграции

другими системами

− интеграция другими системами

Этикетки, используемые на складе

На складе будут используемы этикетки нескольких типов: мест хранения,

контейнеров/тары (паллет, коробок, упаковок), товаров и партий.

Этикетки мест используют для их идентификации. На этикетке отпечатан баркод места и

читаемый адрес места. Адреса мест организованны в иерархическую структуру: в

представленном ниже примере первые 2 символа определяют склад, следующие 2 зону склада,

следующие 2 ряд стеллажей, далее номера линии и этажа. Номер столбца также отпечатан

большим шрифтом.

29

a) Этикетки контейнеров-тары используются для того, чтобы уникально

идентифицировать паллеты, коробки на складе. На этикетке печатается баркод паллеты и

читаемый её номер.

b) Этикетки товаров будут использоваться для идентификации товаров если

принимаемые товары не имеют баркодов или этикетка производителя повреждена и не

сканируема.

c) Для маркировки зоны консолидации, хранения негабаритных товаров и линий

30

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

ярлыки, предназначенные для нанесения на бетонный пол. На каждой такой этикетки указан

штрихкод места. Напольные этикетки помогают поддерживать порядок размещения товаров в

зонах хранения необорудованных стеллажами.

V. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

Плановые сроки начала и окончания работ

№ Наименование работ и их содержание

Сроки выполнения Исполнитель

(организация, предприятие)

Результат завершения этапа

начало окончание

1

Разработка пилотного

проекта и пилотное

внедрение ИСУС

D1 D+45 Исполнитель

Акт о завершении

пилотного

проекта

2 Эксплуатация «WMS-

GTL» D+45 D+60 Исполнитель

Акт ввода ИСУС

в эксплуатацию

3 Обучение персонала D+60 D+90 Заказчик и

исполнитель

1 D – означает дату ввода настоящего документа в действие

VI. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ

Требования к документированию

В ходе работ по созданию и внедрению ИСУС должны быть разработаны документы:

− Программа и методика испытаний;

− Акт о завершении опытной эксплуатации;

− Акт о приемке ИСУС в эксплуатацию;

− Руководство пользователя;

− Руководство администратора;

− Руководство по эксплуатации, системному обслуживанию и резервному копированию;

− Порядок организации и взаимодействия Исполнителя и Заказчика по внесению

изменений;

− Другие документы передаются и хранятся у Заказчика.

Порядок оформления и предъявления результатов работ

Работы по созданию и внедрению Портала ИСУС. сдаются Исполнителем поэтапно в

соответствии с календарным планом проекта. По окончании каждого из этапов работ

Исполнитель сдает Заказчику соответствующие отчетные документы этапа, состав которых

будет определен Контрактом между ООО “Uzbekistan GTL” и исполнителем проекта.

Приемка отдельных этапов работ должна производиться согласно этапам календарного

плана работ, утвержденного сторонами и являющимся неотъемлемой частью Контракта на

разработку ИСУС, требованиям данного документа и других, согласованных и подписанных

между ООО “Uzbekistan GTL” и Исполнителем документов (протоколов совместных заседаний,

дополнений к данному документу и т.д.). Приемка отдельных этапов работ должна оформляться

соответствующими техническими актами, содержащими краткое описание выполненных работ

и их результатов.

В случае, если в процессе выполнения работ потребуется детализация и согласование

сторонами отдельных вопросов и решений, не отраженных (или отраженных недостаточно

детально) в данном ТЗ, Исполнитель может разработать и согласовать с Заказчиком следующие

31

документы, которые будут являться частью данного документа:

˗ дополнения к ТЗ;

˗ частное ТЗ;

˗ приложения к ТЗ;

˗ изменения к ТЗ.

Приемка ИСУС со стороны ООО “Uzbekistan GTL” должна оформляться

соответствующими двухсторонними техническими актами (между ООО “Uzbekistan GTL” и

Исполнителем), содержащими краткое описание выполненных работ и их соответствие с

утвержденным техническим заданием и другими документами в установленном порядке.

Порядок контроля и приемки ИСУС

Система должна пройти предварительные испытания. По положительным результатам

предварительных испытаний она должна быть введена в опытную эксплуатацию.

При проведении испытаний Исполнитель предъявляет приемочной комиссии Заказчика

разработанные материалы (конструкторская, программная и эксплуатационная документация и

программное обеспечение в исходных и исполняемых кодах).

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

Заказчика протокола испытания с указанием в нем перечня необходимых доработок

программного обеспечения, конструкторской, программной и эксплуатационной документации

и сроков их выполнения.

После устранения замечаний осуществляются повторные предварительные испытания

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

Исполнитель должен предъявить доработанные по результатам ранее выполненных испытаний

материалы. Испытания завершаются оформлением Акта готовности системы к развертыванию в

опытной зоне.

В ходе выполнения проекта на объекте автоматизации требуется выполнить работы по

подготовке к вводу системы в эксплуатацию. При подготовке к вводу в эксплуатацию, Заказчик

должен обеспечить выполнение следующих работ:

˗ определить подразделение и ответственных должностных лиц, ответственных за

внедрение и проведение опытной эксплуатации;

˗ обеспечить рабочими местами ответственных за разработку и внедрение сотрудников

Исполнителя;

˗ обеспечить соответствие помещений и рабочие места администраторов системы в

соответствии с требованиями;

˗ обеспечить выполнение требований, предъявляемых к программно-техническим

средствам, на которых должно быть развернуто ПО.

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

реальной информации Заказчика в объеме, достаточном для обеспечения необходимой

достоверности испытаний. Данные должны быть оформлены Заказчиком в соответствии

формату шаблонов, разработанных Исполнителем.

Опытная эксплуатация системы должна осуществляться персоналом Заказчика из числа

лиц, прошедших обучение по программе Исполнителя и проводиться в соответствии с

программой и графиком (при необходимости) опытной эксплуатации. Продолжительность

опытной эксплуатации определяется Заказчиком. Ход опытной эксплуатации должен в

обязательном порядке отражаться в Журнале опытной эксплуатации. Оценка результатов

опытной эксплуатации должна быть отражена в протоколе по результатам опытной

эксплуатации.

Результаты проведения предварительных испытаний, опытной эксплуатации и

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

опытной эксплуатации и приемочных испытаний соответственно.

При положительных результатах опытной эксплуатации и отсутствии в процессе ее

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

32

приемочные испытания или проводить их в сокращенном объеме по выборочным параметрам на

усмотрение экспертов Исполнителя и Заказчика. Положительные результаты испытаний,

зафиксированные этими актами, являются основанием для подписания актов сдачи-приемки

работ соответствующего этапа внедрения системы.

33

Приложение №2

к Техническому заданию

ОБОЗНАЧЕНИЯ УРОВНЕЙ СОПРОВОЖДЕНИЯ

Уровень 1

− Консультация, настройка, устранение ошибок в работе ПО

− Наполнение первичных данных справочников и баз справочников

− Автоматизация миграции текущих данных

− Исправление Application BUG (ошибки приложений)

− Исправление орфографических и стилистических ошибок текста

− Корректировка форм отчетности

Уровень 2

− Изменение дизайна статических элементов программного обеспечения (пример – смена

кнопок или их положения)

− Разработка дополнительных форм отчетности из существующих данных

− Корректировка бизнес сценариев в случае изменения действующих порядков сценариев

− Дополнение структуры данных (пример – дополнительное поле товарной позиции)

− Добавление драйверов и интерфейсов взаимодействия в случае замены консолей и

считывателей

− Дополнение выводимой информации при печате бар-кода

− Дополнение выводимой информации на экранах пользователей из существующих данных

− Исправление ошибок в бизнес-процессах в связи с ошибкой пользователей

− Исправление неправильно внесенных данных (оформляется протоколом созданной комиссии

Заказчика)

− Протоколирование действий пользователей и при необходимости предоставление отчета по

совершенным операциям

− Проведение обучающих семинаров по работе программного обеспечения (не более 1 раза в

квартал)

Уровень 3

− Изменение дизайна программного обеспечения

− Кардинальное изменение бизнес сценариев программного обеспечения.

− Изменение бизнес ядра программного обеспечения

− Изменение структуры базы данных больше чем на 20%

− Добавления новых бизнес сценариев после полной приемки программного обеспечения

− Полное изменение структуры данных.

− Изменение логической модели работы программного обеспечения

34

Приложение №3 к Конкурсной документации

НА ФИРМЕННОМ БЛАНКЕ

ЦЕНОВОЕ ПРЕДЛОЖЕНИЕ

на закупку услуги на внедрение информационной системы управления складом ИСУС

Дата: (вписать дату подачи конкурсного предложения).

КОМУ: Закупочной комиссии.

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

характером требуемых услуг.

Проанализировав все требования, конкурсной документации и проекта контракта предлагаем

следующие условия:

- условия оплаты: – 15% предоплатав течение 10 дней с даты подписания Контракта,

оставщаеся часть 85% в течении 14 рабочих дней с даты подписания акта приемки передач;

- условия поставки: -

- сроки внедрения системы – не более 90 календарных дней с даты предоплаты;

Общая сумма по Контракту с учетом доставки составляет _______________ (указать общую сумму

конкурсного предложения цифрами и прописью, а также валюту платежа) и указана в прилагаемой

таблице цен, которая является частью настоящего конкурсного предложения.

Мы согласны придерживаться положений настоящего предложения в течение 90 дней, начиная с даты,

установленной как день окончания приема Конкурсных предложений. Это Конкурсное предложение

будет оставаться для нас обязательным и может быть принято в любой момент до истечения

указанного периода.

Дата: «___» __________2020г.

Ф.И.О. и подпись руководителя или уполномоченного лица

Место печати

35

НА ФИРМЕННОМ БЛАНКЕ

ТАБЛИЦА ЦЕН

№ Наименование Услуги Ед. изм. Кол-во Цена за

единицу

Сумма с учетом количества

1.

Ф.И.О. и подпись руководителя или уполномоченного лица

Место печати

Дата: «___» __________2020г.

36

Приложение № 4 к Конкурсной документации

Договор № ____

на предоставление услуг по внедрению

Информационной системы управления складом

г. Ташкент «___» марта 2020 года

Общество с ограниченной ответственностью «Uzbekistan GTL» (далее - «Заказчик»), в лице

___________________________, действующего на основании Устава, с одной стороны, и ___________ ,

(далее - «Исполнитель»), в лице (наименование должности) (Ф.И.О.), действующего на основании

(Устава, доверенности № __ от «___» ______20__г.), признанное (ый-ое) победителем Конкурса на

основании Протокола Конкурсной комиссии № PR____-____ от __.__.2020 г., с другой стороны,

совместно именуемые «Стороны», а по отдельности «Сторона», заключили настоящий Договор о

нижеследующем:

1. Предмет Договора

1.1. Настоящий Договор определяет условия внедрения в местах, указанных в пункте 1.5

настоящего Договора, Информационной системы управления складом (далее – ИСУС) для

автоматизации и оптимизации складского учета и интеграции документооборота с подразделениями

Заказчика, в том числе организации эффективной работы складов путем автоматизации и оптимизации

процедур приемки, размещения, хранения, учета, обработки и передачи товаров на складах Заказчика.

1.2. Исполнитель признает, что знает о назначении использования Услуги Заказчиком, и

гарантирует, что все Услуги, предусмотренные настоящим Договором, которые оказаны

Исполнителем в соответствии с назначением использования, указанным Заказчиком, подходят и

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

1.3. Исполнитель обязуется оказать услуги по внедрению ИСУС, далее - Услуги, в соответствии с

приложением № 1 настоящему Договору, а Заказчик обязуется оплатить эти Услуги.

1.4. Условия оказания Услуг, в том числе наименование этапов, их содержание, стоимости и

сроки выполнения определяются План-графиком согласно приложению № 2 к настоящему Договору.

1.5. Место оказания Услуг:

1.5.1. завод и вахтовый поселок Заказчика (Республика Узбекистан Кашкадарьинская область,

Гузарский район);

1.5.2. головной офис Заказчика (Республика Узбекистан, г. Ташкент, Яшнабадский р-н, ул.

Фаргона йули, д. 7-b).

2. Права и обязанности Сторон

2.1. Исполнитель обязан:

2.1.1. В течение 90 дней со дня подписания настоящего Договора качественно оказать Услуги,

предусмотренные настоящим Договором, в соответствии со Государственными стандартами

Республики Узбекистан O’z DST 1985:2018, O’z DST 1986:2018, O’z DST 1987:2018.

2.1.2. По итогам каждого этапа оказания Услуг оформлять Акт сдачи-приемки оказанных Услуг

согласно приложению № 5 к настоящему Договору, соответствующую счет фактуру и направлять их

Заказчику для подписания.

37

2.1.3. По завершении всех этапов оказания Услуг оформить и направить Заказчику итоговый Акт

сдачи-приемки оказанных Услуг и соответствующую счет фактуру.

2.1.4. В Актах сдачи-приемки оказанных Услуг должны быть указаны состав Услуг и переданная

Заказчику документация.

2.1.5. Назначить контактное лицо – работника Исполнителя, ответственного за оказание Услуг с

соблюдением условий настоящего Договора.

2.1.6. При оказании Услуг согласовывать с контактным лицом Заказчика точное время и место

оказания Услуг.

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

Услуг.

2.1.8. В течение 12 (двенадцати) месяцев со дня подписания итогового Акта сдачи-приемки

оказанных Услуг за свой счет сопровождать внедренную ИСУС на условиях приложения № 2

настоящему Договору.

2.1.9. По заявке Заказчика согласно приложению №4 и в установленный им срок устранять за

свой счет неполадки, в том числе, на этапе опытной эксплуатации.

2.2. Исполнитель имеет право:

2.2.1. Запрашивать у Заказчика информацию, необходимую для оказания Услуг при условии

наличия у Исполнителя необходимых разрешений и допусков, предусмотренных законом для данного

вида информации. При этом сроки предоставления запрашиваемой Исполнителем информации, а

также порядок её предоставления согласовываются Сторонами дополнительно.

2.3. Заказчик обязан:

2.3.1. Обеспечить беспрепятственный доступ Исполнителя к компьютерному оборудованию

Заказчика в течение срока оказания Услуг с учетом режима рабочего времени Заказчика, а также

наличия необходимых разрешений и допусков.

2.3.2. Оплатить Исполнителю Услуги, а также принять их результаты в порядке и в сроки,

установленные Договором.

2.3.3. Назначить контактное лицо – работника Заказчика, ответственного за оказание Услуг, и его

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

- координацию взаимодействия Сторон по Договору;

- оперативную выдачу специалистам Исполнителя необходимой для выполнения работ по

Договору информации;

- привлечение в оговоренные сроки необходимых для тестирования, обучения и опытной

эксплуатации работников Заказчика, в том числе руководителей подразделений.

2.3.4. Обеспечить организацию своевременной приемки Услуг, оказанных по Договору.

2.3.5. В течение 10 дней со дня поступления к Исполнителю заявки Заказчика начать оказание

ему услуг по технической поддержке и сопровождению ИСУС.

2.4. Заказчик имеет право:

2.4.1. В любое время проверять ход и качество Услуг, оказанных Исполнителем по текущему

этапу и по Договору в целом.

2.5. Перенос согласованного времени оговаривается не позднее, чем за один день до начала

оказания Услуг Исполнителем. Стороны информируют друг друга о переносе времени оказания Услуг

письменно по электронной почте или устно.

2.6. (на уссмотрение юристам) Расторгнуть настоящий Договор, в случае утраты интереса к предмету

настоящего Договора в ходе его выполнения, уведомив о том Исполнителя не позднее одного месяца

до момента такого расторжения. Договор будет считаться расторгнутым по истечении указанного

срока с момента получения Исполнителем письменного уведомления о расторжении. В случае

досрочного расторжения Заказчиком настоящего договора, Исполнитель имеет право на получение от

Заказчика стоимость фактически выполненных работ, а Заказчик обязан оплатить Исполнителю

стоимость фактически выполненных работ по Разработке Программы.

38

3. Гарантии Исполнителя

3.1. Исполнитель гарантирует, что Услуги, предусмотренные настоящим Договором,

соответствуют требованиям и условиям настоящего Договора и не имеют никаких дефектов. Более

того, …. Нет продолжения?! Или удалить.

3.2. Гарантийный период составляет 12 месяцев с даты подписания итогового Акта сдачи-

приемки оказанных Услуг.

3.3. Исполнитель гарантирует, что в течение 10 лет со дня истечения гарантийного периода по

заявке Заказчика будет оказывать ему услуги по технической поддержке и сопровождения ИСУС. При

этом стоимость технической поддержки и сопровождения ИСУС будет исчисляться из стоимости

фактически оказанных услуг, но в год Заказчик будет оплачивать не более 40 % (сорок процентов) от

цены Договора, указанной в пункте 5.1 настоящего Договора, независимо от фактической стоимости

таких услуг Исполнителя.

4. Порядок приемки оказанных Услуг

4.1. Услуги по Договору принимаются Заказчиком в соответствии с пунктами 2.1.2 – 2.1.4

настоящего Договора. В Актах должен указываться состав Услуг.

4.2. Вместе с итоговым Актом приема-передачи оказанных Услуг Исполнитель должен передать

Заказчику для эксплуатации ИСУС все необходимые руководства, гарантийные документы,

сертификаты и прочие необходимые документы.

4.3. Заказчик в течение 10 (пяти) рабочих дней со дня получения каждого Акта обязан направить

Исполнителю подписанный Заказчиком экземпляр Акта или письменный мотивированный отказ от

приемки оказанных Услуг.

4.4. В случае мотивированного отказа Заказчика от приемки оказанных Услуг Сторонами

оформляется протокол с перечнем необходимых доработок и сроков их выполнения. Выявленные

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

5. Цена Договора и порядок расчетов

5.1. Цена Договора составляет: _________ ( прописью ) сум (доллар США) без таможенных

платежей и НДС.

(Заказчик в соответствии с постановлением Президента Республики Узбекистан от 29.12.2016

г. № ПП-2706 и постановлением Кабинета Министров Республики Узбекистан от 06.10.2017 г. № 803

освобожден от уплаты таможенных платежей (за исключением сборов за таможенное оформление)

в соответствии с постановлением Президента Республики Узбекистан от 16.07.2018г. № ПП-3857

освобожден от уплаты НДС)

5.2. Стоимость этапов оказания Услуг определена в приложении № 3 к настоящему Договору.

5.3. Стоимость этапов оказания Услуг включает в себя все расходы Исполнителя, связанные с

оказанием Услуг, включая, но не ограничиваясь расходами на:

- внедрение ИСУС;

- обучение работников Заказчика работе с ИСУС в количестве, указанном Заказчиком;

- сопровождение ИСУС в течение 12 (двенадцати) месяцев со дня подписания Заказчиком

итогового Акта сдачи-приемки оказанных услуг;

- …………..;

- …………..;

- командирование работников Исполнителя для оказания Услуг и сопровождение ИСУС.

5.4. Оплата оказанных Услуг осуществляется Заказчиком путем безналичного перечисления

денежных средств на расчетный счет Исполнителя в следующем порядке:

5.4.1. 15 % (пятнадцать процентов) от цены Договора перечисляется в течение 5 (пяти) рабочих

дней со дня получения счета от Исполнителя;

39

5.4.2. 35 % (тридцать пять процентов) от стоимости каждого этапа оказания Услуг, указанного в

приложении № 2 к настоящему Договору, перечисляется в течение 5 (пяти) рабочих дней со дня

подписания Заказчиком Акта сдачи-приемки оказанных Услуг и соответствующей счет фактуры;

5.4.3. 50 % (пятьдесят процентов) от цены Договора перечисляется в течение 10 (десяти) рабочих

дней со дня подписания Заказчиком итогового Акта сдачи-приемки оказанных Услуг и

соответствующей счет фактуры.

5.5. Не представление документов, указанных в пунктах 2.1.2 – 2.1.4 настоящего Договора,

может отсрочить платеж на счет Исполнителя без какой-либо ответственности Заказчика.

5.6. Датой платежа по настоящему Договору считается дата списания денежных средств с

расчетного счета Заказчика.

Если дата платежа выпадает на выходные или праздничные дни, то оплата производится в

ближайший рабочий день, следующий за выходными или праздничными днями.

5.7. Все комиссии и другие банковские расходы в связи с исполнением настоящего Договора на

территории Республики Узбекистан оплачиваются Заказчиком, а за пределами Республики Узбекистан

оплачиваются Исполнителем.

5.8. Заказчик вправе произвести оплату оказанных Услуг работ за вычетом суммы пени и

штрафных санкций, выставленных Исполнителем, но не погашенных Заказчиком (зачет встречного

однородного требования в соответствии со статьей 343 Гражданского кодекса Республики

Узбекистан).

6. Ответственность Сторон

6.1. Стороны несут ответственность за нарушение условий Договора в соответствии с

законодательством Республики Узбекистан.

6.2. Стороны несут ответственность за содержание, достоверность и лицензионную чистоту

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

обязательств по настоящему Договору.

6.3. В случае несвоевременного предоставления Заказчиком запрошенной Исполнителем

информации, если Сторонами порядок и сроки её предоставления были согласованы в соответствии с

пунктом 2.2.1, Исполнитель вправе приостановить оказание Услуг и потребовать пересмотра сроков

выполнения этапов оказания Услуг, а в случаях, предусмотренных законом или настоящим Договором

– отказаться от исполнения Договора.

При отсутствии согласования сроков и порядка предоставления информации, предусмотренных

пунктом 2.2.1 Договора, Исполнитель не вправе приостанавливать оказание Услуг и требовать

пересмотра сроков их этапов или отказываться от исполнения Договора и в этом случае Исполнитель

несет ответственность за нарушение сроков оказания Услуг.

6.4. Приостановка выполнения работ в соответствии с п.6.3 настоящего Договора является

основанием для рассмотрения вопроса о корректировке сроков выполнения работ, что оформляется

соответствующим дополнительным соглашением, подписываемым Сторонами.

6.5. В случае нарушения сроков этапов оказания Услуг, указанных в приложении № 2,

Исполнитель уплачивает Заказчику пени в размере 0,5%, от стоимости не оказанных в срок Услуг,

предусмотренных этапом согласно Плану-графику (приложение № 2), за каждый день просрочки,

включая день фактического выполнения обязательств.

6.6. В случае нарушения сроков оплаты, предусмотренных пунктом 5.4. Договора, Исполнитель

вправе потребовать от Заказчика уплатить пени в размере 0,1% от суммы, подлежащей оплате за

каждый день просрочки выполнения работ, предусмотренных этапом согласно Плану-графику

(приложение № 2), включая день фактического выполнения обязательств. Заказчик освобождается от

уплаты пени, если докажет, что просрочка исполнения указанного обязательства произошла

вследствие непреодолимой силы или по вине другой стороны.

40

7. Конфиденциальность

7.1. Стороны обязуются не разглашать сведения конфиденциального характера друг о друге, об

их предпринимательской и иной экономической деятельности, а также не использовать во вред друг

другу информацию, полученную в рамках выполнения настоящего Договора, как во время действия,

так и после прекращения действия настоящего Договора.

7.2. Конфиденциальной считается любая информация относительно финансового или

коммерческого положения Сторон или информация, которая прямо названа Сторонами

конфиденциальной.

7.3. Не считается разглашенной та информация, которая стала доступна третьим лицам в

порядке, установленном законодательством Республики Узбекистан.

8. Форс-мажор

8.1. Ни одна из Сторон не несет ответственности за несвоевременное и ненадлежащее

исполнение своих обязательств по настоящему Договору, если такое неисполнение вызвано

обстоятельствами непреодолимой силы (форс-мажорными обстоятельствами). Обстоятельствами

непреодолимой силы являются чрезвычайные и непредотвратимые при данных условиях

обстоятельства, не зависящие от воли и контроля Сторон, если такие обстоятельства непосредственно

влияют на исполнение обязательств по настоящему Договору и если они возникли после подписания

настоящего Договора, либо Стороны на момент подписания настоящего Договора не знали и не могли

знать об их существовании или возможности их наступления.

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

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

действие обстоятельств непреодолимой силы продлится свыше 30 календарных дней, Стороны

принимают решение либо о соответствующем пересмотре условий Договора, либо о его расторжении.

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

(семи) дней в письменном виде уведомить другую Сторону о возникновении непредвиденных

обстоятельств, включая предположительную длительность периода, в течение которого будут

действовать эти обстоятельства. Если о вышеуказанных обстоятельствах не будет сообщено

своевременно, Сторона, пострадавшая от обстоятельств непреодолимой силы, не имеет права на нее

ссылаться.

8.4. Документом, подтверждающим наличие факта обстоятельств непреодолимой силы, является

документ уполномоченного органа, либо иного уполномоченного государственного органа.

Непредставление соответствующего документа лишает заинтересованную Сторону права ссылаться на

действие обстоятельств непреодолимой силы.

9. Антикоррупционная оговорка

9.1. При исполнении своих обязательств по настоящему Договору, Стороны, их аффилированные

лица, работники или посредники не выплачивают, не предлагают выплатить и не разрешают выплату

каких-либо денежных средств или ценностей, прямо или косвенно, любым лицам, для оказания

влияния на действия или решения этих лиц с целью получить какие-либо неправомерные

преимущества или иные неправомерные цели.

9.2. При исполнении своих обязательств по настоящему Договору, Стороны, их аффилированные

лица, работники или посредники не осуществляют действия, квалифицируемые применимым для

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

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

противодействии легализации (отмыванию) доходов, полученных преступным путем.

9.3. Каждая из Сторон настоящего Договора отказывается от стимулирования каким-либо

образом работников другой Стороны, в том числе путем предоставления денежных сумм, подарков,

безвозмездного выполнения в их адрес работ (услуг) и другими, не поименованными в настоящем

41

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

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

Под действиями работника, осуществляемыми в пользу стимулирующей его Стороны,

понимаются:

- предоставление неоправданных преимуществ по сравнению с другими контрагентами;

- предоставление каких-либо гарантий;

- ускорение существующих процедур;

- иные действия, выполняемые работником в рамках своих должностных обязанностей, но

идущие вразрез с принципами прозрачности и открытости взаимоотношений между Сторонами.

9.4. В случае возникновения у Стороны подозрений, что произошло или может произойти

нарушение каких-либо антикоррупционных условий, соответствующая Сторона обязуется уведомить

другую Сторону в письменной форме. После письменного уведомления, соответствующая Сторона

имеет право приостановить исполнение обязательств по настоящему Договору до получения

подтверждения, что нарушения не произошло или не произойдет. Это подтверждение должно быть

направлено в течение 5 (пяти) рабочих дней с даты направления письменного уведомления.

9.5. В письменном уведомлении Сторона обязана сослаться на факты или предоставить

материалы, достоверно подтверждающие или дающие основание предполагать, что произошло или

может произойти нарушение каких-либо положений настоящих условий контрагентом, его

аффилированными лицами, работниками или посредниками выражающееся в действиях,

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

подкуп, а также действиях, нарушающих требования применимого законодательства и

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

9.6. Стороны настоящего Договора признают проведение процедур по предотвращению

коррупции и контролируют их соблюдение. При этом Стороны прилагают разумные усилия, чтобы

минимизировать риск деловых отношений с контрагентами, которые могут быть вовлечены в

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

предотвращения коррупции. При этом Стороны обеспечивают реализацию процедур по проведению

проверок в целях предотвращения рисков вовлечения Сторон в коррупционную деятельность.

9.7. Стороны признают, что их возможные неправомерные действия и нарушение

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

последствия – от понижения рейтинга надежности контрагента до существенных ограничений по

взаимодействию с контрагентом, вплоть до расторжения настоящего Договора.

9.8. Стороны гарантируют осуществление надлежащего разбирательства по представленным в

рамках исполнения настоящего Договора фактам с соблюдением принципов конфиденциальности и

применение эффективных мер по устранению практических затруднений и предотвращению

возможных конфликтных ситуаций.

9.9. Стороны гарантируют полную конфиденциальность по вопросам исполнения

антикоррупционных условий настоящего Договора, а также отсутствие негативных последствий как

для обращающейся Стороны в целом, так и для конкретных работников обращающейся Стороны,

сообщивших о факте нарушений.

10. Порядок разрешения споров

10.1. Споры, возникающие между Сторонами в связи с исполнением Договора и возмещением

понесенных ими убытков, разрешаются путем переговоров.

10.2. Стороны имеют право принять меры к урегулированию возникших в процессе исполнения

обязательств по Договору споров в досудебном порядке. Срок ответа на претензию – 7 (семь) дней с

даты получения претензии.

10.3. В случае не урегулирования спора в претензионном порядке он передаётся на разрешение в

Экономический суд г. Ташкента.

42

11. Прочие условия и положения

11.1. Договор вступает в силу с момента его подписания Сторонами и действует до полного

исполнения обязательств Сторон по Договору.

11.2. Неуказанные в Договоре условия его исполнения и правоотношения Сторон регулируются в

соответствии с законодательством Республики Узбекистан.

11.3. Неотъемлемой частью Договора являются:

11.3.1. Приложение № 1 – Техническое задание на внедрение Информационной системы

управления складом;

11.3.2. Приложение № 2 – План-график внедрения Информационной системы управления

складом.

11.3.3. Приложение №3 – Наименование, содержание и стоимость этапов;

11.3.4. Приложение №4 – Форма заявки;

11.3.5. Приложение №5 - Форма Акта сдачи приёмки оказанных Услуг;

11.4. Изменения и дополнения в настоящий Договор, не противоречащие действующему

законодательству Республики Узбекистан и законным интересам Сторон, вносятся в виде

дополнительных соглашений, оформленных в письменном виде, подписанных и скрепленных

печатями Сторон и зарегистрированных в уполномоченных органах Республики Узбекистан.

11.5. Документы, связанные с исполнением настоящего Договора, считаются оформленными

надлежащим образом, если подписаны уполномоченными представителями Сторон и скреплены

печатью.

11.6. Любые уведомления, сообщения, документы и переписка между Сторонами в связи с

настоящим Договором должны составляться на русском языке в письменной форме и могут

передаваться в том числе в виде факсимильного или электронного сообщения (с последующим

предоставлением оригинала документа) или отправляется заказным письмом получателю по его

адресу, указанному в Договоре. Факт получения уведомления должен быть подтвержден в

установленном порядке.

11.7. Ни одна из Сторон не вправе передавать свои права и обязанности, возникшие

из Договора или в связи с ним, третьим лицам, без предварительного письменного согласия другой

Стороны.

11.8. Сторона, у которой изменились сведения, указанные в разделе 12 настоящего Договора, в

течение трех рабочих дней сообщает об этом другой Стороне в письменном виде за подписью

руководителя и главного бухгалтера Стороны с одновременным оформлением соответствующего

дополнительного соглашения.

При отсутствии таких сообщений письменные уведомления и требования, направленные

Сторонами друг другу, определяются по адресам, указанным в разделе 12 настоящего Договора, и

считаются доставленными, если даже адресат по этому адресу более не находится.

11.9. После подписания Договора все предшествующие переговоры и переписка по нему теряют

силу.

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

одинаковую юридическую силу, по одному экземпляру для каждой Стороны.

12. Реквизиты и подписи Сторон

Исполнитель: Заказчик:

ООО «Uzbekistan GTL»

Адрес: Узбекистан, 100060, г. Ташкент,

Яшнабадский р-н, ул. Фаргона йули, д. 7-b,

тел.: (+99871) 202-40-80

ИНН: 207041936

43

Банк: Головной офис АКБ «Асака»

Адрес банка: Узбекистан, 100015, г. Ташкент,

Мирабадский р-н,ул. Нукусская, д. 67,

тел.: (+99871) 120-82-10,

(+99871) 200-55-22

МФО: 00873

ИНН: 201589828

р/с в нац.валюте: 2021 4000 4048 1968 0001

р/с в ин.валюте USD: 2021 4840 6048 1968 0001

р/с в ин.валюте USD2: 2021 4840 6048 1968 0010

SWIFT код: ASBKUZ22

Генеральный директор

44

Приложение №___ к контракту№_____

от ____

№ Description / Наименование Unit / Ед.

изм.

Quantity /

Кол-во

Price per

unit /Цена

за ед.

Total /

Итого

1 Информационная система управления

складом ИСУС на ___ пользователей Set./ К-т. 1

TOTAL \ ИТОГО

Подписи Сторон

От Покупателя:

Подпись _____________________

Ф.И.О.

М.П. Генеральный директор

От Продавца:

Подпись _____________________

Ф.И.О.

М.П. Должность