Arkiv per år: 2019

Hem/2019
13 maj

Vi utökar organisationen inför Forest Storm

Inför den stundande breddningen av företag som ska anpassa och verifiera sin verksamhet och lösning till VIOL 3 i ”Forest Storm”, håller Biometria på med att bygga upp en organisation för detta. Upplägget innebär att Pilotföretagen (Stora Enso, Sydved, SEBAB, SCA, Holmen, Södra och Sveaskog) involverar affärspartners i sin verifiering. Till stöd för detta sätter Biometria upp en organisation med sex team, ett per pilot, som bemannas av en teamledare samt två affärskonsulter som sedan har Biometrias övriga organisation som stöd. Ett ansvarskontrakt och projektdirektiv kommer att utgöra uppgörelsen mellan Biometria och respektive kund. Biometria kommer i ett samarbete med Academic work att engagera tolv personer till dessa team samt ytterligare sju personer till Användarstöd för att stärka organisationen.

Organisationen byggs upp under hösten 2019 för att vara i full gång under 2020.

09 maj

Releasenotes Kundtest, Redovisning Pl3

Avvikelser

Flöde 25, En leverans av sågtimmer som stockmäts sektionsmätt

Flöde 26, En leverans av sågtimmer som stockmäts mittmätt

Avvikelse:
Värdeberäkning levereras senare.

Flöde 27, En leverans av sågtimmer som travmäts och stickprovmäts travmätning/stockmätning m3f

Avvikelse:
Värdeberäkning av stickprov fungerar inte

Flöde 28, En leverans av sågtimmer som travmäts och stickprovmäts travmätning/stockmätning m3to

Avvikelse:
Stickprov kan fastna i processen.

Flöde 43, Insänd volym per leverans från skördare

Flöde 44, Insänd volym per stam från skördare

Avvikelse:
Värdeberäkning per stam kommer senare.

Övrig funktionalitet:

Korrigera redovisning

Fungerar inte helt korrekt enligt utförda tester.

Omprisräkning

Fungerar inte helt korrekt enligt utförda tester.

Alternativa måttslag

Fungerar inte helt korrekt enligt utförda tester.

Modulkvantitet i värdeberäkning

Fungerar inte helt korrekt enligt utförda tester.

06 maj

Releastnotes Kundtest, Integration PI 3

Åtgärdat/Ny funktionalitet

Use Case G – ISS Contract (TradingContract/Köparekontrakt) – Public version 5.0

Ny ISS 5.0

Åtgärdat Olika fältlängd IN/UT på PriceListId, går att skicka IN 20 tecken men UT finns begränsning på 6 tecken. (bugg 54546 hos AX). Det är nu 20 tecken IN och UT
pPgi anges endast där det är tvingande (BusinessSender, SenderParty, BusinessReceiver, ReceiverParty och TransmissionReceiver).

Avtalsobjekt ISS 7.0 Use Case H

Ny ISS version 7.0

Åtgärdat:

  • Avläggsnummer mappas mot SupplyPointCode och @Agency ska vara SDC, Tidgare var det Buyer
  • DeliverySourceCharacteristics.DeliverySourceProperty.CodeValue.TextValue mappas idag inte om till korrekt kod. RegelverkOmvandlingstal.

Förstaledskontrakt ISS 9.0 Use Case H

Ny ISS Version 9.0

Produktionsresultat Skördare (ProductionTicket) ISS ByItem 6.0 och ByPackage 5.0 Use Case J

Ny integration

Produktionsresultat Skotare Sortiment (ShipmentAdvice) ISS 5.0 Use Case J

Ny integration

Transportunderlag SDC Use Case K – ISS LoadTender – Version 6.0

Åtgärdat:
Går inte att skicka in Transportunderlag, nya obligatoriska fält har lagts till i AX och utveckling är ej startad för motsvarande i PapiNet Med ISS 6.0 går det att skicka in Transportunderlag.

ISS BusinessAcknowledgement – Public version 4.0:

Kommer ut för Destinera Sortiment IN (bugg 54268,53264)

Orderconfirmation

Ny ISS 4.0

Forestlogginginstruction

Ny ISS 5.0

Avtalsobjekt

Avtalsobjekt och Förstaledskontrakt använder den uppdaterade lösningen för prenumerationer och publicering
pPgi anges endast där det är tvingande (BusinessSender, SenderParty, BusinessReceiver, ReceiverParty och TransmissionReceiver).

Förstaledskontrakt

