Punime të Zgjedhura

Operacionet e mëparshme vareshin kryesisht tek shitjet fizike të biletave, rezervimet në WhatsApp dhe regjistrat manualë. Kjo çoi në mbingarkesa kronike gjatë muajve të verës. Nuk kishte asnjë mundësi për të parashikuar me saktësi peshën e ngarkesës ditore, as the për të mbledhur në mënyrë të sigurt pagesat ndërkombëtare paraprakisht.

Një arkitekturë Next.js 14 në shkallë të plotë u zbatua me një integrim të personalizuar të Stripe për pagesa ndërkombëtare. Zgjidhjet headless adreson strukturën e itinerareve, ndërsa kufizimet e posaçme në bazën e të dhënave zbatojnë njëkohësisht kufizimet e pasagjerëve të anijes dhe kufijtë e hapësirës së dërrasave për automjetet.

Sistemi filloi punën përpara sezonit veror, duke procesuar mijëra bileta dixhitale dhe duke ulur në mënyrë të konsiderueshme kaosin gjatë imbarkimit në terminal.

Klientët institucionalë në Shqipëri nuk kishin infrastrukturë menaxhimi digjital të ndërtuar për qëllime specifike. Operacionet kryheshin nëpërmjet zinxhirëve të shkëputur të emaileve, tabelave kompjuterike dhe dokumenteve PDF — pa bazë të dhënash të centralizuar klientësh, pa versionim të strukturuar kontratash, pa faturim të automatizuar dhe pa proces raportimi grantesh. Të dhënat jetonin në formate të shumta pa gjurmë auditimi, pa kontroll aksesi dhe pa mekanizëm shkallëzueshmërie. Kërkesat e pajtueshmërisë nga kuadri i financimeve të BE-së e komplikuan problemin: raportimi manual ishte me gabime dhe me vonesa kronike.

Arkitektura serverless edge-native u zgjodh për të eliminuar barrën e mirëmbajtjes së infrastrukturës duke garantuar performancë globale. Vendimi për të përdorur Cloudflare Workers u drejtua nga kërkesa për kohë përgjigjeje nën 50ms pa menaxhuar llogaritje të vazhdueshme. Supabase u zgjodh për përputhshmërinë e tij PostgreSQL, Row Level Security të integruar dhe aftësinë për të zbatuar izolimin e të dhënave për organizatë në shtresën e bazës së të dhënave — jo në shtresën e aplikacionit — që është vendi i duhur për të. Ndarja e përgjegjësive nëpër tre Workers (api-gateway, invoices, proposals) siguron që çdo shërbim ka një përgjegjësi të vetme dhe mund të vendoset, shkallëzohet ose zëvendësohet në mënyrë të pavarur.

Platforma zëvendësoi një process të fragmentuar manual nëpër email, tabela kompjuterike dhe dokumente PDF të shkëputura. Klientët institucionalë kanë tani një sistem të strukturuar dhe të gatshëm për auditim për menaxhimin e ciklit të tyre të plotë operacional. Operacionet e brendshme që më parë kërkonin mjete të shumta dhe barasnim manual tani trajtohen në një platformë të vetme me tranzicione gjendjeje të zbatuara dhe histori të plotë auditimi.

Menaxhimi i propozimeve në agjenci shqiptare ishte krejtësisht manual: dokumente Word të dërguara me email, pranimi i konfirmuar verbalisht, shumat e faturave të llogaritura me dorë dhe TVSH-ja e aplikuar në mënyrë jo konsistente. Nuk kishte histori versionesh, gjurmë auditimi miratimi, konvertim të automatizuar nga propozim i miratuar në faturë dhe asnjë mekanizëm pajtueshmërie fiskale.

Cloudflare Workers u zgjodh ndaj serverit tradicional sepse proceset e propozimeve dhe faturimit janë drejtuar nga ngjarjet. Qasja e makinës së gjendjes zbatohet në shtresën e bazës së të dhënave duke përdorur tipin enum PostgreSQL, jo logjikën e aplikacionit, duke e bërë të pamundur krijimin e tranzicioneve të pavlefshme të gjendjes nëpërmjet thirrjeve API.

Cikli propozim-faturë që më parë kërkonte hapa të shumtë manualë nëpër email, tabelë dhe softuer kontabiliteti është tani një process i strukturuar, i auditueshem, me platformë të vetme. Motori është vendosur nëpër dy llogari klienti institucional dhe trajton operacione aktive të faturimit.

Një organizatë me entitet dual kërkonte dy pranie web të dallueshme që janë semantikisht të lidhura por operacionalisht të pavarura. Një platformë e vetme do të ngatërronte identitetet komerciale dhe kulturore. Ndërtimi i dy faqeve të palidhura do të humbiste përfitimin semantik të identitetit të përbashkët organizativ.

Dy aplikacione të veçanta Next.js 15 u zgjodhën sepse kërkesat e vendosjes, përmbajtjes dhe audiencës së secilës platformë janë thelbësisht të ndryshme. Lidhja semantike zbatohet nëpërmjet JSON-LD schema.org: entiteti Organization në lulebora.al deklaron një subOrganization që tregon drejt entitetit NGO në qendra.lulebora.al, i cili nga ana e tij deklaron parentOrganization prapa.

Dy platforma produksioni live në Cloudflare Pages të shpërndara globalisht. Grafiku i njohurive schema.org është zbatuar dhe i crawlable. Sistemi i ngjarjeve është live me të dhëna Supabase. Arkitektura e studimit të rastit ofron një shabllon të ripërdorshëm.