Yoklama Alma Sistemi Proje Şartnamesi

Yoklama Alma Sistemi

Proje Şartnamesi

10.06.2016

Doküman Sürümleri

No	Tarih	Güncelleyen	Değişiklik Tanımı
1	1.03.2016	Xxxxx Xxxxxx	Xxxxxxxxx aday firmalarla paylaşılan ilk halidir.
2	10.06.2016	Xxxxx Xxxxxx	Xxxxx 1.3.7 Xamarin platformu şartı, Madde 3.12 senaryo sürecine ait değişiklikler, Madde 5. İdari Koşullar, eklenmiştir.

Giriş

Amaç

Yoklama Alma Sisteminin amacı İstanbul BİLGİ Üniversitesi öğrencilerinin akıllı cep telefonlarını kullanarak sınıflara yerleştirilen Beacon cihazlarının da yardımı ile hızlı ve kolay bir şekilde yoklama verebilmelerini sağlamaktır.

Bu çalışma kapsamında aşağıdaki çalışmaların yapılarak belirtilen çıktıların üretilmesi hedeflenmektedir.

• Beacon cihazlarının sınıflara kurulumu yapılacak.

• Beacon cihaz tanımlarının yapılacağı, Beacon-İçerik ve Beacon-Derslik eşleştirmelerinin yönetilmesi için bir İçerik Yönetim Sistemi (CMS) sağlanacak.

• Beacon  cihazlarının yönetimi ve kalibrasyonu için sahada kullanılacak mobil (iOS ve Android) bir uygulama geliştirilecek.

• Öğrenciler için yoklama vermelerini sağlayacak olan mobil (iOS ve Android için) bir uygulama geliştirilecek.

• Yoklama verisinin depolanması için Öğrenci Bilgi Sistemi (SIS) kapsamındaki alt sistem ve modüller geliştirilecek.

• Öğrenci mobil uygulamasının SIS ile veri alış-verişini sağlayacak olan yapılar kurulacak.

Uygulamanın Büyüklükleri

• Hafta için günlerde okul genelinde ortalama (23.000 öğrenci) x (ders sayısı)

• Günlük ortalama (700 civarında hoca) x (ders sayısı)

• En çok öğrenci hafta boyunca 09:00’da başlayan derslerde. Min 3.000 ile max 4.000 arasında öğrenci sayısına erişilmektedir.

• Günlük Ortalama kullanılan derslik sayısı 160-180 aralığında olup toplam derslik sayısı 272

SANTRAL			DOLAPDERE			KUŞTEPE
KULLANIM	ADET		KULLANIM (BİLGİ)	ADET		KULLANIM	ADET
DERSLİK	50		DERSLİK	29		DERSLİK	91
LAB/ atölye	69		LAB/atölye	14		LAB	19
TOPLAM	119		TOPLAM	43		TOPLAM	110

*Online, senkron,sanal derslik ve hazırlık okulu dersliklerindeki dersler hariç.

Mevcut Durum

Mevcut durumda konuyla ilgili kullanılan bir uygulama yoktur. Okul geneline yayılmış yoklama alma uygulaması bulunmamaktadır, yoklama alma insiyatifi hocalarda olup, yoklama alan hocalar bunu manuel olarak gerçekleştirmektedirler.

Problemler, Fırsatlar ve Tehditler

1.Konuyla ilgili yönetmelik ve yönergeler mevcut değildir, oluşturulması gerekmektedir.

2.Yoklama uygulamasına öğrenciler de akademisyenler de alışkın değillerdir, uygulamaya geçilmeye çalışılmasıyla birlikte kuvvetli bir direnç gösterilmesi olasılığı vardır.

3.Yoklama alma teknolojilerinin kullanımının başlamasıyla birlikte, aday öğrencilere ve mevcut öğrencilere yönelik mobil içerik sunabilmenin olanakları da elde edilmiş olacaktır.

Çözüme İlişkin Temel Gereksinimler

A: Firma’nın yapacakları / B: BİLGİ API katmanı / C: BİLGI Web katmanı / D: BİLGİ data ve background processing

1. Teknik Gereklilikler

