VIOL 3 PI 19 0.26.0 2021-11-19

Här finns release notes inklusive bilagor och funktionsbeskrivningar för den senaste releasen från VIOL 3 programmet. 

Version

Datum

Förändring

Signatur

1.0

2021-11-19

Första publika version av release notes

PIDE

2.0

2021-11-20

Uppdatering med område Kollektivhantering samt Ny funktion för Kollektivhantering

PIDE

3.0

2021-11-23

Uppdatering med två kända avvikelser

PIDE

Ö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

Arbete kopplat till att förbättra användbarheten för den del av VIOL 3 som byggs i plattformen Dynamics 365 (även kallad AX).

Nya funktioner

1.125 - Hantera sortimentsgrupp - Namn & ID för annan sortimentsgrupp synlig vid skapande av ny

Beskrivning av funktion

Vid uppskapandet av en ny sortimentsgrupp har det tidigare ovanför formuläret visats identitet och namn på den 

senast markerade eller den i förteckningen högst placerade sortimentsgruppen, detta är nu åtgärdat.

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

1.150 - Hantera prisvillkor råvara - Ändra "Kopierad från" till "Från standardkomponent"

Beskrivning av funktion

Förtydligande av etiketten "Kopierad från". Idag på priskomponenter (råvara och transport), finns det ett fält som heter "Kopierad från". Detta fält talar om vilken standardkomponent en priskomponent är baserad på. Att det står just "Kopierad från" kan anses otydligt då det även finns en funktion för att kopiera en priskomponent. Även om användaren kopierar priskomponenten kommer fältet "Kopierad från" att visa identiteten på standardkomponenten och inte den för priskomponenten som det kanske är lätt att tro. För att undvika missförstånd har etiketten på fältet under detta inkrement därför ändrats till "Från standardkomponent". Ändringen gäller både priskomponenter för råvara och priskomponenter för transport.

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

1.150 - Hantera prisvillkor råvara - Lägg till kvantitetstyp på rad i prislista

Beskrivning av funktion

Tillägg av kolumn för kvantitetstyp i prislista råvara. Enligt önskemål går det nu att se vilken kvantitetstyp en priskomponent har även efter att priskomponenten blivit tillagd på prislistan och utan att behöva öppna komponenten. Kolumnen har lagts till på samtliga flikar på prislistan som kan innehålla priskomponenter. 

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

1.150 - Priskomponent råvara - Vill ha in fördefinierat värde i skapat dialogen

Beskrivning av funktion

Vid uppskapandet av en standardkomponent för råvara får användaren fylla i komponentens huvuduppgifter i en dialog innan komponenten skapas. I denna dialog fanns de viktigaste huvuduppgifterna med undantag för "Fördefinierat värde". Då det var lätt att glömma att sätta "Fördefinierat värde" till det önskade läget har även detta val lagts in i dialogen. 

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

Övrig information

Denna förändring påverkar endast Biometrias personal då det är dessa som ansvarar för att lägga upp standardkomponenter.

1.220 - Hantera Redovisningshänvisning - Korrigera felmeddelande

Beskrivning av funktion

Förtydligande av felmeddelande i samband med glapp i datum mellan redovisninghänvisning och kontraktskedja. Startdatumet på kedjan som börjar gälla först, i de fall det är tidsstyrning, måste vara samma som eller större än startdatumet på redovisningshänvisningen. Är det glapp mellan dessa datum genererar systemet ett felmeddelande. Tidigare sa meddelandet bara att kontraktskedjan inte får användas, nu är det bytt mot en text som säger att det inte får förekomma glapp mellan datumen. 

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

1.230- Hantera transportkontrakt - Flytta giltighetsdatum på prisraden från en flik till en annan

Beskrivning av funktion

Giltighetsdatum på prisraderna i befraktarkontraktet har flyttats från fliken "Villkor utrustning" till fliken "Pris/Prisrader".

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

10.120 - Användbarhet - Avsaknad av ikon på knapp

Beskrivning av funktion

Ikon tillagd på "Ny"- knappen i vyn för kollektivbeskrivningar. 

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

10.120 - Användbarhet - Filtrering och sökning på namn LLD saknas

Beskrivning av funktion

