Mitä on toimitettu, mitä tulee seuraavaksi.

Monisivuinen markkinointisivusto, lokalisointi ja indeksoitava reittirakenne

• Julkinen sivusto toimitetaan nyt oikeana monireittisenä markkinointikerroksena yhden SPA-juuren sijaan. Jokaisella julkisella reitillä on oma URL, metadata, sitemap-merkintä ja kieliversio, joten hakukoneet ja AI-crawlerit lukevat sisällön suoraan ilman asiakaspuolen renderöinnin varaan jäämistä.
• Samalla sisältörakenne vakiinnutettiin etusivun, tuotteen, hinnoittelun, tietoturvan, ohjeiden, sanaston, yhteystietojen, vertailun, tarinan, urien ja muutoslokin välillä, jotta julkinen kerros toimii oikeana tuoteympäristönä eikä prototyypin kuorena.

Workspace-pinnat portattu Next.js App Routeriin

• Rahoituslinja, Kirjoittaja, Seuranta, Yhdistys ja Asetukset ovat nyt omia sovellusreittejään App Router -rakenteessa. Shell, komentopaletti, toastit, kanbanin vuorovaikutus, CSV-vienti, luonnospersistenssi ja AI-toimintojen rajapinta säilyivät siirrossa yksitiedostoisesta prototyypistä.
• Tämän vaiheen tavoite ei ollut vielä lopullinen backend-kytkentä vaan käyttöliittymäsopimuksen säilyttäminen. UI istuu nyt rakenteessa, jonka voi julkaista kerran ja laajentaa reittihandlereilla, server actioneilla ja ulkoisilla API-rajapinnoilla ilman uutta fronttiuudelleenkirjoitusta.

PRH-haku, liidien talteenotto ja juridis-operatiivinen perusta

• Palvelinpuolen PRH-proxy tukee nyt sekä organisaationimellä tehtävää hakua että suoraa Y-tunnushakua vakaan sisäisen endpointin kautta. Yhteydenottolomake validoi syötteet ja voi jo välittää viestit sähköpostiin, kun tunnukset ovat saatavilla, mutta degradoituu turvallisesti ilman niitäkin.
• Tämä loi mallin myös muille integraatioille: pidetään julkinen ja sovelluksen pinta heti käyttökelpoisena, mutta viedään jokainen merkittävä sivuvaikutus vakaan API-rajapinnan läpi, jonka taakse voidaan myöhemmin vaihtaa oikeat tunnukset.

Auth.js tai vastaava hallittu tunnistautuminen demo-cookien tilalle.

Tämä on seuraavana, koska oikea tilinomistus ja tuotantokelpoinen käyttöoikeushallinta riippuvat siitä.

Stripe Checkoutin ja asiakasportaalin kytkentä maksullisille paketeille ja paikkamuutoksille.

Tämä on seuraavana, koska maksulliset paketit, paikkalaajennukset ja hankintakelpoinen laskutus nojaavat siihen.

Mallipohjaiset Kirjoittajan toiminnot, joissa evaluaatio, provenanssi ja konfiguraatio tarkistetaan ennen julkisia väitteitä.

Tämä on seuraavana, koska Kirjoittajassa on jo selkeä avustuksen rajapinta; jäljellä on turvallinen mallireititys ja evaluointikuri.

Pysyvä tietokantatallennus organisaatioille, hakemuksille, luonnoksille ja raporttiartefakteille.

Tämä on seuraavana, koska paikallinen persistenssi riittää prototyyppiin, mutta ei aidosti jaettuun järjestötyökaluun.