Screeningu tabelist Strapisse uuesti saatmisel ei uuendata ticketingURL'i

[jaanleppik]

Screeningu tabel muudan ära ticketingURLi, ticketing ID muutmise kaudu, ja saadan uuesti seansi strpisse - aga ticketing URL ri muutu. Kas see on sellepärast, et tegelikult teda uuesti ei kirjutatagi, kuna ID on sama ja omeas jne?

[LiisKasper]

Ticketing URL tabelis muutub automaatselt, kui ticketing ID. Probleem tekib siis, kui uus info ei jõua Strapisse, Kuna screening objekt Strapis sisaldab mitut UID välja siis probleem tekib meil seal. Remote id on nüüd iga kord, ise tekitatud random nr. Eelmisel aastal sisaldas Eventival id, kuna sellel aastal ei kasuta siis võib see random nr seal olla, ei sega. UID väli on ka ticketingId ja selle muutmine tabelist tekitab segaduse. Kui sama Id on Strapis juba samal väljal olemas siis seda uuesti Strapisse ei kirjutata. (Nt püüad kahel objektil id vahetada, siis peab enne ühe(1) id ära kustutama ja teisel(2) selle lisama ja siis esimesele(1) lisama teise(2) id. Sama tabeli puhul, enne tuleb Strapist id ära kustutada )

[mitselek]

Strapi:Screenings

remoteId

kas kustutada? unikaalsust mite nõuda?

• [x] Jätta nagu on, sest ajalugu tuleb alles hoida ja praegu tundub, et konfliktioht on maandatud

  ticketingId ja ticketingURL

  kas tegu võib olla andmeliiasusega?

  • [x] jah, on andmeliiasus, mille taga on puuduv koostöö Piletileviga. Normaalne oleks, kui meil oleks PL poolt lubadus, et nende API on vaat seline ja selline ja oma ticketing-id võime me pista sellisesse parameetrisse ja niimoodi saabki ticketing-url dünaamilisel moel.

Heal lapsel mitu nime: "Ticketing ID" = "Seansi ID" = "Kontserdi ID" - sisestajad kopeerivad sel aastal PL keskkonnast neid käsitsi