Simülatör Tabanlı ATM Arayüz Yönetim Ve Geliştirme Sistemi

3y ago
69 Views
3 Downloads
412.80 KB
8 Pages
Last View : 1m ago
Last Download : 3m ago
Upload by : Isobel Thacker
Transcription

Simülatör Tabanlı ATM Arayüz Yönetim ve Geliştirme SistemiOrhan ŞEN, Mehmet GÖKTÜRKGebze Yüksek Teknoloji Enstitüsü, Bilgisayar Mühendisliği Bölümü, Kocaeliosen@gyte.edu.tr, gokturk@bilmuh.gyte.edu.trÖzet: Bankacılık alanında hızlı değişen pazar ihtiyaçlarına paralel olarak ATM cihazlarındada yenilikler yaşanmaktadır. Daha önceleri yalnızca para çekme ve bakiye sorma gibi oldukçasabit görevler yapan bu cihazların bilet satmak gibi yeni görevler aldığı, bu nedenle sürekli vehızlı bir biçimde arayüz yönetimine ihtiyaç duydukları bilinmektedir. Bu çalışmada, ATMarayüz yönetimini bilişim firmasından alıp, bankacılık operasyon birimi personeli tarafındankullanılabilir bir yapıya kavuşturan simülatör tabanlı bir ATM arayüz yönetim ve geliştirmesistemi geliştirilmiştir. Arayüz tasarımı, durum kontrolü, senaryo analizi ve test aşamalarındakisüreçleri kısaltarak, bu aşamalardaki tüm birimlerin tek bir platform üzerinde koordineedilmesi hedeflenmiştir. Halihazırda arayüzler bankaların operasyon birimleri tarafındantasarlanmakta, ATM geliştiricileri tarafından ise geliştirilip cihazlar üzerinde test edilmektedir.Gerek arayüzün gerçek ATM cihazları üzerinde test etme zorluğu, gerekse iki farklı birimtarafından arayüzün kontrol edilerek geliştirilecek olması bu süreci zorlaştırmakta ve özellikleuzatmaktadır. Bu zor işlem sonunda da ATM kullanıcılarına karmaşık bir arayüz veya yeniisteklerin uygulanabilirliğinin az olduğu bir ATM yazılımı çıkmaktadır. Yapılan çalışmadabirimlerin tek bir simülatör ortamı üzerinden arayüz tasarımlarını geliştirip yönetebilecekleriNCR NDC standartlarına uygun bir ara sistem gerçekleştirilmiştir. Yapılan öndeğerlendirmelerde operasyon biriminden olumlu geri dönüş alınmıştır.Anahtar Sözcükler: ATM Simülatörü, Arayüz Yönetim ve Geliştirme Sistemi, NDC.Simulator-Based ATM Interface Management and Development SystemAbstract: In parallel to the changes in the banking sector, ATM machines also face withvarious changes and advancements. These machines previously only used for cash withdrawaland balance inquiries. Yet, new tasks such as ticket sellling are emerging in a very fast fashion,requiring fast and intensive interface design, update and management on these. In this study, asimulator based ATM interface design and management system has been developed to take thedevelopment task from IT department to operational department by introducing an easierinterface. Interface design, state control, scenario analysis and test steps are combined under aunified platform. In the traditional case, ATM interfaces are designed by the operationaldepartment and changes are implemented through information technology department by ATMsoftware developers. The difficulties in both testing and in the flow if information betweendiferent departments, make the process difficult and time consuming. Thus, less usable andless updated interfaces are presented to end users. In this study, a single simulator platform canbe used by all banking departments under conformance to NCR NDC standard. Preliminaryevaluations by the operational department members suggest that the new system will havehighly positive results when put in operation.Keywords: ATM Simulator, Interface Management and Development System, ATM, NDC.

