8 ნოემბერი 2023, 12:00
სტატუსი:
დასრულებულიT19546 - ტენდერი „ელექტრონული სავაჭრო პლატფორმის“ პროგრამული პაკეტის შემუშავებასა და დანერგვაზე
- გამომცხადებელი: ბათუმის ნავთობტერმინალი
- შესყიდვის ტიპი: განცხადება
- წინადადების მიღება მთავრდება: 8 ნოემბერი 2023 დრო 12:00
დარჩენილია
-
დღე
-
სთ
-
წთ
-
წმ
-
http://bot.ge
-
რჩეულებში დამატება
-
გაზიარება
ტენდერის აღწერილობა:
შპს „ბათუმის ნავთობტერმინალი“ აცხადებს ტენდერს „ელექტრონული სავაჭრო პლატფორმის“ პროგრამული პაკეტის შემუშავებისა და დანერგვისთვის.
მიწოდების ადგილი: ქ. ბათუმი, მაიაკოვსკის ქ. 4.
სატენდერო დოკუმენტაციის ჩაბარების მეთოდი: დალუქულ კონვერტში, მისამართზე ქ. ბათუმი, მაიაკოვსკის ქ. 4.
პოტენციურმა მიმწოდებელმა/შემსრულებელმა უნდა წარმოადგინოს ორგანიზაციის ხელმძღვანელის მიერხელმოწერილი (მისი არყოფნის შემთხვევაში უფროსის მოადგილე) სატენდერო წინადადება, დადასტურებულიორგანიზაციის ბეჭედით (მისი არსებობის შემთხვევაში), რომელიც უნდა შეიცავდეს შემდეგ ინფორმაციას დადოკუმენტებს:
- ტენდერში მონაწილეობის განაცხადი;
- კომერციული წინადადება, რომელიც უნდა შეიცავდეს შემდეგ ინფორმაციას:
-პოტენციური მიმწოდებელის დასახელება
-პოტენციური მიმწოდებელის ფაქტიური მისამართი
-წარმოდგენილი საქონლის/სამუშაოების/მომსახურების დასახელება, დახასიათება და მოცულობა
-გადახდის ფორმა
-ერთეულის და საერთო ფასს აშშ დოლარში, ევროში ან ლარში დღგ-ის გარეშე, თუ დღგ-ის გადამხდელი დღგ-ისჩათვლით, ღირებულება უნდა შეიცავდეს ტექნიკური სპეციფიკაციით გათვალისწინებულ ყველა ხარჯებს. - პოტენციური მიმწოდებელის მიერ ხელმოწერილი მისაწოდებელი საქონლის / სამუშაოების / მომსახურების ტექნიკურიდავალება;
- ამონაწერი სამეწარმეო რეესტრიდან (ასლი) განახლებული;
- ცნობა დღგ-ს გადამხდელად რეგისტრაციის შესახებ;
- ცნობა დავალიანების შესახებ;
- ლიცენზიის ასლი (თუ შესყიდვის ან საქმიანობის, პირობები ექვემდებარება სავალდებულო ლიცენზირებას);
ყველა მოთხოვნილი ინფორმაცია წარმოდგენილი უნდა იყოს ქართულ და/ან რუსულ ენებზე.
გამოცხადების თარიღი: 27.10.2023 წ.
წინადადებების მიღების საბოლოო თარიღი: 08.11.2023 წ. / 12:00 სთ.
ხელშეკრულების გაფორმება ხორციელდება შესყიდვების შედეგების ოქმში მითითებულ ვადებში, მაგრამ არა უგვიანეს 10 (ათი) კალენდარული დღისა შესყიდვების ოქმის ხელმოწერიდან.
დამატებითი ინფორმაციისათვის მიმართეთ შპს "ბათუმის ნავთობტერმინალი"-ის შესყიდვებისა და კონტრაქტებისგანყოფილებას.
პოტენციური მიმწოდებლის/შემსრულებლის მიერ წარმოდგენილი წინადადება წარმოადგენს თანხმობას განახორციელოსშემკვეთის მიერ ტექნიკურ სპეციფიკაციაში (ტექნიკური დავალება/ დანართი) მითითებული საქონლის/სამუშაოების/მომსახურების შესრულება.
პოტენციური მიმწოდებელი/შემსრულებელი ვალდებულია წარადგინოს კომერციული წინადადება, საიტზე განთავსებულისაკონკურსო დოკუმენტაციის მიმართ მოთხოვნების შესაბამისად: www.batumioilterminal.com
საკონტაქტო პირი:
გურამ აბაშიძე
AbashidzeG@Batumioilterminal.com
ტენდერის კატეგორია:
- 48100000 პროგრამული უზრუნველყოფის სამრეწველო პაკეტები
- 48900000 სხვადასხვა სახის პროგრამული პაკეტები და კომპიუტერული სისტემები
ყველას ჩამოტვირთვა
გამარჯობა, აღნიშნულ ტენდერთან დაკავშირებით გვაქვს კითხვები. 1. განიხილავთ თუ არა არარეზიდენტ კომპანიას აღნიშნულ ტენდერში? გვაქვს ასევე ტექნიკურ დავალებასთან დაკავშირებული კითხვები. Мы готовы на сроки 12.2023 - 09.2024 подходит ли данный срок 2. технологический стэк, возможно ли использования БД отличной от MSSQL server 3. технологический стэк, возможно ли использование Ruby, React, JS. 4. возможна ли подготовка предложения с ограничениями технической реализации по вопросам интеграция 5. в планах, где будет запускаться приложение? на личных серверах, локальный облачный провайдер? 5.1.1 - интеграция с 1С - справочники контрагентов по идентификатору - необходимо уточнить, каким способом будет предусмотрена интеграция с 1С, если через API, нужно подумывать доступ в т.ч. и в инфраструктурном плане п 6 - выставление заявок в автоматическом режиме - невозможно предусмотреть, пока не будет понятно, какая ERP система будет использоваться (можно предложить во 2ю очередь) п 7 - необходимо узнать, какая ЕРП система используется у заказчика п 8.2 - Какой вариант необходимо реализовать п 8.3 - ну это уже больше для детальной эстимации - хотелосб бы посмотреть пример протоколов итога п 10.11 - про обновление страницы необходим ли он? может нагрузку с системы снимет тот факт, что мы не следим за действиями каждого пользователя в системе? :slightly_smiling_face: п 12.1.2 - в каком формате это должно быть? необходим ли дополнительный экран, либо же достаточно будет конфигурационного файла? (роли и полномочия). Этот же пункт, каким образом проводить верификацию личности? (капча? полноценный KYC?)… В общем этот пункт вообще полностью нужно уточнять, довольно ёмкий, и про KYC и про HADR п 12.1.7 - если можно пояснените пожалуйста п 13.1 - использование лицензионного ПО точно ли это обязательно? п 14.3 - можем ли отходить от этих требований?