Förstaledskontrakt använder den uppdaterade lösningen för prenumerationer och publicering
pPgi anges endast där det är tvingande (BusinessSender, SenderParty, BusinessReceiver, ReceiverParty och TransmissionReceiver).

Aktör (ÄB 47984)

Kontaktinformation uppdaterat med roll

Sortimentstruktur

Fältlängd rättad på ProductOwner i validering av data ut ur AX, ej längre stoppande bugg 49285

Mätorder prov

Platsid 25 tecken (metplats, mottaningsplats)

Mätorder transport

Nya scheman med omstrukturering av meddelandet både i AX och NF.

Mätresultat prov/råvara/transport

NF tjänsten kopplas om mot ny källa/tjänst hos MPS

Mätresultat-Prov (BUGG 57567)

Affärsvillkor tas bort från integrationen

Mätresultat transport

Nya scheman med omstrukturering av meddelandet både i AX och NF.

Kollektivbeskrivning

Validering av data ut ur AX aktiverad (bugg 55864) Platsid (mottagningsplats) kan vara 25 tecken

Åtgärdat fel där tjänsten svarade med 500 (Internal server error) när ingen kollektivbeskrivning gick att hitta. Svarar nu korrekt med 404 (Not found)

Kända avvikelser

Generella avvikelser

  • Negativ Business Ack kommer inte ut om dokumentet fastnar i integrationsplattformen (dvs inte når affärssystem)
  • Negativ Business Ack kommer inte ut om det är fel på ett nytt dokument/objekt som inte tidigare finns i Klienten. (bugg hos AX, negativ BA kan bara skapas på förändringar)
  • Prenumerationer för Avtalsobjekt, Förstaledskontrakt och Köparekontrakt visas felaktigt i Admin. Den uppdaterade hanteringen av prenumerationer medför att prenumerationer lagras på annat sätt i ny databas och det finns ännu inget gränssnitt anpassat för den nya databasen. De prenumerationer som visas i gränssnittet är för den tidigare versionen och används inte av de nya integrationerna. Nya prenumerationer kan man bara se och manuellt ändra direkt i databasen.
  • För alla papiNetdokument sätts Party NameAddress samt CommonContact till ”N/A”.

Use Case G – ISS Contract (TradingContract) – Public version 5.0

  • För alla Partys sätts alltid Name1 till ”N/A”
  • ReceiverParty, PartyType. BuyerAgent finns inte med som möjlig mottagare
  • BuyerParty, PartyIdentifierType. Vi mappar inte TradeRegNumber eller VATIdentificationNumber
  • Product.ProductDescription. Vi mappar inte denna just nu
  • AdditionalItemInfo, UOM sätts till None
  • Olika fältlängd IN/UT på PriceListId, går att skicka IN 20 tecken men UT finns begränsning på 6 tecken. (bugg 54546 hos AX)

Use Case G – ISS OtherDocument (BusinessChainInfo) – Public version 3.0

Documentstatus sätts alltid till Original

Use Case H – ISS OtherDocument(DeliverySource) – Public version 7.0

Inga adressuppgifter fylls i

Use Case H – ISS Contract (OriginalContract) – Public version 9.0

RespondToParty. Agency inte implementerat än.

Use Case H – ISS ServiceInstruction(ProductDestiningInstruction) – Public version 3.0

  • RecieverParty, PartyIdentifier
  • ServiceInstructionNumber trunkeras om längre än 30 tecken.
  • LocationInfo.LocationParty.Partytype hanterar bara LogginArea

ISS BusinessAcknowledgement – Public version 4.0

Negativ BusinessAck kommer inte ut ifall det berör ett dokument som inte finns i Klienten. (bugg hos AX)

Use Case J – ISS MeasuringTicket- ProductionTicket – Public version 5.0 och 6.0

ReceiverParty: OriginalLogisticsBuyerAgent stöds ej.

Use Case J – ISS MeasuringTicket- ShipmentAdvice – Public version 5.0

Ingen CommonContact kommer med (seq 1734 i ISS)

