Tixly Scanner är tillgänglig för iOS- och Android-enheter. På Android stöds ett brett utbud av skannrar från bland annat Datalogic, Wepoy och Zebra, men det är också möjligt att skanna med en mobiltelefon med hjälp av kameran. Mer information om hur du installerar appen finns här. Öppna appen, logga in med en aktiv Tixly-inloggning (se användare) och välj rätt land. Det rekommenderas att skapa en användare per skanner för bättre spårning, men det fungerar också att använda en och samma användare för alla enheter. Appen loggar direkt in på sidan för skanning och är redo att skanna. Som standard kan man skanna alla evenemang som användaren har tillgång till och som faller inom den skanningsperiod som är inställd i Box Office. Evenemang Om flera evenemang äger rum samtidigt är det möjligt att välja specifika evenemang för skanning. I det nedre vänstra hörnet, tryck på kalenderikonen för att se vilka evenemang som kan skannas nu och/eller senare. För att välja specifika evenemang, tryck på Redigera i det övre högra hörnet och växla knappen till aktiv eller inte aktiv bakom ett evenemangsdatum. Tryck på Spara och återgå till skanningsfliken, som finns bakom streckkodikonen, för att börja skanna. Om evenemanget inte syns kan skanningstiderna justeras i Box Office. Se avsnittet om skanning i manualen för att skapa evenemang. Inställningar Genom att trycka på kugghjulsikonen i det övre högra hörnet öppnas inställningar. Här kan flera olika inställningar konfigureras. Entrance Validation Det är möjligt att välja Sal(ar) och Entréer för att konfigurera skannern att skanna specifika biljetter. Om arenan har flera salar kan en eller flera specifika salar väljas. Om salen har flera ingångar kan skannern konfigureras att endast acceptera biljetter med en eller flera specifika ingångar. Konfigurationen som görs sparas på enheten och inte på användaren. Skanningsinställningar Biljetter & Produkter Det är möjligt att konfigurera enheten för att skanna både biljetter och produktstreckkoder, eller endast en av dessa. Kameraposition (Endast på mobiltelefoner) Det finns möjlighet att definiera vilken kamera som ska användas (fram eller bak). Kioskläge (Endast på Android-enheter) Kioskläge gör det möjligt att låsa appen i ett läge så att den kan användas för att skanna biljetter utan att någon behöver hantera enheten. Funktionaliteten skiljer sig något från normal skanneroperation. Skärmen visar t.ex. inga personuppgifter och efter en kort timeout återgår skannern till sitt urprungsläge. En pinkod måste ställas in för att kunna använda kioskläget. För att lämna kioskläget trycker man med två fingrar på skärmen och anger pinkoden i den dialogruta som visar sig. Streckkodstyper (Endast på telefoner) Det är möjligt att välja vilka streckkodstyper som ska kunna skannas. De streckkoder som Tixly använder är Code128, vilket appen har som standard. Men mobila biljetter kan visas som en QR-kod, beroende på vilken app kunden använder för att lagra biljetterna. Om externa streckkoder har importerats för skanning är det möjligt att aktivera den streckkodstyp som krävs. För att öka appens prestanda rekommenderas att endast välja de streckkodstyper som man ämnar använda. Appinställningar Dessa inställningar ändrar appens språk, utseende, haptik och ljud. De påverkar inte vad som kan skannas. Skanning Tryck på Tryck för att skanna för att skanna en biljett med kameran, håll kameran över streckkoden och vänta på att appen läser av streckkoden. När du använder en hårdvaruskanner, rikta lasern mot streckkoden. För att mata in streckkoder manuellt, tryck på tangentbordsikonen i det övre vänstra hörnet. Efter att biljetten är skannad så kan flertal meddelanden visas. Biljett skannad Det här är en giltig biljett som ger tillgång till evenemanget. Biljett redan validerad Den här biljetten har redan blivit validerad. Svep upp för att se när den skannades. Ogiltig Biljett Den här streckkoden är inte längre giltig som biljett i systemet. De är möjligt att biljetten har blivit annullerad.  Fel Evenemang  Besökaren är vid fel ingång eller entré eller så har skannern fel ingång/entré inställd. Skanning har inte börjat  Den presenterade biljetten tillhör ett evenemang där skanningen ej har startat. Skanning Avslutad Den presenterade biljetten tillhör ett evenemang som inte längre är skanningsbart. Skanna flera biljetter i samma order snabbt Om ordern innehåller fler biljetter för samma evenemang visar appen x av y skannade biljetter och den gröna boxen med information om biljetterna ser ut som en kortlek. Genom att trycka på boxen kommer en lista med alla biljetter visas. Det är då möjligt att markera individuella biljetter som skannade genom att trycka på dem eller skanna alla biljetter genom att trycka på Skanna Alla Biljetter i botten. Skanning av produkter I skannerns inställningar kan skanning av produkter aktiveras. När biljetten är skannad som även har produkter i ordern visas dessa genom att svepa uppåt. Produkter kopplade till evenemang kan bara skannas om skanning för evenemanget har börjat. Produkter som inte är kopplade till evenemang kan skannas när som helst.  Skanning av medlemskap När de är konfigurerat i Box Office kan medlemskap skannas för att ge tillgång till onumrerade (otilldelade) evenemang. Skanning av ett medlemskap skapar en fribiljett i Box Office under evenemanget som medlemskapet är kopplat till. Enbart en fribiljett kan skapas för varje medlemskap som skannas, skannas samma medlemskap fler gånger skapas inga fler fribiljetter. Medlemskaps skanning är bara möjligt när endast skanning för evenemanget som medlemskapet är kopplat till är aktivt för skanning. Skanner notifikationer  Notifikationer på kundtaggar, tilldelningar och biljettyper kan figureras i Box Office. När en biljett skannas med notifikation dyker de konfigurerade meddelandet upp på toppen av skärmen. Skanna ut biljetter Det är möjligt att skanna ut biljetter efter att de har skannats in. Detta kan till exempel användas när besökare ska kunna lämna teatern för att måste hämta något från bilen. Aktivering av funktionen kan göras på Work Group-nivå för att vara aktiv på alla evenemang, eller styras på på varje enskilt evenemang under fliken Skanning. För att skanna ut en biljett, skanna biljetten igen. Tryck sedan på unscan varpå ett meddelande kommer visas överst på skärmen. När man tittar på listan över biljetter i samma order kan biljetter skanna ut genom att trycka på de enskilda biljetterna. Det är endast möjligt att skanna ut biljetter, inte medlemskap eller produkter. Sök efter kund 

