Bluumo: Kaksipuolinen hyvinvointimarkkinapaikka

Asiakaskäyttöliittymä (yli 11 näyttöä)

• ·Palveluiden selaaminen luokkien, hinnan ja keston suodattimien avulla
• ·Palveluntarjoajien haku arvioiden ja vertailutyökalujen avulla
• ·Paikkatietopohjainen haku interaktiivisilla kartoilla
• ·Saatavuustiedot reaaliajassa ja välitön varausvahvistus
• ·Suomalaiset pankkisiirrot, korttimaksut, MobilePay, Edenred-hyvinvointikortit, KELAn korvauspalvelu
• ·Toistuvien varauksien hallinta
• ·Lahjakortin ostaminen ja PDF-tiedoston luominen
• ·Suositteluohjelma, jossa palkkiot maksetaan automaattisesti
• ·Bluumo Plus -tilauspaketti
• ·Sovelluksen sisäiset äänipuhelut Agora-palvelun kautta
• ·"Helmi" - Claude-teknologiaan perustuva tekoälykoncierge, joka auttaa varauksissa

Palveluntarjoajaportaalin (yli 13 näyttöä)

• ·Asiakirjoihin perustuva todentaminen perehdyttämisvaiheessa
• ·Monikielinen profiilien hallinta
• ·Visuaalinen saatavuuskalenteri, joka synkronoituu Google-kalenterin kanssa
• ·Dynaaminen hinnoittelu (ruuhka-ajat, alennukset, ajankohtaan perustuvat muutokset)
• ·Reaaliaikaiset varausilmoitukset
• ·Tulojen seuranta ja maksuhistoria (Holvin maksujärjestelmä on rakennettu, mutta ei vielä käytössä)
• ·Varauksen tilaeteneminen alivaiheiden kautta visuaalisilla valmistumisilmaisimilla
• ·'Merkitse valmiiksi' -toiminto palveluntarjoajan varaustyönkulun viimeistelyyn
• ·Hallintatyökalujen ja palvelualueiden määrittämisen tarkastelu

Yritysten B2B-portaali

• ·Yrityksen rekisteröinti hyväksymisprosessien avulla
• ·Henkilöstöhallinto ja joukkotoiminnot
• ·Hyvinvointipäivän varaus (yksittäiset ja ryhmävaraukset)
• ·Kustannuspaikkojen seuranta, budjetinhallinta, esimiesten hyväksyntäjonot
• ·Laskujen analysointi, käyttöraportointi, laskujen automaattinen luominen
• ·Tarjouspyyntöjärjestelmä

Järjestelmänvalvojan hallintapaneeli (12 näyttöä)

• ·Koko alustan kattavat avainmittarit ja analytiikka
• ·Palveluntarjoajien todentamisen hallinta
• ·Varauksien seuranta ja tukipyyntöjärjestelmä
• ·Blogin julkaiseminen SEO-metatiedoilla
• ·Kampanjoiden ja myynninedistämistoimien hallinta
• ·Palautusten ja laskujen käsittely

Oletusarvon, joka tarkoittaa ”ei asetettu”, on oltava NULL

Jokaisesta varauksesta perittiin kiinteä 20 %:n provisio. Hinnoittelun laukaisija haarautui sen mukaan, oliko commission_rate-arvo annettu: arvo, joka ei ollut null, tarkoitti nimenomaista B2B-ohitusta, joten se ohitti sekä GMV-tason (24/22/20/18) että Bluumo Pro -alennuksen. Sarakkeella oli oletusarvo, joka ei ollut null, joten arvoa ei koskaan puuttunut ja ohitushaara voitti aina. Mitään virheitä ei ilmennyt, laskutoimitukset olivat oikein, mutta taulukon jokainen rivi oli väärä. Oletusarvon poistaminen mahdollisti sen, että puuttuva provisioarvo saatiin tallennettua NULL-arvona, jolloin laskutoimitus suoritettiin oikein. Jos haarautuma perustuu arvon olemassaoloon, skeeman on kyettävä ilmaisemaan juuri olemassaolo, ei arvoa.

Salliva varasääntö peittää ominaisuuden, joka ei ole koskaan toiminut

Etäisyyssuodatin ei suodattanut. Palveluntarjoajat otettiin mukaan, vaikka niillä ei ollut koordinaatteja, mikä on järkevä oletusasetus, eikä mikään koodipolku koskaan kirjoittanut palveluntarjoajan leveys- tai pituuspiiriä, joten jokainen palveluntarjoaja käytti varasuunnitelmaa ja näkyi millä tahansa säteellä. Toiminto näytti olevan toteutettu, palautti uskottavia tuloksia, mutta oli toimimaton. Varamenetelmä, joka sulkee tyhjän tapauksen pois, estää tyhjän tapauksen huomaamisen kokonaan.

Käyttöoikeuden peruuttaminen muuttaa select('*')-lauseen merkitystä

Taloudellisten sarakkeiden lukitseminen saraketason käyttöoikeuksien taakse aiheutti virheitä lukukyselyissä, joissa pyydettiin kaikkia tietoja. PostgREST ei voi hiljaisesti rajata select('*')-kyselyä niihin sarakkeisiin, jotka roolilla on oikeasti oikeus nähdä; ilman taulukotason SELECT-kyselyä se sen sijaan heittää virheilmoituksen. Korjaus on nimetä sarakkeet eksplisiittisesti jokaisessa kutsukohdassa, mikä on muutenkin parempi käytäntö, mutta opetus on se, että käyttöoikeuksien tiukentaminen on myös asiakaspuolen muutos, ei pelkästään tietokantapuolen.

Anna valinnaisten osien pettää, älä koko tapahtuman

Tämän alustan push-ilmoitukset palauttavat pelkän 500-virheen. Sen sijaan, että tämä näkyisi virheenä, niitä käyttävät prosessit siirtyvät sähköpostiin ja sovelluksen sisäisiin ilmoituksiin, ja nollattava palveluntarjoajan yhteystieto käyttää varasuunnitelmana tilin sähköpostiosoitetta sen sijaan, että viesti hylättäisiin. Se, että päätetään etukäteen, mitkä prosessin osat saavat epäonnistua huomaamatta ja mitkä eivät missään nimessä saa epäonnistua, on suurin syy siihen, miksi maksuprosessi tuntuu luotettavalta.