Je zoekt niet alleen een plek waar een GLB-bestand past. Je wilt kunnen vinden welke uitvoering klopt, wie haar heeft goedgekeurd en welke versie de webshop werkelijk gebruikt. Deze gids helpt je 3D-assetmanagementsoftware daarop te beoordelen, voordat je een bibliotheek verhuist.
Begin bij het beheerprobleem, niet bij de software
Met 3D assetmanagement bedoelen we hier het beheren van digitale productmodellen en hun bijbehorende bestanden: bronmodellen, materialen, exports, renders en versies. Onderhoud van fysieke gebouwen of installaties is een andere vraag. Daarvoor kan een digital twin voor gebouwbeheer passend zijn.
Maak je huidige probleem concreet. Gaat tijd verloren aan zoeken? Krijgen dealers de verkeerde uitvoering? Verdwijnen materiaalbestanden bij overdracht? Of overschrijft een ontwerper met een nieuw concept onbedoeld de openbare weergave? Deze problemen vragen niet allemaal dezelfde inrichting.
Een kleine collectie met een vaste verantwoordelijke kan met een duidelijke bestandsstructuur en publicatieafspraken uit de voeten. Een groeiende collectie met externe makers, meerdere versies en verschillende kanalen stelt meer eisen aan zoeken, toegang, controle en distributie. Het aantal modellen alleen is geen goede koopregel.
Vergelijk drie soorten oplossingen
Een opslagdienst, DAM, PIM en 3D-platform hebben niet dezelfde functie. Sommige producten combineren onderdelen; controleer de concrete uitvoering. Een productkenmerk in je PIM is bijvoorbeeld nog geen goedgekeurde webexport.
| Type | Passende uitgangssituatie | Wat je moet aantonen |
|---|---|---|
| Bestaande opslag met afspraken | Beperkte collectie, weinig betrokkenen en een overzichtelijke publicatieroute. | Product- en versienaamgeving, volledige bestanden, verantwoordelijke beoordelaar en een controleerbare publicatielijst. |
| DAM of PIM met 3D-aansluiting | Productgegevens, beeldmateriaal en teams worden daar al beheerd. | Ondersteuning van je echte 3D-bestanden, relaties tussen bron en export, toegangsrechten en de route naar de viewer. |
| 3D-gericht beheerplatform | 3D-preview, modelversies, verwerking en distributie vormen een zelfstandig proces. | Correcte verwerking van je modellen, passende review-/publicatielogica, toegang per deelroute en complete overdracht. |
Vervang een goed werkende productbron niet uitsluitend omdat een 3D-platform ook een veld voor artikelcodes heeft. Leg vast welk systeem voor welke gegevens leidend blijft. Anders ontstaan twee productcatalogi die allebei actueel lijken.
Wat laten concrete platformvoorbeelden zien?
Unity Asset Manager en echo3D illustreren verschillende onderdelen van 3D-beheer. Onderstaande punten zijn gebaseerd op hun openbare documentatie, niet op een vergelijkende prestatie- of beveiligingstest. Beschikbaarheid, abonnement en geschiktheid moeten op je eigen proces worden getoetst.
Unity Asset Manager: versies, labels en rollen
Unity beschrijft bewerkbare en vastgelegde modelversies, labels en afzonderlijke reviewstatussen. Toegang tot versies hangt samen met de rol. Dat maakt een nuttige proef mogelijk: laat een maker een nieuwe versie voorbereiden terwijl een andere gebruiker de vrijgegeven versie gebruikt. Controleer wat elke rol werkelijk ziet, ook bij zoeken en downloaden. Zie de officiele documentatie over asset versioning.
De productpagina maakt ook onderscheid tussen bestanden opslaan en er automatisch previews voor genereren. Neem daarom een lastig eigen bronbestand mee, niet alleen een al werkend GLB-voorbeeld. De Unity Asset Manager-productinformatie is een vertrekpunt voor die controle, geen garantie dat iedere conversie past.
echo3D: versiehandelingen en bestandsdistributie
echo3D documenteert API-handelingen voor versies opvragen en een eerdere versie terugzetten. De download-API onderscheidt een oorspronkelijk bestand van een aangevraagd formaat. Conversie kan worden geweigerd of verwerking vragen; de documentatie benoemt ook opslag- en bandbreedtegebruik. Test daarom zowel een originele bron als een afgeleid webbestand. Bronnen: versiebeheer en download-API.
Een werkende download van een model bewijst nog geen volledige exit van een bibliotheek. Productrelaties, metadata, rechteninformatie en de benodigde versiehistorie moeten ook mee kunnen. Vraag daar een concrete exportproef voor, bij elk platform dat je overweegt.
Selectievragen voor jouw team
Leg je eisen vast voordat je demo’s vergelijkt. Zo voorkom je dat een overtuigende viewer de aandacht afleidt van toegang, versiebeheer of een onvolledige overdracht.
- Kan een werkversie bestaan zonder de publicatie te vervangen?
- Wie mag bekijken, wijzigen en downloaden, ook via een gedeelde link?
- Welke bronversie en export gebruikt ieder publicatiekanaal?
- Welk systeem blijft leidend voor productgegevens?
- Welke broninformatie blijft vertrouwelijk?
- Kunnen bestanden, relaties en metadata volledig worden overgedragen?
Een praktijktest met je eigen bestanden
Laat een leverancier een representatief product door het volledige proces voeren. Gebruik een bronmodel, een webexport, een materiaalvariant en een nieuwe revisie. Een eenvoudig demonstratiebestand zegt weinig over je lastigste product.
- Invoer: controleer welke bestanden en afhankelijkheden werkelijk worden ingelezen, niet alleen welke extensies op de website staan.
- Terugvinden: zoek op de eigen productreferentie, uitvoering en status. Controleer of bron en afgeleide bestanden herkenbaar bij elkaar horen.
- Beoordelen: laat een nieuwe werkversie bestaan zonder dat de openbare versie verandert. Leg goedkeuring en verantwoordelijkheid vast.
- Publiceren: controleer de echte viewer, configurator of AR-route op je doelapparaten. Bekijk schaal, materiaal en de verkeerde of ontbrekende export.
- Toegang: test een externe gebruiker en een gedeelde link. Trek toegang in en controleer of die wijziging ook effect heeft.
- Terugzetten en vertrekken: herstel een eerdere publicatie en exporteer het afgesproken productpakket, inclusief relevante metadata en relaties.
Ons eigen assetmanagementvoorbeeld laat het verschil tussen een werkversie en publicatie zien met twee echte GLB-bestanden. Het bewijst een kleine lokale workflow, geen accountbeveiliging of werking van de genoemde platforms.
Gebruik technische validatie als onderdeel van de controle. De Khronos-richtlijnen voor realtime productassets bieden daarvoor achtergrond. Een bestand zonder validatorfouten kan nog steeds de verkeerde uitvoering of onjuiste schaal tonen.
Toegang, gebruiksrechten en exit horen bij de keuze
Een interne gebruikersrol en een openbare deelroute zijn verschillende zaken. Laat vastleggen wie bronbestanden mag downloaden, wie een publicatie mag wijzigen en wat een externe link toegankelijk maakt. Een verborgen downloadknop bewijst niet dat een publiek geladen bestand geheim blijft.
Beheer ook toestemming voor het model, gebruikte texturen en verdere distributie. Een correct formaat of geldige download verleent geen aanvullende gebruiksrechten. Laat onduidelijke afspraken beoordelen voordat je content naar dealers of nieuwe kanalen verspreidt.
Spreek bij een exit af welke bestanden, versies, relaties en metadata je ontvangt, in welk bruikbaar formaat, binnen welke termijn en tegen welke kosten. Controleer wat er met embeds en publicatielinks gebeurt. Een API of een knop voor een enkele download is geen complete migratiebelofte.
Vergelijk de totale inrichting en het beheer
Neem niet alleen een maandbedrag mee. Inventarisatie, opschonen, ontbrekende productinformatie, modelbewerking, systeemkoppelingen, gebruikers, opslag, verwerking en dataverkeer kunnen allemaal onderdeel van het voorstel zijn. Vraag welke daarvan inbegrepen zijn en welke met gebruik meegroeien.
Maak vervolgens iemand verantwoordelijk voor nieuwe versies en publicatie. Software neemt die inhoudelijke verantwoordelijkheid niet vanzelf over. Kies pas na de eigen proef en leg zowel de geslaagde controles als de resterende beperkingen vast.
Maak je eigen bibliotheek het vertrekpunt
We helpen productbestanden, knelpunten en publicatieroutes beoordelen voordat je een beheeromgeving kiest of koppelt.
Veelgestelde vragen
Is een 3D-viewer hetzelfde als assetmanagementsoftware?
Nee. Een viewer toont een model. Assetmanagement gaat ook over productrelaties, versies, toegang, controle en distributie. Een platform kan beide bieden, maar een werkende viewer bewijst niet dat het beheerproces compleet is.
Heb ik voor een kleine collectie direct een 3D-platform nodig?
Niet altijd. Een duidelijke bestandsstructuur, verantwoordelijke beoordelaar en gecontroleerde publicatieroute kunnen voldoende zijn. Bepaal eerst waar de huidige aanpak tekortschiet en toets of gespecialiseerde software dat probleem werkelijk oplost.
Kan ieder bronmodel automatisch naar een webbestand?
Nee. Conversie hangt af van de bron, geometrie, materialen en de gewenste toepassing. Een ondersteunde extensie zegt niet dat alle eigenschappen behouden blijven. Controleer de export met je eigen producten in de werkelijke weergave.
Maakt een eenvoudiger webmodel ons ontwerp geheim?
Nee. Minder details kunnen beperken wat je openbaar deelt, maar zijn geen bewijs dat het ontwerp niet kan worden overgenomen. Behandel een publiek geladen model als toegankelijk en houd vertrouwelijke broninformatie buiten die publicatie.
Bronnen en afbakening
De gekoppelde primaire documentatie is geraadpleegd op 20 oktober 2026. Functies en voorwaarden kunnen veranderen. Deze gids beoordeelt selectiecriteria en gedocumenteerde mogelijkheden; zij kent geen sterren, rangorde of eigen testresultaten toe aan SaaS-platforms die hier niet in een klantomgeving zijn onderzocht.
