2026'da mobil internet olmadan etkinlik: iletişim planı

Mobil internet olmadan çalışma planı: kayıt yedeği, merkez iletişimi, yerel materyaller, geçiş senaryosu ve başlangıç öncesi kontrol.

Mobil internet olmadan bir etkinlik, girişte duraksama ve kontrol kaybı yaşanmadan gerçekleştirilebilir. Bunun için kritik süreçleri önceden dış ağdan ayırıyoruz. Misafir listesini yerel olarak saklıyor, kayıt bankolarını doğrulanmış bir şemayla bağlıyor, merkezi telsiz iletişimine geçiriyor ve program değişikliklerini kısa bir protokolle iletiyoruz.

Asıl hata sinyalin olmaması değildir. Daha tehlikelisi, ekibin ancak kapılar açıldığında fark ettiği tek kanala bağımlılıktır. Davetiyeler yalnızca e-postada varsa, katılımcı listesi yalnızca bulut hizmetinde bulunuyorsa, koordinatörler yalnızca mesajlaşma uygulamasıyla iletişim kuruyorsa ve konuşmacılar güncellemeleri mobil ağ üzerinden alıyorsa, tek bir kısıtlama tüm projeyi aynı anda etkiler.

Biz Aventura'da interneti bilinen kısıtlamaları olan bir çalışma kaynağı olarak görüyoruz. Hazırlık aşamasında hangi işlemlerin bağımsız olarak sürdürülmesi gerektiğini, geçiş kararını kimin verdiğini ve ekibin normal moda nasıl döndüğünü belirliyoruz. Bu yaklaşım konferanslar, forumlar, müşteri günleri, kurumsal etkinlikler ve kapsama alanı zorlu bölgelerdeki projeler için gereklidir.

Bağlantının istikrarsız olduğu bir mekânda etkinlik hazırlıyorsanız, proje için teknik değerlendirme talep edin. Etkinlik gününden önce kaydı, merkez kanallarını, misafir iletişimini ve yedek senaryoları kontrol ederiz.

Mobil ağ olmadan neler çalışmalı?

Mobil ağ olmadan misafir girişi, ekip yönetimi, program güncellemesi, acil duyurular ve olay kaydı devam etmelidir. Diğer işlevler geçici olarak yavaşlatılabilir, ertelenebilir veya devre dışı bırakılabilir. Hazırlığa süreçlerin listesi ve kabul edilebilir kesinti süresiyle başlıyoruz. Hemen yanına çözümün sahibini ve bu süre dolduktan sonra ekibin gerçekleştireceği eylemi yazıyoruz.

İşlevleri üç gruba ayırıyoruz.

1. Kritik işlevler durdurulamaz. Bunlar genellikle misafir kontrolü, giriş izni verilmesi, karargâhın güvenlik ve mekânla iletişimi, sorumlunun çağrılması, kuyruk yönetimi, salon değişikliği duyurusu ve acil mesaj iletimini içerir.
2. Önemli işlevler basitleştirilmiş biçimde çalışabilir. Örneğin, kişisel yaka kartı basımından, çevrimiçi anketten, anlık istatistik dışa aktarımından veya materyallerin e-postayla gönderilmesinden geçici olarak vazgeçilebilir.
3. Ek işlevler ertelenebilir. Yayınlar, fotoğraf yükleme, rapor senkronizasyonu ve pazarlama aktivitelerinin bir kısmı arıza sırasında ekibin dikkati için rekabet etmemelidir.

Her kritik işlev için ana yöntemi, yedeği ve bekleme sınırını belirliyoruz. Koordinatör ana kanaldan onay almazsa, ekranı sonsuza kadar yenilemeye devam etmez. Önceden atanmış eyleme geçer.

Bağımlılıkları zincir boyunca kontrol etmek faydalıdır. Elektronik bilet yalnızca misafirin telefonuna bağlı değildir. Kontrolü için bankodaki internet, harici veritabanına erişim, tarayıcının gücü, çalışanın yetkilendirmesi ve çalışan bir yazıcı gerekebilir. Yedek tüm zinciri kapsamalıdır.