1. GirişGelişen dünyada servis sektöründe artanmaliyetler, bu alanda faaliyet gösterenfirmaların maliyet düşürme ve ürün kalitesiniyükseltme yönünde çözümlere gitmelerisonucunu doğurmaktadır. Kendi kendinehizmet alınabilen (Self Service) terminaluygulamaları, hizmet sektöründe gerekmaliyet düşürülmesini, gerekse abilmesinisağlamıştır.Butürterminaller içinde en yaygın kullanım alanıbulan sistemlerin başında ATM cihazları(Automated Teller Machine) gelmektedir.ATM sistemleri, bilişim sistemleri alanındayaygın kullanıma ilk geçenler arasındadır. İlkbaşlarda yalnızca çek yatırma amacıyla (birnevi posta kutusu) kullanılan ATM sistemlerisıra ile bakiye öğrenme, para çekme, havaleve diğer işlemlerin yapılması gelişmesine paralel olarak ATM cihazlarındaekran ve etkileşim teknolojilerinin geliştiği,güvenlik alanında ise akıllı kart ya datemassız kart gibi yeniliklerin kullanılmayabaşlandığı görülmektedir [1].ATM sistemlerinde verilen servislerin sayı veözelliklerinin sürekli gelişmesine karşın,günümüzde yaygın olarak kullanılan ATMcihazlarının arayüzlerinin göreceli olaraksabit kaldığı gözlenmektedir. Başlangıçtametin tabanlı olan arayüz gereksinimi, zamaniçinde grafik nesneler ve animasyon içerecekbiçimde geliştirilme ihtiyacı duymuştur. Öteyandan ATM sistemlerinin yüksek maliyetive kullanıcı profilinin çok değişken olması,ATM sistemlerinde hızlı ve ktedir.ATM üreticisi firmalar (IBM, NCR, Dieboldvb.) genellikle kendi üretmiş oldukları ATMsistemlerini belirli bir iletişim ve yönetimstandardı içinde tasarlamaktadırlar. Bustandart için NCR firmasının NDC protokolü(NCR Direct Connect Protocol) örnekgösterilebilir. Bu protokol dâhilinde, ATMsistemlerinin merkez haberleşmeleri, durumdeğişkenleri ve ekran yönetimleri bir standartdâhilinde yapılmaktadır [2].ATM servislerindeki sayı ve karmaşıklıkartışı ile mevcut sistemlerin gelenekselyollarla yönetiminin mümkün olmadığı,yoğun performans problemine ve destekhizmeti gereksinimine ihtiyaç mesi gereken yeni bir maddenin büyükproblemlere yol açabildiği, günlük ya dasaatlik olarak sistem menülerinin ya daanimasyonların değiştirilmesinin mevcutsistemlerle mümkün olmadığı görülmektedir.Hâlihazırda bazı firmaların kullanmaktaoldukları ATM yönetim yazılımlarınınyetersiz olduğu bilgisi bu firmalar tarafındandile getirilmektedir. Problemlerin hizmetalımı ile çözülmesi çok yüksek rilmesi için yüksek meblağlarınödenmesi beklenmektedir.Bu problemler göz önüne alınarak yapılançalışmada, ATM yazılımı geliştiricilerinin;arayüz tasarımı, durum kontrolü, senaryoanalizi ve test aşamalarındaki süreçlerinikısaltarak, bu aşamalardaki tüm birimlerinNDC standartlarına uygun tek bir ortamüzerinden koordine olabilmesi amaçlanmıştır.Makalenin ikinci bölümünde, yapılan buçalışmanın uygulaması olan Simülatör tabanlıATM arayüz yönetim ve geliştirme sisteminindetayları hakkında bilgi verilmiş, sonbölümde ise sonuçlar ve çalışmayaeklenebilecek diğer çalışmalar hakkındaöneriler sunulmuştur.

