There are three channels for K-1 data import: (1) FDX JSON file import, (2) PDF file (with embedded FDX JSON) file import, and (3) API import.
JSON file import and PDF file import are essentially the same thing since PDF file import consists of simply extracting the JSON from the PDF.
Supporting file import is essential for the following reasons:
There are three possible contexts for K-1 data import: (1) menu context, (2) interview topic context, and (3) EIN (employer identifying number) specific context.
Why we believe menu context is essential:
Present a screen to browse to the file to upload and/or drag and drop the file into the drop zone.
For online editions, accept the file using HTTP multipart/form-data technology.
Decide whether to immediately read and process the file contents in memory or store the file and hand off processing to a separate processing step.
Using your preferred PDF file processing library extract JSON from the PDF.
Alert the user if the file did not contain embedded JSON.
Deserialize the JSON to an FDX object using your favored JSON processing library.
FDX object definitions are available upon request from the Financial Data Exchange organization. Email fdxsupport@financialdataexchange.org to get a copy of the FDX specification and schema files. They are also available via GitHub repository for a nominal fee. (Email support@schedulek-1.com for details and access).
For each item on Schedule K-1, you will map the data from the FDX object to your software object.
Download skeleton code that is intended to jump-start the process for you.
See also this mapping information.
Merge the data into the users tax return. See this page for merging stratagies.
Prompt the user for K-1 tax document "credentials" or for K-1 data "coordinates". See this page for details.
Then retrieve the data from the document server. See this page for details.
There are now many applications assisting taxpayers and tax preparers to collect and assemble annual tax documents. Many of these extract tax data from the documents and are positioned to push that data into tax software applications. However, not enough tax software applications provide API server technologies at this time.
Additionally, many taxpayers would be willing to give permission to tax document issuers to securely forward their annual tax document data to a trusted application as soon as the data is available.