İş etkinliklerinde programın bağlı olduğu süreçleri ayrıca belirtiyoruz: kayıt, konuşmacıların hazırlığı, salonlar arası geçişler, materyal sunumu ve moderatörün karargâhla iletişimi. Bir konferans için bu haritayı program ve oturumların işleyişiyle ilişkilendiriyoruz. Bu düzen, konferans, forum veya seminer hazırlığını bağımsız olarak yaparken de faydalıdır.

Yedekleme birkaç düzeyde oluşturulur

Çalışma şeması bağımsız bir kanalı, yerel altyapıyı ve manuel düzeni birleştirir. Ek bir SIM kartı yalnızca başka bir ağın mevcut olduğu ve genel bir kısıtlamanın olmadığı yerlerde faydalıdır. Sorun bölgedeki veya tesisteki mobil veri aktarımını etkiliyorsa, birkaç telefon bağımsız bir yedek oluşturmaz.

Dört dayanıklılık düzeyi kullanıyoruz:

Bu tablo, her etkinlik için tam bir ekipman seti gerektiği anlamına gelmez. Yedeklemenin ölçeği risk ve mekanın yapısına uygun olmalıdır. Tek bir salonda yerel bir liste ve birkaç telsiz yeterlidir. Birden fazla oturumlu bir forumda ayrı iletişim grupları, yedek kayıt noktası ve resmi bir değişiklik günlüğü gerekli olacaktır.

Kablolu internet, mekan şemasını ve organizatörün erişimini onaylarsa ana veya yedek kanal olabilir. Bağlantı noktasının nerede olduğunu, ekipmanı kimin yönettiğini, hangi bölümün bina sistemlerine bağlı olduğunu ve elektrik kesintisinde ne olacağını netleştiriyoruz. Duvardaki bir prizin varlığı kanalın hazır olduğunu kanıtlamaz.

Sözleşmeden önce mekanın teknik denetimini yapmak faydalıdır. İnceleme sırasında kayıt alanındaki, karargahtaki, salonlardaki, teknik odalardaki ve ekip rotalarındaki iletişimi kontrol ediyoruz. Kalın duvarlı yerlerde, bodrum katlarında, uzak pavyonlarda ve açık alanda ayrı bir test gerekir.

Bağımsız misafir kaydı nasıl hazırlanır?

Bağımsız kayıt, yerel bir liste, anlaşılır bir kimlik doğrulama kuralı ve ayrı bir değişiklik günlüğü üzerine kurulur. Görevli, harici bir sunucuya başvurmadan katılımcıyı bulmalı, durumunu doğrulamalı ve girişi işaretlemelidir. Bağlantı yeniden sağlandıktan sonra veriler karşılaştırılabilir ve senkronize edilebilir.

Önce bilgi kümesini gerekenle sınırlıyoruz. Giriş için genellikle soyadı, adı, şirket veya erişim kategorisi ve dahili tanımlayıcı yeterlidir. Her kayıt noktasına katılımcının tam anketini dağıtmak gerekmez. 152-FZ sayılı Federal Kanun'un 5. maddesi, işlenen kişisel verilerin hacminin belirtilen amaçlara uygun olması ve aşırı olmaması gerektiğini belirtir.

Bağımsız listeyi adım adım hazırlıyoruz.

1. Sürümün sabitleneceği anı belirliyoruz. Bu andan sonra yeni kayıtlar ve değişiklikler ayrı bir günlüğe girer.
2. Verileri, çalışma cihazlarında internet ve ek yetkilendirme olmadan açılan bir biçimde dışa aktarıyoruz.
3. Giriş ekibi görevlisinin ihtiyaç duymadığı alanları kaldırıyoruz.
4. Sıralamayı, soyadı yazım varyantlarını, şirkete göre aramayı ve aynı soyadlı kişilerle çalışmayı kontrol ediyoruz.
5. Erişim kategorilerini, bulut sistemi üzerinden çözümlenmesi gerekmeyen anlaşılır durumlar, renkler veya kodlarla ayırıyoruz.
6. Cihazları ve dosyaları koruyor, erişimi görevlendirilen çalışanlarla sınırlıyoruz.
7. Kayıt sorumlusu için bir yedek kopya oluşturuyor ve bunun verilme usulünü belirliyoruz.
8. QR kodu olmayan bir katılımcı ve verileri değişmiş bir kişi dahil olmak üzere birkaç misafirle test girişi yapıyoruz.