2. Simülatör Tabanlı ATM ArayüzYönetim ve Geliştirme SistemiHalihazırdabulunanmevcutATMcihazlarının çoğu, NDC standartlarına uygunolarak, bankaların ilgili birimlerindekigeliştiriciler tarafından veya dışarından satınalınan hizmet yazılımları tarafından kontroledilmektedir. Bu yazılımların ar yazılım geliştiriciler tarafındanyapılırken; bu taleplerde bulunan, arayüzütasarlayan ve yazılımları test eden kişilerbanka operasyon birimleri çalışanlarıolmaktadır. Aradaki bu fark; ATMarayüzünün yönetilmesini ve geliştirilmesinizorlaştıran temel faktörlerden biridir.Bu sebeple bu çalışmada geliştirilen sistem ilefarklı birimlerin aynı platform üzerindeçalışabilmesi amaçlanmıştır.Şekil 1’ de görüldüğü gibi sistem modelleriATM arayüz yönetim sistemi üzerinden aynıortamda bir birleri ile koordineli bir icisi, kendisine sunulan “ArayüzTasarımı” ile ATM arayüz ekranlarınıkolayca tasarlayabilir, arayüze yeni ekranlarekleyebilir veya mevcut ekranlar üzerindekibir değişikliği “sürükle bırak” yöntemi ilegerçekleştirebilmektedir.2.1 Arayüz TasarımıOperasyon yöneticisinin üzerinde ekrantasarımı yapabildiği sistemdeki bu ekran,içinde her bir özelliğin nesne dayalı mimariile tanımlandığı ve “sürükle bırak” yöntemiile üzerinde kolayca işlem yapılabildiği birekrandır.ATM arayüz yönetim sistemi NDCstandartlarına göre 32x16’lık bir metin ekranmatrisi ile 640x480 piksel ATM ekranboyutunu model olarak almaktadır. Buna göreyine her biri NDC standartlarına uygun olaraktanımlanmış nesnelerden olan yazı, resim,parametre ve veri girişi nesneleri �asından uzak, fakat ATM arayüzündeyer alan tüm ekranları gerçek boyutları ilesistemde görebilmektedir. Buradan arayüzeyeni bir ekran ekleyebildiği gibi, ekranüzerinde her hangi bir değişikliğin anındaekrana yansıtılması sayesinde de değişikliğikolayca gerçekleştirebilmektedir.Şekil 1 : Sistem ModelleriMevcut sistemlerdeki bir ekranın tasarımınınçeşitli NDC komutların birleşimi halindeoluşturulduğu ve bu komutların görsel olaraktestinin yalnızca ATM üzerinde yapıldığıdüşünüldüğünde, bu sistemin arayüz tasarımıüzerindeyarattığıkolaylıkrahatça

