Purpose
Back To HomeThis Provider Implementation Guide provides the information required for a successful implementation of Title API Integration for receiving and returning Abstractor orders and order status from Direct2Title.
This document is created, maintained, and distributed by Avanze Tech Labs Inc. to communicate the implementation requirements to its customers. Avanze supports the contents included in the Provider Implementation Guide when the order originates from Direct2Title.
Products
OrderTypeCode | OrderType |
---|---|
1 | 1 Owner |
2 | 2 Owner search |
3 | 3 Owner/PPM |
4 | 30 Year Search |
5 | Assignment Search |
6 | Attorney Opinion |
7 | Commercial Search |
8 | Certified Copies |
9 | Copies |
10 | Deed Report |
11 | Deed Report with Taxes |
12 | Deed Update |
13 | Mortgage Report |
14 | Foreclosure Search |
15 | Foreclosure Update |
16 | Full Search |
17 | Mini search |
18 | Mini search |
19 | One Owner with Full Copies |
20 | Ownership Verification |
21 | Probate Search |
22 | Prop Update |
23 | Sixty Year Search |
24 | 3 Owner/PMM |
25 | Federal Tax Liens |
26 | Good Stop - BOA |
27 | Judgments |
29 | Property Profile |
31 | 1 Owner - SB |
34 | Tax Search |
35 | Update & Recording |
36 | Tax Search |
37 | 1 Owner - TX |
38 | 32 Year Search |
39 | 40 Year Deed Search |
40 | All Properties |
41 | Bankruptcy Report |
42 | Census Tract Only |
43 | Comprehensive Mortgage Report |
44 | Continuation Abstract |
45 | Deed Transfer |
47 | Divorce Search |
48 | Doc Retrievals |
49 | E-DOCS |
50 | Express Title Policy |
51 | FAST-STD |
52 | Flood & Census |
53 | Lien Search |
54 | Life & Census |
55 | Life of Loan |
56 | Limited Commercial Search |
57 | Name Search |
68 | Online-L&V w/taxes |
69 | Outsource |
75 | Secureds State |
76 | Standard Flood |
77 | superior courts - 1 name |
78 | Superior Courts - 2 names |
79 | Superior Courts - misc. |
80 | Tax and Legal |
81 | Title Commitment |
82 | Torrens Search |
83 | Tract Search |
84 | Vesting and Judgments |
85 | 40 Year Deed Search |
86 | ATTORNEYCERT-DEED/VESTING |
D2T. API Connectivity
HTTP Post
The HTTP Post Method may be implemented for the purpose of inbound event transmission. A Client can send files via HTTP and will receive an XML Response informing them of the status of their submission. This is most frequently used in integrations for the posting of orders from customers and completed documents from service Abstractors. HTTP Posting can also be used as a delivery method for integration partners who choose to receive files via HTTP. HTTPS or SSL (Secure Sockets Layer) is the most common implementation of this method, due to SSL’s security benefits.
Integration partners may also choose to develop an HTTP Receiver of their own, in which they would receive via HTTP Post.
Following URL will be used by integration Client to post inbound events to STACX. API application which will route the events to STACX application.
https://avanzeapi.com/stacx/OrgCode
Authorization through POST Parameters
Two parameters are required in order submit requests through HTTPs POST.
username = [USER]
username = [PASSWORD]
Username and password value used to authenticate incoming request. These values are defined in STACX. API application for each integrator.
Authorization through Header
Instead of sending credentials in plain text through post parameters, an authenticated request includes the Authorization Header Variable. If this header is not included, the request is anonymous and may not succeed against API services.
To authenticate a request, you must encode the combined username and password in the request.
The format for the Authorization header is as follows:
Authorization: Basic [Encoded-Base64-String]
Constructing the Basic Authentication
Username and password are combined into a string "username:password"
The result string is then encoded using Base64
The authorization method and a space "Basic" are then put before the encoded string.
API Event fields & Description
We have many events to process order
AT01
Event Code | AT01 |
Event Description | Order Placed |
Event Definition | Abstractor sends this event to initiate an order request to Client. |
AT02
Event Code | AT02 |
Event Description | Service Confirmed by Client |
Event Definition | Client sends this event to Abstractor to inform Abstractor the Client accepts the order request. |
AT03
Event Code | AT03 |
Event Description | Order Not Accepted by Client |
Event Definition | Client sends this event to Abstractor to inform Abstractor the Client does not accept the order request. |
AT04
Event Code | AT04 |
Event Description | Client sends this event to Abstractor to inform Abstractor the Client does not accept the order request. |
Event Definition | Client sends this event to Abstractor with the order documents. |
AT05
Event Code | AT05 |
Event Description | Comment |
Event Definition | Abstractor and/or Client send this event to provide a comment on an order request. |
AT06
Event Code | AT06 |
Event Description | Service On Hold |
Event Definition | Abstractor and/or Client send this event to place the order request on hold. This event pauses the Turn Time clock calculation. |
AT07
Event Code | AT07 |
Event Description | Service Cancelled |
Event Definition | Abstractor and/or Client send this event to cancel the order request. |
AT08
Event Code | AT08 |
Event Description | Service Resumed |
Event Definition | Abstractor or Client sends this event to resume a service order request that has been delayed or put on hold. This event resumes the Turn Time clock calculation. |
AT09
Event Code | AT09 |
Event Description | Data File Delivered by Client |
Event Definition | The Client sends this event to the Abstractor to provide the order data. |
AT10
Event Code | AT10 |
Event Description | Service Completed |
Event Definition | The Client sends this event to the Abstractor to notify the Abstractor that the order request is complete. This event stops the Turn Time clock calculation. |