Girişte birden fazla kayıt noktası çalışıyorsa yerel listeler farklılaşabilir. Aynı kişi iki cihazda işaret alabilir ve yeni durum yandaki kayıt görevlisinde görünmeyebilir. Bu nedenle alan içinde bir senkronizasyon şemasına veya akışın manuel olarak bölünmesine ihtiyaç vardır. Örneğin kayıt noktaları soyadı aralıklarına, şirketlere, bilet türlerine veya önceden atanmış girişlere göre çalışır.

Tesis içindeki yerel ağ, iş istasyonlarını internete çıkış olmadan birbirine bağlayabilir. Ancak bunun da kurulması, korunması ve gerçek konfigürasyona göre test edilmesi gerekir. Sunucuyu veya ana bilgisayarı, anahtarları, erişim noktalarını, güç kaynağını, cihaz adreslerini ve bir düğüm arızalandığında yapılacakları kontrol ediyoruz. Ekip böyle bir ağı geri getiremiyorsa manuel şema erişilebilir kalmalıdır.

QR kodu, içinde yerel sistemin dışarıya başvurmadan doğrulayabildiği bir dahili tanımlayıcı varsa yararlıdır. Tarayıcının her koddan sonra bir web sayfası açtığı çözüm bağımsız sayılamaz. Etkinlikten önce ağsız modu açıyor ve taramadan yaka kartı vermeye kadar tüm süreci geçiyoruz.

Durum mantığını, kuyrukları ve istisna kayıt noktalarını etkinlik katılımcı kaydı hakkındaki makalede ayrıntılı olarak ele aldık. Mobil internetin kısıtlı olduğu durumlarda manuel çözüm kayıt noktası özellikle önemlidir. Ana kopyada bulunmayan misafirler, temsilci değişikliği olan katılımcılar, durumu güncellenmiş konuşmacılar ve erişilebilir davetiyesi olmayan kişiler oraya yönlendirilir.

Giriş alanı çevrimdışı modda nasıl çalışır?

Geçiş tüm bankolar için aynı olmalıdır. Kayıt sorumlusu modu ilan eder, saati kaydeder ve ekibe hangi listenin geçerli olacağını bildirir. Çalışanlar bulut sistemine tekrar tekrar giriş yapmayı bırakır ve tek bir talimata göre hareket eder. Ayrı bir banko standart dışı durumları üstlenir, böylece ana akış ilerlemeye devam eder.

Şu sıralamayı kullanıyoruz:

1. Çalışan, sorumluya bir arıza belirtisini bildirir: veriler açılmıyor, arama yanıt vermiyor veya yetkilendirme kullanılamıyor.
2. Sorumlu, sorunu yedek cihazda kontrol eder ve merkezle iletişime geçer.
3. Merkez, kısa süreli beklemeye devam mı edileceğine yoksa çevrimdışı modun mu açılacağına karar verir.
4. Tüm bankolar aynı komutu ve geçiş saatini alır.
5. Kayıt görevlileri yerel sürümü açar ve kararlaştırılan kurala göre girişi işaretlemeye başlar.
6. Standart dışı durumlar, ana akışı geciktirmemek için ayrı bir bankoya yönlendirilir.
7. Yeni kararlar günlüğe kaydedilir: saat, katılımcı, işlem, sorumlu.
8. Ağ geri geldikten sonra sorumlu bir mutabakat atar, ancak yoğun giriş anında bankoları kendi başına değiştirmez.

Misafir için süreç sakin kalmalıdır. Her kişiye teknik ayrıntıları açıklamaya gerek yoktur. Kısa bir cümle yeterlidir: «Şimdi kaydı yedek liste üzerinden kontrol edeceğiz». Onay zaman alıyorsa, çalışan misafiri anlaşılır bir bekleme alanına yönlendirir ve bir sonraki adımı söyler.