Förbättrad möjlighet att filtrera på namn i vyn för LLD i metadata. Det innebär att användaren numera kan välja om hen vill använda den övre sökrutan ovanför vyn eller om hen vill filtrera direkt i en av "Namn"-kolumnerna.

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

10.120- Användbarhet - Dölj avslutade priskomponenter från vy

Beskrivning av funktion

För att underlätta för användaren har ett filter lagts på kolumnen "Status" i vyerna för priskomponenter råvara och priskomponenter transport. Filtret gör att endast aktiva och preliminära priskomponenter visas i förteckningen. Önskar användaren även se de avslutade priskomponenterna är det bara att nollställa filtret.

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

2.110 - Hantera avtalsobjekt - Felaktig benämning av fält

Beskrivning av funktion

Korrigering av benämning på fält i vyn för avtalsobjekt (hittas under arbetsyta "Hantera råvara"). Texten har bytts från "Ej tidigare försåld råvara" till "Omfattas av VML".

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

2.110 - Hantera förstaledskontrakt - Korrigering av begrepp "Avropa"-avtalsrader

Beskrivning av funktion

"Avropa" är ett begrepp som använts för stegen fram till den faktiska destineringen. Eftersom "Avropa" inte är ett ord som används i branschen, och inte heller är ett speciellt tydligt ord i förhållande till vad det åsyftar, har användbarhet begärt att ordet byts ut mot texter som tydligare talar om vilken funktion som avses. Ändringen innebär att alla texter (t.ex. felmeddelanden, rubriker etc.) som tidigare hetat något med "avropa" nu kommer byta namn. Den kanske mest märkbara förändringen är att knapparna "Avropa avtalsrader" och "Avropade avtalsrader" numera kommer heta "Förbered destinering" respektive "Till destinering". 

Avgränsningar

I vyn "Till destinering" (tidigare benämnd "Avropade avtalsrader") kommer statusen på den förberedda raden (dvs. en rad som inte är fel/verifierad/destinerad) fortsatt att ha status "Avropad" precis som tidigare. Detta kommer att ändras framöver, men Biometria behöver utreda om det påverkar någon logik och i så fall vilken innan ändringen görs. Därmed kommer det att stå "Avropad" som status ett tag till.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

Beskrivning av området

Nya funktioner

[149] Transportaffär - Ny flik 'Per Transportkontrakt'

Beskrivning av funktion

I rapporten

Transportaffär [149] går det nu att analysera nyckeltal per kontrakt med

 Transportkontrakt som brytbegrepp. Detta kan vara särskilt intressant om det mellan två parter tecknas ett nytt kontrakt och det är önskvärt att jämföra nyckeltal mellan det senaste och äldre kontrakt över tid.

Avgränsningar

Inga avgränsningar i denna release

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

ÄB rapport 'Lastutfyllnad' - Nya kolumner kvantitet och redovisat måttslag råvara

Beskrivning av funktion

I Rapporten Lastutfyllnad [217] har två nya kolumner

 kvantitet råvara och måttslag tillkommit. Detta utökar möjligheten att bedöma om det är rimligt att  lastutfyllnadstillägg betalats ut.

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

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. Efter leverans i PI19 påverkar avgränsningen för statistisk m3f endast fliken 'Tabell'. Statistisk m3f kommer implementeras som egen kolumn i fliken tabell istället för att vara ett valbart måttslag i filtreringen.

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 131657 1.170 Nettoomräkningstal bort från kollektivvariant 4

Beskrivning av funktion

Nettoomräkningstalet beräknas inte, utan sätts istället till samma värde som bruttoomräkningstalet har. På det sättet kommer ingen vrakkvantitet att beräknas via kollektivets omräkningstal. Fördelning av produkter skall istället sättas i ordinarie mätningar i Mäta innan de går vidare för redovisning.  I den fördelningen ingår vrakprodukter. Information om vrakprodukter hämtas från stickproven.  

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 123736 5.140 Redovisa transportuppgifter - separera vikter från mätresultat transport

Beskrivning av funktion

I syfte att renodla ägandeskapet till informationen så skickas nu ekipagets vikter från mätplatsen ett nytt meddelande, separerade från chaufförens leveranstillfälle-information.  

Information om ekipagets vikter kommer endast att finnas om vägning verkligen skett.