1. Yoklama Alma Sistemi - Beacon Donanımı

   1. Ürünler iç mekanda çalışacak nitelikte olmalıdır.

   2. İç mekanlardaki kapsama sınırı 5mt ile 50mt aralığında olmalıdır.

   3. Uzaktan konfigürasyon ve çekirdek güncellemeleri yapılabilmelidir.

   4. Düşük güçte öngörülen pil ömrü en az 2 yıl olmalıdır.

   5. Frekans aralığı 2.402GHz - 2480GHz olmalı ve dahili antene sahip olmalıdır.

   6. Sinyal gönderim gücü 4 dBm ile -20dBm aralığında olmalıdır.

   7. Bluetooth radyo versiyonu 4.0 desteklemelidir.

   8. Değiştirilebilir paket yapısı ve UUID bilgilerini desteklemektedir.

   9. IOS (iBeacon) ve Android (Eddystone) işletim sistemlerini desteklemektedir.

   10. -10 ile +50 derece sıcaklık aralığında çalışabilmelidir.

   11. Bluetooth® Smart / Bluetooth Low Energy destelemelidir.

   12. EN300328, EN301489 standartlarına uygun olmalıdır.

   13. iBeacon güvenlik kriterlerine sahip olmalıdır.

   14. Pil değişiminin, beacon monte edildiği yerden sökülmeden yapılabilmesi tercih edilir.

   15. Ad rate: 100ms – 1000ms (iBeacon Certified)

   16. Beacon’ların ID bilgisi Bilgi Üniversitesi için hazırlanan uygulama dışında genel kullanım amaçlı uygulamalar tarafından discover edilememeli.

2. Yoklama Alma Sistemi – CMS (Content Management Services)

   1. Internet üzerinden web browser ile erişilebilen bir web servisi olmalıdır.

   2. Sunucu, veritabanı ve network altyapısı anlık gelecek 10.000’ den fazla talebi karşılayabilmelidir.

   3. Kullanıcı giriş doğrulama işlemi LDAP kullanıcı hesabı üzerinden yapabilmelidir.

   4. CMS üzerinden, Beacon ekleme çıkarma işlemi yapılabilmelidir.

   5. CMS üzerinden, mesafeye duyarlı içerikler (resim, video ve yazı) hazırlanabilmelidir.

   6. CMS üzerinden, hazırlanan içerikler (resim, video ve yazı) istenilen beacon’lara yönlendirme yapabilmelidir.

   7. CMS üzerinden kullanıcıların günlük hareket raporları çıkartılabilmelidir.

   8. Toplanan tüm bilgiler, ders içerisinde kaldıkları süre ve kampüs içinde ortak kullanım alanlarına yerleştirilen Beacon kapsama alanına dahil olan yerlerle sınırlıdır.

   9. Toplanan her türlü veri 3. kişilerle paylaşılmamalıdır.

   10. CMS üzerinden, öğrencilerin derste geçirdiği zamanı ve devamlılık sürecini raporlayabilmelidir.

   11. CMS; .Net, Visual Studio veya xxxx xxxxxx kodlu sistemlere entegre edilebilmelidir.

3. Uygulama Geliştirme Teknolojileri ve Prensipleri

Geliştirilecek olan mobil uygulama aşağıdaki belirtilen teknolojiler ve prensiplere göre geliştirilmeli

1. Uygulamanın kaynak kodu Bilgi Üniversitesi’ne teslim edilmeli

2. Uygulama Bilgi Üniversitesine özel bir uygulama olarak geliştirilmiş olmalı

3. Uygulama ilave lisanslama gerektiren 3. parti bileşenleri veya lisanslama gerektiren diğer bağımlılıkları içermemeli

4. Lisanlama gerektiren ücretli bileşenler kullanılması zorunlu ise öncesinde Bilgi Üniversitesi’ne bilgi verilip onay alınmalı

5. Uygulamada kullanılan xxxx xxxxxx kütüphanelerin lisanslama modeli uygulamanın kapalı kaynak olacağı da dikkate alınarak incelenmeli ve uygulamanın lisansı ile uygumlu xxxx xxxxxx kütüphaneler kullanılmalı

6. Kullanılan tüm xxxx xxxxxx kütüphaneler versiyon bilgisi, lisans bilgisi ve konumları da yer alacak şekilde dokümante edilmeli

7. Uygulama Xamarin mobil uygulama geliştirme platformu (özel olarak Xamarin Forms) kullanılarak C# programlama dili ile geliştirilmeli. Aday firmalar bu şartnameye teklif vermekle geliştirmeyi Xamarin ortamında yapacaklarını tahhüt etmiş sayılırlar. Başka platformlar ile geliştirme öneren teklifler ihale dışı kalacaklardır.