Denna guide visar hur du laddar ner och installerar Tixly Scanner från Google Play Store för handhållna skannrar. Vissa enheter kan ha Google Play Store avaktiverad, guiden förklarar också hur du aktiverar den på enheten om det behövs. Tixly Scanner finns nu i Google Play Store vilket möjliggör automatiska uppdateringar och enklare installation. Detta kräver att varje enhet har ett Google Play Store-konto. Vi rekommenderar att registrera ett Google-konto med en generell e-postadress som inte är kopplad eller lösenordsskyddad av en enskild person, t.ex. [email protected]. Notera att ett Google-konto kan användas på flera enheter. Innehåll Installera Tixly Scanner från Google Play Store Aktivera Google Play Store Enhetsinställningar Installera Tixly Scanner från Google Play Store Om enheten har används med den tidigare appen måste denna först tas bort innan den nya installeras. Notera att endast en version av applikationen kan vara installerad på en scanner. Öppna Google Play Store och tryck i sökfältet överst på skärmen. Skriv Tixly scanner och tryck på sök-ikonen eller enter. En lista med flera resultat presenteras. Leta efter Tixly Scanner. Tryck på installera. Granska de behörigheter som appen kräver och tryck på Acceptera eller Tillåt för att fortsätta. Appen börjar nu laddas ner och installeras på enheten. När installationen är klar, tryck på Öppna för att starta Tixly Scanner-appen för första gången. Aktivera Google Play Store Tixly Scanner-appen finns nu i Google Play Store och vi rekommenderar därför inte att avaktivera det igen efter att appen installerats.  Svep ned från toppen av skärmen för att öppna panelen för notiser. Svep ned igen och leta efter en kugghjulsikon märkt Inställningar och tryck på den. Detta öppnar menyn Inställningar. I menyn Inställningar, scrolla ned, hitta Appar och notiser (Apps and notifications beroende på språk) och tryck för att öppna. Beroende på enhetens tillverkare och programvaruversion kan du behöva trycka på Visa alla appar/See all apps för att se alla installerade appar. Skrolla nedåt och hitta Google Play Store, tryck på den. Om Google Play Store är avaktiverad kommer alternativet Aktivera/Enable att visas. Tryck för att återaktivera Google Play Store. Följ eventuella anvisningar för att aktivera Google Play Store. Enhetsinställningar Zebra scanner Om Tixly Scanner-appen inte skannar med streckkodsläsaren, kontrollera följande inställningar på enheten: Navigera till inställningar och tryck på Data Wedge Skrolla nedåt för att hitta Keystroke output Tryck på Basic data formatting och säkerställ att Send ENTER key är inaktiverat. Under Key event options, aktivera Send characters as events och Send control characters as events. För att använda de inbyggda notifieringsljuden i appen som skiljer sig åt för en lyckad och misslyckad skanning, följ dessa steg Navigera till enhetens Inställningar och tryck på Ljud/Sound. Använd skjutreglagen för att ställa in medievolymen/Media Volume på hög och de andra på låg. Wepoy Navigera till enhetens Inställningar och tryck på Scanner Settings. Navigera till Output mode Välj Intent output