Avgränsningar

Inga avgränsningar i denna release

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion i detta inkrement. Förändrad integration av ekipagets vikter

 kommer i senare inkrement.

Beskrivning av området

Nya funktioner

ÄB 98826 5.135 Ta emot och validera mätresultat transport - ny term Transportresurs

Beskrivning av funktion

Uppgift om Transportresurs* kan hanteras i systemet.

Standardkomponenter för de olika värden som transportresurs kan ha finns upplagda.

Uppgiften lagras på leveransen och visas i formuläret "Redovisad mätning transport". Transportresurs kan lösa ut tillägg/avdrag i transportredovisningen om komponenter för detta har registrerats i transportprislistan.

*Transportresurs är en Biometria-kod som används för att beskriva en särskild användning av ekipaget, chaufförens roll/kompetens eller andra speciella omständigheter vid utförande av ett transportuppdrag. Flera värden för transportresurs kan anges på en leverans. Den kan användas för att lösa ut tillägg/avdrag i transportprislistan.

Avgränsningar

Observera att det i mätplatssystem MPS Test ej är möjligt att registrera transportresurs i transportuppgifter. Det pilotkunder som önskar hjälp med att skapa testmaterial för mätningar innehållande transportresurs ombeds kontaktta testledare Janet Sahlander för planering av detta.

Transportresurs kan ännu inte korrigeras.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion i detta inkrement. I

ntegration av Transportresurs kommer i senare inkrement.

Beskrivning av området

Nya funktioner

Justeringar i Produktionssystemets gränssnitt

Beskrivning av funktion

Den interna statusen för produktionsunderlag har ändrats genom att statusen "Destinerat/Transportbeordrat" har tagits bort. Eftersom ett handelssortiment kan vara destinerat i AX, men inte fått någon match på PU-rad så har det varit missvisande med den texten i produktionssystemet. När man öppnar ett produktionsunderlag så har kolumnen "destinering - ja/nej" tagits bort. De produktionsunderlag som har blivit uppdaterade från transportinstruktion kommer att ha den interna statusen "Hanterat" i stället.

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

Säkra THN hantering inom VIOL3 - realisering

Beskrivning av funktion

För att garantera att rätt version, Document History Number (DHN), av ett inkommande dokument lagras i VIOL 3 systemet håller integrationsplattformen från och med denna systemversion av VIOL 3 koll på ordningen av mottagna dokument. Det innebär att endast dokument med ett högre DHN än tidigare mottaget kommer att accepteras. Nu när detta register realiseras innehåller det ingen historik, vilket innebär att negativa tester inte kan genomföras på tidigare inskickade dokument.

Avgränsningar

Inga avgränsningar i denna release.

Påverkade integrationer

Alla inkommande integrationer påverkas av denna funktion.

Beskrivning av området

Nya funktioner

ÄB 91351 3.140 Hantera transportunderlag - ny regel avtalat pris per leverans och avtalat pris per enhet får inte anges samtidigt

Beskrivning av funktion

I ett aktivt transportunderlag kan man nu inte samtidigt ange både "Avtalat pris per leverans" och "Avtalat pris per enhet".

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 99507 5.170 Skapa nytt fält i Transportsedel - attesteras av.

Beskrivning av funktionen

Ett nytt fält är skapat i transportsedelformuläret som heter "attesteras av". Detta fält är ej obligatoriskt. Fältet medger en  möjligt att registrera vem som är planerad att attestera transportsedeln. Fältet  återfinns även i  formuläret "attestera transportsedlar" med möjlighet till filtrering samt i transportsedelmallen. Möjlighet finns att registrera 20 tecken alfanumeriskt.

Avgränsningar

Inga avgränsningar i denna release

Påverkade integrationer

Integrationer ut via papiNet påverkas samt integrationer mot BI

ÄB 99510 5.170 Skapa nytt fält i formuläret i transportsedel som heter råvaruköpare

Beskrivning av funktion

Termen råvaruköpare ger möjlighet att i transportsedeln registrera mot vilken aktör som kostnadsuppföljning och/eller fakturering ska ske. 

Fältet är till skillnad från andra fält möjligt att redigera i status aktiv dock ej i kombination med attesteringsstatus  "attesterad", detta för att möjliggöra ett arbetssätt att registrera råvaruköpare i situationen då attestering ska ske. 