Use Case L – ISS MeasuringTicket-MeasuringTicket-Product – Public version 2.0

  • För Quantity och QuantityInformation på alla ställen i ISS:en så gäller att om ingen matchning lyckas mot kodboken skapas ej nivån.
  • MeasuringTicket.MeasuringTicketSequence.MeasuringTicketSequenceLineItem.AdditionalItemInfo.Code. Hanterar endast kvantitetprodukter där kvantitetstyp är Netto
  • MeasuringTicket.MeasuringTicketSequence.AdditionalItemInfo.Code.Hanterar endast kvantitetleverans där Kvantitetstyp är Brutto
  • Det är delvis implementerat delar av ISS version 3.0 men det innebär bara att det kan komma med fler uppgifter än de som finns i ISS version 2.5
  • Kvantitetstyper från AX som inte har någon motsvarighet i kodboken sätts till Vrak
06 maj

Releasenotes Kundtest, Mätning PI 3

Ny funktionalitet

Flöde 25, En leverans av sågtimmer som stockmäts sektionsmätt

Ta emot stockdatafil från mätram och matcha stockens mätegenskaper mot produkternas egenskaper

  • Leveransgilla stockar mappas mot produkter med motsvarande egenskaper
  • Vrakade stockar mappas korrekt motvrakprodukter
  • Hantera stocklängd som heltal

Flöde 26, En leverans av sågtimmer som stockmäts mittmätt

Se Flöde 25.

Flöde 27, En leverans av sågtimmer som travmäts och stickprovmäts travmätning/stockmätning m3f

Levereras i sin helhet.

Flöde 28, En leverans av sågtimmer som travmäts och stickprovmäts travmätning/stockmätning m3to

Levereras i sin helhet.

Flöde 43, Insänd volym per leverans från skördare

Levereras i sin helhet.

Flöde 44, Insänd volym per stam från skördare

Levereras i sin helhet.

Övrigt

Mätplatsstödet har anpassats till ny struktur för transportuppgifter exempelvis transportmätorder, transportresultat samt uppdaterade användargränssnitt för transportuppgifter.

  • Nya integrationsgränssnitt för transportmätorder och transportresultat
  • Tillämpning av gränsvärden, standardvärden och obligatoriska fält som finns i transportmätorder för respektive mätegenskap i vyn för transportuppgifter

Anpassningar i gränssnitt för att anmäla nytt leveranstillfälle

  • Kontroll av giltiga mätplatser och utförare för varje mätorder
  • Notifiering till chaufför eller mätare vid ogiltig mätorder
  • Möjlighet att avisera leverans till olika mätplatser vid samma leveranstillfälle
  • Möjlighet att hantera mätordrar som inte innehåller bildtagning

Kända avvikelser

Flöde 25 och 26

Ingen hänsyn tas till insänd barktyp.

06 maj

Releasenotes Kundtest, Produktion PI 3

