Direct antwoord: Kopers moeten de acceptatiematrix van het DC-snellaadstation definiëren voordat FAT wordt geboekt. FAT moet de gecontracteerde configuratie van de oplader en het bewijs van de fabriekstest verifiëren; SAT moet de stroomvoorziening, bescherming, aarding, noodinterfaces, communicatie en installatieomstandigheden van de locatie verifiëren; de inbedrijfstelling moet de overeengekomen voertuig-, connector-, load-sharing- en backend-scenario's bewijzen. Definitieve overdracht mag pas plaatsvinden nadat defecten, hertests, as-built records, training en garantie-startvoorwaarden zijn gesloten.
Dit is een aanbestedings- en projectaanvaardingsprobleem voor laadexploitanten, wagenparkdepots, EPC-aannemers, elektrische integrators, vastgoedeigenaren, nutsbedrijven, distributeurs en OEM-kopers. Een lader die één voertuig aanzet en oplaadt, is niet automatisch een volledig geaccepteerd laadstationproject. Acceptatie moet de gecontracteerde apparatuur, de locatie-interfaces, het communicatiepad, de operationele scenario's, het bewijsmateriaal en de overdrachtsgrens bewijzen.
Dingsheng-benodigdheden apparatuur voor laadstations, inclusief 160KW DC-laadstapel, 120 kW DC-laadstapel en groepslaadgelijkrichterkastproducten. Het acceptatieplan moet worden gekoppeld aan de exacte bestelde configuratie en projectspecificatie, in plaats van aan een algemene checklist voor inbedrijfstelling.
Waarom moet de acceptatiematrix worden bevroren voordat FAT-data worden geboekt?
De acceptatiematrix definieert wat er zal worden getest, waar het zal worden getest, wie er getuige van zal zijn, welk bewijsmateriaal zal worden vastgelegd en welk resultaat ervoor zorgt dat het project naar de volgende fase kan gaan. Zonder die matrix kan FAT een fabrieksdemonstratie worden, terwijl de koper ervan uitgaat dat het het definitieve bewijs is dat het systeem gereed is.
De matrix moet de door de fabriek verifieerbare configuratie en afwerking van de lader, locatieafhankelijke elektrische en installatie-interfaces, voertuig-/connector-/load-sharing-scenario's en backend-/netwerk-/betalings-/meterfuncties scheiden, indien opgenomen in de projectscope.
Industrie-ervaringspunt: FAT-geschillen ontstaan vaak omdat de ene partij een functionele demonstratie verwacht, terwijl de andere een contractuele acceptatietest verwacht. Het verschil moet vóór de testdatum worden opgelost, niet tijdens de testdatum.
| Acceptatiefase | Primair doel | Typische eigenaar / getuige | Bewijs verwacht |
| VET | Controleer de configuratie van de gecontracteerde oplader en de reikwijdte van de fabriekstest | Leverancier met koper/EPC-getuige zoals contractueel vastgelegd | Goedgekeurde procedure, configuratierecords, testbladen, afwijkingen en opleveringslijst |
| ZA | Controleer de geïnstalleerde laderinterfaces met de echte site | Leverancier/EPC/elektrotechnisch team op locatie volgens contract | Testrecords op locatie, controles van stroom/bescherming/aarding, interfaceresultaten en defecten |
| Inbedrijfstelling | Demonstreer overeengekomen bedrijfsscenario's | Projectteam met operations/backend partijen waar nodig | Voertuig-/connector-/sessierecords, communicatielogboeken, bewijs van belastingverdeling en openstaande problemen |
| Overdracht | Breng een gedocumenteerd, geaccepteerd systeem over naar de bedrijfsvoering | Koper / exploitant | As-builts, handleidingen, training, basisgegevens, reserveonderdelen, garantie en sluiting van defecten |
Wat moet FAT bewijzen over het opladerpakket?
FAT moet bewijzen wat redelijkerwijs in de fabriek kan worden geverifieerd voordat de lader wordt verzonden. De exacte procedure moet het contract, de productconfiguratie en de projectspecificatie volgen; er bestaat geen universele paslijst die voor ieder laadproject geldt.
Controlepunten van de koper kunnen bestaan uit de identificatie van de apparatuur en de bestelde configuratie, het aantal laders en de connectorconfiguratie, inspectie van de interne assemblage en bedrading volgens de overeengekomen procedure, beschermings- en controleapparatuur inbegrepen in de leveringsomvang, lokale HMI/weergavefuncties vereist door de bestelling, in de fabriek aantoonbare noodfuncties, communicatiehardware/softwareconfiguratie inbegrepen in de scope, testrecords, configuratieversierecords waar relevant, en open afwijkingen.
De koper moet ook bevestigen welke tests in de fabriek worden gesimuleerd en welke tijdens SAT en inbedrijfstelling moeten worden herhaald met de werkelijke stroomvoorziening, het netwerk, het voertuig of de backend op de locatie.
Welke tests moeten wachten tot de site-acceptatietest?
SAT moet het geïnstalleerde station verifiëren aan de hand van de werkelijke stroomopwaartse stroom, het aardingssysteem, kabelinterfaces, noodcircuits op locatie, communicatie en fysieke installatie. Een fabriek kan omstandigheden die pas na installatie bestaan niet volledig bewijzen.
De koper moet de grens tussen de levering van de lader en de werkzaamheden op locatie definiëren. Stroomopwaartse schakelapparatuur, transformator, distributiekabel, civiele werken, aardingsnetwerk, netwerkconnectiviteit of beveiligingsapparatuur kunnen eigendom zijn van de EPC of de aannemer van de locatie in plaats van van de leverancier van de lader.
De elektrische catalogus van Dingsheng omvat MNS laagspanningsschakelapparatuur, maar de aanwezigheid van een schakelapparaatproduct in de catalogus betekent niet dat dit automatisch in elk laadstationproject wordt opgenomen. De offerteaanvraag en acceptatiematrix moeten de werkelijke stroomopwaartse distributiegrens vermelden.
| Site-interface | Wat SAT zou moeten bevestigen | Gemeenschappelijke acceptatiekloof |
| Inkomend aanbod | De geïnstalleerde voeding komt overeen met de goedgekeurde projectingang en laderinterface | De oplader wordt bekrachtigd zonder dat de uiteindelijke leveringsgegevens op de locatie zijn afgestemd. |
| Bescherming | De vereiste beschermingsinterfaces stroomopwaarts en aan de laderzijde zijn geïnstalleerd en gedocumenteerd | De verantwoordelijkheid tussen laderleverancier en EPC is onduidelijk. |
| Aarding | De aardingsinterfaces van het project zijn voltooid en er is testbewijs beschikbaar | Fabrieksgegevens worden ten onrechte aangezien voor acceptatie van aarding op locatie. |
| Noodstop | Noodfuncties voor locatie en oplader werken samen zoals gespecificeerd | Alleen de lokale laadstop wordt getest. |
| Netwerk / back-end | Het vereiste communicatiepad is beschikbaar en het eigendom is gedefinieerd | De oplader communiceert lokaal, maar acceptatie van het platform op afstand is niet aangetoond. |
| Installatie | Kabelafsluiting, montage, etikettering, ventilatie/speling en afwerking voldoen aan de projectbasis | Functioneel opladen wordt gebruikt om installatiefouten over het hoofd te zien. |
Hoe moeten kopers voertuig- en connectorscenario's testen?
Een project met verschillende typen laders, stopcontacten, voertuigklassen of gebruikersgroepen mag niet afhankelijk zijn van één succesvolle sessie als enige werkingstest. De koper moet vóór de inbedrijfstelling representatieve scenario's definiëren.
Afhankelijk van de projectomvang kunnen scenario's de werking van individuele connectoren omvatten, waarbij beide gebruikte connectoren worden ondersteund door de bestelde eenheid, herhaalde start/stop-sessies, verschillende goedgekeurde testvoertuigen of adapters, onderbroken sessies, herstartgedrag, gebruikersautorisatie, meet-/betalingsfuncties indien gecontracteerd, en herstel van fouten of noodstops.
Industrie-ervaringspunt: Een inbedrijfstellingsplan dat alleen het eenvoudigste voertuig test, kan connector-, communicatie- of stroomtoewijzingsproblemen missen die optreden wanneer een ander voertuig of een gelijktijdige sessie wordt geïntroduceerd.
Hoe moet lastenverdeling of groepsopladen worden geaccepteerd?
Wanneer het project gebruik maakt van een architectuur voor groepsheffingen, moet het acceptatieplan de functies verifiëren die specifiek voor die architectuur zijn gecontracteerd. Dingsheng noemt een 360KW / 480KW groepslaadgelijkrichterkast in het huidige assortiment. De exacte logica voor vermogenstoewijzing, terminalconfiguratie en besturingsmethode moeten nog worden bevestigd op basis van de specifieke bestelling en het projectontwerp.
De koper moet testgevallen definiëren zoals één actief laadpunt, meerdere gelijktijdige sessies waarbij de configuratie deze ondersteunt, veranderende vraag tussen voertuigen, verlies en herstel van een laadpunt, en het verwachte gedrag van het groepscontrolesysteem.
Industrie-ervaringspunt: Loadsharing moet worden geaccepteerd als een gedrag dat wordt gedefinieerd door de gecontracteerde configuratie, en niet door de algemene aanname dat elke oplader met meerdere uitgangen de stroom op dezelfde manier beheert.
Wie is eigenaar van OCPP, backend, netwerk en betalingsacceptatie?
Backend-integratie is vaak verdeeld over verschillende partijen: fabrikant van opladers, aanbieder van softwareplatforms, netwerkoperator, betalingsprovider, EPC, IT-team op locatie en oplaadoperator. De acceptatiematrix moet de verantwoordelijkheid voor elke interface toewijzen.
Als OCPP of een ander protocol vereist is voor het project, dient de koper de vereiste versie of profiel en testomvang in het contract te specificeren. Er mag niet worden aangenomen dat het protocol wordt nageleefd tenzij dit is geverifieerd voor de bestelde configuratie.
Bewijsmateriaal moet de identiteit van de oplader, het backend-eindpunt of de testomgeving, de communicatiestatus, sessielogboeken, foutmeldingen, externe functies die vereist zijn voor het project en de verantwoordelijkheid voor onopgeloste problemen vastleggen.
Industrie-ervaringspunt: “Verbonden met de backend” en “Backend-acceptatie voltooid” zijn niet dezelfde verklaring. Bij een stabiele verbinding kunnen opdrachten op afstand, transactiegegevens, alarmen of betalingsinterfaces nog steeds niet worden getest.
Scenario: een vlootdepot accepteert inschakeling, maar niet het hele project
Representatief scenario – geen geclaimde Dingsheng-klantcase.
Zakelijke achtergrond: Een vlootdepot installeert verschillende DC-laders met dubbele connectoren, stroomopwaartse distributie en een platform voor laadbeheer op afstand.
Probleem: Tijdens de inbedrijfstelling wordt één voertuig succesvol opgeladen via één connector. Het projectteam bereidt zich voor op de ondertekening van de acceptatie, maar de tweede connector, de noodstopketen, het externe platform, het gedrag bij het delen van lasten, de lijst met defecten en de as-built-documentatie zijn niet afgesloten.
Oorzaak: Het koopcontract definieerde de levering van de lader, maar definieerde geen gefaseerde FAT/SAT/inbedrijfstellingsacceptatiematrix of bewijsregister.
Oplossing: De koper creëert een verantwoordelijkheidsmatrix waarin fabriekstests van de lader, elektrische controles op locatie, connector-/voertuigscenario's, backend-functies, sluiting van de opleveringslijst, documentatie en training worden gescheiden. Openstaande items krijgen een eigenaar en een hertestdatum voordat de definitieve overdracht plaatsvindt.
Koperbeslissingswaarde: De exploitant vermijdt het starten van garantie en commerciële exploitatie op een systeem dat slechts één succesvolle oplaadsessie heeft aangetoond in plaats van de volledige contractuele omvang.
Hoe moeten defecten, hertests en vasthoudpunten worden beheerd?
Elke FAT en SAT moet een bewijsregister en een opleveringslijst opstellen. Bij elk probleem moeten de brontest, beschrijving, verantwoordelijke partij, corrigerende actie, hertestmethode, status en goedkeuring van de sluiting worden vastgelegd.
| Veld voor punchlijst | Waarom het ertoe doet | Acceptatievraag van koper |
| Testreferentie | Koppelt het defect aan een gecontroleerde procedure | Welke test bracht het probleem aan het licht? |
| Beschrijving van het defect | Voorkomt vage opmerkingen zoals “communicatieprobleem” | Wat is er precies mislukt of afgeweken? |
| Eigenaar | Scheidt verantwoordelijkheden voor oplader, EPC, backend en locatie | Wie is verantwoordelijk voor correctie? |
| Corrigerende actie | Registreert wat er is veranderd | Was de oplossing tijdelijk of permanent? |
| Bewijs opnieuw testen | Bewijst dat het probleem opnieuw is gecontroleerd | Is er een ondertekend record, log of resultaat? |
| Status vasthouden/vrijgeven | Regelt verzending, bekrachtiging of definitieve overdracht | Kan het project doorgaan terwijl dit item geopend is? |
Industrie-ervaringspunt: Een opleveringslijst zonder hertestveld is vaak slechts een lijst met defecten. Voor acceptatie is bewijs nodig dat de gecorrigeerde toestand daadwerkelijk is geverifieerd.
Wat moet er in het overdrachtspakket zitten?
De definitieve overdracht moet de documenten bevatten die nodig zijn voor het bedienen, onderhouden en ondersteunen van het laadstation nadat het inbedrijfstellingsteam is vertrokken. Het exacte dossier is afhankelijk van het contract, maar kopers moeten doorgaans rekening houden met goedgekeurde/as-built-tekeningen, configuratiegegevens, FAT- en SAT-rapporten, inbedrijfstellingslogboeken, afsluiting van de opleveringslijst, bedienings- en onderhoudshandleidingen, onderdeleninformatie, trainingsgegevens, software/firmware-basislijn waar relevant, netwerk-/backend-verantwoordelijkheid, begindatum van de garantie, route voor garantieclaims en de overeengekomen reikwijdte van de reserveonderdelen.
De koper moet ook definiëren welke logbestanden of basisconfiguratierecords bij de overdracht moeten worden opgeslagen. Zonder een bekende basislijn wordt latere probleemoplossing een vergelijking met het geheugen in plaats van bewijs.
Wat moeten kopers in de acceptatieaanvraag voor DC-snellaadstations zetten?
Geef het aantal laders en de bestelde classificatie op, connectormix, upstream leverings- en distributiegrens, FAT-getuigebereik, toepasselijke projectspecificatie, SAT/site-interfacebereik, beschikbare testvoertuigen of adapters, belastingverdelingsscenario's, backend/netwerkeigendom, meet-/betalingsbereik indien van toepassing, noodstop-/aardings-/beschermingsinterfaces, vereiste acceptatiegegevens, training, reikwijdte van reserveonderdelen, garantie-startregel en proces voor het sluiten van defecten.
Voor pre-installatiecontext kunnen kopers ook de bestaande handleiding van Dingsheng raadplegen Installatievereisten voor EV-laders. Dat artikel gaat over de stroom- en installatieplanning; het FAT/SAT-proces begint hier in de acceptatiefase en mag niet worden vervangen door een pre-installatiechecklist.
Veelgestelde vragen
Is het succesvol opladen van voertuigen voldoende om een DC-snellaadstation te accepteren?
Nee. Een succesvolle sessie bewijst slechts een deel van het systeem. Acceptatie moet ook betrekking hebben op de gecontracteerde laderconfiguratie, elektrische interfaces op locatie, beschermings-/aarding-/noodfuncties, vereiste connectorscenario's, communicatie-/backend-scope, defectafsluiting en overdrachtsdocumenten.
Wat is het verschil tussen FAT en SAT?
FAT verifieert vóór verzending de overeengekomen fabriekstestomvang. SAT verifieert de geïnstalleerde apparatuur en de interfaces op de locatie na installatie. De exacte splitsing moet worden gedefinieerd in de projectacceptatiematrix.
Moet elke FAT een echt voertuig bevatten?
Niet noodzakelijkerwijs. Sommige functies kunnen worden gesimuleerd of getest met fabrieksapparatuur. De koper moet definiëren welke scenario's een echt voertuig, testadapter of bevestiging op de definitieve locatie vereisen tijdens SAT/inbedrijfstelling.
Wie moet de stroomopwaartse schakelapparatuur en beveiliging testen?
Het contract moet de verantwoordelijkheid toewijzen. De leverancier van de lader, de leverancier van de schakelapparatuur, de EPC en het elektrische team op locatie kunnen eigenaar zijn van verschillende delen van de interface. Uit de acceptatiematrix moet blijken wie elk item test en ondertekent.
Hoe moet OCPP- of backend-communicatie worden geaccepteerd?
Alleen tegen het projectvereiste protocol/versie en overeengekomen scenario's. Registreer de verbinding, de identiteit van de oplader, sessielogboeken, vereiste externe functies, alarmen en onopgeloste problemen. Ga er niet vanuit dat het protocol wordt nageleefd zonder productspecifiek bewijs.
Wanneer moet de garantie ingaan?
De garantiestartregel moet in het contract worden vermeld. Kopers moeten voorkomen dat er onduidelijkheid ontstaat tussen fabrieksverzending, inbedrijfstelling van de locatie, voorlopige acceptatie en definitieve overdracht.
Wat moeten kopers naar Dingsheng sturen voordat ze FAT/SAT definiëren?
Verzend de bestelde laderconfiguratie, connectormix, stroomopwaartse elektrische grens, projectspecificatie, getuigenvereisten, reikwijdte van de site-interface, testvoertuigen, backend/netwerkeigendom, belastingverdelingsscenario's, acceptatiegegevens, training, reserveonderdelen en garantievereisten.
Vraag een FAT/SAT- en inbedrijfstellingsscopebeoordeling aan
Voordat u FAT of inbedrijfstelling op locatie boekt, stuurt u Dingsheng de bestelde laderconfiguratie, connectormix, stroomopwaartse elektrische grens, FAT-getuigebereik, locatie-interfacevoorwaarden, projecttestvereisten, voertuigscenario's, backend/netwerkeigendom, vereisten voor belastingverdeling, regels voor defectsluiting, overdrachtsdocumenten en startvoorwaarden voor de garantie via de Neem contact met ons op pagina. Dingsheng kan de beschikbare laadstationapparatuur beoordelen en bepalen welke acceptatie-items in de fabriek, op locatie of bij de definitieve inbedrijfstelling thuishoren.
