Table of Contents | ||
---|---|---|
|
The aim is to make using our API as transparent as possible whether it is an Ambita broker or not.
...
However, a new AFPant feature for sharing tinglysing information is being developed by DSVE. When this new feature hits production, also pantedokument sent to non-Ambita brokers will get TINGLYST
/TINGLYSING_FEILET
.
To make the handling uniform whether it is an Ambita broker or not, the preferred handling is polling for events or status. Will work in both cases.
The drawing below depicts an overview of the complete process of sending a pantedokument to a real state broker. Please see below, Ambita broker or non-Ambita broker, for more details about each scenario
Drawio | ||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Send pantedokument to an existing settlement for an Ambita broker
The flow diagram below describes steps for Ambita brokers only.
Drawio | ||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
If it is an Ambita broker and the settlement exists, the response is immediate and will contain the status MOTTATT_AV_MEGLER
:
...
language | xml |
---|
...
. To find the correct settlement for Ambita broker, there must be a match between the real estates and buyers in the settlement with the registerenheter and borrowers in the Pantedokument.
Example MOTTATT_AV_MEGLER response for an Ambita broker
Code Block | ||
---|---|---|
| ||
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:sendToRealEstateBrokerResponse xmlns:ns2="http://dokument.ws7.etinglysing.no/"> <return> <status> <return> <status> <created>2021-01-07T14:50:45.667+01:00</created> <documentStatusTinglysing/> <id>123321123</id> <id>123321123</id> <statusCode>MOTTATT_AV_MEGLER</statusCode> <description>Pant - 4444/66/66// [G]</description> <reference>Customer reference</reference> </status> <type>PANTEDOKUMENT</type> <documentVersion>KARTVERKET</documentVersion> </return> </ns2:sendToRealEstateBrokerResponse> </soap:Body> </soap:Envelope> |
Pantedokument sent to an existing settlement for an Ambita broker will get TINGLYST
or TINGLYSING_FEILET
(given that the broker tinglyser pantedokumentet) Se this state diagram for more details.
Alternate flows
For alternate flows, see next chapter.
more details.
Error cases
The following alternate flow might happen:
Scenario | ||||||
The pantedokument gets One of the borrowers in the pantedokument does not exists in the brokers settlement. The settlement might not be ready. I these cases, take contact with the real estate broker. If the real estate broker is able to fix the problem, resend the pantedokument. Error code 9999. The reason for is found in the detail element of the xml. | Example response for the
| |||||
The pantedokument gets The external broker system is unable to find the settlement. I these cases, take contact with the real estate broker. If the real estate broker is able to fix the problem, resend the pantedokument. It means that the real estates in the Pantedokument does match any settlement for the given broker. Error code 9999. The reason for is found in the detail element of the xml. | Example response for the
|
Send pantedokument to an external broker
The flow diagram below describes steps for non-Ambita brokers only.
Drawio | ||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
If a pantedokument is sent to a broker (sendToRealEstateBroker
) and a settlement does not exist/is not an Ambita broker, the following steps is executed:
Can the real estate broker given, receive pantedokument. Determined by a lookup in Akeldo.
The pantedokument is uploaded to AFPant(Altinn) for the broker to download.
The pantedokument copy in etinglysing is changed from
PART_SIGNER
toSENDT_TIL_MEGLER
The response will contain will contain
SENDT_TIL_MEGLER
(See below for an example)
Example SENDT_TIL_MEGLER
...
response
Code Block | ||
---|---|---|
| ||
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
<soap:Body>
<ns2:sendToRealEstateBrokerResponse xmlns:ns2="http://dokument.ws7.etinglysing.no/">
<return>
<status>
<created>2021-01-07T14:50:45.667+01:00</created>
<documentStatusTinglysing/>
<id>123321123</id>
|
...
<statusCode>SENDT_ |
...
TIL_MEGLER</statusCode> <description>Pant - 4444/66/66// [G]</description> <reference>Customer reference</reference> </status> <type>PANTEDOKUMENT</type> <documentVersion>KARTVERKET</documentVersion> </return> </ns2:sendToRealEstateBrokerResponse> </soap:Body> </soap:Envelope> |
The final MOTTATT_AV_MEGLER
state must be obtained by polling for event(hendelser) or status(getStatus)
...
Error cases
The following alternate flow might happen
Scenario | ||||||
Broker is not able to receive pantedokument Broker is not in Akeldo. In this case the response is immediate and no change is made to etinglysing’s copy of the pantedokument. | ResponseExample, response from
| |||||
Pantedokument status does not change from | This happens very rarely and it means that there might some technical issue. To resolve this issue, contact the real estate broker. | |||||
The pantedokument gets | Example, getStatus:
| |||||
The pantedokument gets The external broker system is unable to find the settlement. I these cases, take contact with the real estate broker. If the real estate broker is able to fix the problem, resend the pantedokument. Error code 9999. The reason for is found in the detail element of the xml. | Code Block | | language | xml
---|
Code Block |
---|
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:getStatusResponse xmlns:ns2="http://dokument.ws7.etinglysing.no/"> <return> <status> <created>2021-01-05T11:02:41.210+01:00</created> <documentStatusTinglysing/> <id>1234123</id> <statusCode>SAMHANDLING_FEILET</statusCode> <description>Pant - 5555/4444/333// [G]</description> <reference>customerRef</reference> </status> <type>PANTEDOKUMENT</type> <documentVersion>KARTVERKET</documentVersion> <documentMessages> <documentMessage> <detail>Ukjent registerenhet: Fant ikke noe oppgjør for eiendomsnøkkel</detail> <errorGroup>EKSTERNFEIL</errorGroup> <message>Samhandling feilet</message> <errorCode>9999</errorCode> </documentMessage> </documentMessages> </return> </ns2:getStatusResponse> </soap:Body> </soap:Envelope> |
The pantedokument gets SAMHANDLING_FEILET
- rejected
For any number of reasons:
sent to an
organization number that no longer has an active customer relationship with the supplier
incorrect config in Altinn AFPANT
invalid shipment
other unexpected issues
Retry sending the pantedokument and/or make contact with the real estate broker or Ambita kundesupport.
We have never experienced this error in beta or production.
Example, getStatus:
Code Block | language | xml
---|
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"> <soap:Body> <ns2:getStatusResponse xmlns:ns2="http://dokument.ws7.etinglysing.no/"> <return> <status> <created>2021-01-05T11:02:41.210+01:00</created> <documentStatusTinglysing/> <id>1234123</id> <statusCode>SAMHANDLING_FEILET</statusCode> <description>Pant - 5555/4444/333// [G]</description> <reference>customerRef</reference> </status> <type>PANTEDOKUMENT</type> <documentVersion>KARTVERKET</documentVersion> <documentMessages> <documentMessage> <detail>Avvist: ....</detail> <errorGroup>EKSTERNFEIL</errorGroup> <message>Samhandling feilet</message> <errorCode>9999</errorCode> </documentMessage> </documentMessages> </return> </ns2:getStatusResponse> </soap:Body> </soap:Envelope> |