Levererad funktionalitet

  • Stöd för ersättningsgrundande skördarmätning med redovisningsmodellen 429-1 dvs. trädslagsfördelade stammar– NY
  • Funktion för inläsning och modifiering av produktionsfiler till Produktionssystemet via ett användargränssnitt– NY
  • Möjlighet att blanka ut innehållet i ett antal fält vid massrättning/-korrigering. Speciellt användbart då ”Producerat för mottagningsplats” behöver tas bort på flera avvisade produktionsresultat för att de ska matcha en rad i produktions-underlaget som är registrerad utan ”Producerat för mottagningsplats”– NY
  • Massrättning/massmakulering av avvisat produktionsdata
  • Masskorrigering/massmakulering av produktionsresultat
  • Ny menylayout för navigering i Produktionssystemet
  • Produktionsunderlaget kan kompletteras med aktörer och rader för handelssortiment med hjälp av mallar
  • Maskinregistret följer det regelverk som skall gälla för vilken information en uppdragsgivare skall se före och efter att uppdragsgivaren är knuten till en maskin. Uppdragsgivare har möjlighet att se alla registrets maskiner för att sedan kunna koppla sig till en given maskin
  • Ny flik i Maskinregistret för administration av Sender XC-installationer. Används i första hand av Biometrias support
  • Anskaffningsform har delats upp i anskaffningsform och avtalsform
  • Maskinregister för registrering av masterdata för skogsmaskiner som skall rapportera produktion
  • Uppdragsgivarinställningar – grundläggande inställningar per uppdragsgivare
  • Produktionsunderlag kan skapas genom att ett förstaledskontrakt och avtalsobjekt skapas i redovisningsdomänen
  • Produktionsunderlaget kan kompletteras med aktörer och rader för handelssortiment
  • Produktionsunderlaget kan skickas ut via integration
  • Enskilt avvisat produktionsdata kan rättas
  • Enskilt produktionsresultat kan korrigeras
  • Produktionssystemet kan bearbeta och skapa produktionsresultat från skördar- och skotarfiler
  • Produktionssystemet kan bearbeta och skapa kvalitetsresultat från skördarnas kvalitetsfiler
  • Produktionssystemet kan bearbeta och skapa produktionsresultat från Rapp
  • Anpassade produktionsresultat skapas till aktörer med olika affärsroller
  • Behörighetshantering finns i produktionssystemet så att en användare endast ser information för den aktör/aktörer man är behörig för
  • Rapp är anpassat för VIOL3 och kan användas för att rapportera produktion
  • Användare kan själva registrera sig som användare i Rapp
  • Rapportering av slutsignal i Rapp fungerar och leder till att det skapas ett produktionsresultat
  • Produktionssystemet har integrationer till Aktör och Plats i redovisningsdomänen så att verifiering av identiteter samt hämtning av klartexter skall fungera
  • Produktionssystemet har integrationer till Handelssortiment i redovisningsdomänen så att verifiering av identiteter samt hämtning av klartexter skall fungera
  • Produktionssystemet har integrationer till ”Ekonomisk dimension” i redovisningsdomänen som håller information om företagens hierarkiska struktur
  • Dessa rapporter finns levererade i uppföljningstjänsten (BI)
    • Skotade volymer
    • Skotade volymer per insändning
    • Skotade volymer per avlägg
    • Produktionsresultat historik skotare
    • Skördade volymer
    • Skördade volymer per insändning
    • Skördade volymer stocknota
    • Skördade volymer stamnota brösthöjdsdiameter
    • Skördare stock och stamdetaljer
    • Produktionsresultat historik skördare
    • Avvisade produktions- och kvalitetsresultat
    • Insändningsfrekvens
    • Saknade dagar
    • Förteckning identiteter
    • Ranking skördare (kvalitetsdata)
    • Längdavvikelse (kvalitetsdata)
    • Diameteravvikelse (kvalitetsdata)
    • Volymavvikelse (kvalitetsdata)
    • Ofullständigt mätta stockar och stammar (kvalitetsdata)
    • Stammar per uttagsprincip (kvalitetsdata)
    • Kvalitetsresultat historik skördare (kvalitetsdata)

Avgränsning

  • Uppdatering av aktörer i produktionsresultat utifrån destinering och transportinstruktion
  • Sender XC anpassat med ny behörighetslösning för VIOL 3
  • Återkoppling till avsändande maskin

Kända avvikelser

  • Användare som skall göra tester i betamiljön bör vara upplagda på huvudkodnivå. En användare som är upplagd på lägre nivå kan få problem med att se data som användaren egentligen är behörig till.
  • Rapporter i uppföljningstjänsten kan fortfarande vara behäftade med mindre fel.
  • I följande fall kan inte ett produktionsunderlag skapas:
    • I redovisningsdomänen finns det aktörer upplagda som saknar adress. Om dessa används i ett förstaledskontrakt kommer inte något produktionsunderlag att skapas. Workaround är att då lägga upp en ny aktör som har adress alternativt komplettera med adress på befintlig aktör.
  • I redovisningsdomänen kan det finnas handelssortiment och produkter upplagda som inte är kompletta. För att handelssortiment ska kunna användas i Produktionssystemet krävs att man i redovisningsdomänen lägger till följande uppgifter:
    • Handelssortiment behöver ha status ”aktiv”
    • Handelssortimentet behöver ha en beskrivning
    • Handelssortimentets receptversion behöver ha ett from-datum
    • Handelssortimentets måste ha minst en receptversion som inte innehåller någon site
    • Alla underliggande produkter på ett handelssortiment behöver ha status ”aktiv”
    • Alla underliggande produkter på ett handelssortiment behöver ha en beskrivning
  • Produktionsresultat skördare och skotare ut via integration till företagseget system fungerar inte.
  • För ersättningsgrundande skördarmätning är det enbart redovisningsmodell 429-1 som är implementerad och det kommer enbart skapas mätresultat för enkelträdsupparbetade stammar med trädslagen tall, gran, löv, björk, asp eller ek. Det vill säga produkterna 4210, 4220, 4230, 4240, 4250 och 4280. För flerträdsupparbetade stammar skapas det för närvarande inga mätresultat.
12 mars

Releasenotes Kundtest, Produktion Pl2