görülebilmektedir. Operasyon yöneticisininbir değişiklik isteğini yazılım geliştiricisineileterek ondan bunu gerçekleştirmesini uzunuğraşlar sonunda beklemek yerine onu da busürece katarak istenileni görerek tasarlaşeklinde bir sistem �ingerçekleştirilmesi sürecini ele alındığında,arayüz yönetim sistemini kullanan operasyonyöneticisi dışındaki diğer kullanıcı isinin tasarladığı ekranlar üzerindenistenilen fonksiyonları ATM yazılımlarınaekleme işlemi kalmaktadır. Buna görebelirlenen ekranlar üzerinde oluşacakdurumlar, durum tablolarındaki ilgili ağlanabilir.ATM ekranlarının, ATM cihazlarındaçalıştırılabilmesi için, NDC standartlarınagöre anlamlandırıldığı bir takım komutlardizisine ihtiyacı vardır. Bunlar NDCstandartlarını kullanan tüm ATM cihazlarıiçin aynıdır. Buna göre ATM ekranlarıntamamı,geliştirdiğimiz sistemin birfonksiyonu sayesinde NDC formatınaotomatik olarak dönüştürülebilmektedir. Busayede yazılım geliştiricisinin önce ekranlarıtasarlayıp sonra da ATM test cihazındaekranları tek tek test etmek zorunluluğuortadan kaldırılmıştır.Şekil 2 : Arayüz Tasarımı Ekran Görüntüsü2.2 State TasarımıSistemin yazılım geliştiricisi kullanıcısınahitap eden bir diğer ekranı ise “StateTasarımı” ekranıdır. Yazılım geliştiricisinin,operasyon yöneticisinin ATM arayüzüneeklediği ya da değiştirdiği ekranları �rebildiğinden,NDCformatındakikomutları dizisi şeklinde alabildiğindenbahsetmiştik. Bu oluşan ekranların ATMsenaryoları içinde yer alması için ise, NDCstandartlarında tanımlı her bir durumu �rülmesi gerekmektedir. Bir birinitakip eden birçok durumun olması, biriningeri dönüşü diğerinin başlangıcı olabildiğigibi, birden fazla durum türünün standartlardayer alması yine yazılım geliştiricisinin buekranları çalışır hale getirmesini zorlaştırandiğer bir etmendir.Sistemin kolaylaştırmayı amaçladığı diğer birproblem olan durum kontrolleri tasarımı yineATM arayüz yönetim sisteminde yeralmaktadır. Buna göre sistemde yer alan“State Tasarımı” ekranı sayesinde yazılımgeliştiricisi NDC standartlarında yer alanA’dan Z’ye tüm state’leri tek bir ekranüzerinden tasarlayabilmekte ve o karmaşıkyapıdan uzaklaşabilmektedir. Her bir state’inanlamı ekran üzerinde tanımlı olup, durumgeçişlerinin her biri bir bütün ,operasyon yöneticisinin ürettiği bir ekranı“State Tasarımı” ekranı üzerinden istediği birstate’e bağlayabilmekte ve bu değişikliğianında görebilmektedir.Burada iki birimin aynı ortam üzerindeçalışması ile onları durum senaryolarıkarmaşasından kurtararak, ATM arayüzündeyapacakları bir değişikliğin kolayca arayüzeyansıtılmasını sağlatmak amaçlanmıştır.

gibi, tasarlanan çıktılarında kullanılmak üzeresisteme kayıt edilmesi sağlanmıştır.Şekil 3 : State Tasarımı Ekran Görüntüsü2.3 Çıktı ılan iki tip çıktı bulunmaktadır. BunlarATM kullanıcısına yaptığı işlem sonundaverilen “makbuz” ve ATM’in yaptığıişlemlerin kendi içinde logunu tuttuğu“journal” çıktılarıdır.ATM arayüz yönetim sistemi NDCstandartlarına göre 40x24’lük bir çıktımatrisini, çıktı tasarımı için model olarakalmaktadır. Buna göre yine her biri NDCstandartlarına uygun olarak tanımlanmışnesnelerden olan yazı ve parametre nesneleriçıktılar üzerinde yazdırılabilecek tümişlemleri kapsamaktadır.NDC standartlarına göre çıktılarda yineekranlarda olduğu gibi belli bir komutdizisinden oluşmak zorundadır. Çıktı tasarımekranı, tasarlanan bu çıktıları NDC formatınada dönüştürerek, yazılım geliştiricisinin ATMyazılımında direk olarak bu komutlarıkullanması kolaylığını sağlar. Ayrıcaoluşturulacak çıktıların kâğıt üzerinde nasılduracağı ekran üzerinde görülebildiğinden,tasarlanan her çıktının tek tek ATM üzerindetest edilmesine gerek kalmayacak ve busayede uzun test sürecinden yazılımcıkurtarılmış olacaktır.Şekil 4 : Çıktı Tasarımı Ekran Görüntüsü2.3 Transaction TestiMevcut sistemlerdeki bir çıktının tasarımınınçeşitli NDC komutların birleşimi halindeoluşturulduğu ve bu komutların görsel olaraktestinin yalnızca ATM üzerinde yapıldığıdüşünüldüğünde, bu sistemin çıktı lebilmektedir. Yazılım geliştiricisi; çıktıtasarımı ekranı ile ATM’den çıkarılacakmakbuz veya journal çıktılarını, yine arayüztasarımı ekranında olduğu gibi nesneye dayalımimari ve “sürükle bırak” yöntemi ilekolayca tasarlayabilir. Tasarlanan çıktılardayapılan değişikler anında ekrana yansıtıldığıATM’ler bankalar dışı işlem cihazlarıolduğundan yapacakları işlemlerin bir kısmınıbanka sunucuları ile çeşitli mesaj akışlarıüzerinden yapmaktadırlar. Sunucu ile yapılanbu mesaj trafiğine “Transaction” işlemleri adıverilir. Bu mesaj akışı ATM’in “TransactionRequest” mesajını sunucuya göndermesi ilebaşlarken, sunucunun “Transaction Reply”mesajını ATM’e göndermesi ve ardındanATM’nin “Solicited Status” mesajınısunucuya göndermesi ile tamamlanır. ATMüzerinde tanımlı state’lerin değişken değerlerisunucudan gelecek bu reply bilgileri ile