Kuyruğu veritabanından ayrı olarak kontrol ediyoruz. Bir koordinatör giriş alanının doluluğunu izler, ek pozisyonlar açar ve durum değerlendirmesini merkeze iletir. Arama yavaşladıysa, çıktı süreci geçici olarak basitleştirilebilir: hazır yaka kartları kullanmak, verilerin bir kısmını yazdırmaktan vazgeçmek veya kontrol ile materyal teslimini ayırmak.

Basılı liste son yedek olarak kalır, ancak dikkatli kullanılmalıdır. Kişisel veriler içerir, hızla güncelliğini yitirir ve birkaç bankonun aynı anda çalışması için pek uygun değildir. Kopyaları numaralandırıyoruz, görevlendirilmiş çalışanlara veriyoruz, açık masada bırakmıyoruz ve giriş tamamlandıktan sonra topluyoruz. Saklama ve imha düzenini, kişisel veri sorumlusu kendi politikası ve yasa gereklilikleri doğrultusunda belirler.

Karargâh ve telsiz iletişimi, iş mesajlaşma uygulamasının yerini alır

Mobil internet erişilemediğinde yönetim karargâha, telsiz ağına ve kısa yüz yüze raporlara taşınır. Her mesajın bir muhatabı, onayı ve net bir sonucu olmalıdır. Telsiz, sohbetin tüm işlevlerinin yerini tutmaz, ancak acil komutların harici ağ olmadan iletilmesini sağlar.

Ağı roller etrafında kurarız. Genellikle karargâh, kayıt, sahne ve program, teknik, güvenlik, alan, lojistik ve misafir hizmetleri ayrı iletişim gerektirir. Küçük bir etkinlik birkaç rolün birleştirilmesine olanak tanır. Çok salonlu bir forumda ortak kanal hızla aşırı yüklenir, bu nedenle gruplar ayrılır ve bölüm yöneticileri karargâhla iletişim kurar.

Önceden şunları belirleriz:

• kanallar ve yedek kanal;
• uzun isim ve unvanlar olmadan çağrı işaretleri;
• telsizi olan kişilerin listesi;
• teslim ve iade noktası;
• şarj, aküler ve yedekten sorumlu kişi;
• açık telsiz yayını için yasak veriler;
• acil mesajın öncelik sırası;
• düzenli raporların zamanı;
• telsizi olmayan çalışanlarla iletişim yöntemi;
• cihazın kaybolması veya parazit durumunda yapılacaklar.

Konuşma kısa olmalıdır. Önce muhatabı çağırır, onay bekler, durumu ve gereken eylemi iletiriz. Hata misafir akışını veya programı etkileyebilecekse, muhatap komutun kilit kısmını tekrarlar. Uzun tartışmayı karargâha veya ayrı bir kanala taşırız.

Açık telsiz yayını üzerinden tam kişisel verileri, tıbbi ayrıntıları, ticari bilgileri ve diğer hassas bilgileri iletmeyiz. Kimlik tespiti için stant numarasını, olayın dahili kodunu veya kişisel görüşmeye geçme talebini kullanırız. Telsiz disiplini yalnızca düzen için değil, aynı zamanda verilerin gereksiz yayılmasını sınırlamak için de gereklidir.

NIST'in süreklilik kılavuzu, önceliklerin, yedek kanalların, alternatif ekipmanın ve kritik süreçlerin manuel yöntemlerinin önceden belirlenmesini önerir. MChS, önemli kişilerin bulut hizmetleri dışında saklanmasını, cihazların şarjının korunmasını ve yedek güç bulundurulmasını tavsiye eder. Bu ilkeleri alana uyarlarız: karargâhta yerel talimatlar, kağıt kişi kartı, telsiz iletişimi ve belirlenmiş yüz yüze rapor noktaları olmalıdır.

Rollerin, çağrı işaretlerinin, kanalların ve karar günlüğünün tam şeması etkinlik karargâhı ve telsiz iletişimi materyalinde yer alır. Proje için teknik gerekiyorsa, ses ekipmanı ve iletişim araçlarını alanın incelenmesinden sonra çalışan sayısı dikkate alınarak seçeriz.