Levererad funktionalitet

  • Massrättning/massmakulering av avvisat produktionsdata – NY
  • Masskorrigering/massmakulering av produktionsresultat – NY
  • Ny menylayout för navigering i Produktionssystemet
  • Produktionsunderlaget kan kompletteras med aktörer och rader för handelssortiment med hjälp av mallar
  • Maskinregistret följer det regelverk som skall gälla för vilken information en uppdragsgivare skall se före och efter att uppdragsgivaren är knuten till en maskin. Uppdragsgivare har möjlighet att se alla registrets maskiner för att sedan kunna koppla sig till en given maskin
  • Ny flik i Maskinregistret för administration av Sender XC-installationer. Används i första hand av Biometrias support
  • Anskaffningsform har delats upp i anskaffningsform och avtalsform
  • Maskinregister för registrering av masterdata för skogsmaskiner som skall rapportera produktion
  • Uppdragsgivarinställningar – grundläggande inställningar per uppdragsgivare
  • Produktionsunderlag kan skapas genom att ett förstaledskontrakt och avtalsobjekt skapas i redovisningsdomänen
  • Produktionsunderlaget kan kompletteras med aktörer och rader för handelssortiment
  • Produktionsunderlaget kan skickas ut via integration
  • Enskilt avvisat produktionsdata kan rättas
  • Enskilt produktionsresultat kan korrigeras
  • Produktionssystemet kan bearbeta och skapa produktionsresultat från skördar och skotarfiler
  • Produktionssystemet kan bearbeta och skapa kvalitetsresultat från skördarnas kvalitetsfiler
  • Produktionssystemet kan bearbeta och skapa produktionsresultat från Rapp
  • Anpassade produktionsresultat skapas till aktörer med olika affärsroller
  • Behörighetshantering finns i produktionssystemet så att en användare endast ser information för den aktör/aktörer man är behörig för.
  • Rapp är anpassat för VIOL3 och kan användas för att rapportera produktion.
  • Användare kan själva registrera sig som användare i Rapp
  • Rapportering av slutsignal i Rapp fungerar och leder till att det skapas ett produktionsresultat
  • Produktionssystemet har integrationer till Aktör och Plats i redovisningsdomänen så att verifiering av identiteter samt hämtning av klartexter skall fungera.
  • Produktionssystemet har integrationer till Handelssortiment i redovisningsdomänen så att verifiering av identiteter samt hämtning av klartexter skall fungera.
  • Produktionssystemet har integrationer till ”Ekonomisk dimension” i redovisningsdomänen som håller information om företagens hierarkiska struktur
  • Dessa rapporter finns levererade i uppföljningstjänsten (BI)
    • Skotade volymer
    • Skotade volymer per insändning
    • Skotade volymer per avlägg
    • Produktionsresultat historik skotare
    • Skördade volymer
    • Skördade volymer per insändning
    • Skördade volymer stocknota
    • Skördade volymer stamnota brösthöjdsdiameter
    • Skördare stock och stamdetaljer
    • Produktionsresultat historik skördare
    • Avvisade produktions- och kvalitetsresultat
    • Insändningsfrekvens
    • Saknade dagar
    • Förteckning identiteter
    • Ranking skördare (kvalitetsdata)
    • Längdavvikelse (kvalitetsdata)
    • Diameteravvikelse (kvalitetsdata)
    • Volymavvikelse (kvalitetsdata)
    • Ofullständigt mätta stockar och stammar (kvalitetsdata)
    • Stammar per uttagsprincip (kvalitetsdata)
    • Kvalitetsresultat historik skördare (kvalitetsdata)
    • Avvisade stammar och kalibrering (kvalitetsdata)

Avgränsningar

  • Uppdatering av aktörer i produktionsresultat utifrån destinering och transportinstruktion
  • Sender XC anpassat med ny behörighetslösning för VIOL 3
  • Återkoppling till avsändande maskin

