For å benytte forbedringer i Hub 5.1 må Next 5.1 eller nyere være installert for det aktuelle meglerforetaket. Noen av funksjonene er tilgjengelige fra Hub / Next 5.0

Partnere kan kontakte support for å få opprettet produkter med de funksjonene de trenger. Etter at et produkt er opprettet, vil alle Next-installasjoner kunne aktivere tilgang til produktet. Ønskes en egen bestillingsknapp i Next, se eget dokument «Next Ordreintegrasjon» på https://hub.megler.vitec.net.

Nye dokumentkategorier

Det er nå innført nye dokumentkategorier som en forberedelse til når Etinglysing med vedlegg støttes hos Kartverket. Det er bestemte vedleggstyper som vil bli godkjent som vedlegg.

Listen over valgbare dokumenttyper i Hub 5.1 er derfor utvidet med:

• Testament
• Gjensidig testament
• Skifteattest/uskifteattest
• Skiftefullmakt
• Begrunnelse for dokumentavgift

De nye dokumenttypene gjelder alle funksjoner i Hub 5.1 som håndterer dokumenter.

Kort om nye funksjoner

• GET {installationId}/Estates/{estateId}/CheckList
  Henter sjekklisteinformasjon for et oppdrag. Sjekklisteinformasjonen viser alle sjekklistepunkter med tag, om sjekklistepunktet er utført eller ikke utført, dato for siste endring og bruker som utførte endringen.
  Hver gang en verdi på et sjekklistepunkt endres på oppdraget, og push er aktivert for den nye funksjonen, sendes hele sjekklisteinformasjonen for oppdraget på nytt.
• GET {installationId}/Contacts/WithActivities
  Det er nå mulig å hente ut en liste over kontakter, med aktiviteter og relasjoner til oppdrag, inkludert oppdrag som er arkiverte.
• GET {installationId}/Departments/{departmentId}/Picture
  Det er nå mulig å hente ut en avdeling sitt standardbilde. Dette fungerer på samme måte som bilde på Employee, dvs at det kommer en imageTimestamp ved uthenting av avdeling med dato for sist endring av bilde.

Nyheter ved visse funksjoner

• GET {installationId}/Estates/{estateId}/ContactInformation
  Hjemmelshavere er inkludert slik at funksjonen leverer samme type data som Hub-funksjonen GET {installationId}/Estates/{estateId}/Contacts.
• POST {installationId}/Estates/{estateId}/Documents
  GET {installationId}/Estates/{estateId}/Documents
  GET {installationId}/Estates/{estateId}/Documents/{documentId}
  I funksjonen for å laste opp et dokument på et oppdrag er det nå mulig å angi at dokumentet er godkjent av oppdragsgiver. To nye felt angir tidspunkt for godkjent dokument og referanse til bruker som har godkjent dokumentet. Tilsvarende informasjon presenteres for dokumenter som hentes.
• GET {installationId}/Estates/{estateId}/Activities
  Funksjonen for å hente ut aktiviteter har fått en ny aktivitetstype «Oppfølging».
• GET {installationId}/Estates/{estateId}
  Det er nå mulig å knytte oppgjørsstatus mot gruppen "Oppgjør utbetalt", noe som gjør det mulig for eksterne parter å agere når oppdrag har oppgjørsstatus knyttet til den nye gruppen. Ny gruppe som kan velges under «EstateSettlementGroup» i HUB 5.1.
• POST {installationId}/Orders/{orderId}/Status
  GET {installationId}/Estates/{estateId}/Orders/{orderId}
  Nå er det mulig å sende med en liste med URL’er med en tenkt mottaker ved oppdatering eller henting av status på en ordre.
• POST {installationId}/Estates/{estateId}/SendMessage
  Rettet skrivefeil i feltet «messageReceiver» og lagt til et nytt felt «estateMessageLinkType» som kan brukes for å angi hvilken type lenke som skal vises i meldingen, f.eks. oppdragets dokumentside eller bildeside.
• POST {installationId}/Estates/{estateId}/RegisterInterest
  Dersom feltet "participants" eller "slotId" har verdien 0 ved registrering av interessent som ikke er visningsdeltager, vil verdien bli ignorert istedenfor å gi feilmelding.
• GET {installationId}/Departments/{departmentId}
  GET {installationId}/Departments
  Nytt felt per avdeling "imageTimestamp" som inneholder dato for når standardbilde på avdeling av blitt oppdatert/ersattet/slettet. Dersom dette feltet får ny verdi vil det medføre push på den aktuelle avdeling for de partnere som har push satt opp.
• GET {installationId}/Estates/{estateId}/Commission
  Funksjonen for uthenting av vederlagsinformasjon for et oppdrag henter nå også ut provisjonssplitt.

Fikset feil

• GET {installationId}/Estates/{estateId}/Contacts
  GET {installationId}/Estates/{estateId}/ContactInformation
  Hovedkontakt for en gruppe presenteres ikke lenger som fullmektig, hovedkontakten listes istedenfor først av kontaktene. Hovedkontakt for gruppe av selgere og kjøpere er ikke en fullmektig, da en fullmektig knyttes til en kontakt med egen relasjon og proxy.
• PUT {installationId}/Estates/{estateId}/CheckList
  Fikset et belastningsproblem ved gjentatte funksjonskall på kort tid, samt fikset et problem ved oppdatering av datofeltet for oppgjørsstatus sist endret.
• GET {installationId}/Estates/{estateId}
  Funksjonen feiler ikke lenger når oppdraget har angitt en (for Hub) ukjent Finn annonsetype med valgte fasiliteter.
  Ved kontraktposisjon er det noen tilfeller der prisantydningen er et minusbeløp, noe som nå vises som et negativt tall istedenfor null.
• POST {installationId}/Estates/{estateId}/RegisterInterest
  Funksjonen kunne i visse tilfeller lage duplikater av kundekortet på det samme oppdraget. Dette er nå fikset ved at eksisterende kontaktrelasjoner som tilhører gruppen «Interessent» vil bli gjenkjent.

Generelle forbedringer

• Effektivisert funksjon for uthenting av store mengder med tips fra databasen.
• Uthenting av oppdragstype og pris for oppdrag er forbedret for visse oppdragstyper.
• To nye Finn annonsetyper «Kommer for salg» og «FINN - Nybygg» er blitt lagt til ved uthenting av annonseinformasjon.
• Klientreskontro/hovedboklinjer uten oppdragsnummer vil ikke lenger grupperes sammen med linjer med oppdragsnummer.
• Alle de åtte bildefunksjonene har fått et tilleggsfelt «isArchived» som indikerer arkiverte bilder.
• Megler og leverandører (via HUB) kan ikke lenger sette en oppgjørsstatus til en lavere verdi enn den oppdraget allerede har. Det betyr f.eks at dersom et oppdrag har fått status "Oppgjør utbetalt", vil ikke statusen bli satt til "OTP-mottatt" når megler eller en leverandør huker av for at OTP'en er mottatt i sjekklisten.
• Hub-brukeren har fått navnet «Vitec Next Hub» istedenfor «WSHUB», mens brukerid fortsatt er «WSHUB»