doldurularak arayüze yansıtılır. Bu yüzdenoperasyon yöneticisinin tasarladığı ATMarayüzlerinin, değişken değerleri ile debirlikte ekranda nasıl görüleceğinin testedilmesi gerekmektedir. Bu test işlemi yinetest ATM’leri üzerinden yazılım geliştiricilertarafından yapılır.ATM’lerin arayüzlerinde yapılacak leri ATM dışında bir ekranolmamasının yanında, değişken ekranlarındatest edileceği bir ortamın olmaması gelişimizorlaştırmaktadır. Bu zorluğu ortadankaldırmak için ATM arayüz yönetimsisteminde “Transaction Test” asyon yöneticisinin veya kendisinintasarladığı değişken bir ekranı, NDCstandartlarındaki Transaction mesaj akışışeklinde bu ekrandan test edebilir. Buna göresistem, transaction request mesajını sunucuyaTCP protokolü ile ağ üzerinden gönderirken,yine aynı yolla sunucudan transaction replymesajını alarak oluşan arayüzü ekrandagösterir. Bu işlem sayesinde mesaj akışınıntakibi ve testi ATM’e gitmeden yönetimsistemi üzerinden cakdeğişkenler yine Transaction Test ekranı iledoldurulabilir, oluşacak çıktıların görüntüsüyine ATM’e gitmeden test edilebilir.ATM üzerinde bir ekran veya çıktının testedilebilmesi için, her seferinde ATM testcihazına gidilerek, test edilecek tümsenaryonun baştan çalıştırılıp denenmekzorunda olması çok uzun ve zor bir süreçolarak karşımıza çıkmaktadır. Bu nedenlearayüzün simülasyon ortamında test edilmesibu süreci kısaltırken, ATM arayüzleriniyönetip geliştirmeyi kolaylaştırmaktadır.Şekil 5 : Transaction Testi Ekran Görüntüsü3. Yöntem ve TekniklerSimülatör tabanlı ATM arayüz yönetim vegeliştirme sistemi için tercih edilenprogramlama dili .NET framework üzerindeC# dili olup, tüm kayıtların tutulduğu veritabanı MsSQL veri tabanıdır. C#’ın nesneyedayalı yazılım mimarisine uygun iyi bir dilolması ve MsSQL’in bu dile entegrasyonununbire bir olması sebebiyle böyle bir �masının sağlanması için, ekranlar ayrıbirer form olarak modellenmiş ve bir birinitakip eden veriler Entity Framework nesneleriile kontrol edilerek bir veri tabanı üzerindeişlemlerin yapılabilmesi sağlanmıştır.Modellemenin modül bazında tasarlanmasısebebiyle de sistem, geliştirilmeye ve yenimodüllerin eklenmesine uyumludur. ATMarayüz yönetim ve geliştirme sistemiekranları, ATM prototipinin bire bir taklitekranlarına sahip olup gelecek çalışmalar iletamamıyla bir ATM Simülatör’ü olunmasıüzerine ilerlemektedir.