Kända avvikelser

  • Användare som skall göra tester i betamiljön bör vara upplagda på huvudkodnivå. En användare som är upplagd på lägre nivå kan få problem med att se data som användaren egentligen är behörig till.
  • Rapporter i uppföljningstjänsten kan fortfarande vara behäftade med mindre fel.
  • I följande fall kan inte ett produktionsunderlag skapas:
    • I redovisningsdomänen finns det aktörer upplagda som saknar adress. Om dessa används i ett förstaledskontrakt kommer inte något produktionsunderlag att skapas. Workaround är att då lägga upp en ny aktör som har adress alternativt komplettera med adress på befintlig aktör.
  • I redovisningsdomänen kan det finnas handelssortiment och produkter upplagda som inte är kompletta. För att handelssortiment ska kunna användas i Produktionssystemet krävs att man i redovisningsdomänen lägger till följande uppgifter:
    • Handelssortiment behöver ha status ”aktiv”
    • Handelssortimentet behöver ha en beskrivning
    • Handelssortimentets receptversion behöver ha ett from-datum
    • Handelssortimentets måste ha minst en receptversion som inte innehåller någon site
    • Alla underliggande produkter på ett handelssortiment behöver ha status ”aktiv”
    • Alla underliggande produkter på ett handelssortiment behöver ha en beskrivning
  • Produktionsresultat skördare och skotare ut via integration till företagseget system fungerar inte.
  • Vid massrättning/masskorrigering av producerat för mottagningsplats kan man inte lämna detta fält blankt för att matcha ett resultat mot en rad i produktionsunderlaget som saknar producerat för mottagningsplats.
12 mars

Releasenotes Kundtest, Mätning och Redovisning Pl2

Levererad funktionalitet

Mätningsflöden

  • En leverans av massaved som travmäts i bild och stickprovsmäts travmätning/stockmätning
  • En leverans av massaved till en terminal där travmätning sker i bild
  • En leverans av massaved primasekunda till massabruk som travmäts i bild
  • En leverans av massaved primasekunda som travmäts som stickprovmäts travmätning/stockmätning
  • En leverans av massaved primasekunda  där travmätning sker i bild och stickprovsmäts travmätning/stockmätning
  • En leverans av sönderdelat biobränsle som vägs och stickprovmäts med torrhaltsbestämning genom torkning
  • En leverans av sönderdelat biobränsle som vägs och stickprovmäts med torrhaltsbestämning
  • En leverans av cellulosaflis som vägs och stickprovmäts med fraktions- och torrhaltsbestämning genom torkning
  • En leverans av cellulosaflis som vägs och stickprovmäts med fraktions- och torrhaltsbestämning genom

Avgränsningar

  • För flöden som innehåller mätning i bild krävs att mätningstjänsterna mottagningskontroll, bildtagning och travmätning finns med i mätningsflödet.
  • Försvårad lastning måste fyllas i för att transportresultatet skall gå in i redovisningen.
  • Färdig torrhalt från utrustning stödjs inte, ugnsmetoden med rå- och torrvägning måste utföras.
  • För kollektiv av cellulosaflis skapas för tillfället ingen priskorrektion som kan användas i redovisningen av mätresultat.
12 mars

Releasenotes Kundtest, Transport Pl2

Levererad funktionalitet

Redovisa transportuppgifter, hittas under Redovisad mätning transport. Denna feature är levererad men pga lösningstekniska skäl är den under om byggnad.  Om testarna har möjlighet att skicka in Json-filer så fungerar funktioneliteten.

Avgränsningar

I systemet finns ett antal nya transportfunktioner levererade men som det nämndes på demonstrationen så är transporttjänsten under en omfattande teknisk omarbetning, bland annat finns inga integrationer utvecklade ännu och därför är det väldigt begränsat med funktionalitet som går att testa i kundtestmiljön.

Mätresultat transport

Det är inte möjligt att skicka mätresultat transport pga av en teknisk ombyggnad inne i Dynamics, denna ombyggnad beräknas vara klar i PI 3.

Hantera prisvillkor transport

Dessa finns i systemet under följande menyalternativ:

  • Priskomponenter transport
  • Transportprislista
  • Drivmedelsindex

Dessa är inte färdigtestade och bara delvis officiellt levererade, därmed kan det finnas fel som inte är hittade av oss ännu och fel pga att det inte är färdiglevererat. Nya Priskomponenter transport levereras enligt en plan och därmed är den delen inte komplett.

Redovisa transportuppgifter

Finns i systemet under menyalternativ – Redovisad mätning transport.

Den är delvis levererad, det som finns i systemet ska vara korrekt, men är inte testat ännu. Dessutom pågår arbete med 3 st ändringsbegäran som påverkar både utseende och innehåll i denna. Den kan alltså inte räknas som levererad till kundtestmiljön.

Ta emot och validera mätresultat transport

Resultatet av denna finns i redovisad mätning transport. Den kan inte anses som levererad till kundtestmiljön.

Beräkna transportvärde

Resultatet av denna finns i redovisad mätning transport. Den kan inte anses som levererad till kundtestmiljön.