En produktion utgör själva paraplyet till vilken man sedan kopplar evenemang där evenemanget utgör föreställningens specifika datum. Har man en produktion med 30 föreställningar i skapar man således en produktion och 30 evenemang, ett för varje speltillfälle. Börja alltid med att skapa produktion och skapa därefter evenemang. I denna guide behandlas samtliga inställningar som går att göra i en produktion, i de flesta fall används endast inställningarna i flikarna Information och Bilder, övriga inställningar är mindre generella och används således mer sällan. Innehåll Information Bilder Språk Ekonomi Avancerat  Betalningstyper Queue-IT Skapa produktion För att skapa en ny Produktion navigerar du till Administration > Evenemang > Produktioner och trycker på Lägg till produktion i övre högra hörnet. Information Namn Produktionens namn - vanligtvis samma som evenemangets namn. Undertitel Undertitel för produktionen. Organisation Om man arbetar med flera organisationer kan man här välja vilken organisation produktionen ska tillhöra. Tillgängligt online Välj huruvida produktionen ska bli synligt i Event API om er egen hemsida är integrerat mot det. Visa färger för antal lediga Välj huruvida tillgänglighet visas online i färger. Grön: det finns många tillgängliga bra platser (baseras på salens ranking). Gul: det finns få tillgängliga platser/biljetter kvar. Röd: evenemanget är utsålt eller inställt. Visa filtreringsmöjligheter Aktivera filter i köpprocessen online. Kunden kan då filtrera bland evenemangen på parametrar som antal biljetter och veckodag. Beskrivning Beskrivning för produktionen. Beskrivningen syns i Tixly Event API, under evenemangsinformation i försäljningsvyn i BoxOffice samt i abonnemangsförsäljning online. Skin Köpprocessens layout. Det är möjligt att skapa flera olika skins och man väljer här vilket som ska användas i länken. Valt skin sparas inte på produktionen så välj rätt skin innan länken kopieras. Länk Länk till köpprocess för produktionen vilket visar alla evenemang som är kopplade till produktionen. Bilder Här laddas en bild för produktionen upp, i regel laddas samma bild upp i fältet Evenemang och Utvald. Evenemang Bild används på evenemangsida, mobilbiljett, bytesprocess online samt i mina sidor. Utvald Bild används på PDF-biljett (valfritt), vid abonnemangsförsäljning, rekommendationer i varukorgsregler samt på landningssida för kampanjlänkar. Bildens totala storlek får inte överskrida 2 mb och det finns inga rekommenderade mått utöver att de ska vara i liggande format. Språk Här är det möjligt att ange översättningar för Namn, Undertitel, Beskrivning med mera till tillgängliga språk. Dessa syns också i Tixly Event API. Ekonomi Om nödvändigt, ange ett externt referensnummer, avdelning, konto och/eller dimensioner för produktioner för att integrera med ekonomiexport och andra ekonomirapporter. Avancerat  Återkommande Definiera om evenemangen ska döljas på Dashboard. Exempelvis vid guidade visningar. Evenemangen är sökbara men döljs i evenemangslistan Rubriktext online Text visas i köpprocessen. Exempelvis "Åldersrekommendation". Notistext online Text visas i köpprocessen, exempelvis "Rekommenderas från 8 år". Notistext visas endast om rubriktexten finns. Obs! Notistext visas endast om rubrik finns. Text vid produktförsäljning Text som visas vid försäljning av produkter i köpprocessen. Tillåt byte Definierar reglerna om man tillåter biljettköpare att själva byta sina platser till annat datum i efterhand.  Tillåt byte till denna produktion Huruvida biljettköpare med biljetter till en produktion eller abonnemang där Tillåt byte till alla produktioner / med samma arrangör får lov att byta till just denna produktion eller ej.  Läs mer om Tillåt byte av datum för mer information. Betalningstyper Aktivera om endast specifika betalningstyper ska vara tillåtna i Box Office för den evenemang som finns kopplade till produktionen. Queue-IT Queue-IT är en virtuell kö som sätts upp vid stora biljettsläpp för att hantera trafik och ge en bättre köpupplevelse. Om ni vill använda Queue-IT, kontakta Tixly support.

