Resursregistret
Generella resurser
Resursregistret i driftordermodulen används för att hantera:
•Behörigheter och intresseområden
•Kontaktuppgifter (e-post, telefon, radio)
Registret baseras på dpSpatials användarhantering, och alla driftorderanvändare måste vara registrerade i Användarhanteraren.
För att öppna Användarhanteraren krävs normalt en administratörsroll, till exempel:
•El-administratör
•El-superadministratör
•Om ingen kundanpassning finns: SUPERADMIN_ROLE
Menyalternativet finns under Administration > Användarhanterare.
För att registrera interna och externa resurser krävs även behörighet att administrera kodlistor, vanligtvis MANAGECODELISTS.
Viktigt att tänka på i Användarhanteraren:
•Användarnamn ska alltid skrivas med versaler.
•Fler fält finns tillgängliga än de som syns i listan, tryck Redigera för att visa alla.
•Fliken Avdelningar har ingen betydelse för Driftordermodulen.
De fält som är relevanta för Driftordermodulen är:
•Användarnamn (nyckel mot både användarkontot i databasen och driftorderspecifika fält i egen tabell).
•Förnamn
•Efternamn
•Epost
•Mobil
Interna resurser
En förutsättning för att resurser ska fungera i Driftordermodulen är alltså att de finns registrerade som reguljära användare enligt föregående avsnitt. Undantaget är olika typer av resurser som saknar konto i dpSpatial (avdelningar, funktioner, entreprenörer och så vidare). Dessa avhandlas i nästa avsnitt - Externa resurser.
Interna resurser administreras i en kodlista via den vanliga Kodlistehanteraren. Föregående avsnitt (Generella resurser) beskriver behörigheter för verktyget.
1. Starta Kodlistehanteraren som normalt finns under Administration > Kodlistehanterare.
2. Välj Kodlisteägare OPERATOR i Kodlistehanteraren.
3. Välj Kodlista Interna resurser / INTERNAL_RESOURCES_CL.
4. Lokalisera samma Användarnamn / USER_NAME i listan som visas. Om Användarnamn saknas - tryck på Lägg till och skapa resursen. Använd versaler i namnet även i detta fönster.
5. Välj en önskad användare och tryck på knappen Redigera rad. Detaljfönstret för denna kodlistepost visas.
6. Fyll i resten av fälten förutsatt att de är relevanta. Inget av fälten är obligatoriska förutom ja-/nej-flaggorna, vilka bör fyllas i för att undvika missförstånd. Se även avsnitt Behörigheter och intresseområden. Notera att användare kan inaktiveras i Driftordermodulen genom att bocka ur Aktivt värde / ACTIVE.
7. Tryck på Spara för att spara de nya uppgifterna. Tryck på Uppdatera servern så finns det en god chans (beroende på multipla webbservrar med mera) att ändringarna slår igenom direkt.
Externa resurser
Externa resurser hanteras på ett liknande sätt som interna resurser. Undantagen är:
•Kodlistan heter Externa resurser / EXTERNAL_RESOURCES_CL istf Interna resurser / INTERNAL_RESOURCES_CL.
•I listan finns ett systemgenererat löpnummer (CODENUM) istf användarnamnet. Eftersom externa resurser saknar konto i systemet, är användarnamn irrelevant.
•E-post och mobiltelefonnummer hanteras, eftersom dessa uppgifter inte kan hämtas från den generella Användarhanteraren.
•Det går att ange en funktion (ex: DRC) och/eller ett företagsnamn.
•Behörigheterna för att skapa, kontrollera och utföra en driftorder har avlägsnats. Det är givetvis inte aktuellt att definiera något av detta, då konto i systemet saknas.
Externa och interna resurser visas i en enda, sammanslagen kodlista för respektive fält i Driftordermodulen.
Behörigheter och intresseområden
Nedanstående behörigheter och intresseområden hanteras:
•Få skapa och komplettera en driftorder*.
•Få godkänna och underkänna en driftorder*.
•Få utföra och revidera en driftorder*.
•Få vara kopplingsansvarig.
•Få vara kopplingsbiträde.
•Få vara elarbetsansvarig.
•Vara aktuell i listan För åtgärd.
•Vara aktuell i listan För information.
*) Funktionen är endast relevant för intern resurs.
Behörigheter och intresseområden enligt ovan anges med nollor och ettor. Noll är ”nej” och ett är ”ja”. Även om systemet är körbart med vissa av ja-/nej-fälten odefinierade, rekommenderas att mata in antingen en nolla eller en etta för varje fält för att undvika tveksamheter.
Malltexter
Vanligt förekommande formuleringar i driftorderadernas Beskrivning hanteras lämpligen som malltexter.
Fördelar:
•Minskat tangentbordsarbete.
•Minskad risk för felskrivningar.
•Möjlighet att hämta identiteter direkt från nätdokumentationen.
•Möjlighet till avancerade layouter och delvis skrivskyddade fält.
•Möjlighet att spegla även kundspecifika driftorderrader.
•Enhetliga formuleringar.
Statiska malltexter
Samtliga malltexter hanteras i Kodlisteverktyget. Se avsnitt Generella resurser för behörighet, start och uppdatering av servern. Välj Kodlisteägare OPERATOR. Välj sedan Kodlista OPERATION_ORDER_ROW_DESC_CL.
Denna kodlista fungerar som andra kodlistor. Det går att lägga till, redigera och att kryssa ur att en text inte längre är aktiv och därmed fortsättningsvis inte kommer att synas i listan med malltexter.
Notera särskilt kolumnen COUNTER_DESCRIPTION. Här kan man mappa motoperationer som kommer att används, när texten speglas.
Exempel:
1.En driftorder innehåller malltexten ”Motoperation till text 3.”.
2.Driftorderraden speglas.
3.Malltexten ”Motoperation till text 2.” läggs till i slutet av driftordern.
Som all annan central information i Driftordermodulen, påverkas inte befintliga driftordrar av ändringar i malltexterna. Hanteringen följer standard för malltexterna, så det går inte att ta bort en text via verktyget – skriv 0 i fältet Aktivt värde / ACTIVE.
Malltexter med inmatningsfält
Det går att blanda statisk text med inmatningsfält för dynamiskt innehåll.
Exempel 1:
1.Malltexten lyder ”Mata in din egen text här @{1}.”.
2.När listan med malltexter öppnas från driftorderraden, ser den ut på samma sätt som den skrivits in, komplett med alfaslang och måsvingar.
3.När texten väljs, öppnas ett nytt dialogfönster och där är @{1} omvandlat till ett inmatningsfält enlig bilden nedan.
Exempel 2:
1.Malltexten lyder ”Markera station i kartan att infoga här @{1:station}.”.
2.När listan med malltexter öppnas från driftorderraden, ser den (även nu) ut på samma sätt som den skrevs in.
3.När texten väljs, öppnas ett nytt dialogfönster och där är @{1} omvandlat till ett inmatningsfält med möjlighet att använda hämta text från karta eller schema.
Ytterligare fält adderas med @{2}, @{3} … @{n}.
Om ett dynamiskt värde ska användas två gånger i samma text, kan @{1} (osv) användas på två ställen i malltexten.
Ledningsidentiteter/kabelnummer kan hämtas, om @{1:station} byts ut mot @{1:cable}.
Komplexa malltexter
Det går att skapa komplexa malltexter/etiketter med HTML-taggar. Kännedom om HTML krävs för detta, men det går förstås bra att beställa malldefinitionerna från Digpro också.
Komplexa malltexter används huvudsakligen för att tillgodose två behov:
•layout i stil med traditionella etiketter för bevisväxling med fält och skiljelinjer
•fält som ska vara skrivbara i specifika stadier – under redigering, under utförande eller en kombination av dessa
Ofta sammanfaller dessa båda behov.
Dessa malltexter matas in på samma sätt som andra malltexter via Administration > Kodlistehanteraren > Operator > Operation_order_row_desc_cl.
Observera att HTML-baserade mallar inte ska användas i andra malltexter (som description_cl eller operation_order_permit_desc_cl).
Komplexa malltexter stödjer (givetvis) endast ett begränsat subset av HTML-standarden. Även om det ”fungerar” att, exempelvis, definiera ett särskilt typsnitt eller hårdkodad textstorlek, avrådes generellt från detta. Resultatet kanske inte blir som önskat exempelvis i PDF eller på en 4K-skärm.
Exempel på rekommenderade taggar är:
•Tabeller, rader och celler (för layouten av etiketter).
•Relativa textstorlekar (det vill säga relativt större/mindre än standard snarare än en absolut textstorlek).
•Färger (vanligen för att markera inmatningsfält i mallen).
•dpSpatials egna klasser för att definiera fält möjliga att skriva i.
dpSpatials egna klasser för att definiera i vilka stadier ett fält ska vara möjligt att skriva i bygger på att head-sektionen i HTML-koden innehåller texten data-dptemplate-version="2". För att det ska vara möjligt att se inmatningsfälten, rekommenderas också definition i ett style-block – exempelvis <style>.editable{background-color:#c0c0c0;}</style>. Slutligen måste själva fältet taggas i koden. Detta kan åstadkommas på flera sätt. En metod är att lägga ett span-block runt den delen av texten som utgör inmatningsfält (… statisk text <span class=”editable”>__</span>mer statisk text…). Notera att det är lämpligt med några platshållar-tecken i span-blocket, så att fältet syns i applikationen. Om allt detta var krångligt, är det nog enklare att studera exemplen.
Observera att malltexter, definierade innan version 8.6, kan behöva justeras för att vara möjliga att uppdatera i önskade stadier. Från och med 8.6 gäller följande klasser:
•Editable – fält som är skrivbart Under upprättande, För komplettering och Under revidering.
•Editable-perform – fält som är skrivbart Under utförande.
•Editable-active – fält som är skrivbart i samtliga ovanstående stadier samt Godkänd.
Textmallar för Operator i dpWebmap
Om malltexten ska användas med Operator i dpWebmap, måste följande beaktas.
Hela sidan i dpWebmap baseras på HTML. Därför kan stildefinitioner (<style> -taggar) för celler i kopplings- /driftorderrader störa varandra. Om HTML-mallar ska användas i dpWebmap och style-attribut definieras, måste dessa definieras direkt i respektive malls <body> och inte som en övergripande stildefinition. Se exempel 3 nedan.
Exempel 1 – en enkel text med ett inmatningsfält som ska vara skrivbart medan driftordern utförs:
Ett mycket enkelt exempel som gör ungefär samma sak som …{@1}… hade gjort utan HTML
<html>
<head data-dptemplate-version="2">
<style>.editable{background-color:#e0e0ff;}</style>
</head>
<body>Detta fält <span class="editable">__</span> ska vara skrivbart, medan resten av texten är skrivskyddad.</body>
</html>
Observera att detta exempel är förenklat för att fokusera på det väsentliga. I ett verkligt fall rekommenderas att använda en tabell-definition runt texten, se exempel 2.
Exempel 2 – HTML-definition för bevisväxling:
Stiliserad bevisväxling - syrénfärgade fält är skrivbara under redigering, pistagefärgade fält är skrivbara under utförande medan det gula fältet är skrivbart i alla aktiva stadier.
<html>
<head data-dptemplate-version="3"><style>.editable {background-color:#e0e0ff;} .editable-perform{background-color:#e0ffe0;} .editable-active{background-color:#ffff80;}</style>
</head>
<body>
<p style="margin-top:0"><font size="5">Bevisväxling</p>
<table border="0" width="100%">
<tr>
<td colspan="2" border="1">Bevis utväxlat för <span class="editable">__</span> i <span class="editable">__</span></td>
</tr>
<tr>
<td colspan="2" border="1">Kommentar: <span class="editable-active">__</span></td>
</tr>
<tr>
<td border="1">Från, signatur: <span class="editable-perform">__</span> tid: <span class="editable-perform">__</span></td>
<td border="1">Till, signatur: <span class="editable-perform">__</span> tid: <span class="editable-perform">__</span></td>
</tr>
</table>
</body>
</html>
Exempel 3 – mall kompatibel med dpWebmap
<html>
<head data-dptemplate-version="3">
<style>
.submit-date {background-color:# d4f4f4;}
</style>
</head>
<body>
<p>Mall som <em>kan krocka</em> med andra mallar<br>
Utlämnad, datum: <span class="submit-date">_____</span>
</p>
</body>
</html>
Den här mallen riskerar att komma i konflikt med andra mallar som använder samma style-definition.
<html>
<head data-dptemplate-version="3">
</head>
<body>
<p>Mall som <em>fungerar</em> med andra mallar<br>
Utlämnad, klockan: <span class="submit-time" style="backgroundcolor:# d4f4f4;">_____</span>
</p>
</body>
</html>
Den här mallen ska inte komma i konflikt med andra mallars style-definition.
Malltexter inuti andra malltexter
De malltexter som används inuti etiketter (se avsnitt Driftorderrader > Etikettmallar > infoga texmall…) finns i en egen kodlista.
Se avsnitt Statiska malltexter för allmän information om Kodlistehanteraren. Byt ut kodlista OPERATION_ORDER_ROW_DESC_CL mot OPERATOR_ORDER_PERMIT_CL. I övrigt är hanteringen identisk. (I stort sett identisk – av naturliga skäl hanteras till exempel inte motoperationer.)
Malltexter för övriga fält
Fälten Driftläge, övrigt och Övrigt i fliken Förutsättningar har en gemensam kodlista. Se avsnitt Konfiguration > Malltexter > Statiska malltexter för allmän information om Kodlistehanteraren. Byt ut kodlista OPERATION_ORDER_ROW_DESC_CL mot DESCRIPTION_CL. I övrigt är funktionen liknande.