Karargâh, alan ve teknik ekibin çalışmalarına dair analizleri «Aventura» Telegram kanalında yayınlıyoruz. Kanal hazırlık aşamasında faydalı olur, ancak alandaki çalışma talimatları yine de mobil ağ olmadan açılabilmelidir.

Misafirlerin çevrimdışı güzergâhlara ve tek bir metne ihtiyacı var

Misafir, girişi, salonu, vestiyeri, yardım masasını veya değişen bölümü bulmak için mobil siteye bağımlı olmamalıdır. Ana güzergâhı fiziksel yönlendirme ve seçim noktalarındaki görevlilerle çoğaltıyoruz. Mekân ne kadar karmaşıksa, belirgin işaretler ve tek bir duyuru dili o kadar önemlidir.

Etkinlikten önce katılımcıya önceden kaydedebileceği minimum bilgiyi göndermek faydalıdır: adres, giriş saati, giriş grubunun adı, salon numarası veya adı, organizatör iletişimi ve kabul kuralı. "Tüm bilgiler uygulamada olacak" ifadesi gereksiz bir bağımlılık yaratır. Bileti veya kodu cihazda saklamalarını rica ediyoruz, ancak yerel listeden birini bulma imkânını da bırakıyoruz.

Mekânda birkaç yöntem kullanıyoruz:

1. Girişte ve dönüş noktalarında basılı işaretler.
2. İçeriği harici ağdan çekmeyen, yerel olarak yüklenmiş slaytları gösteren ekranlar.
3. Güncel basılı programın bulunduğu bilgi masası.
4. Asansörler, merdivenler, bloklar arası geçişler ve bölüm girişlerindeki koordinatörler.
5. Sunucunun veya mekânın önceden kararlaştırılmış metinle yaptığı anonslar.
6. Küçük yönlendirmeleri okumakta veya anonsu duymakta zorlanan misafirler için erişilebilir bilgi formatı.

Program değişikliğini tek bir sahip yayınlar. Kısa metni onaylar ve merkez bunu kanallara dağıtır: ekran, sunucu, koordinatörler, bilgi masası. Her çalışan kararı kendi kelimeleriyle aktarırsa, misafirlerde farklı versiyonlar oluşur.

Mesaj dört soruyu yanıtlamalıdır: ne değişti, kimi ilgilendiriyor, nereye gitmeli ve yeni düzen ne zaman başlıyor. Neden, misafirin karar vermesi için gerekliyse kısaca belirtilebilir. Teknik ayrıntılar eylemi gizlememelidir.

Örneğin: "Satış bölümü 12:20'de 3. salonda başlayacak. Katılımcıların mavi yönlendirmeyi takip ederek ikinci kata çıkması gerekiyor. Koordinatör merdivenin yanında bekliyor." Böyle bir metin, hizmetin geçici olarak kullanılamadığına dair bir mesajdan daha faydalıdır.

Sunumlar, yayın ve materyaller de yerel bir kopya gerektirir

Sahne sorunsuz çalışsa bile, sunum yalnızca bulutta duruyorsa, video bir bağlantı üzerinden açılıyorsa, yazı tipi ağdan yükleniyorsa ve uzaktan konuşmacı yedek bir senaryo olmadan bağlanıyorsa program durabilir. Bu nedenle, yüz yüze bölüm için gerekli tüm materyalleri yerel olarak topluyor ve salonda çalışacak ekipman üzerinde test ediyoruz.

Her sunum için bir çalışma paketi hazırlıyoruz:

• sunumun nihai dosyası;
• kaynak program açılmayabileceği için ek bir formatta dışa aktarım;
• yerel video ve ses dosyaları;
• kullanılan yazı tipleri veya gömülü öğeler içeren sürüm;
• konuşmacı temsilcisinin adı ve iletişim bilgisi;
• süre ve çıkış sırası;
• uzaktan bağlantı mümkün olmadığında yapılacak işlemlere ilişkin not.

