VIOL 3 PI 18 0.25.0 2021-09-24
|
Version |
Datum |
Förändring |
Signatur |
|---|---|---|---|
|
1.0 |
2021-10-10 |
Första publika version av release notes |
PIDE |
|
1.5 |
2021-10-11 |
Korrigering |
PIDE |
Bilagor till release PI 18 2021-09-24 Systemversion 0.25.0
Övergripande information
Tidigare levererade scenarier i VIOL 3 har kompletterats och konsoliderats sedan föregående systemversion i release 0.24.0, utgiven 2021-07-07. Fr.o.m. PI17 lämnar Biometria grundscenarierna och dess processteg och arbetar utifrån en Gemensam VIOL 3-backlogg enligt ny struktur mot 1.0 beslutet. Den nya strukturen innebär att levererad funktionalitet återfinns under rubriken ”Nya funktioner” i Release Notes. Dessa nya funktioner har en koppling till ett område. Syftet med benämningen område är att inom dessa beskriva övergripande vad som kommer att levereras som ny funktion under ett eller flera inkrement.
papiNet är ett registrerat varumärke som ägs av papiNet G.I.E. och International Digital Enterprise Alliance Inc. Samtliga specifikationer som ligger till grund för de externa papiNet-formaterade integrationerna finns att studera i sin helhet på webbplatsen via länken biometria.se/viol-3/integrationer/integrationsspecifikationer. Lösenord för åtkomst till webbplatsens skyddade innehåll kan beställas av Biometria support och det innehållet får ej spridas utanför kretsen av företag som utvecklar och förvaltar papiNet-stödda integrationer med Biometria, t ex genom publicering på någon webbplats.
Det är leverans 3.20 av dessa integrationsspecifikationer som är basen för de externa integrationerna i denna realiserade systemversion av VIOL 3.
Alla integrationer som är realiserade i någon tidigare systemversion finns i kundtestmiljön och för att se vilka ISS-versioner som är implementerade, se länk: biometria.se/viol-3/planintegrationer.
I denna systemversion av VIOL 3 är följande regler i Biometria Technical Communication Guidelines – Appendix 1 version 6.0 EJ fullt implementerade:
5.2.3 – Handover procedure for a document from a business sender to a business receiver
5.3.3 – Step 3 – Document version verification
5.3.4 – Step 4 – Verification of business content
Vad gäller avsnitt 5.3.3 efterlevs exempelvis inte verifieringsvariant 3.B ”Verification of Business Acknowledgement” på grund av att systemet saknar funktionalitet för övervakning av att kvitterande BusinessAcknowledgement erhålls för varje avsänt dokument. En oönskad konsekvens är att då VIOL 3 tar emot en BusinessAcknowledgement med status Failure från mottagaren, kommer VIOL 3 inte att uppfatta att systemet faktiskt behåller ansvaret för att överföra dokumentet till mottagarens verksamhetssystem. Det leder i dessa fall till att mottagaren inte har uppdaterat sitt system med innehållet i avsända dokumentet, men att Biometria varken kommer att identifiera detta eller har en rutin för att se till att dokumentinnehållet når mottagaren. Det kan även innebära att VIOL 3 och mottagarens system ovetandes arbetar med dokumentinnehåll i olika versioner (TransactionHistoryNumber). Mottagarens signal Failure om att det egna ERP-systemet inte kommer att processera det avsända dokumentet får alltså ingen konsekvens i VIOL 3 i denna systemversion.
Bristen i denna systemversion på såväl övervakningsfunktionalitet som rutin för hantering av utebliven BusinessAcknowledgement leder också till att VIOL 3 inte uppmärksammar situationer då VIOL 3 inte har erhållit någon BusinessAcknowledgement. Det avviker från appendixets avsnitt 5.2.3 stycke 7 om att avsändaren ska ha en rutin för att övervaka okvitterade meddelanden.
För de insända papiNet-dokumenten utfärdar denna systemversion ett kvitterande BusinessAcknowledgement med status Success först efter att det mottagande verksamhetssystemet har lyckats processera dokumentets innehåll med ett positivt resultat. Det avviker från appendixets avsnitt 5.3.4 som säger att statusen Success inte ska tolkas som att dokumentet har processerats klart av verksamhetssystemet.
Generell information om datum i Business Intelligence (BI)
Det finns nu två datum i varje rapport med information om när uppdatering gjorts.
Datumet i huvudet på rapporten visar när själva rapporten senast ändrades/publicerades. Detta är standard från Microsoft som inte går att ta bort/korrigera.
Datumet nere till höger på varje flik i rapporten visar när data i rapporten senast uppdaterades. Dvs när information från transaktioner lästs in, bearbetats i datalagret och är tillgängligt att visa i rapporten.
Dessa datum skiljer sig alltså ofta åt vilket är helt korrekt.
Microsoft har under senaste månaden haft två generella fel som visat sig i Power BI rapporter när man använder någon av webbläsarna Chrome eller Edge.
- Listor under dropdownfält hamnar i fel position (förskjuts åt sidan)
- Vissa visuella objekt med text visas inte korrekt (del av text syns inte)
Microsoft har levererat rättning på båda dessa felen men det kan krävas att man som användare rensar cachen i webbläsaren för att de visuella objekten ska visas korrekt. Felet förekommer inte när man använder webbläsaren Firefox.
Release notes per område
Beskrivning av området
Nya funktioner
ÄB 100570 1.110 Hantera Aktör - Filtrering på person
Beskrivning av funktion
Användaren kan nu endast se de personer som hen har behörighet till, dvs där det finns en leverantörsrelation mellan personen och den organisation som användaren är kopplad till.
Avgränsningar
Inga avgränsningar i denna release.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion.
Beskrivning av området
Nya funktioner
ÄB 110320 10.110 Hantera Behörigheter - Fullmakter
Beskrivning av funktion
Användare av VIOL 3-klienten har nu möjlighet att arbeta med fullmakt via klienten. För mer information om beställning av fullmakt, se bilaga till release notes.
Avgränsningar
Inga avgränsningar i denna release.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion.
Beskrivning av området
Nya funktioner
Transportaffär [149] - Måttslag Statistisk m3f transportuppföljning
Beskrivning av funktion
Det ska i rapporten Transportaffär [149] vara möjligt att välja måttslaget "statistisk m3f". Statistisk m3f är ett gemensamt måttslag, framräknat i de fall ingen m3f finns för en leverans. Detta för att möjliggöra uppföljning och summering av kvantiteter för samtliga leveranser i ett gemensamt måttslag som innefattas av den filtrering som valts, exempelvis till en specifik mottagningsplats.
Avgränsningar
Statistisk m3f levereras i ett första skede till rapporten [149] Transportaffär och endast till flikarna "Per köpare" och "Per säljare". Anledningen till att det inte finns för fler flikar är på grund av olika granularitet mellan datakällor och avsaknaden av nycklar dom mellan. Biometria utreder också hur brytbegrepp med flerförekomster ska hanteras för att datat ska presenteras korrekt. För tillfället finns också ett känt fel med slicer-filtren för statistisk m3f där användare kan välja och se levererad kvantitet för andra organisationer än sin egen.
Statistisk m3f kommer ha fortsatt hög prioritet och arbete pågår för att det ska fungera helt utan avgränsningar och levereras till fler rapporter.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion
Beskrivning av området
Nya funktioner
ÄB 126733 7.120 Beräkna kvantiteter råvara - leveranstidpunkt ska vara sökkriteriet för kollektivet och mätdatum för dess omräkningstal
Beskrivning av funktion
Leveranstidpunkt styr vilket unikt kollektiv (kollektivperiod) som ska användas för mätning och redovisning av leveransen och dess prov, medans mätningens mätdatum används för att bestämma vilken uppsättning omräkningstal som ska gälla. Detta är justerat för att åtgärda ett fel som gjorde att mätningar i kollektivvariant 4 och 6 inte fick träff på några omräkningstal.
Avgränsningar
Inga avgränsningar i denna release.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion.
Beskrivning av området
Nya funktioner
ÄB 90868 1.150-Standardkomponent för Blånad
Beskrivning av funktion
Standardkomponenten Blånadsklass finns nu tillgänglig för råvaruprisräkningen. Den finns i kvantitetstypen Netto och måttslagen m3f och m3to.
Avgränsningar
Observera att det i mätplatssytem MPS Test ej är möjligt att att registrera mätresultat för blånad. De pilotkunder som önskar hjälp med att skapa testmaterial för mätningar innehållande blånad ombeds kontakta testledare Janet Sahlander, Biometria för planering av detta.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion.
ÄB 90870 1.150-Standardkomponent för Avverkningsskada
Beskrivning av funktion
Standardkomponenten Avverkningskadeklass finns nu tillgänglig för råvaruprisräkningen. Den finns i kvantitetstypen Netto och måttslagen m3f och m3to. Finns även i procent.
Avgränsningar
Observera att det i mätplatssytem MPS Test ej är möjligt att att registrera mätresultat för avverkningsskada. De pilotkunder som önskar hjälp med att skapa testmaterial för mätningar innehållande avverkningsskada ombeds kontakta testledare Janet Sahlander, Biometria för planering av detta.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion."*
Beskrivning av området
Nya funktioner
ÄB 75455 - 7.190 Omprisräkning - Omarbetning av formulär och urvalskriterier
Beskrivning av funktion
Prisadministratör kan nu ta del av de omarbetade formulären för omprisräkning av pris råvara som avser både ordinarie leveranser samt stickprovs. Färre antal obligatoriska fält men fler frivilliga fält i urvalsbilden. Kan endast välja in ett värde per term.
I urvalsbilden kan användaren filtrera enligt AX-standard i specificerade kolumner. Där ska användaren kunna söka fram "flera" av en viss term.
Efter filtrering kunna markera enstaka, eller alla, rader för att sedan bekräfta omprisräkning/retroprisräkning.
Endast leveranser som är ersättningsgrundande ska synas i resultatet.
Endast leveranser som användaren är behörig till ska synas i resultatet.
Avgränsningar
Inga avgränsningar i denna release.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion.
Beskrivning av området
Nya funktioner
Produktionsunderlag ska inte skapas från avtalsobjekt som avser industri
Beskrivning av funktion
Tidigare har det felaktigt skapats produktionsunderlag från alla avtalsobjekt oavsett om avtalsobjektet avser industri eller inte. Det är ändrat så att det nu inte skapas något produktionsunderlag om man på förstaledskontraktet angett att "AO avser industri = ja".
Avgränsningar
Inga avgränsningar i denna release.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion.
Beskrivning av området
Nya funktioner
ÄB 84653 7.165 Redovisa transportvärde - källa till maxvikt
Beskrivning av funktion
Maxvikten beräknas på antingen ekipagets maxvikt (sparat ekipage eller inrapporterat i mätning) eller inrapporterad bärighetsklass. Funktionen Källa tillåten maxvikt presenteras i Redovisad mätning transport - Transportkvantiteter samt integreras ut till parter i affärsledskedjan i transportaffären.
Avgränsningar
Inga avgränsningar i denna release.
Påverkade integrationer
Transportvärde UT kompletteras med transportkvantitet, Källa tillåten maxvikt.
ÄB 84524 5.135 Ta emot och validera mätresultat transport - Källa till Maxvikt
Beskrivning av funktion
Funktionen fastställer varifrån maxvikt hämtats. Vilken maxvikt som beräknas baseras antingen på ekipagets maxvikt (sparat ekipage eller inrapporterat i mätning) eller inrapporterad bärighetsklass. Vid fall där maxvikt ej skall fastställas sätts - Ej tillämpbart och vid händelser där maxvikt kan fastställas sätts Maxvikt kan ej fastställas.
Avgränsningar
Inga avgränsningar i denna release.
Påverkade integrationer
Inga påverkade integrationer i samband med denna funktion.
Kända avvikelser
Avtalsobjekt kommer från och med denna leverans att skapas upp via en så kallad dialogruta (finns t.ex. vid skapande av förstaledskontrakt). I dialogrutan, som innehåller ett urval av fält, är det obligatoriskt att ange LLD trots att landet avtalsobjektet avser inte är Sverige. Detta är fel och kommer att åtgärdas i ett annat inkrement. Workaround blir att användaren får ange LLD i dialogrutan. Land kommer då automatiskt att bli Sverige, men dessa uppgifter kan sedan korrigeras efter att användaren fyllt i samtliga obligatoriska uppgifter i dialogrutan och klickat på OK-knappen. Avtalsobjektet dyker då upp som en rad precis som tidigare och användaren kan korrigera land och LLD så det blir rätt under de geografiska uppgifterna.
I integrationen Destinera sortiment kontrolleras ej förekomsten av TransactionHistoryConfirmationNumber (THCN). Detta resulterar i att innehållet i en OrderConfirmation för destinering som har samma eller lägre THCN än en tidigare insänd OrderConfirmation kommer att skriva över existerande data i systemet. Korrekt hantering är att BIOMETRIA skall ignorera en sådan OrderConfirmation.
För integrationen Destinera sortiment då samtliga OrderConfirmationLineItem i en OrderConfirmation har OrderConfirmationLineItemStatusType = ”NoAction” returneras en BusinessAcknowledgement med status = ”Failure”. Korrekt beteende vore dock att en BusinessAcknowledgement med status = ”Success” returneras.
För integration Kvantitet råvara (MeasuringTicket med MeasuringTicketContextType="Product" och MeasuringTicketType="MeasuringTicket") finns det kända brister. Det påverkar hur kvantiteter för vrak-produkter i /MeasuringTicket/MeasuringTicketSequence/MeasuringTicketSequenceLineItem/ItemMeasuringInfo/ItemInfo/QuantityInformation redovisas. Det får i nuvarande implementation av integrationer ut från VIOL 3 konsekvenser på hur summerade kvantiteter redovisas i /MeasuringTicket/MeasuringTicketSequence/MeasuringTicketSequenceLineItem/QuantityInformation och /MeasuringTicket/MeasuringTicketSequence/QuantityInformation. Justeringar kommer att göras i kommande specifikationer och systemversioner avseende hur attributet AdjustmentType skall användas.
Integrationerna Köparekontrakt, Förstaledskontrakt och Avtalsobjekt in till VIOL 3 följer inte det integrationsmönster som anges i specifikationsleverans 3.20. Avvikelsen ligger i att VIOL 3 i denna system-release fortfarande ställer verksamhetens versionsnummer mot det versionsnummer som systemobjektet i VIOL 3 har. Det innebär att ett e-dokument som sänds in till VIOL 3 måste ha ett versionsnummer som är större än den VIOL 3-version som senast skickats ut via prenumerationstjänsten. Exempel: En insänd affärsöverenskommelse för förstaledsaffären med verksamhetsversion 7 (ContractHeader/TransactionHistoryNumber i kundsystemets e-dokument in till VIOL 3) kommer att avvisas med en negativ BusinessAcknowledgement om Förstaledskontraktet i VIOL 3 är 7 eller högre (ContractHeader/TransactionHistoryNumber i Biometrias e-dokument ut från VIOL 3).
I integration Värde transport förmedlas Transporterad kvantitet dels direkt under MeasuringTicketSequenceLineItem och dels under ChargeInformation. Den transporterade kvantiteten som förmedlas under
ChargeInformation krediteras OK medan den som ligger under
MeasuringTicketSequenceLineItem
inte krediteras för närvarande.
Rättade avvikelser
Spärrade aktörer (status = Closed) i e-dokumentet och integration Aktör har tidigare felaktigt gått ut. Dessa går inte ut längre och är därmed löst.
I integrationen Transportuppgifter vid korrigering efter att man skapat upp ett användarskapat transportunderlag har det tidigare gått ut fel status (Original istället för Amended). Nu sätts status korrekt till Amended.