Redovisa transportvärde

Resultatet av denna finns i redovisad mätning transport. Den kan inte anses som levererad till kundtestmiljön.

12 mars

Releasenotes Kundtest, Integrationsförnyelsen, PI2

Målmiljö: BETA

Releasedatum: 2019-03-11

Åtgärdat

Kvantitet råvara

En första ISS 2.5 version som innehåller delar av den kommande ISS 3.0 versionen.

Destineringsunderlag

Går nu hela vägen ut till papiNet.

ForestloggingInstruction (Produktionsunderlag)

Rätt version av schema är numera angivit i papiNet-dokumentet
(ServiceInstructionV2R40_20181027_alpha_2018-10-29 istf ServiceInstructionV2R40_20180323_beta som är ett gammalt schema).
Detta fel var stoppande för de kunder som validerade mot det schema vi angivit i dokumentet.

Förstaledskontrakt

Rättat kodfel i mappning PapiNet som kunde ge ohanterade null fel. Lättare för ICC att felsöka när kunder skickar in felaktiga värden. Ingen skillnad för kund då det fortfarande inte går ut någon negativ BA när man skickar in felaktiga värden.

Går att skicka in ett förstaledskontrakt via papiNet. Nytt fält Alternativt måttslag med i ny ISS version. Går att få ut ett förstaledskontrakt där säljaren är privatperson (bugg 53102 hos AX)

Avtalsobjekt

Mappning ut kring EndradTidpunkt/SkapadTidpunkt så det stämmer med ISS mappningsdokument. Mappning av Stickväg så det skickas vidare till AX med null om det är ingen tagg finns i PapiNet XML Mappning PapiNet hanterar SupplyPoint utan SupplyPointDescription

PGPI (Routing)

Nya och ändrade PGPIer

Sortimentstruktur

Mappningskod i PapiNet hanterar Produktlistor utan produkter

Produktionsunderlag

Går nu att skicka in från papiNet. Business Ack kommer ut.

Business Ack

DocumentHistoryNumber finns inte längre med som tagg i papiNet-meddelandet.

Adapters Mq Inbound

Meddelanden som skickas på felkö får formatet MQSTR och inte MQHRF2

POC av det generella integrationsflödet

POC:en av det generella integrationsföldet omfattar endast köparekontrakt/Trading Contract i PI2. På teknisk nivå innebär det att IN- och UT-flödet för köparekontrakt tar en annan väg än tidigare men för “konsumenter” av IP ska det inte vara någon större skilland.

Men det finns dock skillnader:

  • Inga dubbletter skickas till prenumeranter
  • Interna system (endast BI i fallet för köparekontrakt) måste prenumerera för att få data

Att inga dubbletter skickas är den största förändringen. Definitionen för en dubblett är enkelt uttryckt att ett dokument skickas fler än en gång till samma endpoint. Detta scenario kan uppstå när en aktör prenumererar på exempelvis köparekontrakt i egenskap av olika roller och aktören sedan förekommer i flera olika roller i ett köparekontrakt.

I det scenariot kommer IP idag att välja endast en (1) av de aktuella prenumerationerna och valet är slumpmässigt. I praktiken innebär det att PartyType i ReceiverParty blir icke-deterministiskt.

<ReceiverParty PartyType=”Supplier”> <!– Värdet i PartyType är beroende av vilken prenumeration som (slumpvis) valts –>
<!– Övriga ReceiverParty-taggar har utelämnats –>
</ReceiverParty>

⚠️ Detta kan komma att ändras då specifikationen för prenumerationer är under arbete.

POC:en implementerar f ö inte det generella integrationsflödet fullt ut men är ett första steg mot målbilden. Det är även ett nödvändigt steg för att bl a kunna skicka en negativ kvittens när något går snett inom IP (vilket är nästa steg i POC:en).

Utfasat

N/A

Borttaget

N/A

Kända avvikelser

Generella avvikelser

  • Negativ Business Ack kommer inte ut om dokumentet fastnar i integrationsplattformen (dvs inte når affärssystem)
  • Negativ Business Ack kommer inte ut om det är fel på ett nytt dokument/objekt som inte tidigare finns i Klienten. (bugg hos AX, negativ BA kan bara skapas på förändringar)
  • Prenumerationer för Köparekontrakt visas felaktigt i Admin.

Då vi kör en poc på på nya versionen av IP så kan man inte se vilka prenumerationer som är upplagda för KK i admin gränssnittet. De prenumerationer som visas är för gamla IP versionen och används inte av den nya. De nya prenumerationerna kan man bara se i databasen.