Şekil 6 : Data Flow DiagramATM arayüz yönetim ve geliştirme sisteminedata flow diagram üzerinden de bakılacakolunursa; sistemin verilerinin bulunduğu birveri tabanına, ATM yazılım geliştiricisininkullandığı yazılımın işlemlerini yaptığı veritabanına ve ağ üzerinden de sunucuya direkbağlantı olduğu görülmektedir. Buna göreoperasyon yöneticisi ATM arayüz yönetimsisteminde tasarladığı ekran ve nesnelerisistemin veri tabanına kayıt etmiş olur.Resimler fiziksel olarak bir dosyadabulunurken bu ekrandaki resim kütüphanesiekranı ile resimler üzerinde işlem yapabildiğive kullanacağı resimleri dosyaya erişmedendüzenleyebildiği görülür. Buradaki filtrelemeve arama fonksiyonları ise çok sayıda resimolan sistemde işlem kolaylığı sağlar. rladığı bu ara yüzleri “export” fonksiyonuile NDC ekran formatına dönüştürürken, aynızamanda ATM yazılımı yönetim sistemininkullandığı veri tabanına da ekranlarıaktarabildiği emlerin bir benzeri de çıktı tasarımındayapılmaktadır. Çıktılar, çıktı tasarımı irler. Bu işlem sonrasında yazılımgeliştiricisi yine “export” fonksiyonu ileverileri, NDC çıktı formatına dönüştürerek,ATM yazılımı yönetim sisteminin kullandığıveri tabanına çıktıları aktarmış olacaktır.ATM üzerindeki statelerin tasarımının vekontrolünün zor olmasından bahsetmiştik.Bunu kolaylaştırmak için kullanılan statetasarımı ekranı, tasarlanan stateleri tip veiçeriklerine göre state-içerik ilişkisi şeklindeveri tabanına kaydetmektedir. Fakat buradada “export” fonksiyonu ile stateler NDC stateformatına dönüştürülerek ATM nındakistatetablosunakolaycaaktarabildiği görülür.Ekran, çıktı ve state tasarımlarının NDCformatına dönüşümünün sistemde kolayca

yapılabilmesi, ATM yazılımı luluğundan kurtararak, onlara görerektasarlama kolaylığını getirdiği görülmektedir.ATM yazılımı geliştiricileri, transactionmesaj akışını ATM yazılımı yönetim sistemiüzerinden tasarlayarak, test ATM’lerinegiderek sunucu ile test etmektedirler.Görüldüğü üzere sistemde bu işlemtransaction testi ekranı üzerinden sunucu ileiletişime geçilerek gerçekleştirilmektedir. Busayede her bir transaction testi için ATM’egidilme zorunluluğunun ortadan kaldırıldığıgörülmektedir. Testler aynı zamanda sisteminveri tabanına kayıt edilerek tekrar farklıdurumlar içinde kullanılabilmektedir.4. Sonuç ve ÖnerilerGünümüzde artan işlem taleplerine karşınservis hizmetlerindeki maliyet artışı gözönünde bulunduğunda bu alanda faaliyetgösteren firmalar için çeşitli iş kolaylaştırıcıve süreç kısaltıcı çözümlerin kullanımıkaçınılmaz olmuştur. ATM cihazlarınınarayüzlerinin geliştirilmesindeki problemler,çalışanlar arası koordinasyon güçlüğü ve testetmenin zorluğu düşünüldüğünde arayüztasarımının yapılacağı bir simülatör zorunluhale gelmektedir.Geliştirilen sistem ile ATM arayüztasarımlarının doğrudan bire bir ATMekranları üzerinden sürükle bırak tekniği ileyapılabiliyor olması, state geçişlerinintasarımının ve kontrollerinin, transactionmesaj akışı testinin tek bir ekrandanyapılabiliyor olması, bu aşamalarda çalışanlariçin kullanışlı birer çözüm ortaya şimindeki operasyon yöneticileri veyazılım geliştiricileri arasındaki koordinasyongüçlüğü onları aynı ortam üzerindençalıştırarak giderilmiştir. Ayrıca ATMarayüzlerinin test edilmesi için test ATM’leregidilerek, her seferinde bir ekranınsenaryosunun tamamının g