8. Uygulama iOS (iPhone ve iPad) ve Android tabanlı mobil cihazlarda çalışacak şekilde geliştirilmeli

9. Uygulama cross platform uygulama geliştirme ve kaynak kodu paylaşım prensiplerine uygun olarak tek code base ve minimal miktarda platforma özel kod içerecek şekilde geliştirilmeli

10. Uygulama cihaz üstünde tutacağı tüm kullanıcı verilerini (access token, refresh token, öğrenci numarası, ad/soyad ve ders programı) bir SQLite veritabanına güvenli bir şekilde kaydetmeli

11. Uygulama sadece kuruma ait beacon cihazları ile haberleşebilmeli. Genel kullanım amaçlı beacon’lar ile id kopyalaması gibi güvenlik açığı oluşturabilecek durumlara karşı güvenlik önlemeleri içermeli

12. Uygulama ön planda açık olmasa bile veya açılıp arka plana gönderilmiş olmasa bile iOS ve Android cihazlarda bir servis olarak çalışarak beacon’ları algılayabilmeli.

4. Mobil Uygulama – SIS Entegrasyon Prensipleri

Geliştirilecek olan mobil uygulama Bilgi Üniversitesi’nin Öğrenci Bilgi Sistemi (BİLGİ SIS) ile aşağıdaki yöntemler ve prensiplere göre veri alış verişinde bulunacak şekilde yapılandırılmalı

1. Kullanıcı girişi SIS Connect (SIS Connect bir OpenID Provider’dır ve Authorization Server olarak görev yapar) üzerinden “OAuth2 – Resource Owner Password Credentials Flow” akışına göre yapılır

2. SIS Connect tarafından başarılı kullanıcı girişi sonrasında aşağıdaki veriler mobil uygulamaya sağlanır

• Access Token : SIS Web Api çağırılarında her bir çağırınya yetkilendirme için eklenmesi gereken bir bilgidir

• Refresh Token : Access token expire ettiği durumda kullanıcının kullanıcı adı ve şifre girmeden otomatik olarak sisteme giriş yapması ve yeni bir access token ve refresh token üretilmesi için kullanılır

• User claims : Kullanıcının ad, soyad, öğrenci numarası ve kullanıcı adı (email adresi) bilgilerini

1. Mobil uygulamanın SIS Connect ve SIS Web API’ye erişimi için de Bilgi Üniversitesi tarafından sağlanan Client Id ve Client Secret bilgisi kullanılmalı

2. CMS – SIS entegrasyonları için CMS sistemi “OAuth2 – Authorization Code Flow” akışına göre Bilgi Üniversitesi tarafından sağlanacak olan Client Id ve Client Secret bilgilerini kullanarak Access Token alıp API erişiminde bu access token’ı kullanacak

3. Mobil uygulama ve CMS entegrasyonları için SIS Web API erişimi yukarıda belirtilen OAuth2 akışları ile elde edilen Access Token bilgisi kullanılarak yapılmalı

1. Sistem Kullanım Senaryoları

1. Beacon – Lokasyon Eşleştirmeleri

   1. Derslikler ve diğer alanlara kurulumu yapılacak olan beacon’ların tanımlaması, lokasyon ve içerik eşleştirmeleri firma tarafından sağlanacak olan CMS sistemi kullanılarak web tabanlı bir yönetim uygulaması üzerinden tanımlanabilecek.

2. CMS altyapısı derslik olmayan lokasyonların (ÇSM Ofisler Öğrenci İşleri Bankosu, ÇSM Ofisler Arka Kapı vs) kendi içinde tanımlanmasına ve beacon/içerik eşleştirmelerinin yapılmasına izin vermekle birlikte entegrasyon ile SIS’den alınan derslikler için de ilave tanımlama yapılmadan beacon/içerik eşleştirmelerinin yapılmasına imkan vermeli.

3. CMS – SIS derslik bilgisi entegrasyonu saatlik veya günlük aralıklar ile CMS tarafında çalışacak. SIS’den alınan derslik bilgilerindeki değişiklikler (aktiflik, derslik kısa adı, kampüs, bina isim değişikliği vs) algılanıp CMS web arayüzünden Bilgi Admin rolündeki kullanıcılara ilgili değişiklikler raporlanacak. Bu rapora göre Xxxxx Xxxxx rolündeki kullanıcı beacon aktifliği vs gibi konfigürasyon ayarlarını değiştirip değiştirmeyeceğine karar verecek ve gerekli işlemleri yapacak.

