# TurniGate --- # Keep your turnstile. We evaluate the signal it produces. TurniGate does not sell hardware. It takes the access signal your existing turnstile already produces and derives who is in the building now, who is missing and where everyone is during an emergency. The turnstile, the panel and the reader stay where they are — and so does the company that installed them. ## Three measured facts Four reader protocol families are defined Five panel families have a connector path Target: under a second from the event at the gate to the row on screen The latency figure is a target, not a measured average; we give you the value measured in your own installation in writing. The protocol and connector counts are what is defined today. ## How the signal travels from the gate to the screen The person badges in and walks through; the panel already records it. We take that record through one of three paths and turn it into a single canonical event. - Event push: the panel sends the event to us. - Scheduled pull: we poll the panel at a fixed interval. - Vendor interface: we read through the panel's own interface. ## Who is in the building right now Not how many people entered by the end of the day — who is inside at this minute. Students, staff, visitors and contractors sit in one list. - Green band: occupancy is comfortably below capacity. - Amber band: capacity is close, a queue is forming at the gate. - Red band: capacity is exceeded, entry is restricted. - Arrived, not yet arrived and late are three separate lists. - Occupancy per zone: floor, block, canteen, yard. - Staff and visitors can be filtered out of the student count. - If a device goes silent the number is not hidden; the last known state is shown with an age counter. ## The roster freezes the second the alarm sounds In an evacuation it is the roster itself that causes the argument. The moment an incident opens, presence is frozen; movement after that is kept separately and the two never mix. - Safe, injured and missing marks reach the incident commander instantly. - For a missing person the last gate and time is a required field; when there is no data it says no signal. - At the assembly point people report themselves safe by scanning a code. - Drills run through the same flow and their duration is recorded as evidence. ## The teacher does not fill the list from scratch, they correct the difference The signal from the gate pre-fills attendance. Every row carries its source: signal, teacher, manual entry or bulk import. - Period-level attendance next to day-level attendance. - Late, left early and absent are three separate lists. - Who corrected it and when stays under the row. ### What we do not do No record travels to the official system on its own. Records collect in a queue, are corrected on screen, a staff member enters the prepared batch themselves and then marks the queue as declared. ## The parent is not a notification target, they are a decision maker Entry and exit notifications are the starting point. The things a parent starts themselves live in the same place. - Entry, exit, late arrival and absence notifications. - Digital permission and early leave requests: the parent opens, the school decides. - The parent changes the dismissal plan themselves, without involving staff. - Someone else is collecting my child today: authorised pickup and verification at the gate. ## Whoever has an appointment passes the turnstile The appointment book and the gate decision stop being two separate worlds; the security screen shows who is expected that day. - The parent requests, the school decides, the result lands at the gate. - A third party who is not the legal guardian cannot enter for a meeting. - For contractor entry, document expiry dates are tracked. ## Biometrics is this product's refusal With decision 2026/921 dated 29 April 2026 the Turkish data protection board banned processing biometric data for access and working-time tracking. We treat that as a founding boundary of the product, not a compliance item. Fingerprint and face recognition are never enabled in any version: there is no field in the schema, the endpoint rejects it and the adapter drops it. ## Start without replacing your hardware If you know your panel brand and reader protocol we answer with a measurement. If you do not, there is still a path — and we do not guess. Not sent: correct the fields below. Fields marked with a star are required. Your enquiry reached us. We measure your panel and answer in writing; we do not call anything compatible before measuring it. ## Who it is for ### School administration At twenty past eight, do you have an answer to three questions: who arrived, who is missing, and where everyone is if something happens. ### Parent association If you make the decision, ask for the answer in writing — including what is never charged in any plan. ### Turnstile companies You install the turnstile, we carry the software layer. The hardware stays yours. ## Short answers ### What exactly does TurniGate do? It takes the access signal your existing turnstile produces and derives a live presence list, occupancy, a draft attendance sheet, parent notifications and an emergency roster from it. The turnstile, panel and reader stay where they are. ### Do I have to replace my turnstile? No. Your existing turnstile and its panel stay in place; the product evaluates the signal they produce. ### Do you use fingerprints or face recognition? No — and it is not offered as an option either. With decision 2026/921 dated 29 April 2026 the board banned processing biometric data for access and working-time tracking. ### Does absence reach the official system by itself? No. Records collect in a queue, are corrected on screen, the user presses prepare and a batch is produced; a staff member enters it into the official system themselves and then marks the declaration. ### How is the roster taken during an evacuation? The moment an incident opens, presence is frozen; movement after that is kept separately and the two lists are never merged. ### Where does a parent see things? From the mobile app and the browser they do the same things: notifications, permission requests, the dismissal plan and the handover report. ## Where shall we start All three paths lead to the same place: seeing together what can actually be measured at your gate. --- Product # We do not sell the turnstile; we evaluate the signal coming from it. The panel at the gate produces a record on every pass. In most schools that record stays inside a file. This page describes the steps that record goes through from the gate to the screen. ## One diagram The outcome appears in four places: live presence, the parent notification, the attendance row and the emergency roster. ## Three ways to connect ### The panel pushes the event itself The panel sends us an event on every pass. This is the lowest latency option; the panel must be able to make outbound requests. ### We poll the panel If the panel cannot reach out, a collector inside the institution's network fetches records at a fixed interval. The latency is that interval and it is written on screen. ### The panel's own interface Some panel families expose records only through their own interface. The connector speaks that interface; its version is measured during installation. All three produce the same canonical event. Which path is possible depends on your panel, and we measure that rather than guessing it. ## The canonical event Whichever panel it comes from, the event is converted into a single shape. The fields are: ### Show all fields - Who: the identity inside the institution; the raw card number is never carried. - Which gate: the gate and reader identifier. - Which direction: in or out; when it cannot be measured the direction stays empty. - Which time: the device clock and the moment the server received it, both together. - Which source: the connector identity and the connection path. - Replay protection: if the same event arrives twice, the second is not counted. ## Where the decision is made While online the panel makes the gate decision; we record the decision and its outcome. Rules such as appointments and watchlists are pushed down to the panel as rules. ### What happens when the connection drops When the connection drops, the gate keeps working with the panel's own local rules. We collect the passes from that window once the link returns and mark those rows as late arrivals. ### What we do not promise We do not open or close the gate while the panel is down. The decision belongs to the hardware; our layer evaluates it. ## Latency Our target is to stay under a second from the event at the gate to the row on the screen; on the event push path this target is realistic. This is a target, not a measured average. On the scheduled pull path the latency is the interval itself and it is written on screen; we give you the value measured in your own installation in writing. ## A system that does not go quiet - Heartbeat: every connector reports that it is alive; when it goes silent the screen says so. - Rejected record ledger: every event that is not accepted is written down with its reason, never dropped silently. - Missed event recovery: when the link returns the records in between are collected and placed back in order. ## For whoever writes the connector The device schema and the dry-run endpoint sit behind the partner gate: the sample event you send is validated and nothing is written. ## The next step --- Product # Start without replacing your hardware This page has one job: to give a measurable answer to one question — does it work with the hardware you already have. We also say what we cannot measure, on the same page; no row we have not measured is shown in green. ## Protocol comparison This table compares technologies. Where a row says not measured, the feature is not bad — it does not exist in that protocol and we do not pretend otherwise. | Protocol | Direction | Encryption | Tamper reporting | Command to reader | Distance | |---|---|---|---|---|---| | Wiegand | One way | None | Not measured | Not measured | Short | | OSDP v2 secure channel | Two way | Present when the channel is on | Available | Available | Long | | Vendor interface | Depends on the vendor | Depends on the vendor | Depends on the vendor | Depends on the vendor | Over the network | | File pull | Whatever the record holds | At the transport layer | Not measured | Not measured | Over the network | ### What the columns mean - Direction: can the protocol itself tell whether the pass was an entry or an exit. - Encryption: whether the line between reader and panel is protected. - Tamper reporting: does the panel learn when the reader housing is opened. - Command to reader: whether the panel can tell the reader something, such as a light or a sound. - Distance: the cable distance the link can carry between reader and panel. ## What we cannot measure on Wiegand Wiegand is a one-way, unencrypted line. The four rows below do not exist in this protocol; on screen they appear with a grey not measured badge — neither green nor red. - No tamper report arrives when the reader housing is opened. - The panel cannot send a command to the reader; light and sound cannot be driven. - The line is open to listening; the card number is not protected on the wire. - The reader's own health is unknown; we only learn it went silent because events stopped arriving. ### Why we cannot measure it Measurement is limited to what the protocol carries. On a Wiegand line only the card number and the moment of reading travel; no other field is ever produced. Compensating for that in software would be invention. ## Panel and reader families A connector path is defined for the families below. Even when the family is familiar, nothing is called compatible before the model and version are measured. ### ZKTeco Card events can be read. The device clock often drifts from the server clock; the event is stored with both timestamps. ### Suprema BioStar 2 Card events can be read. In installations that also emit biometric events those fields are dropped in the adapter and never stored in any version. ### Hikvision Card events can be read. Gate and reader numbering differs between installations; the gate map is written once during commissioning. ### Nedap AEOS Card events can be read. The rule engine sits in the panel itself; our rules do not replace it, they sit alongside it. ### Idemia Card events can be read. On gates with a biometric reader only the card event is taken; the biometric field is neither requested nor accepted. ## Profiles by gate and turnstile type - Tripod turnstile: one-way counting, direction comes from the reader. - Full-height turnstile: each face may have its own reader, so direction is clear. - Speed gate: queue measurement matters most here during peak hours. - Accessible gate: the same person record, a separate gate identity. - Swing gate: when it is driven by a dry contact, direction usually cannot be measured. ## Edge cases ### Driving a dry contact If the gate only opens through a relay, who passed comes from the reader, not the gate. In that case the direction field is left empty. ### A reader on each face When entry and exit sit on separate readers the direction is certain and the presence list is at its most accurate. ### Free-wheeling in panic mode During a fire alarm the arm free-wheels and produces no record. The presence list meets that moment with the frozen roster; it never silently fills the missing record. ### Closing entry when capacity is reached If the capacity rule can be pushed to the panel, entry can be closed. If it cannot, the screen warns but we do not close the gate; we never show something we cannot do as done. ## Connector developer gate The device schema is shared once a partner application is approved; the schema file is not published at a public address today. The dry-run endpoint validates the sample event you send and writes nothing: it tells you which field is missing or which field has the wrong shape. Every connector has its own device identity and secret; the secret can be rotated by the institution and the old one becomes invalid immediately. ## Six things to tell us before installation 1. The panel brand and model, exactly as written on the label. 2. The reader protocol; it is fine if you do not know it. 3. The number of gates and which building each one is in. 4. Whether the panel can reach the network. 5. The name and contact of the company that installed the turnstile. 6. The card type and who holds the cards. Writing these six lines into the form is enough; you do not need to prepare a document. ## I do not know my protocol Not knowing is not a blocker. Write what you know and leave the rest as I do not know; the result comes out as a possibility and the screen says it is one. ### A — measured The family, protocol and connection path form a combination we have measured. Which events can be read and which fields cannot be measured in this protocol are listed together. ### B — probable The family is familiar but the model or version is unverified. A short technical call closes that gap; we make no promise before measuring. ### C — unknown We can derive a possibility from what you told us, but we do not call anything compatible before measuring. Let us look at your panel brand and reader protocol together; a short technical call is enough. ### D — biometric declaration You declared a fingerprint or face recognition reader. Those fields are not read in any version; moving to cards is separate work and the path is written on the data protection page. If you selected Wiegand: the line is one-way and unencrypted; tamper reporting and commands to the reader cannot be measured in this protocol and are shown with a grey badge. First choose your panel brand; if you do not know it there is still a path — the four-question branch opens it. Not sent: correct the fields below. A form in four steps The brand and model are usually on that label. What you write is used only to answer this technical question; we send the result in writing. Fields marked with a star are required. Your enquiry reached us. We have your declaration. We will send the measurement result together with the rows we cannot measure, in writing. ## Are you the company installing the turnstile Installation companies are not our competitors, they are our channel. The hardware stays yours. --- Product # Not how many entered — who is inside right now An access record is a number; a presence list is an answer. This page describes how that answer is produced and when it should not be trusted. ## One pool Everyone in the building sits in the same list; which group a person belongs to is the badge on the row. - Student - Staff - Visitor - Contractor ## Arrived, not arrived, late Everyone who passed the gate and appears to be inside; the row shows the entry time and the gate name. Expected today but no signal yet; the list is shortest at the start of the first lesson. Those who passed after the lesson started; the delay in minutes is calculated, not estimated. ## Occupancy and the three-colour band Occupancy is the ratio of people inside to the capacity the institution entered; the institution sets the capacity, we do not invent it. ### How the thresholds are set - Green: you are comfortably below capacity. - Amber: capacity is close; a queue starts at the gate. - Red: capacity is exceeded; restricting entry is the institution's decision. ## Occupancy by zone ### Which zones can be defined - Floor - Block - Canteen - Yard - Sports hall ## Peak hour and gate queues Hourly density is measured per gate; the hour at which a single turnstile is not enough comes out of the report, not out of a guess. ## Separating staff and visitors When a student count is requested, staff, visitors and contractors are removed from the list; the number states which groups it includes. ## When the number goes stale If a device goes silent the number is neither hidden nor shown as fresh: the row appears with a last known label and an age counter, and it says which gate went quiet. --- Product # The roster freezes the second the alarm sounds In an evacuation the most expensive minute is the one spent arguing about who has the list. The moment an incident opens, presence is frozen and everyone looks at the same list. ## The frozen roster The presence list at the second the incident opened; this list does not change and is never edited afterwards. Every movement after the incident is kept separately. The two lists are never merged; merging them loses track of who is where. ## Safe, injured, missing Marking happens in the field and reaches the incident commander instantly; the commander's screen holds names, not just numbers. ### What each status means - Safe: the person was seen at the assembly point or reported themselves. - Injured: handed to the medical team; the row does not close, it keeps tracking. - Missing: not seen yet; the last gate they were seen at is a required field. ## Last gate and time For every person marked missing, the last gate and time appear on screen; the search team searches that area rather than the whole building. If the person produced no signal that day the screen says no signal. We do not fill an empty field with a guess. ## Reporting yourself at the assembly point The code at the assembly point is scanned and the person moves to the safe list; where a phone is not available a marshal marks them from the list. Several assembly stations see the same list; the same person is never counted twice at two stations. ## First aiders and fire marshals Marshals are separately marked in the list; when an incident opens nobody searches for who is on duty where — it is on the screen. ## Reunification ### The handover protocol 1. The parent arrives at the assembly point and their identity is verified. 2. The system checks the student may be released to that parent; where a custody restriction exists, the restriction wins. 3. The handover is recorded so that both sides can see it. 4. The student leaves the list as handed over, not as missing. ## Drills A drill runs through the same flow as a real incident: it is planned, run and timed. ### What the evidence record holds How many people were marked safe in how many minutes, which gate jammed, how many stayed missing; the record is used as is in the post-incident review. ## An audit trail that cannot be altered Throughout the incident, who marked what and when is recorded and cannot be edited retroactively; a correction can only be written as a new row. The incident report is signed and verifiable through its digest; anyone can check that a row in the report was not altered afterwards. --- Product # The teacher does not fill the list from scratch, they correct the difference The gate signal pre-fills attendance; the teacher's job is to confirm it and correct the difference. This page states separately what happens by itself and what definitely does not. ## A row that shows its source Every row carries where it came from. When someone asks why a row says what it says, the answer is in the row. ### Source badges - Signal: it came from the reader at the gate. - Teacher: the teacher marked it in class. - Manual: the administration corrected it later. - Bulk import: a record that arrived from a file. ## Period-level attendance ### How it differs from day-level attendance Day-level attendance says whether a student was at school that day; period-level attendance says which lesson they were missing from. Both are kept and any contradiction is shown on screen. ## Partial absence A student can be excused for a time range: two lessons for a dentist appointment, then they return. The row says when they are expected back. ## Calculating lateness The minutes late are calculated, not estimated; the three lists are separate and never mixed. - Late arrivals: those who passed after the lesson started. - Early leavers: those who produced an exit signal before the day ended. - Absent: those who produced no signal at all that day. ## Approved bulk entry preparation Entering data into the official system is a person's job and stays that way. Our job is to prepare that entry, show mistakes in advance and record who entered what and when. 1. When attendance closes, the records drop into the queue. 2. They appear one by one on screen and can be corrected. 3. The user presses prepare; a batch is produced. 4. A staff member enters it into the official system themselves. 5. The declaration is marked; who marked it and how many rows go into the ledger. ### What the queue holds The queue holds only that day's absence rows; an unconfirmed row never enters the batch. ### The correction trail When a row is corrected the old value is not lost; who corrected it and when stays under the row. ### What the prepare button does It produces the batch and locks the rows confirmed up to that moment; changes after the lock go into the next batch. ### Who does the entry The institution's own staff. None of our components connects to the official system. ### The declaration The declaration is not a checkbox but a record: who, when, how many rows. A batch without a declaration stays open. The two buttons above carry the same names as in the product panel; on this page they are only shown. ## Our boundary No record travels to the official system by itself. There is no official interface open to third-party software, and we do not write a sentence on this site claiming there is. Instead we keep a ledger: the person, the time and the row count are written down; when asked, the answer is in the record. ## Early warning from the absence pattern ### How the early warning is calculated The warning comes out of the absence rows we already measure: repeated absence in the same lesson on the same weekday, consecutive late arrivals, absences piling on a single day. No second count is made and no score is given to a student. ## The substitute teacher A substitute can take attendance on someone else's behalf; the row shows both the lesson's teacher and the person who marked it, so the trail is not lost. --- Product # The parent is not a notification target, they are a decision maker Entry and exit notifications are a beginning. The things a parent starts themselves — permissions, the dismissal plan, authorised pickup — live in the same place and do not pull school staff in unnecessarily. ## Notifications ### Which notifications exist - Entry: when the child passes the gate. - Exit: when they leave during or at the end of the day. - Late: when they pass after the lesson has started. - Absence: when no signal appears at all that day. If there is more than one child at the same school they all appear in one account and every message carries the child's name. ## The photo at the moment of passage If the institution wants it, the camera frame at the gate can be sent to the parent with the notification; the frame comes from the camera at the gate and we do not match faces. This option is not a default: the institution enables it and it is written into the privacy notice. Deriving identity from the photo, face recognition and biometric matching exist in no version. ## Digital permission and early leave ### The parent opens the request Reason, time and child are selected; no paper petition. ### The school decides The administration or the class teacher approves or rejects, with a reason. ### The result lands at the gate For an approved early leave, that time appears on the security screen. ### A record remains The request, the decision and the exit time stay in the same record; nobody goes looking for them later. ## The dismissal plan Whether the child takes the bus, walks home or is collected — the parent changes the plan themselves. Nobody has to call school staff for that change. ## Someone else is collecting my child today ### How verification works at the gate 1. The parent defines the authorised person and the period. 2. The person is verified at the gate with their identity document. 3. The handover is recorded and appears on the parent's screen. ## Sharing access A second parent or a grandparent can see the same child; access is given by invitation and can be withdrawn. Where a custody restriction exists the restriction wins: a restricted person cannot be invited, and if they were, their access is closed. ## Delivery report Was the notification sent, did it reach the device, was it read — all three are shown separately. A notification believed sent but never delivered is the quietest failure. ## App and browser A parent does the same things from the mobile app and the browser; installing the app is not mandatory. Store links will appear on this page once the app is published; we do not place a broken badge here today. --- Product # Whoever has an appointment passes the turnstile As long as the appointment book sits at the security desk and the gate decision sits in the panel, the two never see each other. This page describes how they meet in one record. ## The appointment flow ### The parent opens a request They write who they want to meet, when, and about what. ### The school decides A time is proposed, approved or moved to another slot. ### The result reaches both sides The parent gets a notification and the visitor appears in that day's expected list on the security screen. ### Entry and exit record A record is written when the visitor arrives and when they leave, in the same place as the appointment. ## Where the appointment meets the gate ### What happens without an appointment The security screen shows the name, time and host of each person with an appointment that day. For a visitor without one, the decision belongs to the institution; the product records the decision and asks for the reason. ## Visitor identity and badge The visitor receives a temporary badge; it is limited to the duration of that appointment and becomes invalid when the time is up. ## Meeting entry by a third party A person who is not the legal guardian cannot enter to meet a student; if such a request is opened it is rejected with a reason and the record remains. ## Watchlist and custody restrictions A barred visitor or a person restricted by a court decision is marked in the list; at the gate the decision is not open to discussion. ## Contractor entry ### Tracking document expiry Contractor staff documents are recorded and an expired document raises a warning at the gate; entry with an expired document does not pass silently. ## The text shown at entry The privacy notice and the institution's rules are shown to the visitor at entry and the acknowledgement is recorded, carrying who saw it and when. --- Trust # This product does not use biometrics — and it is not offered as an option either Most school access products count fingerprints as a feature. We write it down as the product's refusal: there is no field in the schema, the endpoint rejects it and the adapter drops it. ## The three layers of the refusal ### No field in the schema The canonical event defines no field carrying a fingerprint, face vector or template; a field that does not exist cannot be filled. ### Rejected at the endpoint A request carrying a biometric field in its body is not accepted and is returned with its reason. ### Dropped in the adapter If the panel emits biometric events, the connector drops those fields before they reach us and writes the drop into its ledger. ## Why ### Explicit consent does not rescue it The board does not treat consent as freely given, because of the power imbalance between school and parent, and between employer and employee. ### Hashing does not change the nature of the data Converting biometric data into a mathematical code does not remove its status as special category personal data. ### Deactivating is not destroying If the data is still reachable, processing is considered to continue; turning the system off is not enough. When the subject is children's data, proportionality is read even more narrowly: choosing the heavier method while a less intrusive one exists is itself a violation. Cards and codes are less intrusive. ## Card numbers never travel raw The card number travels as a salted digest scoped to the institution; the same card does not produce the same value in two institutions and the number cannot be derived back from the records. ## Who owns the data If the institution chooses the cloud, the data sits on infrastructure we operate and the institution can export it at any time; the data is still theirs, we are the processor. If the institution chooses its own network, the data never leaves the building; updates and support are limited to the window the institution opens. ## Retention and destruction The institution sets the retention period and the record is destroyed when it expires. Destruction means actual deletion; deactivation does not count as destruction. ## Audit trail Who changed what and when is written down and cannot be edited retroactively. When an attendance row is corrected, the old value is not lost. ## Anonymity in internal reports Density, occupancy and absence reports are produced over totals, not at the level of individuals. Cells smaller than five are masked: in a group of three, the total is an identity too. ## A parent sees only their own child When another student's record is requested the product says no record was found. Even saying you are not authorised reveals that the record exists; we do not write leaking messages. ## Documents - Privacy notice - Cookie policy - Data processing agreement draft - Open a data subject request --- Who it is for # At twenty past eight, do you have an answer to three questions Who arrived, who is missing, and where everyone is if something happens. All three answers already sit in the record your turnstile produces. ## Three pains ### Who arrived The morning list is on paper and different in each class; nobody knows the total. ### Who is missing Absence is collected in the afternoon; by the time a parent needs calling, it is too late. ### Where everyone is in an incident In an evacuation people argue about who holds the list; the count is done twice. ## One school day ### The gate opens The first passes arrive; the presence list starts filling and entry notifications go to parents. ### The lesson starts Attendance arrives pre-filled; the teacher corrects the difference and confirms. ### A permission request arrives A parent asks for an early leave; the administration decides and the result reaches the security screen. ### Handover time The authorised person is verified at the gate; the handover appears on the parent's screen. ### End of day The absence queue is prepared, staff enter it into the official system and the declaration is marked. ## Many buildings, many campuses, one panel Every campus has its own gates and its own rules; the administration sees them all on one screen and grants permissions per campus. ## Role-based permissions ### Which role sees what - Administration: the whole institution, settings and reports. - Teacher: their own class and its attendance. - Security: that day's appointments and the gate screen. - Parent: only their own child. - Student: their own passes and absence record. ## Management summary - Absence: by class and by day, so the pattern is visible. - Lateness: how many people, how many minutes, which gate. - Occupancy: by hour, against capacity. - Incidents: drill and real incident durations, with the evidence record. ## Commissioning ### Gate inventory Which gate, which panel, which reader: written once. ### Connector connection Verified with a dry run; the schema is tested without writing anything. ### People list Student, staff and parent matching comes from the institution's own list. ### Rules and capacity Lesson times, capacity and notification preferences are entered. ### Informing parents The privacy notice and the user guide are announced to parents by the institution. ## The next step --- Who it is for # If you make the decision, ask for the answer in writing In Turkey the parent association usually pays for these systems. That is why this page is written to be useful in a board meeting. ## The boundary statement Entry and exit notifications, late notifications and emergency information are never charged in any plan. These are the floor of a safety product; charging for the floor would turn a child's safety into a negotiation. ## What a parent actually gets - Entry, exit, late and absence notifications. - Opening permission and early leave requests themselves. - The delivery report: was the notification sent and read. - Changing the dismissal plan without calling staff. ## The decision pack Three things are needed in a board meeting: what you are buying, what stays free of charge and where the legal responsibility sits. - The scope list: which module opens in which plan. - The boundary statement: the items never charged in any plan. - The data processing agreement draft: for the institution's legal team. We send these three documents in writing together with the quote; we do not place a downloadable file here because the scope is written for your institution. ## Eight questions to ask any supplier Ask these questions of us and of anyone else. We wrote our answers next to them. ### Do you process biometric data? Our answer: no, in no version. Ask every supplier you speak to for this answer in writing. ### Who owns the data and where is it kept? Our answer: the data belongs to the institution; cloud or the institution's own network is their choice. ### What happens to the data when the contract ends? Our answer: it is exported and destroyed; destruction is not deactivation. ### Which notifications are free for parents? Our answer: entry and exit, lateness and emergency information are never charged in any plan. ### Do we have to buy a turnstile? Our answer: no, we do not sell hardware; if a turnstile is installed we work with it. ### If the system fails, is a child stuck at the gate? Our answer: no; the gate decision belongs to the panel and it keeps working with its local rules. ### Who can see what? Our answer: a parent sees only their own child; internal reports run over totals and small cells are masked. ### What changes the price? Our answer: the number of gates and campuses, the student band, the modules enabled and the channel coverage. Once the scope is clear the quote arrives in writing. ## Notification channels ### How the quota is measured App notifications are free and have no quota; if the parent has the app, the notification goes there. Text messages are an operator service and are quota-bound; the quota is measured per institution, the remaining amount is visible on screen and when it runs out notifications keep going through the app. ## A privacy summary for parents No fingerprints or face recognition; card numbers never travel raw; a parent sees only their own child; the institution sets the retention period. ## A written answer for the board --- Who it is for # You install the turnstile, we carry the software Many turnstiles are being installed in schools at the same time and the companies installing them are left empty-handed on the software side. We fill that gap; we do not sell the hardware. ## The model The hardware stays yours and the software subscription is a separate line. The customer relationship is shared; installation, maintenance and field work are yours, the software layer and its support are ours. ## The technical gate ### Dry run The sample event you send is validated and nothing is written; a missing field is named. ### Device identity and secret Every connector has its own identity and secret; the secret can be rotated by the institution. ### Heartbeat The connector reports that it is alive; when it goes silent it shows on the institution's screen. The device schema is shared once your application is approved; it is not published at a public address. ## Connector conformance steps ### Dry run The schema is validated; no record is created. ### Sample batch One day's events from a real gate are sent and compared. ### Heartbeat The connector shows a week of uninterrupted operation. ### Go live The institution goes live; the gate inventory and rule mapping are written. ## Who to ask what during installation Technical questions land in one place through the written channel and are answered by someone who knows your connector; response times are written into the contract. ## Migrating from biometrics to cards Converting installed biometric readers to cards is a separate service item and is needed in most schools today. The reader and identity layer change; the turnstile stays. ## The partner panel You see your own institutions on one screen: which connector is up, which gate went quiet, which institution is waiting to go live. ## Partner application Not sent: correct the fields below. A form in four steps We ask this to plan a site visit. We talk even if you have your own software; our layer does not replace your panel, it evaluates its signal. After the application the order is: a technical call, the device schema and a dry run, a pilot in one school, then the commercial framework. The details of the commercial framework are agreed in writing during the conversation; we do not publish rates or shares on this page. Fields marked with a star are required. Your enquiry reached us. Your application reached us; we will come back to arrange the technical call. ## Partner questions ### Do you sell the hardware? No. The hardware stays yours; we provide the software layer. ### Whose customer is it? The customer relationship is shared; installation and field work are yours, software support is ours. ### Who writes the connector? If the panel family is already defined, we have it; if not we write it together and verify it with a dry run. ### Will it clash with my own software? It does not; our layer does not replace the panel, it evaluates the signal it produces. ### I have biometric installations — what now? Migrating to cards is a separate service item and is needed in many schools today; we plan it together. --- Who it is for # We build plans by opening scope, not by cutting features There are no figures on this page. The price follows from your gate, campus and student counts and the quote arrives in writing; the end of this page is that form. ## The boundary statement Entry and exit notifications, late notifications and emergency information are never charged in any plan. That is why the first five rows are present in every column. ## The scope table | Scope | Base | Mid | Top | Add-on modules | |---|---|---|---|---| | Live presence list | included | included | included | not included | | Occupancy and the three-colour band | included | included | included | not included | | Entry and exit notifications | included | included | included | not included | | Late arrival notifications | included | included | included | not included | | Emergency information | included | included | included | not included | | Pre-filled attendance | included | included | included | not included | | Period-level attendance | not included | included | included | not included | | Approved bulk entry preparation | not included | included | included | not included | | Partial absence and excuses | not included | included | included | not included | | Early warning from the absence pattern | not included | not included | included | not included | | Digital permissions and early leave | not included | included | included | not included | | Dismissal plan and authorised pickup | not included | included | included | not included | | Visitor appointments linked to the gate | not included | included | included | not included | | Contractors and document tracking | not included | not included | included | not included | | Drills and evidence records | not included | included | included | not included | | Many campuses, one panel | not included | not included | included | not included | | Zone occupancy and gate flow reports | not included | not included | included | not included | | Add-on modules | not included | not included | not included | add-on | ### What each row means ### Live presence list Who is in the building right now; students, staff, visitors and contractors in one pool. ### Occupancy and the three-colour band The ratio to capacity and the threshold band; the institution enters the capacity. ### Entry and exit notifications Never charged in any plan; the first item of the boundary statement. ### Late arrival notifications Never charged in any plan. ### Emergency information Never charged in any plan. ### Pre-filled attendance The draft list from the signal and its source badges. ### Period-level attendance Period-level records alongside day-level ones. ### Approved bulk entry preparation The queue, prepare and the declaration; the entry itself stays a person's job. ### Partial absence and excuses Excuses with a time range and a note on the return time. ### Early warning from the absence pattern A warning derived from rows already measured; no second count is made. ### Digital permissions and early leave The parent opens it, the school decides, the result lands at the gate. ### Dismissal plan and authorised pickup The parent changes the plan; the authorised person is verified at the gate. ### Visitor appointments linked to the gate The appointment appears on the security screen; entry without one is the institution's decision. ### Contractors and document tracking Document expiry raises a warning at the gate. ### Drills and evidence records A drill runs through the same flow as a real incident and is timed. ### Many campuses, one panel Per-campus permissions and reports broken down by campus. ### Zone occupancy and gate flow reports A breakdown by floor, block and yard; how many gates are needed comes out of measurement. ### Add-on modules Canteen, school bus, dormitory, library, panic button and plate recognition open separately. ## Variable items independent of the plan The items below depend on usage rather than the plan and appear as separate lines in the quote. ### Text message volume Text messaging is an operator service; it is the fallback channel for parents without the app and its quota is visible on screen. ### Cards and card printing Cards are hardware; they come from the institution's own supplier and we do not sell them. ### Replacing lost cards A lost card is a process: the old one is invalidated immediately and a new one is issued. ### Payment channel fees If the institution collects money from parents, the channel has its own fee; that fee is not ours. ## What determines the price ### Number of gates Every gate is a connector point and a maintenance surface. ### Number of campuses Multiple campuses mean permission scopes and report breakdowns. ### Student band Asked for the gate and queue calculation; it is not the sole driver of the plan. ### Modules enabled Add-on modules widen the scope and appear as separate lines. ### Channel coverage App notifications have no quota; text messages do, and the institution chooses the quota. ## Scope and quote Not sent: correct the fields below. A form in four steps We ask this to plan a site visit. We ask this for the gate and queue calculation. If you have no turnstile: we do not install turnstiles. You choose the company that will; if you like, we introduce ourselves to the firms you already work with. This field sets when we get back to you, not the price. We do not ask for a price in this form and we do not publish prices on this page. Once the scope is clear the quote arrives in writing. Fields marked with a star are required. Your enquiry reached us. We derive the scope and send the quote in writing; in the meantime we can also measure your compatibility. ## Plan questions ### Can we move between plans? Yes; scope opens or closes and the data stays where it is. ### Does the base plan include parent notifications? Yes, and free of charge; that is exactly what the boundary statement is about. ### Can we enable an add-on later? You can; add-on modules open independently of the plan. ### Is there a trial? There is a pilot installation: we define the scope together in writing, which gates and which classes are included. ### What happens to the data when the contract ends? It is exported and destroyed; destruction is not deactivation. --- Who it is for # What you will see The demo is not a slide deck, it is the screen itself. We show three things live. - The live presence list and the occupancy band. - An emergency drill: the roster freezes and marking runs. - The parent surface: notifications, a permission request and the delivery report. ## Two paths We walk the screen together in an online call; we talk about your gate layout and show which screens matter for you. We work with a real gate in one school. We define the scope together in writing: which gates, which classes, who does what and when we review it. ## Demo and pilot request Not sent: correct the fields below. A form in four steps If you are a turnstile installation company, the partner application is a separate path and will get you an answer faster. We ask this to plan a site visit. After sending you see what happened on screen: what you sent, when we come back and how else you can reach us. Fields marked with a star are required. Your enquiry reached us. We have your request; we will come back through the channel you chose. ## What a pilot needs ### From us - The connector and commissioning support. - The scope in writing and training. - A sample privacy notice for parents. ### From you - The gate inventory and access to the panel. - The student, staff and parent lists. - One person to be the contact during the pilot. ## Demo data and the pilot No real student data is used in the demo. In a pilot real data is processed and a data processing agreement is signed for it. ## If you would rather not fill a form --- Trust # Frequently asked questions The twenty-eight questions asked most often before a purchase, with their answers. No answer contains a figure; scope is derived from your gate, campus and student counts. ## General ### What exactly does TurniGate do? It takes the access signal your existing turnstile produces and derives a live presence list, occupancy, a draft attendance sheet, parent notifications and an emergency roster from it. The turnstile, panel and reader stay where they are. ### Who uses it? School administrators, teachers, security staff and parents; each role sees only its own scope. ### Do I need to buy new hardware? If a turnstile and card reader are already installed, no. If not, you choose the company that will install them; we do not sell hardware. ## Hardware and installation ### Do I have to replace my turnstile? No. Your existing turnstile and its panel stay in place; the product evaluates the signal they produce. ### Which reader protocols can be read? Wiegand, OSDP, dry contact and the vendor interface. What each of them cannot measure is listed one by one on the compatibility page. ### Does the gate lock up if the internet drops? No. The gate decision belongs to the panel and it keeps working with its local rules; we collect the passes from that window once the link returns. ### Are records lost during a power cut? Records held in the panel's own memory are collected when the link returns and marked as late arrivals; they are never dropped silently. ## Attendance and absence ### Does the teacher still take attendance? The list arrives pre-filled from the gate signal; the teacher does not fill it from scratch, they correct the difference and confirm. ### Is there period-level attendance? Yes. Period-level attendance is kept alongside day-level attendance and partial absence is recorded with its time range. ### Does absence reach the official system by itself? No. Records collect in a queue, are corrected on screen, the user presses prepare and a batch is produced; a staff member enters it into the official system themselves and then marks the declaration. ### Can a wrongly marked row be corrected? It can, and the correction leaves a trail: the old value, the new value, who and when. ## Parents ### Where does a parent see things? From the mobile app and the browser they do the same things: notifications, permission requests, the dismissal plan and the handover report. ### Is a photo taken at the moment of passage? If the institution wants it, the camera frame at the gate can be sent to the parent; this is a separate choice, not a default, and it is written in the privacy notice. ### How does a parent open a permission request? The parent opens the request in the app, the school decides, and the result lands at the gate and with the teacher; every step is recorded. ### What if someone else is collecting the child today? The parent defines the authorised person themselves and that person is verified at the gate; where a custody restriction exists, the restriction wins. ### I have two children at the same school — do I follow them separately? They all appear in one account and each notification carries the child's name. ## Privacy and regulation ### Do you use fingerprints or face recognition? No — and it is not offered as an option either. With decision 2026/921 dated 29 April 2026 the board banned processing biometric data for access and working-time tracking. ### Where is the data kept? In the cloud or on the institution's own local network, as the institution prefers; the data belongs to the institution. ### How long are records kept? Retention and destruction periods are set from the institution's own admin screen; when the period ends the record is destroyed, not deactivated. ### Who sees what? A parent sees only their own child, a teacher their own class, security that day's appointments, and the administration the whole institution. ### Can I ask for my account to be deleted? You can; a data subject request is opened from the support form and answered in writing. ## Emergency ### How is the roster taken during an evacuation? The moment an incident opens, presence is frozen; movement after that is kept separately and the two lists are never merged. ### Can a person report themselves at the assembly point? They can: they scan a code and several stations see the same list. ### Do drills run in the same system? They run through the same flow; the duration is measured and the evidence record is used in the post-incident review. ## Commercial ### What is the difference between the plans? Plans are built by opening scope, not by cutting features: the number of campuses, the modules enabled and the channel coverage change. Entry and exit notifications, late notifications and emergency information are never charged in any plan. ### How does a pilot work? We define the scope together and in writing: which gates, which classes, who does what and when we review it. ### How do you work with the company that installs turnstiles? The company installs the hardware, we provide the software layer; applications are open to everyone and the technical gate is the same for all. ### When is support open? The written channel is always open; response times vary by plan and are written into the contract. ## If your question is not here --- Trust # One page for one question Every line below leads to its own page; the first sentence of that page is the answer itself and its source is written below it. ## Search on this page No question matches that word. You can clear the filter, look at the frequently asked questions, or write your question to us below. ## By topic ## All answers There are twenty-four published answers. - Hardware Are card turnstiles mandatory in schools? There is a fingerprint turnstile in my school — what should I do? Do I have to replace my turnstile? Which panel and reader families can be read? What cannot be measured on a Wiegand reader? What is the difference between OSDP and Wiegand? I do not know which protocol my panel uses — what should I do? How many students can a single turnstile handle? How do you work with the company that installs turnstiles? - Attendance Does absence reach the official system by itself? Who performs the entry into the official system? - Parents Can a visitor enter the school without an appointment? How does the appointment meet the gate? Do parents receive notifications by text message? Are entry and exit notifications charged? - Privacy Can attendance be taken with fingerprints or face recognition at school? If a parent or an employee gives explicit consent, can fingerprints be used? Does encrypting the fingerprint get around the ban? Is switching the biometric system off enough? Can a parent see other students at the school? Does a student's name appear on the wall display at the entrance? Who owns the data and how long is it kept? - Emergency Can I see who is in the building right now? How is roll call taken during an evacuation or a drill? ## A question that is not here If it is a question we can answer, we publish a page for it and let you know. Not sent: correct the fields below. Fields marked with a star are required. Your enquiry reached us. We have your question; we will let you know when the answer is written. --- Resources # Blog School access, regulation and field notes. Every article comes out of what the product actually does. ## Articles - Biometric access tracking is banned: a school's options after decision 2026/921 2026-09-24 · 2 minutes The board banned the processing of biometric data for access and working-time tracking. What the decision says, why explicit consent does not rescue it, and the order a school with a fingerprint turnstile should follow. Read the article - Wiegand or OSDP: what the signal at the gate tells you, and what it does not 2026-09-24 · 1 minutes The same turnstile answers different questions depending on how it is wired. What each protocol carries and what it cannot, written as measurable lines. Read the article - The moment the alarm sounds: why a frozen roster is the only honest list 2026-09-24 · 1 minutes During an evacuation, the answer to “who is inside” is the list frozen the moment the incident opened. A list that keeps updating while people leave quietly tells you there is nobody left to look for. Read the article No posts have been published yet. In the meantime the answer pages and the frequently asked questions are ready. --- Resources # TurniGate is built by EGEROBOT EGEROBOT is a software company building mobile and web applications. TurniGate is its school access and parent notification product. ## Our thesis A turnstile produces a record; the value lies in turning that record into an answer. We do not sell the hardware and we do not compete with whoever installs it. ## Three principles ### Refusing biometrics Fingerprints and face recognition are never enabled in any version; this is not a setting but a founding boundary. ### Never showing the unmeasured as green We do not present a feature that a protocol lacks as if it existed; the grey not measured badge exists for that. ### Never hiding a gap quietly If a device goes silent the number is not hidden and a stale number is not shown as fresh; a dropped record goes into the ledger. ## The product family EGEROBOT's mobile applications are published under the moberium umbrella. ## Contact The written channel is always open; every request you send through the support form is recorded. ## The next step --- Resources # Press The boilerplate below can be used as it stands. The brand assets and the colour credentials are published on this page as well. ## Boilerplate > TurniGate is a school access and parent notification layer that evaluates the access signal produced by the turnstile already installed at a school gate. It does not sell hardware; it produces a live presence list, occupancy, emergency roll call, pre-filled attendance and parent notifications. It processes no biometric data in any version. TurniGate is an EGEROBOT product. ## Brand assets The wordmark, the emblem and the horizontal lock-up are below. The files come from the brand lock; redrawn, recoloured or distorted copies are not used. - Emblem (SVG) - Emblem (PNG, 1024 px) - Wordmark — light background (SVG) - Wordmark — dark background (SVG) - Horizontal lock-up — light background (SVG) - Horizontal lock-up — dark background (SVG) - Vertical lock-up — light background (SVG) - Single-colour lock-up (SVG) ## Colour and typography - Wordmark typeface: Poppins. - Interface typeface: Inter. - Brand colour: #616F8B - Accent: #507583 - Highlight: #866D50 - The values come from the brand lock; approximate colours, gradients or shadowed copies are not used. ## Usage rules ### Examples of incorrect use - Recolouring the mark. - Stretching or skewing the mark. - Adding shadow or glow to the mark. - Setting the wordmark in another typeface. ## Press contact Press enquiries arrive through the support form and are recorded the same day. --- Resources # Support The written channel is always open. The form below can be used both for support requests and for data subject requests. ## Channels - Support form - Write by e-mail A phone line is opened for institutional customers together with the contract; we do not publish a general number. ## Response times ### How long each request takes - Issues that stop the service, such as a gate or notifications going down, are handled first. - Installation and commissioning questions are answered within the business day. - Data subject requests are answered in writing within the statutory period. - Exact response times are written into the contract according to the plan. ## Look here first ## Support and data subject requests Not sent: correct the fields below. Fields marked with a star are required. Your enquiry reached us. Your request is recorded; we will come back to you in writing. --- Resources # Sitemap Every page on the site, grouped. ## Pages ### Product - Home - How it works - Hardware compatibility - Live presence - Emergency - Attendance - Parent surface - Visitors ### Who it is for and deciding - School administration - Parent association - Partners - Plans - Demo - Data protection and security ### Information - Frequently asked questions - Answers - Answer page - Blog - Blog post ### Company and legal - About - Press - Support - Sitemap - Privacy notice - Cookie policy - Terms of use - Data processing agreement draft ### System pages - Access closed - Page not found - Server error - Maintenance - Offline ## Machine readable files - llms.txt - llms-full.txt - sitemap-tr.xml - sitemap-en.xml --- Trust # Privacy notice Effective date: 24 September 2026 · Version 1.0 ## 1. The controller For the personal data collected on this promotional site, the controller is EGEROBOT. In the product installed at an institution, the institution itself is the controller and EGEROBOT acts as a processor. ## 2. The personal data processed Only the data you type into the forms is processed on this site: name, institution, e-mail, phone, your role, the choices you make about your institution's scale and your message. No third-party cookie, pixel or fingerprinting technique is used to track visitors. ## 3. Purposes of processing Your data is processed to answer your request, to plan a demo or pilot meeting, to prepare a quote, to evaluate your partner application and to handle your support request. ## 4. Legal basis Processing relies on being directly related to the conclusion or performance of a contract and on the controller's legitimate interest; no special category personal data is collected. ## 5. Transfers Data is shared with our hosting provider only to the extent required to deliver the service. It is never sold or transferred to third parties for marketing. ## 6. Retention Form records are destroyed within a reasonable period after your request is concluded if no commercial relationship is established; if one is, the contractual and statutory periods apply. ## 7. Your rights You have the right to learn whether your personal data is processed, to request information where it is, to learn whether it is used for its purpose, to have it corrected where incomplete or inaccurate, to request erasure or destruction where the conditions are met, and to object to the results of processing. ## 8. How to apply You can send your requests using the data subject request option in the support form; the request is recorded and answered in writing within the statutory period. ## 9. Cookies Only strictly necessary cookies are used on this site; the details are in the cookie policy. ## Change history ### What changed in this document This is the first version of this document; later changes will be listed here with their dates. ## Contact You can send questions about this document and your data subject requests to the controller, EGEROBOT, through the support form. --- Trust # Cookie policy Effective date: 24 September 2026 · Version 1.0 ## 1. Scope This policy covers only the promotional site; the product installed at an institution has its own policy, provided with the contract. ## 2. What a cookie is A cookie is a small text record your browser stores on behalf of a site. Some are needed for the site to work; others hold preferences. ## 3. Categories Strictly necessary: the language preference and the consent record. These cannot be turned off because they make the site usable. Functional: remembering your last choices in the compatibility tool, for example. Off by default. Analytics: no analytics cookie is written on this site. A page that explains privacy while tracking its visitor undermines its own argument. ## 4. Cookies written The table below lists every cookie the site writes; no cookie outside the table is written. ## 5. Third parties No third-party cookies, tracking pixels or external font networks are used; the typefaces are served from our own server. ## 6. Changing your preference The cookie preferences link in the footer is on every page. If you turn a category off, the cookies that category wrote are deleted, not merely deactivated. | Name | Class | Purpose | Lifetime | Party | |---|---|---|---|---| | tg_cc | Strictly necessary | Stores your cookie preference and its version. | Twelve months | First party | | promo_lang_pref | Strictly necessary | Remembers the language you chose. | Twelve months | First party | ## Change history ### What changed in this document This is the first version. If the cookie list or the categories change, the version increases and consent is requested again. ## Contact You can send questions about this document and your data subject requests to the controller, EGEROBOT, through the support form. --- Trust # Terms of use Effective date: 24 September 2026 · Version 1.0 ## 1. Parties These terms govern use between EGEROBOT and the person visiting this site. Institutional use of the product is subject to a separate contract. ## 2. What this site is This site is a promotional surface, not the product itself. No account is opened here, no student data is processed and no gate decision is made. ## 3. Form submissions You state that the information you enter in the forms is accurate. A submission does not create a contract; it is only a request to talk. ## 4. Intellectual property The text, diagrams and brand elements on the site belong to EGEROBOT. The boilerplate on the press page may be quoted as is. ## 5. Limitation of liability The information on the site reflects the situation on the date it was published. Lines about regulation are informational and do not replace legal advice. ## 6. Governing law These terms are governed by the law of the Republic of Türkiye. ## 7. Changes If the terms change, the effective date and version number are updated and previous versions are listed in the change history. ## Change history ### What changed in this document This is the first version of this document. ## Contact You can send questions about this document and your data subject requests to the controller, EGEROBOT, through the support form. --- Trust # Data processing agreement draft Effective date: 24 September 2026 · Version 1.0 ## 1. Parties and roles The institution is the controller and EGEROBOT is the processor. EGEROBOT processes personal data only on the institution's documented instructions. ## 2. Subject matter and duration The subject matter is evaluating the access signal from the institution's gates and the presence, attendance, notification and emergency functions built on it. The duration is the term of the contract. ## 3. Categories of data Identity data, access event records, class and guardian relationships, contact details and application usage logs. Data subject groups: students, guardians, staff, visitors and contractor personnel. ## 4. Prohibition of biometric data The parties agree that no biometric data is processed in any version. The schema has no such field, the endpoint rejects it and the adapter drops it. ## 5. Security measures Transfer and storage are encrypted, access is role-based, administrative actions are written to an immutable audit trail and card numbers travel as a salted digest scoped to the institution. ## 6. Sub-processors The use of a sub-processor is notified to the institution in advance and the sub-processor is bound by the same obligations. ## 7. Assisting with data subject requests EGEROBOT provides technical assistance so the institution can meet access, rectification, erasure and objection requests it receives. ## 8. Breach notification When a data breach becomes known, the institution is notified without delay; the notification includes the number of affected records and the measures taken. ## 9. Return and destruction On termination the data is returned or destroyed at the institution's choice; destruction is recorded and deactivation does not count as destruction. ## 10. Audit The institution may audit compliance at reasonable intervals; the scope of the audit is agreed in writing beforehand. ## 11. Hosting location The institution may choose local hosting. Where the cloud is chosen, the hosting location is notified to the institution in writing. ## 12. The nature of this text This text is a draft and does not replace the contract to be signed; it is finalised together with the institution's legal team. ## Change history ### What changed in this document This is the first draft version. ## Contact You can send questions about this document and your data subject requests to the controller, EGEROBOT, through the support form. --- Trust # Are card turnstiles mandatory in schools? The Ministry of National Education announced a phased move to card-based access infrastructure in all education institutions ahead of the 2026-2027 academic year. ## Detail A phased move does not mean every school installs the same hardware at the same time; the order and scope differ between institutions. Once a turnstile is installed the real question becomes where that record is processed. The hardware produces a record; turning it into an answer is separate work. ## Source Source: Ministry of National Education announcement, phased move ahead of the 2026-2027 academic year. ## Related pages - There is a fingerprint turnstile in my school — what should I do? - Do I have to replace my turnstile? - Which panel and reader families can be read? How it works ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Can attendance be taken with fingerprints or face recognition at school? No; decision 2026/921 of the Turkish data protection board dated 29 April 2026 banned processing biometric data for access and working-time tracking. ## Detail The decision rests on biometric data being special category personal data and on the fact that choosing the heavier method while less intrusive ones exist violates proportionality. Since cards and codes are sufficient for the purpose, the fact that a fingerprint reader is already installed does not make its use lawful. ## Source Source: Personal Data Protection Board principle decision, 29.04.2026, 2026/921. ## Related pages - If a parent or an employee gives explicit consent, can fingerprints be used? - Does encrypting the fingerprint get around the ban? - Is switching the biometric system off enough? Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # If a parent or an employee gives explicit consent, can fingerprints be used? No; the board does not treat consent as freely given because of the power imbalance between the parties. ## Detail In the school-parent and employer-employee relationship, refusing consent carries a practical cost, so consent is not considered free. Even where consent is obtained, the proportionality violation persists while a less intrusive method exists. ## Source Source: Personal Data Protection Board principle decision, 29.04.2026, 2026/921. ## Related pages - Does encrypting the fingerprint get around the ban? - Is switching the biometric system off enough? - Can a parent see other students at the school? Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Does encrypting the fingerprint get around the ban? No; converting biometric data into a mathematical code does not remove its status as special category personal data. ## Detail Template, digest or vector — whatever it is called, it remains tied to the person and is therefore subject to the same protection. Encryption is therefore a security measure, not a legal basis. ## Source Source: Personal Data Protection Board principle decision, 29.04.2026, 2026/921. ## Related pages - Is switching the biometric system off enough? - Can a parent see other students at the school? - Does a student's name appear on the wall display at the entrance? Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Is switching the biometric system off enough? No; if the data is still reachable, processing is considered to continue — deactivating is not destroying. ## Detail Turning the device off does not mean the templates on it were deleted; destruction must be carried out and recorded. When moving to cards, destroying the old biometric records must be planned as a separate step. ## Source Source: Personal Data Protection Board principle decision, 29.04.2026, 2026/921. ## Related pages - Can a parent see other students at the school? - Does a student's name appear on the wall display at the entrance? - Who owns the data and how long is it kept? Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # There is a fingerprint turnstile in my school — what should I do? You move to cards or codes; the turnstile stays, only the reader and identity layer change. ## Detail In most installations the turnstile mechanics and the panel stay the same and the reader is replaced. This is a separate service item planned together with the installer. The second half of the migration is destroying the old biometric records; deactivation is not enough. ## Source Source: Personal Data Protection Board principle decision, 29.04.2026, 2026/921. ## Related pages - Do I have to replace my turnstile? - Which panel and reader families can be read? - What cannot be measured on a Wiegand reader? Hardware compatibility ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Does absence reach the official system by itself? No; there is no official interface open to third-party software — what the product does is prepare an approved bulk entry. ## Detail Records collect in a queue, are corrected on screen, and pressing prepare produces a batch. The institution's own staff performs the entry. We do not write a sentence claiming this happens by itself; the only promise we make is that the preparation and the record are ours. ## Source Source: the product's own limit; no official interface open to third-party software has been published. ## Related pages - Who performs the entry into the official system? - Do I have to replace my turnstile? - Which panel and reader families can be read? Attendance and absence ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Who performs the entry into the official system? The institution's own staff; the queue is prepared, staff perform the entry and then mark the declaration. ## Detail The declaration is not a checkbox but a record: who marked it, when and for how many rows goes into the ledger. A batch without a declaration stays open; nobody has to remember it. ## Source Source: the product's queue and ledger design. ## Related pages - Does absence reach the official system by itself? - Do I have to replace my turnstile? - Which panel and reader families can be read? Attendance and absence ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Do I have to replace my turnstile? No; your existing turnstile and its panel stay in place and the product evaluates the signal they produce. ## Detail The only thing that must change is the panel's ability to hand its record out, and that happens through one of three paths. If the panel cannot hand out records at all we tell you so after measuring; we never call it compatible on a guess. ## Source Source: the protocol table on the compatibility page. ## Related pages - Which panel and reader families can be read? - What cannot be measured on a Wiegand reader? - What is the difference between OSDP and Wiegand? Hardware compatibility ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Which panel and reader families can be read? Card events from the ZKTeco, Suprema BioStar 2, Hikvision, Nedap AEOS and Idemia families can be read. ## Detail The connection is made in one of three ways: the panel pushing the event, a scheduled pull, or the vendor's own interface. Even when the family is familiar, nothing is called compatible before the model and version are measured; each family has a known pitfall, listed on the compatibility page. ## Source Source: the family list on the compatibility page. ## Related pages - What cannot be measured on a Wiegand reader? - What is the difference between OSDP and Wiegand? - I do not know which protocol my panel uses — what should I do? Hardware compatibility ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # What cannot be measured on a Wiegand reader? Tamper reporting and sending commands to the reader do not exist on Wiegand; the product shows those rows with a grey not measured badge. ## Detail Wiegand is a one-way, unencrypted line: only the card number and the moment of reading travel. Showing an unmeasurable row in green would be selling an assurance that does not exist. ## Source Source: the protocol table on the compatibility page. ## Related pages - What is the difference between OSDP and Wiegand? - I do not know which protocol my panel uses — what should I do? - How many students can a single turnstile handle? Hardware compatibility ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # What is the difference between OSDP and Wiegand? OSDP is two-way and carries encryption while its secure channel is on; Wiegand is one-way and unencrypted. ## Detail Being two-way means the panel can tell the reader something: a light, a sound or a status query. Even where OSDP is installed the secure channel may be off; that is a separate fact and is never assumed. ## Source Source: the protocol table on the compatibility page. ## Related pages - I do not know which protocol my panel uses — what should I do? - How many students can a single turnstile handle? - How do you work with the company that installs turnstiles? Hardware compatibility ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # I do not know which protocol my panel uses — what should I do? The four-question branch on the compatibility page derives a possibility, but nothing is called compatible before it is measured. ## Detail The questions are simple: what the label says, how many wires run from the reader to the panel, whether the panel has a browser interface and who installed the turnstile. This branch never produces the measured class in any combination; at best it moves the result to probable. ## Source Source: the class definitions of the compatibility tool. ## Related pages - How many students can a single turnstile handle? - How do you work with the company that installs turnstiles? - Are card turnstiles mandatory in schools? Hardware compatibility ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Can I see who is in the building right now? Yes; the gate signal produces a live presence list and a three-colour occupancy band against capacity. ## Detail The list keeps students, staff, visitors and contractors in one pool; groups can be filtered out when a count is requested. If a gate goes silent the number is not hidden: it is shown with a last known label and an age counter. ## Source Source: the product's presence screen. ## Related pages - How is roll call taken during an evacuation or a drill? - Can a parent see other students at the school? - Does a student's name appear on the wall display at the entrance? Live presence and occupancy ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # How is roll call taken during an evacuation or a drill? The moment an incident opens the roster is frozen, people are marked safe or missing, and for a missing person the last gate and time is a required field. ## Detail The frozen roster and subsequent movement are kept apart; merging them loses track of who is where. A drill runs through the same flow and its duration is measured with an evidence record. ## Source Source: the product's emergency flow. ## Related pages - Can I see who is in the building right now? - Can a parent see other students at the school? - Does a student's name appear on the wall display at the entrance? Emergency and evacuation ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Can a parent see other students at the school? No; a parent sees only their own child, and when another student's record is requested the product says it was not found. ## Detail Even saying you are not authorised reveals that the record exists; so when the intersection is empty the answer is not found. The same rule applies to internal reports: cells smaller than five are masked. ## Source Source: the product's permission and scope design. ## Related pages - Does a student's name appear on the wall display at the entrance? - Who owns the data and how long is it kept? - Can attendance be taken with fingerprints or face recognition at school? Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Does a student's name appear on the wall display at the entrance? No; the display shows only counts and the occupancy band — person-level data is closed to it. ## Detail A wall display is a surface everyone can see; showing names there conflicts with proportionality. The person-level list exists only on the screen of an authorised role. ## Source Source: the product's board design. ## Related pages - Who owns the data and how long is it kept? - Can attendance be taken with fingerprints or face recognition at school? - If a parent or an employee gives explicit consent, can fingerprints be used? Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Who owns the data and how long is it kept? The data belongs to the institution; retention and destruction periods are set from its own admin screen. ## Detail The institution can choose the cloud or its own local network; in both cases it is the data controller and we are the processor. When the period expires the record is destroyed; deactivation does not count as destruction. ## Source Source: the product's retention and erasure setting. ## Related pages - Can attendance be taken with fingerprints or face recognition at school? - If a parent or an employee gives explicit consent, can fingerprints be used? - Does encrypting the fingerprint get around the ban? Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Can a visitor enter the school without an appointment? Under the Ministry's school appointment arrangement, parent visits without an appointment and meeting entry by third parties who are not legal guardians are not accepted. ## Detail The product ties this rule to the gate decision: the security screen shows who is expected that day. An exceptional entry decision belongs to the institution; the product records the decision and its reason. ## Source Source: the Ministry of National Education school appointment framework. ## Related pages - How does the appointment meet the gate? - Do parents receive notifications by text message? - Are entry and exit notifications charged? Visitors and appointments ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # How does the appointment meet the gate? The security screen shows the name, time and host of each person with an appointment that day, and entry follows it. ## Detail The appointment record and the entry-exit record sit in the same place; nobody has to look up how long the visit lasted. The badge is limited to the appointment's duration and becomes invalid when it ends. ## Source Source: the product's visitor flow. ## Related pages - Do parents receive notifications by text message? - Are entry and exit notifications charged? - Can a visitor enter the school without an appointment? Visitors and appointments ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Do parents receive notifications by text message? The app notification goes first; text messaging is the fallback channel for parents without the app. ## Detail App notifications have no quota; text messaging is an operator service and its quota is visible on screen. Whether the notification was sent, delivered and read is shown separately for each. ## Source Source: the product's notification channel design. ## Related pages - Are entry and exit notifications charged? - Can a visitor enter the school without an appointment? - How does the appointment meet the gate? Parent surface ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # Are entry and exit notifications charged? No; entry and exit notifications, late notifications and emergency information are never charged in any plan. ## Detail This is not a campaign but a boundary: charging for the floor of a safety product turns a child's safety into a negotiation. Plans open scope; the floor is the same in every plan. ## Source Source: the limit stated on the plans page. ## Related pages - Can a visitor enter the school without an appointment? - How does the appointment meet the gate? - Do parents receive notifications by text message? Plans ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # How many students can a single turnstile handle? The answer comes as a number: the gate flow report measures the queue and derives how many gates are needed from your own data. ## Detail A common field observation is that beyond a few hundred students a single turnstile jams in the morning; this varies with the school's entrance layout. That is why we do not name a gate count from a guess; we measure and show it. ## Source Source: the product's gate flow report; field observation is verified by the institution's own measurement. ## Related pages - How do you work with the company that installs turnstiles? - Are card turnstiles mandatory in schools? - There is a fingerprint turnstile in my school — what should I do? Live presence and occupancy ## Share this page TurniGate — an EGEROBOT product ## The next step --- Trust # How do you work with the company that installs turnstiles? The company installs the hardware and we provide the software layer; partner applications are open to everyone. ## Detail The technical gate is the same for everyone: a dry run, a device identity and a heartbeat. We also work with companies that have their own software; our layer does not replace the panel. ## Source Source: the technical gate on the partner page. ## Related pages - Are card turnstiles mandatory in schools? - There is a fingerprint turnstile in my school — what should I do? - Do I have to replace my turnstile? Turnstile firms and partners ## Share this page TurniGate — an EGEROBOT product ## The next step --- Resources # Biometric access tracking is banned: a school's options after decision 2026/921 2026-09-24 2 minutes ## Summary The board banned the processing of biometric data for access and working-time tracking. What the decision says, why explicit consent does not rescue it, and the order a school with a fingerprint turnstile should follow. ## Contents - What the decision says - Why explicit consent does not help - What a school with a fingerprint turnstile should do - The signal at the gate is enough without biometrics ## What the decision says With principle decision 2026/921 dated 29 April 2026, the Turkish data protection board banned the processing of biometric data for access and working-time tracking. The ban does not depend on the method: fingerprint, vein pattern, palm geometry and face recognition all fall inside it. The decision is not advice; processing that falls inside its scope is unlawful. The institution itself answers for it, because the school is the data controller — not the company that installed the turnstile. ## Why explicit consent does not help Explicit consent cannot make a prohibited processing activity lawful. On top of that, consent between a school and its students or parents is not freely given: when passing the gate is compulsory, the price of saying “no” is being unable to enter the school. Encryption and hashing are not a defence either. A hash maps the same finger to the same value every time; it is a record that recognises a person, and it does not stop being biometric data. ## What a school with a fingerprint turnstile should do - Move identification to a card, a tag or an identifier the institution issues itself; the turnstile, the panel and the reader can stay where they are. - Destroy the biometric templates and record the destruction; deactivating a record is not destroying it. - Update your privacy notice and any consent records you hold. - Set the retention and destruction period for access records yourself, as the institution. ## The signal at the gate is enough without biometrics A turnstile that reads a card or a tag answers two questions: who passed and when. The live presence list, occupancy, the pre-filled attendance draft, parent notifications and the emergency roster are all built from those two facts; none of them needs a fingerprint. TurniGate does not process biometric data in any version, and does not offer it as a setting either. ## Written by EGEROBOT ## Related posts - Wiegand or OSDP: what the signal at the gate tells you, and what it does not - The moment the alarm sounds: why a frozen roster is the only honest list - Data protection and security ## Share this page TurniGate — an EGEROBOT product ## The next step --- Resources # Wiegand or OSDP: what the signal at the gate tells you, and what it does not 2026-09-24 1 minutes ## Summary The same turnstile answers different questions depending on how it is wired. What each protocol carries and what it cannot, written as measurable lines. ## Contents - A protocol is a data contract - Wiegand: it carries the number, not the state - OSDP: two-way, and it reports state - If you do not know your protocol ## A protocol is a data contract The line between the reader and the panel decides in what form, and with how much context, a card number travels. The product does not change that line; it reads what the line carries. That is why the answer to “which reports can we get” starts at the cable on your gate. ## Wiegand: it carries the number, not the state - The card number and the moment of the pass are read. - Direction — in or out — is only known when there is a separate reader or a separate line. - The reader's own fault and tamper state is not visible on the line. - The line is not encrypted; physical access to the cabinet is a risk. ## OSDP: two-way, and it reports state - Reader state, tamper and fault reports arrive over the same line. - The line can be encrypted with Secure Channel. - Because commands can be sent, the reader's display and its audible prompt can be driven. - Several readers are addressed on one line; the more gates there are, the simpler the wiring gets. ## If you do not know your protocol The panel brand, the model and a photograph of the reader wiring is usually enough; the table on the compatibility page states line by line which item can be measured on which protocol. We do not paint an item green when we cannot measure it: that is what the grey “not measured” badge is for. ## Written by EGEROBOT ## Related posts - Biometric access tracking is banned: a school's options after decision 2026/921 - The moment the alarm sounds: why a frozen roster is the only honest list - Hardware compatibility ## Share this page TurniGate — an EGEROBOT product ## The next step --- Resources # The moment the alarm sounds: why a frozen roster is the only honest list 2026-09-24 1 minutes ## Summary During an evacuation, the answer to “who is inside” is the list frozen the moment the incident opened. A list that keeps updating while people leave quietly tells you there is nobody left to look for. ## Contents - Why we freeze it - Three states, two are not enough - Self-reporting at the assembly point - A drill runs in the same flow ## Why we freeze it The presence list is frozen the moment the incident opens, and later movement is kept separately. The two lists are never merged: if everyone who walks out of the gate during the evacuation drops off the list, the number on screen shrinks and it starts to look as if no search is needed. ## Three states, two are not enough A missing record cannot be closed without the last gate and time; it is the only concrete fact a search team can be given. - Safe: the person was marked at the assembly point. - Injured: the person was found and needs medical support. - Missing: the person has not been found; the record is kept with the last gate and time. ## Self-reporting at the assembly point A person can mark themselves safe by scanning a QR code; several stations see the same list, so the same person is not counted twice across two points. ## A drill runs in the same flow A drill does not run on a separate screen: it runs in the same flow and its duration is measured. An unmeasured drill only tells you it happened; a measured drill shows you where you waited. ## Written by EGEROBOT ## Related posts - Biometric access tracking is banned: a school's options after decision 2026/921 - Wiegand or OSDP: what the signal at the gate tells you, and what it does not - Emergency and evacuation ## Share this page TurniGate — an EGEROBOT product ## The next step