ATM üreticisi firmalar (IBM, NCR, Diebold vb.) genellikle kendi üretmiú oldukları ATM standardı içinde tasarlamaktadırlar. Bu standart için NCR firmasının NDC protokolü (NCR Direct Connect Protocol) örnek gösterilebilir. Bu protokol dâhilinde, ATM sistemlerinin merkez haberlemeleri, durum

Related Documents:

4 Q: I am trying to read my SIM card, and the only entry in the phonebook is "See iDen phbk", how can I see the real contacts on the SIM card? A: This means that you have a Nextel iDEN SIM card. The 1.x versions of SIM Manager do not support such SIM cards, which is why you should update to SIM Manager 2.x, which is compatible with Nextel SIM cards.

7 body stud astm a193 b8 astm a193 b8 astm a193 b8 astm a193 b8 astm a193 b8 astm a193 b8 astm a193 b8 8 body nut atm a194 gr. 8 atm a194 gr. 8 atm a194 gr. 8 atm a194 gr. 8 atm a194 gr. 8 atm a194 gr. 8 atm a194 gr. 8 9 stem 17-4sst/xm-19* 17-4sst/xm-19* 2205 duplex sst

This 3rd edition of the Talking ATM manual is more comprehensive. The key feature of this hand book is instructions on Wincor-AGS Talking ATM, Diebold Talking ATM along with NCR ATM model. Our bank launched NCR Talking ATM in June 2012, while the Diebold Talking ATM was launched in December 2012 and Wi

The ATM is accessible at a nominated BSP location. The ATM remains the property of BSP at all times. 3. USING THE ATM 3.1 How to use the ATM At the Cash Deposit ATM, you can make a deposit to any of your linked deposit account(s) and to another active deposit account held with BSP. Deposits using this ATM can be made with and without a BSP Debit

Mini/Micro/Nano (2FF/3FF/4FF), Commercial Temp Sim Card Micro-Sim, 3FF size, Commercial Temp Sim Card Verizon Verizon NL-SIM-IND -40 C to 105 C Micro-Sim, 3FF size, Industrial Temp Sim Card Verizon N L -S I M-V E R -T R I N L -S I M-I N D

SIM Card Tray: Nano-SIM Nano-SIM Nano-SIM Micro SD About Dual SIM: Supports Dual SIM cards with no carrier restrictions, single 5G or dual 4G connectivity ① Supports Dual Nano-SIM card slots, either card can be set as the primary card

Getting a SIM card A nano-SIM (not included) is required in order to set up and use your watch. Contact your network operator to request a nano-SIM with a voice and data plan. Standard Micro Nano Inserting the SIM card Remove the SIM card cover and insert the SIM card. Once inserted, push the SIM card gen

Size comparison: Mini SIM (2FF) vs Micro SIM (3FF) vs Nano SIM (4FF) Mini SIM/2FF 25L x 15W x 0.76H(mm) Micro SIM/3FF 15L x 12W x 0.76H (mm) Nano SIM/4FF 12.3L x 8.8W x 0.67H (mm) *FF Form Factor Product O erings P/N Picture Height Range Length x Width Description Features and Bene ts Sta