4. BİLGİ SIS’de derslikler için aşağıdaki bilgiler yer alıyor

• Derslik Sis Id

• Derslik kısa adı

• Kampüs ve Bina adı

• Aktiflik durumu (Aktif/Pasif)

Şekil – 1 (SD) Beacon Yönetimi Diagramı

2. Beacon Diagnostik ve Yönetim Mobil Uygulaması

Beacon’ların durumunun kontrol edilmesi ve yönetilmesi için kullanılmak üzere aşağıdaki gereksinimleri sağlayan mobil bir uygulamaya ihtiyaç duyulmaktadır

1. Kapsama alanındaki beacon’lar listelenebilmeli

2. Kapsama alanındaki seçilen beacon’ın pil durumu ve sinyal gücü gibi verilerini göstermeli

3. Seçilen beacon’ın sinyal gücü (advertising rate), major/minor id değeri gibi bilgileri güncellenebilmeli

4. Mobil uygulama üzerinden beacon’ların firmware güncellemeleri yapılabilmeli

3. Mobil Uygulama – Öğrenci Sisteme Giriş

Öğrenci BİLGİ kullanıcı adı (Ör: xxx.xxxxx@xxxxxxxx.xxx) ve şifresi ile SIS Connect üzerinden sisteme giriş yapabilmeli.

1. SIS Connect tarafından sağlanan Access Token ve Refresh Token bilgisi uygulama tarafından cihaz üzerinde güvenli bir şekilde kayıt altına alınmalı

2. SIS Connect tarafından sağlanan claims verisi (ad/soyad, kullanıcı adı ve öğrenci numarası) uygulama tarafından cihaz üzerinde güvenli bir şekilde kayıt altına alınmalı

3. Access Token’ın zaman aşamına uğraması durumunda uygulama otomatik olarak Refresh Token’ı kullanarak kullanıcı için SIS Connect’den yeni bir access token ve refresh token alabilmeli

4. Uygulama “Güvenli Çıkış” işlevini desteklemeli. Güvenli Çıkış sonrasında cihaz üzerinde kayıt altında tutulan tüm kullanıcı bilgisi (acces token, refresh token, claims, ders programı vs) silinmeli

Şekil-2 (SD) Öğrenci Sisteme Giriş

Şekil-3 (SD) : Öğrenci Otomatik Sisteme Giriş

4. Mobil Uygulama – Öğrenci Ders Programı

   1. Öğrenci mobil uygulama ile sisteme giriş yaptıktan sonra uygulama otomatik olarak SIS Web API üzerinden öğrencinin ders programını cihaza indirip öğrenciye ders programını ve ders programındaki derslerin ayrıntılı bilgisini gösterebilmeli.

2. SIS’de dersler ile ilgili aşağıdaki bilgiler yer alır

• Ders kodu (BUS 101.01 veya BUS 101.01/1 gibi)

• Ders adı (İşletmeye Giriş)

• Dersi veren öğretim görevlisini ünvanı, ad/soyad bilgisi ve email adresi (Doç. Dr. Xxxxx Xxxx – xxxxx.xxxx@xxxxx.xxx.xx)

3. Öğrencinin ders programındaki her bir ders saati için SIS’de şu bilgiler yer alır

• Ders kodu (BUS 101.01)

• Ders saati gün numarası (1-Pazartesi, 2-Salı)

• Ders saati gün adı , türkçe ve ingilizce olarak ayrı ayrı (Pazartesi/Monday, Salı/Tuesday)

• Derslik kodu (S.E3 – 204)

• Ders başlangıç saati (09:00)

4. Mobil uygulama öğrencinin programında arka arkaya yer alan birden fazla ders saati olan dersi tek bir büyüklük olarak başlangıç ve bitiş saati ile birlikte gösterebilmeli

5. Mobil uygulama öğrencinin ders programındaki değişiklikleri SIS Web API üzerinden sorgulayıp değişiklik olması durumunda ders programını otomatik olarak güncelleyebilmeli.

Şekil-4 (SD) Öğrenci Ders Programı