Dosyaları ana gösterim bilgisayarında ve ayrı bir yedek ortamda saklıyoruz. Bir kopya da teknik yöneticide veya komuta merkezinde bulunuyor. Dosya adları salonu, saati, konuşmacıyı ve sürümü göstermelidir. "Final yeni 2" klasörü hangi materyalin onaylandığını anlamaya yardımcı olmaz.

Etkinlik çevrimiçi bir izleyici kitlesi içeriyorsa, kanal kısıtlaması durumunda neyin daha önemli olduğunu önceden belirliyoruz: yayını, kaydı veya yüz yüze programı sürdürmek. Bazen sunumu salon için sürdürmek ve yerel olarak kaydetmek, yayını ise ertelemek mantıklı olabilir. Başka bir projede uzaktan katılımcılar ana izleyici kitlesidir, bu nedenle onaylanmış bir kablolu kanal, teknik yedek ve farklı bir mekân senaryosu gerekli olacaktır.

Çevrimiçi etkinlik veya yayın hazırlığında üretim internetini, misafir ağını ve hizmet iletişimini ayırıyoruz. Misafir Wi-Fi'yi yayın yedeği olarak saymıyoruz. Her ek kanalı doğru noktada, doğru cihazda ve etkinlikten önce güvenli bir şekilde yeniden üretilebilecek yükle test ediyoruz.

Uzaktan bağlantı yedeğini konuşmacıyla kararlaştırıyoruz. Bu, önceden kaydedilmiş bir sunum, kilit tezlerin moderatöre iletilmesi, bloğun ertelenmesi veya formatın yüz yüze tartışmaya dönüştürülmesi olabilir. Karar, materyal haklarını ve izleyici beklentilerini dikkate almalıdır. Şema prova edilmediyse izleyicilere kesintisiz bir devam sözü vermemek gerekir.

Tüm proje ne zaman ve nasıl geçiş yapacak?

Geçişi, önceden belirlenmiş göstergelere göre tek bir yönetici ilan eder. Bu olmadan farklı bölgeler kendi takdirlerine göre hareket etmeye başlar: kayıt yerel bir liste açar, teknik ekip ağı beklemeye devam eder, koordinatörler ise sohbeti kurtarmaya çalışır. Yönetim boşluğu, kısıtlamanın kendisinden daha tehlikelidir.

Plana üç tür gösterge dahil ediyoruz:

1. Teknik gösterge. Kritik sistem, kontrol edilen iki cihazda yanıt vermiyor veya doğrulanmış kanal kullanılamıyor.
2. Operasyonel gösterge. Gecikme artık kuyruğu, programı, güvenliği veya karar aktarımını etkiliyor.
3. Zaman göstergesi. Beklemenin yedek moddan daha büyük zarar yaratacağı ana kadar kurtarma doğrulanmadı.

Kesin aralıkları ilgili projenin ekibi belirler. Misafir girişi için kabul edilebilir bekleme süresi genellikle fotoğraf yayınlamadan daha kısadır. Güvenlik sorumlusunu çağırmak için bekleme süresi hiç olmayabilir. Tüm işlevler için tek bir evrensel zamanlayıcı belirlenmemelidir.

Geçiş kartı tek bir sayfaya sığar ve şu soruları yanıtlar:

• kararı kim verir;
• hangi göstergeleri kontrol eder;
• önce kime bildirir;
• kayıtta hangi süreç devreye girer;
• karargah hangi kanala geçer;
• misafirleri kim günceller;
• yeni kararlar nerede kaydedilir;
• kısmi kurtarmadan sonra ne kapalı kalır;
• normal moda dönüşe kim izin verir.

Dönüş de bir komut gerektirir. Sinyalin kısa süreli görünmesi, tüm hizmetlerin istikrarlı olduğu ve verilerin senkronize edildiği anlamına gelmez. Önce teknik grup kanalı kontrol eder, ardından süreç sahipleri kayıtların durumunu değerlendirir. Bundan sonra karargah uygun anı seçer. Yoğun giriş sırasında bazen kaydı çevrimdışı modda tamamlayıp doğrulamayı daha sonra yapmak daha güvenlidir.