Avgränsningar

Inga avgränsningar i denna release

Påverkade integrationer

Integrationer påverkas såväl integration ut via papiNet samt integrationer mot BI.

Beskrivning av området

Nya funktioner

köpt från sålt till k&V detaljer [067] [286]

Beskrivning av funktion

Rapporterna [067] [286] har inte uppdaterats med filtrering av köpt från sålt till, används vid överhoppade affärsled= Ja. Default är den inställd på Nej.

Avgränsningar

Funktionen löser inte kundens behov, inväntar beskrivning av behov från kund.

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

[180] Kvantitet och värde säljare, tillägg i flik Priskomponent

Beskrivning av funktion

Tillägg av kolumn i rapporten Kvantitet och värde Säljare [180], flik Priskomponent. Kolumn presenterar T/A per Prisgrundande kvantitet, kr/måttslag. 

Tillägg av kolumn i rapporten Kvantitet och värde Säljare [180], flik Priskomponent. Kolumn presenterar Grundpris per Prisgrundande kvantitet, kr/måttslag.

Avgränsningar

Inga avgränsningar i denna release

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

[196] kvantitet och värde köpare, tillägg i flik Priskomponent

Beskrivning av funktion

Tillägg av kolumn i rapporten Kvantitet och värde köpare [196], flik Priskomponent. Kolumn presenterar T/A per Prisgrundande kvantitet, kr/måttslag. Tillägg av kolumn i rapporten Kvantitet och värde köpare [196]. Kolumn presenterar Grundvärde per Prisgrundande kvantitet, kr/måttslag. 

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

[753] Ändra filtrering "T/A värde" till "T/A komponenttyp"

Beskrivning av funktion

Genom att filtrera på T/A komponenttyp visas endast data från leveranser där den valda komponenttypen ingår. Filtret läggs till på rapporten [753] Fordonsegenskaper.

Avgränsningar

Inga avgränsningar i denna release

Påverkade integrationer

Inga påverkade integrationer i samband med denna funktion.

Kända avvikelser

Rapporten Kvantitet och värde - personifierad, vid byte av slicer (via anpassningar) till datumintervall så förändras utseendet och blir specifikt datum. Buggen kvarstår, löstes ej inom detta inkrement.

Tabellerna behöver ett "beroende", exempelvis en kolumn som särskiljer redovisningarna från varandra, för att redovisa debet och kredit på egna rader. Saknas ett sådant beroende summeras samtliga redovisningstillfällen för leveransen till en rad i rapporten.

Biometria utreder vilka möjligheter som finns för att på bästa sätt kunna visa debet och kredit för en leverans på egen rad i rapportern, eller inte, utan att låsa användaren till något av alternativen.

Denna bugg avser korrigering av rubrik på de fält som presenterar vad en användare kan sätta för värde i samband med att värdetermer väljs in i en priskomponent eller prislistehänvisning. T.ex. i "Kvalitetsklass = 1" så skulle felet förekomma i listan där användaren väljer vad "Kvalitetsklass" ska motsvara, det vill säga 1. Tidigare har det stått "Text" eller dylikt som rubrik för alternativen i listan på vissa av värdetermerna. Detta kommer till stor del åtgärdas i samband med lyftet i PI19 till kundtest, men det finns fyra avvikelser för värdetermerna på råvara. Det gäller värdetermerna "Kollektivvariant", "Prisuppgörelse", "Produktionskostnad" och "Sortimentskategori". Rättning av dessa pågår, men det kommer först med nästa lyft till kundtest.

Denna bugg avser korrigering av rubrik på de fält som presenterar vad en användare kan sätta för värde i samband med att värdetermer väljs in i en priskomponent. T.ex. i "Bärighetsklass = 1" så skulle felet förekomma i listan där användaren väljer vad "Bärighetsklass" ska motsvara, det vill säga 1. Tidigare har det stått "Text" eller dylikt som rubrik för alternativen i listan på vissa av värdetermerna. Detta kommer till stor del åtgärdas i samband med lyftet i PI19 till kundtest, men det finns tre avvikelser för värdetermerna på transport. Det gäller värdetermerna "Beordrad helg", "Transportresurs" och "Medför kran". Rättning av dessa pågår, men det kommer först med nästa lyft till kundtest.