5. Mobil Uygulama – Öğrenci Check In

1. Öğrenci derse girdiği zaman mobil uygulama tarafından algılanan beacon bilgisi, CMS’den SIS’e aktarılan konum/beacon eşleştirme verisi ve öğrencinin SIS’deki ders programı bilgileri kullanılarak öğrencinin karşısına Check In yapabileceği (yoklama verebileceği) bir ekran çıkmalı.

2. Check in akışı şu şekilde kurgulanmalı

Şekil-5 (SD) Öğrenci Check In

3. Mobil uygulama öğrencinin check in yapıp yapamayacağını SIS Web API’den sorgularken veya check in verisini SIS’e gönderirken akıllı algoritmalar kullanmalı. Örneğin

• Beacon detect edilir edilmez değil de öğrenci beacon ile belirli bir süre irtibatta kaldıktan sonra SIS’den sorgu yapabilmeli

• Check in sonrasında öğrencinin check in yaptığı beacon’dan uzaklaşma durumunu takip etmeli ve uzaklaşma gerçekleşmeden SIS’e agresif bir şekilde check in yapabilir mi sorgusunu göndermemeli.

• Belirli bir treshold aşılmadan aynı beacon üzerinden mükerrer check in verisinin SIS’e gönderilmemesi.

1. Mobil uygulama check in yapabilir mi sorgusunu yaparken veya check in yapıldı bilgisini gönderirken aşağıdaki verileri de SIS’e göndermeli

• Beacon bilgileri (ID)

• Cihaza özgü tekil ve benzersiz id bilgisi

• Öğrenci numarasını

• Geolocation bilgisi

1. Cihaz tarih ve saat bilgisini

1. Mobil uygulama öğrencinin check in yaptığı beacon’dan yeterince uzaklaşması durumunda (dersten çıkma veya dersin bitmesi durumunda) check in sırasında SIS’in ürettiği correlation id bilgisi ile birlikte check out verisini de SIS’e gönderebilmeli. Check out verisi correlation id bilgisine ilave olarak yukarıdaki check in bilgilerini içerir.

3. Öğrenci – Akademisyen Kullanım Senaryosu

   1. Öğrenci mobil uygulamayı akıllı telefonuna indirir.

   2. Öğrenci maili ve şifresi ile uygulamaya login olur.

   3. Ders programını mobile app üzerinden görüntüleyebilir.

   4. Öğrenci bulunması gereken dersliğe girdiğinde akıllı telefonunun bluetooth özelliğini xxxx xxxxx.

   5. Öğrenci kaydolduğu dersler dışında bulunduğu lokasyonlarda check in yapamaz.

   6. Öğrenci kaydolduğu derslere girdiğinde beacon-derslik-ders-öğrenci eşleşmesi sonucunda derse check in yapabileceğine dair mobil uygulamadan bildirim alır.

   7. Check in yapar.

   8. Check in başarılı bildirimini alır.

   9. Eğer yaptığı check in ile ilgili bir sorun yaşarsa dersin sorumlusu akademisyene durumu bildirir. Yazılı olarak yoklamasını verir.Sistem bu bilgileri SIS’ten okunabilecek şekilde DB ye senkronize eder.

   10. Check in durumunu kendisine ait öğrenci sayfasından takip edebilir.

   11. Akademisyenler SIS üzerinden öğrencilerin yaptıkları check inleri takip edebilir.

   12. Gerekli durumlarda ders anında check in yapan öğrencilerin gerçekten orada bulunup bulunmadıklarını SIS sayfasından kontrol edebilir.

   13. Check in yapmış bir öğrencinin sınıfta olmadığını tespit ederse check ini iptal edebilir. (Check in iptali için mobil app tarafında birşey yapılmayacak. İptal işlemi SIS Hoca sayfasından yapılacak.)

   14. Akademisyenler yapılmış check-inleri iptal edip yeniden check in yapmalarını isteyebilir. (Check-in datası ve nasıl işleneceği ile ilgili kurallar SIS kontrolünde. SIS mevcut check in aktif durumdayken ikinci defa check in yapılmasına izin vermiyor.)

   15. Kağıt üzerinde iletilen yoklamaları SIS’e işleyebilir.

   16. Check in listeleri üzerindeki kontrollerini bitirdikten sonra listeleri onaylar.