Tüm sapmaları günlüğe kaydediyoruz. Kayıt; zamanı, olayı, alınan kararı, sorumluyu ve sonucu içerir. Böyle bir günlük, olayların sırası hakkında tartışmayı önlemeye ve proje sonrası analiz yapmaya yardımcı olur.

Sorumluların atanması, tepki seviyeleri ve kurtarma için genel prosedürü etkinlik kriz yönetimi planında açıkladık. İletişim ve çevrimdışı kayıt planı bunun ayrı bir eki haline gelir.

Ağ olmadan yapılan prova gerçek kopuklukları gösterir

Yedeklilik, ancak yapay olarak oluşturulmuş otonom modda test edildikten sonra hazır sayılır. Ekip, test cihazlarındaki harici ağı devre dışı bırakır ve kilit senaryoyu uygular. Çalışan, yanındaki telefonda internetin hâlâ erişilebilir olduğunu bilirse, test hızla ana sistemin gösterisine dönüşür.

Prova, misafir gününün sırasına göre yapılır.

1. Yerel talimatları ve kişileri açıyoruz.
2. Test katılımcısını QR kod ve soyadıyla kaydediyoruz.
3. Ana sürümde olmayan bir kişiyi işliyoruz.
4. Kriz merkezine kuyruk bildirimi iletiyoruz.
5. Bir bloğun salonunu değiştiriyoruz ve yeni metni koordinatörlere ulaştırıyoruz.
6. Yerel sunumu ve videoyu başlatıyoruz.
7. Uzak bölge veya ikinci salonla bağlantıyı kontrol ediyoruz.
8. Bir telsizin kaybını ve ana kayıt bilgisayarının arızasını simüle ediyoruz.
9. Kararları günlüğe kaydediyoruz.
10. Ağı geri yüklüyoruz ve verileri kopya veya kayıp olmadan karşılaştırıyoruz.

Test sırasında yalnızca teknik sonucu ölçmüyoruz. Çalışanların komutu anlayıp anlamadığını, dosyaların yerini bilip bilmediğini, sorumluyu bulup bulamadığını, telsizle gereksiz veri iletip iletmediğini ve kendi eylemleriyle kuyruk oluşturup oluşturmadığını gözlemliyoruz.

NIST, planlamayı, kurtarma önceliklerini, yedek kanalları, alternatif ekipmanı ve manuel çalışma yöntemlerini bilgi süreçlerinin dayanıklılığının bir parçası olarak ele alır. Rusya Acil Durumlar Bakanlığı'nın önerileri iletişim için pratik bir katman ekler: önemli kişiler bulut hizmetlerinden ayrı saklanmalı, cihazların şarjı korunmalı ve yedek güç önceden hazırlanmalıdır. Bu ilkeleri prova sırasında insanlar, cihazlar ve misafirin gerçek güzergâhı ile birlikte test ediyoruz.

Prova sonuçlarına göre bir eksiklik listesi oluşturuyoruz. Her birinin bir sahibi ve bir son tarihi var. "İnterneti kontrol et" ifadesi çok geniş. Çalışma kaydı şöyle görünür: "4. bankoda yerel veri tabanı yeniden yetkilendirme olmadan açılmıyor. Sorumlu: kayıt sorumlusu. Teknik provadan önce otonom profil hazırlanmalı ve test tekrarlanmalı."

Etkinlikten bir gün önce, son kurulumdan sonra kısa bir kontrolü tekrarlıyoruz. Bankoların konumu, ekranlar, bölmeler, ekipman ve insanlar gerçek kapsama alanını değiştirir. Boş salonda çalışan telsiz iletişimi, kurulmuş kriz merkezinden, kayıt alanından, sahneden, servis koridorundan ve uzak noktalardan kontrol edilmelidir.

Kapılar açılmadan önce neler kontrol edilmeli?

Başlamadan önce, insanların ve cihazların yedek senaryoyu uygulama hazırlığını kontrol ederiz. Birim yöneticileri kendi bloklarının durumunu karargâha teyit eder. Her bloğun çalışan bir ana yöntemi, test edilmiş bir yedeği ve geçiş ilan etme yetkisine sahip bir çalışanı olmalıdır. Zincirin tek bir halkası bile hazır değilse, ekip misafir girişi başlamadan önce bu boşluğu giderir.