För usecase J, L och G finns diskrepanser mellan ISSer och XML-exempel. Detta kommer rättas under kommande leveranser då XML-exemplen uppdateras.

Use Case G – ISS Contract (TradingContract) – Public version 4.0

  • För alla Partys sätts alltid Name1 till ”N/A”
  • ReceiverParty, PartyType. BuyerAgent finns inte med som möjlig mottagare
  • BuyerParty, PartyIdentifierType. Vi mappar inte TradeRegNumber eller VATIdentificationNumber
  • Product.ProductDescription. Vi mappar inte denna just nu
  • AdditionalItemInfo, UOM sätts till None
  • Olika fältlängd IN/UT på PriceListId, går att skicka IN 20 tecken men UT finns begränsning på 6 tecken. (bugg 54546 hos AX).

Use Case G – ISS OtherDocument (BusinessChainInfo) – Public version 3.0

  • Documentstatus sätts alltid till Original

Use Case H – ISS OtherDocument(DeliverySource) – Public version 6.0

  • För alla Partys sätts alltid Name1 till ”N/A”
  • Inga adressuppgifter fylls i
  • DeliverySourceCharacteristics.DeliverySourceProperty.CodeValue.TextValue mappas idag inte om till korrekt kod. RegelverkOmvandlingstal.

Use Case H – ISS Contract (OriginalContract) – Public version 8.0

  • För alla Partys sätts alltid Name1 till ”N/A”
  • Common contact, ContactName sätts till till ”N/A”
  • RespondToParty. Agency inte implementerat än
  • AdditionalItemInfo, UOM sätts till None.

Use Case H – ISS ServiceInstruction(ProductDestiningInstruction) – Public version 3.0

  • RecieverParty, PartyIdentifier
  • För alla Partys sätts alltid Name1 till ”N/A”
  • ServiceInstructionNumber trunkeras om längre än 30 tecken
  • LocationInfo.LocationParty.Partytype hanterar bara LogginArea.

Use Case K – ISS OrderConfirmation – Public version 3.0

  • OrderConfirmation.OrderConfirmationHeader.OrderConfirmationReference skall fyllas i ISS BusinessAcknowledgement – Public version 4.0
  • För alla Partys sätts alltid Name1 till ”N/A”
  • Negativ BusinessAck kommer inte ut ifall det berör ett dokument som inte finns i Klienten. (bugg hos AX)
  • Ingen BusinessAck kommer ut för Destinera Sortiment IN (bugg 53264 hos AX)

UseCase K- ISS LoadTender-PreBooking

  • Går inte att skicka in Transportunderlag, nya obligatoriska fält har lagts till i AX och utveckling är ej startad för motsvarande i PapiNet

Use Case L – ISS MeasuringTicket-MeasuringTicket-Product – Public version 2.0

  • Det måste alltid finnas en kontraktskedja. Känd bugg
  • För Quantity och QuantityInformation på alla ställen i ISS:en så gäller att om ingen matchning lyckas mot kodboken skapas ej nivån
  • MeasuringTicket.MeasuringTicketSequence.MeasuringTicketSequenceLineItem.AdditionalItemInfo.Code. Hanterar endast kvantitetprodukter där kvantitetstyp är Netto
  • MeasuringTicket.MeasuringTicketSequence.AdditionalItemInfo.Code.Hanterar endast kvantitetleverans där Kvantitetstyp är Brutto
  • Det är delvis implementerat delar av ISS version 3.0 men det innebär bara att det kan komma med fler uppgifter än de som finns i ISS version 2.0
  • Kvantitetstyper från AX som inte har någon motsvarighet i kodboken sätts till Vrak
  • Alla mätvärden utom de med metverden.metegenskapstyp = ”bruttovolym_m3f” eller ”bruttovolym_m3s” filtreras bort.
11 mars

Förnyelseprojektets semesterperiod vecka 28-32

Förnyelseprojektet kommer även i år att ha semesterperiod under veckorna 28-32. Ärenden kring VIOL 3 hanteras av Kundtjänst under dessa veckor men vi har inte planerad bemanning för stöd bakom Kundtjänst under perioden. Anledningen till gemensam semesterperiod är att vi under 2019 har fokus på tillverkning av VIOL 3 och gemensam semesterperiod är då det effektivaste sättet att hantera detta.

Till toppen