4. Bakım

   1. Beaconların pil değişimleri firma tarafından yapılacaktır.

   2. Garanti süresi boyunca garanti kapsamında, garanti süresi dolduktan sonra ise yapılacak bakım anlaşması kapsamında firma kurulu donanım ve yazılıma bakım ve destek vermeyi taahhüt etmelidir.

   3. Beaconlarla, kullanılan her türlü akıllı telefon modelinin eşleşmesini tarif eden kılavuz dokümanlar firma tarafından hazırlanacaktır.

   4. Arızalı beaconların tespiti ve sorunlarının giderilmesi firma sorumluluğundadır.

5. İdari Koşullar

   1. Aday firmalardan anahtar teslimi, sabit bedelli teklif istenmektedir.

   2. Teklif para birimi Türk Lirası’dır.

   3. Teklifler, ıslak imzalı olarak Satınalma Departmanına teslim edilecektir.

   4. Aday firmalar tekliflerinde aşağıdaki başlıklara değinmelidirler;

      1. Bu şartnamede geçen teknik özellikler istenen asgari şartlardır. Eğer teklif edilen çözümün asgari şartlar üzerine fazladan sunulan avantaj sağlayan özellikleri bulunuyorsa, bu özellikler teklifte ayırt edici özellik olarak vurgulanmalıdır.

      2. Tekliflerin değerlendirilmesinde aşağıdaki kriterler dikkate alınacaktır;

         1. Şartnameye uygunluk

         2. Fiyat ve ödeme planı

         3. Konuyla ilgili önem sırasıyla, istenen teknoloji ve şartname benzer özelliklerinde;

• En az bir üniversitede devam takip sistemi kurmuş olmak, sistemi kuran kaynakları projede görevlendirme taahüdü vermek ve referans gösterebilmek,

• Beacon teknolojileriyle devam takip sistemi kurmuş olmak, sistemi kuran kaynakları projede görevlendirme taahüdü vermek ve referans gösterebilmek,

• En az bir üniversitede devam takip sistemi kurmuş kaynakları projede görevlendirme taahhüdü vermek,

• Beacon teknolojileriyle devam takip sistemi kurmuş kaynakları projede görevlendirme taahhüdü vermek,

• Beacon teknolojileriyle başka projeler gerçekleştirmiş olmak ve referans gösterebilmek.

1. Sistemin en geç Eylül 2016 içinde teslim edilebilmesine yönelik olarak hazırlanmış olan gerçekçi bir proje takvimi,

• İş kırılımlarını gösterir zaman planı

• İş kırılımlarıyla ilişkilendirilmiş kaynak planı

• Proje mihenk taşları, ve teslimatların net tarihlerinin belirtilmesi

• Görev ve işlerin birbirileriyle ilişikilendirildiği XXXXX şeması sunulmalıdır.

1. Projenin yönetimini sağlayacak en az 3 yıl proje yönetim tecrübeli kaynağın özgeçmişiyle birlikte sunulması.

1. Proje boyunca Bilgi Üniversitesi proje yönetim prosedürüne uygun şekilde ve formatta proje dokümantasyonu yapılması gerekmektedir.

2. Bilgi Üniversitesi, 2547 sayılı Yükseköğretim Kanunu ve 488 sayılı Damga Vergisi Kanunu uyarınca damga vergisi ödemekten muaftır. Sözleşme ihaleyi kazanan firma ile tek nüsha olarak düzenlenecek, aslı Firmada, fotokopisi ise Bilgi’de kalacaktır. Bu halde, Sözleşme ve eklerinin imzasından xxxxx xxxxx vergisi Firma tarafından ödenecek olup, ödeme makbuzundan bir suret Bilgi’ye teslim edilecektir.

3. İdare ile ihaleyi kazanan firma arasında ayrıca gizlilik anlaşması imzalanacak olup, hizmet anlaşmasında imzalanmış olan gizlilik anlaşmasına atıfta bulunulacaktır.

8. Toplam teklif bedelinin %20’si tüm sistemin teslim edilmesinden sonra 2 aylık başarılı kullanım sonucunda “Kesin Kabul” ile birlikte yapılacaktır. Belirtilecek fyat ve ödeme takviminde bu koşul dikkate alınacaktır.

9. Ödeme vadeleri fatura kesim tarihlerinden itibaren 45 gündür.

10. Ödeme gecikmelerinde uygulanacak gecikme faizi aylık %2 oranını geçemez.