Tixly CRM API används för att hämta kunder från Tixly och inkluderar kundinformation, transaktioner samt information om olika kundattribut såsom kundflaggor och samtycken. Det kan även skriva information till Tixly vilket gör det möjligt att exempelvis skapa och redigera kunder samt flagga, lägga till samtycken osv. från ett externt system. Det används oftast med CRM- och marknadsföringssystem men även för att hämta försäljningsinformation till BI- och analysverktyg. Det kräver en landsspecifik URL och en API-nyckel som skapats i systemet. Dokumentation finns i Swagger genom att följa länken nedan. Tixly CRM API

All vår dokumentation om API:er och integrationer hålls på engelska för att säkerställa korrekt innehåll och etablerad terminologi The Tixly ticketing system is used in combination with a website from the venue. This article describes the possibilities and best approach to integrate the venue website and Tixly. There are multiple methods to do this, from simple manual links to a fully automated setup. Manual links Automated setup Webhook User login status and basket information Data in the session information Using personalised information to give pre-sale access and different ticket types to some customers Skins Manual links It is possible to use direct links to the production, event or subscription sales pages and place these on your website by hand. These links can be found in the Box Office sales screens in Tixly and also on the Internet tab of the event edit screens. Of Course, this depends on the cms how this is done. Link to a production https://tix.theatreexample.com/en/buyingflow/tickets/1290/ Link to an event in this production https://tix.theatreexample.com/en/buyingflow/tickets/1290/18417/ Link to an subscription https://tix.uk/en/theatreexample/buyingflow/subscription/15/ The first two examples show a Tixly setup on the subdomain of the venue, the last one uses the Tixly domain. Automated setup The website database holds the events or subscriptions with all information that the venue wants to publish on their website. There can be a calendar page, a page per production. A common approach is to have a setup that does the following: The website periodically imports all future events into their database with help of the Tixly Event API. This ensures that the event information from Tixly is present in the website database. add new events to the local database update existing events  mark the local events the are not in the output anymore as deleted.  The more information is used the better, the PurchaseURL's, OnlineSaleStart, OnlineSaleEnd and SaleStatus are probably needed. The CMS is used to add more information, videos, reviews etc to the event groups (productions) or to individual event dates. The website publishes the event. From now it is visible to the visitors. A [buy tickets] button is shown with the Purchase url when the current date is between OnlineSaleStart and OnlineSaleEnd When the user clicks on [buy tickets] the Tixly flow is opened in the same browser window. A reasonable interval for the import in step 1 depends on the situation, once every hour is reasonable. You can add minimized=  true to the event api url to get an output with the minimal version, this only has SaleStatus. You can use this to sync the status more frequently, and build a lighter script the does not need to check if other properties of events are changed.  Webhook It seems a bit of a waste to do the import very often, when most of the time nothing has changed. But on the other hand, you don't want to wait 2 hours for a change in Tixly to be visible on your website. This is when you can use the webhook functionality to solve this. Tixly will call a url on your website, the webhook url, every time in Tixly a change to an event has been made. As a response to the webhook request your website can start an import job. There is no information in the webhook on what event has been changed and Tixly does no do anything with the data the webhook may return. Valid webhook url examples are: https://www.theaterxyx.nl/import/trigger https://username:[email protected]/admin/tix-importer.php Pro tip: The webhook is called whenever something changes. If the venue staff is editing prices, genres etc. this can result in your webhook being called several times a minute. And then for hours, when nothing changes it is not called at all. Instead of running your import routine every time the webhook is called, it is better to wait a minute or two, and if no more webhook calls have been made during this period, then do the import. To start using this, contact Tixly support and give them your website webhook url and we configure this to be used. User login status and basket information Important: Due to restrictions of most browsers, your Tixly instance needs to be on a subdomain of your venue website. e.g. tix.venuewebsite.se  That means this session sharing feature only works on what we call hosted skins. It is possible to show on the venue website that a user is logged into Tixly and if they have a basket. Also the basket contents can be shown on the website. Like this example: This is achieved by sharing session data from Tixly to the website. The website then uses this data to show it in the design they want. The sharing works by opening an iframe to the Tixly website with the integration url on the correct skin. This iframe should be hidden on the venue webpage and does not show anything. It is just used to have javascript from the event/postmessage framework to communicate between the opener page on the venue site and the iframe from Tixly. The post messaging is limited by the settings on the skin, to only allow some websites to post messages and receive data from (see Skin settings). Multiple websites can be configured, this allows development and staging servers of the venue site to use the same skin as the production website. The url of the URL to Iframe, itix (short for integration tix) file is; {skin url}/{language}/itix Example: https://tix.theateraandeparade.nl/nl/itix This url is best to be requested in an iframe . The postMessage 'GetSession' should be issued to the iframe. An EventListener is used to act on the return message with the session information. Looking at implementations of other tixly customers can help to understand this. The Brussels based venue La Monnaie / De Munt has an easy to understand setup. Data in the session information Below is an example of the json structure of the postmessage response. This shows an order with two tickets and the user. { "order": { "items": [{ "type": "Ticket", "name": "An evening with Q on stage", "details": "13-3-2022 20:00:00", "price": 12.0000 }, { "type": "Ticket", "name": "An evening with Q on stage", "details": "13-3-2022 20:00:00", "price": 12.0000 } ], "expires": 896.0954898, "url": "https://tix.theaterexample.nl/nl/buyingflow/purchase/" }, "user": { "id": 544803, "name": "James Bond", "email": "[email protected]", "hash": "2ac9f3a26521d0194530daf3e68c88589d4490617059793dd2eba1b14b786b84" "tags": [{ "id": 7, "name": "Premium", "abbr": "PP" }] }, "profile": "https://tix.theaterexample.nl/nl/profile/" } Details of the properties in the object that is being sent are as follows: order Object that is null if no order is currently in the user session order->items A list of all items in the order order->items->type Type of item. Can be Ticket, Subscription, GiftCard, Membership, Donation, or Product. Note: Subscription is a ticket that is part of a subscription package. order->items->name Name of the item, varies for each type: Ticket > Name of event Subscription > Name of subscription package GiftCard > Name of gift card group Product > Name of product order->items->details Details for each type: Ticket > Event’s start date Subscription > Event’s name and start date GiftCard > Amount of the gift card formatted as an invariant string “20.00” Product > No details given on products order->items->price Price of the item as an invariant decimal (0.00) order->expires Decimal seconds and milliseconds until the order expires from the moment the session info was requested. order->url A URL that takes you to the purchase page for the order. user Object is null if the user is not logged in on this session user->id Id of the web user. Note: this is not the customer id. In the CRM API, there is an endpoint to get the customer Id from the web user Id. CRM API: POST /WebUser/{webUserId}/customer user->name Full name of the logged-in user (can be empty) user->email Email of the logged-in web user (in rare cases, this can differ from the customer's email) user->hash With this hash, the website can validate if the web user id is valid. A secret must be added in the skin settings by a Tixly admin. The hash is computed as a SHA256 over the web user Id + skin secret. Example: web user id: 544803 secret: uXL9aHWX3pumEEZsjU!U The hash will be SHA256(544803uXL9aHWX3pumEEZsjU!U) resulting in: 2ac9f3a26521d0194530daf3e68c88589d4490617059793dd2eba1b14b786b84 user->tags A list of “Customer Tags” that the user is connected to, which can be matched with “tags” on events to see which benefits the logged-in user can access. user->tags->id Id of the tag user->tags->name Name of the tag user->tags->abbr Abbreviation of the tag, not guaranteed to be unique and can be chosen by venue admins profile A URL that takes you to the user's profile page, or to the login page if not logged in. Note: delivery fees are not in the session information. Using personalised information to give pre-sale access and different ticket types to some customers With the session information on the customer, in combination with the benefits in the Tixly Event API, the website is able to show personalised information to the customers. For example if a VIP customer is logged in they can see their VIP prices, normal customers don't see these. Or you can show the [buy tickets] button earlier to your members, with this they can buy before the general public is able to do so (pre sale). The method used here is the Tixly event API containing all the normal sales dates and prices, but also the possible benefits the customers with certain customer tags can utilise. And example of an object list of benefits; { "Benefits": [{ "CustomerTag": { "CustomerTagId": 8, "Name": "Student", "Abbreviation": "ST" }, "Prices": [{ "TicketType": "Student", "Translations": [], "Prices": [{ "PriceZone": "1", "Price": 8.5 }] }] }, { "CustomerTag": { "CustomerTagId": 16, "Name": "Friend", "Abbreviation": "FR" }, "OnlineSaleStart": "2021-06-10T13:00:00", "OnlineSaleStartUTCUnix": 1620039600, "Prices": [{ "TicketType": "Friends", "Translations": [], "Prices": [{"PriceZone": "Rang 1","Price": 15}, { "PriceZone": "Rang 2", "Price": 10}], "ActiveFrom": "2021-06-12T08:00:00+02:00", "ActiveFromUTCUnix": 1623477600, "ActiveTo": "2021-7-12T22:00:00+02:00", "ActiveToUTCUnix": 1626069600, "TicketCount": "0-2" }], }, ] } Here you can see that Customers with the tag Student get to buy tickets for TicketType Student for a price of 8.5. For customers who are Friend there is an alternative, earlier, OnlineSaleStart and also an extra TicketType Friends, that is only available during a limited time period and for a max of 2 tickets. All the benefit data should be stored in the database of the website, so they are available to use in the web front-end. The webpage by default shows an event with the prices visible in the template, the other Benefits prices are in hidden elements. Then when the website gets a user object in the session information from Tixly. The user > tags > id can be used to display the benefit prices, the ones with the corresponding CustomerTagId.  The same goes for the buy tickets button. The default information is used to display the initial state of the button. But when the user has a CustomerTag Id that matches a benefit with an earlier date, the button state to show can be re-evaluated using that date. Example of what normal, or not logged-in users see and what friends see when after the OnlineSaleStart of the friend has passed but the normal OnlineSaleStart is still in the future. Default info / state: "OnlineSaleStart": "2024-06-26T13:00:00" Friends benefit has a different date: "OnlineSaleStart": "2024-06-10T13:00:00 Notes Benefits can add ticket types to the list of available ticket types. Benefits can not change the price of already available ticket types, nor can they remove ticket types. A customer can have multiple customer tags. Each tag can have a benefit. All beneficiary ticket types are available to such a customer, and as such should be shown to him.  When there are multiple beneficiary OnlineSaleStart dates, the first occurring OnlineSaleStart should be used. A customer tag or benefit does not influence the OnlineSaleEnd, SoldOut or SaleStatus, they remain the same for all customers. Each tag can have a benefit. All beneficiary ticket types are available to such a customer, and as such should be shown to him.  When there are multiple beneficiary OnlineSaleStart dates, the first occurring OnlineSaleStart should be used. A customer tag or benefit does not influence the OnlineSaleEnd, SoldOut or SaleStatus, they remain the same for all customers. Skins The Tixly part that the customers see it the online flow and the account pages. This can be styled and configuered in many ways. That configuration is what we call a skin and controls these things, and even more: Design elements, colors, logos. Webtrackers. URLs on the logo, continue shopping buttons. Default settings for many of the emails. URL of the skin, where is can be on a your domain, for example "https://billet.musikhuset.dk" or on a tix domain like this "https://tix.no/nb/notteroy" When using organisations, a skin can be limited to sell only from the configuered organisation.  Define what sites are allowed to read session information.

Tixly Event API används främst för att hämta information om evenemang som har skapats i Tixly och som ska publiceras på en webbplats via ett externt CMS-system. Det kräver en landsspecifik URL och en API-nyckel som skapats i systemet. Dokumentation finns i Swagger genom att följa länken nedan. Tixly Event API När man gör en integration till egen webb är det också värdefullt att läsa dokumentationen för webbplatsintegration.