Kayıt

• yerel liste, sabitlenmiş sürümle uyumludur;
• yeni katılımcılar ve değişiklikler ayrı bir günlüğe işlenmiştir;
• arama, harici ağ olmadan çalışır;
• QR kodu çevrimdışı doğrulanır veya misafir verileriyle arama yapılabilir;
• istisna bankosu atanmış ve işaretlenmiştir;
• yedek yaka kartları, listeler ve sarf malzemeleri yerindedir;
• çalışanlar misafire söylenecek ifadeyi ve eskalasyon prosedürünü bilir;
• kişisel verilere erişim sınırlıdır.

İletişim ve karargâh

• telsizler listeye göre dağıtılmıştır;
• kanallar, çağrı işaretleri ve yedek kanal teyit edilmiştir;
• piller şarj edilmiştir, yedekler sorumluda bulunur;
• öngörülmüşse, mekânla sabit telefon veya başka bir bağımsız iletişim yöntemi test edilmiştir;
• karar günlüğü açılmıştır;
• telsizi olmayan çalışanlar rapor noktalarını bilir;
• acil duyuru metni yerel olarak erişilebilirdir.

Program ve teknik

• sunumlar, videolar ve müzik yerel olarak yüklenmiştir;
• yedek bilgisayar veya ortam dosyaları açabilir;
• uzaktan açılışların üzerinde anlaşılmış bir yedek senaryosu vardır;
• navigasyon ekranları harici içerik olmadan çalışır;
• teknik ekip, kanal kısıtlamasında öncelikleri bilir;
• sahnenin karargâhla bağlantısı test edilmiştir.

Misafir güzergâhı

• adres, giriş ve saat katılımcılara önceden gönderilmiştir;
• yönlendirme tabelaları tüm seçim noktalarında bulunur;
• koordinatörler güncel programı bilir;
• bilgi bankosu basılı veya yerel programı almıştır;
• değişiklikleri tek bir sorumlu yayımlar;
• duyurular uygulamaya veya siteye erişim olmadan anlaşılırdır.

Geçiş ve kurtarma

• vardiya yöneticisi otonom mod ilan etme yetkisine sahiptir;
• geçiş belirtileri kaydedilmiştir;
• tüm birimler geçişi kime teyit edeceğini bilir;
• veri mutabakatı prosedürü belirlenmiştir;
• ağın kısmi olarak geri gelmesi kendiliğinden geri dönüşü tetiklemez;
• etkinlik sonrası bir değerlendirme ve günlük toplama süreci atanmıştır.

Dijital araçların yerel bir dayanağa, ekibin ise anlaşılır bir manuel prosedüre ihtiyacı vardır. Önce girişi, iletişimi ve programı koruruz, ardından tüm senaryoyu harici ağ olmadan test ederiz.

Belirli bir mekân için kayıt ve iletişim planına ihtiyacınız varsa, form üzerinden talep bırakın. Biz Aventura olarak projenin bağımlılıklarını inceler, yedek süreçleri hazırlar ve kapılar açılmadan önce ekiple birlikte testi gerçekleştiririz.

Kaynaklar

• Rusya Dijital Kalkınma Bakanlığı: mobil internet kısıtlamaları sırasında hizmetlerin çalışması
• Rusya Acil Durumlar Bakanlığı: kesintiler sırasında iletişim, önemli kişiler ve gıda stoğu
• Rusya Acil Durumlar Bakanlığı: 112 sisteminin amacı ve kullanım kuralları
• 152-FZ sayılı Federal Kanun «Kişisel Veriler Hakkında»
• NIST SP 800-34 Rev. 1: Contingency Planning Guide for Federal Information Systems
• NIST SP 800-153: Guidelines for Securing Wireless Local Area Networks
• MDN: Using Service Workers for offline-first interfaces
• MDN: Using IndexedDB for local persistent data
• MDN: Background Synchronization API
• DENSO WAVE: QR Code scanning and local processing
• GS1: Digital Link Quick Start Guide
• OWASP: HTML5 Security Cheat Sheet