I vissa fall så sker det dubbla värdeberäkningar.

Inrapporterat av: Sveaskog

Avbeställd transportredovisning får inte genomslag vid korrigering

Inrapporterat av: 

SCA

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.

Det fungerar inte att redigera plats när förstaledskontraktet har status preliminär

Inrapporterat av: 

Holmen

Produktionsrapporten Stockmätta volymer (stocknota och modulträff) levereras inte som planerat i PI19 pga funktionella brister.

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

Nu har urvalsvillkor fått villkoret "intervall" samt att värde från och med och värde till och med anges på en rad

Inrapporterat av: 

Sveaskog

Nu fungerar det att avsluta Redovisningshänvisning (RH) på destineringar som har ett giltigt tom datum som har passerats

Nu fungerar det att använda duplicera knappen på Transportpriskomponenter när man kombinerar rollerna Transportprisadministratör & Prisanvändare

Inrapporterat av: 

Södra

Nu är det möjligt att använda länken till prislistan i Korrigera mätning transport

Inrapporterat av: 

SCA

Felet med att det var tvingande att ange LLD även fast avtalsobjektet är utanför Sverige är nu åtgärdat.

Knapparna för att lägga till avlägg ska nu tändas vid rätt tillfälle, det vill säga först när det blir tillåtet (initialt) att utföra handlingarna.

Nu är det möjligt att söka på LLD namn vid skapande av Avtalsobjekt (AO)

Inrapporterat av: SCA

Nu fungerar redovisningen av kvantitetsjustering

Inrapporterat av: 

Sveaskog

När jag tittar i formuläret Värdeberäkning resultat och jag har medgivande till en prislista som använts i värdeberäkningen ska nu de använda priskomponenternas identitet visas i kolumnen Produktmodell.

Inrapporterat av: Sveaskog

Nu genereras Underlag Transportaffär korrekt

Inrapporterat av: 

SCA

I rapporten Transportaffär, fliken Tabell, visas nu alltid avtalsobjektets identitet och namn i kolumnen Avtalsobjekt Beskrivning.

Inrapporterat av: 

SCA

Leveranskolumnen fungerar nu korrekt i Transport BI rapporten [149]

Inrapporterat av: 

SCA

Nu följer datum med mellan flikar i samma rapport [149]

Inrapporterat av: 

SCA

Tidigare har man kunnat välja måttslaget statistisk m3f i transports BI-rapporter.  Detta måttslag är nu dold i urvalet tills dess att funktionaliteten kan levereras till BETA-miljön i ett kommande inkrement.

Inrapporterat av: 

SCA

I integrationen Destinera sortiment ignorerar nu Biometria inkommande OrderConfirmation om destineringen har samma eller lägre TransactionHistoryConfirmationNumber (THCN) än en tidigare insänd.

Vägning med torrhaltsprov (MTJ-900001) ska inte längre leverera dubbel bruttovolym i m3f.

Inrapporterat av: Sveaskog 

Nu fungerar det att Tillämpat nettoomräkningstal får samma värde som brutto

För integration Kvantitet råvara (MeasuringTicket med MeasuringTicketContextType="Product" och MeasuringTicketType="MeasuringTicket") är de kända bristerna hur summerade kvantiteter för vrak-produkter redovisas nu lösta. Justeringar är gjorda i leverans 3.21 hur attributet AdjustmentType skall användas och detta är infört i nuvarande systemversion.

Integrationerna Köparekontrakt, Förstaledskontrakt och Avtalsobjekt in till VIOL 3 följer nu det integrationsmönster som anges i specifikationsleverans 3.20. Det innebär att ett e-dokument som sänds in till VIOL 3 inte längre måste ha ett versionsnummer som är större än den VIOL 3-version som senast skickats ut via prenumerationstjänsten. Verksamhetens versionsnummer och det versionsnummer som systemobjektet VIOL 3 har fungerar nu oberoende av varandra.

ServiceInstructionLineItem är numera optional och därmed stämmer realiserad lösning med specifikationerna som följer med i specningsleverans 3.22.

Nu redovisas stockdata i rapporten "Redovisad leverans" [934]

Inrapporterat av: 

Holmen