BILL for Docusign Workflows

Quick Start

Supported Objects

Record IDs are BILL's own ids (009… vendors, 0cu… customers, 00n… bills, 00e… invoices). A step that receives an id of another kind fails naming the kind it expected. BILL has no delete: records are archived in BILL, and this extension does not archive.

Fields marked (Searchable) in the field picker, and Record ID, can be used in a Read rule; every other field can be read and mapped but not used in a rule. In the object sections that follow, required means the Writeback step asks for the field on Create and on Update or Create; an Update step asks only for the fields the author adds.

Each object has its own section: Vendor, Customer, Bill, Invoice.

Vendor

A BILL vendor (payables): the company or person you pay. Record IDs start with 009. The step offers 23 fields.

Fields with a fixed set of values are listed under Picklists.

Customer

A BILL customer (receivables): the company or person you invoice. Record IDs start with 0cu. The step offers 27 fields.

Fields with a fixed set of values are listed under Picklists.

Bill

A BILL bill (payables): a vendor's invoice to you. Record IDs start with 00n. A bill always belongs to one vendor, written by the vendor's Record ID. The step offers 19 fields.

Fields with a fixed set of values are listed under Picklists.

Invoice

A BILL invoice (receivables): your invoice to a customer. Record IDs start with 00e. An invoice always belongs to one customer, written by the customer's Record ID. The step offers 16 fields.

Fields with a fixed set of values are listed under Picklists.

Picklists

Every field with a fixed set of values, with each value as you type it, as BILL stores it and as the Read step returns it. The Country and Currency lists are BILL's own (October 2026); BILL can change them.

Match rule for every list below: letter case and outer spaces are ignored ("business", " Business "); the API spelling in the "also accepted" column works too. A value outside the list stops the step with a message that names the field and the allowed values; nothing is written. Everything not listed here is free text, a number, a date or a BILL id.

Vendor Picklists

Vendor Type (Searchable) — accountType

BILL requires a Vendor Type for a vendor outside the US. Searching for "None" finds the vendors without a type; writing "None" clears it.

Tax ID Type — taxIdType (writable, not searchable)

1099 Vendor — track1099 (writable, not searchable)

Country (Searchable) — addressCountry

The two-letter ISO 3166-1 code, or the country's English name (converted: "United States" → US, "Canada" → CA, "United Kingdom" / "UK" → GB). The Read step returns the code. BILL accepts these 229 codes (its own list, 2026-10-16):

AD AE AF AG AI AL AM AO AQ AR AS AT AU AW AZ BA BB BD BE BF BG BH BI BJ BM BN BO BR BS BT BW BY BZ CA CC CD CF CG CH CI CK CL CM CN CO CR CV CX CY CZ DE DJ DK DM DO DZ EC EE EG EH ER ES ET FI FJ FK FM FO FR GA GB GD GE GF GH GI GL GM GN GP GQ GR GS GT GW GY HK HM HN HR HT HU ID IE IL IN IO IQ IS IT JM JO JP KE KG KH KI KM KN KR KW KY KZ LA LB LC LI LK LR LS LT LU LV LY MA MC MD ME MG MH MK ML MN MO MP MQ MR MS MT MU MV MW MX MY MZ NA NC NE NF NG NI NL NO NP NR NU NZ OM PA PE PF PG PH PK PL PM PN PS PT PW PY QA RE RO RS RU RW SA SB SC SE SG SH SI SJ SK SL SM SN SO SR ST SV SZ TC TD TF TG TH TJ TK TL TM TN TO TR TT TV TW TZ UA UG UM US UY UZ VA VC VE VG VN VU WF WS YE YT ZA ZM ZW

Which countries a vendor may take depends on the organization's international payments: a new vendor outside the US also needs Email, Vendor Type and Currency, and BILL refuses moving an existing US vendor abroad where international payments are off.

Currency (Searchable) — billCurrency

The three-letter ISO 4217 code, or the currency's English name (converted: "US Dollar" → USD, "Canadian Dollar" → CAD, "Euro" → EUR). USD when not given. BILL accepts these 163 codes (its own list, 2026-10-16):

AED AFN ALL AMD ANG AOA ARS AUD AWG AZN BAM BBD BDT BGN BHD BIF BMD BND BOB BRL BSD BTN BWP BYN BZD CAD CDF CHF CLP CNY COP CRC CUC CUP CVE CZK DJF DKK DOP DZD EGP ERN ETB EUR FJD FKP GBP GEL GGP GHS GIP GMD GNF GTQ GYD HKD HNL HRK HTG HUF IDR ILS IMP INR IQD IRR ISK JEP JMD JOD JPY KES KGS KHR KMF KPW KRW KWD KYD KZT LAK LBP LKR LRD LSL LYD MAD MDL MGA MKD MMK MNT MOP MRU MUR MVR MWK MXN MYR MZN NAD NGN NIO NOK NPR NZD OMR PAB PEN PGK PHP PKR PLN PYG QAR RON RSD RUB RWF SAR SBD SCR SDG SEK SGD SHP SLE SLL SOS SPL SRD STN SVC SYP SZL THB TJS TMT TND TOP TRY TTD TVD TWD TZS UAH UGX USD UYU UZS VEF VND VUV WST XAF XCD XDR XOF XPF YER ZAR ZMW ZWD

BILL checks the pair: a vendor's currency must be one BILL pays to the vendor's country.

State or Province — addressStateOrProvince (writable, not searchable)

Archived (Searchable) — archived (read-only)

Customer Picklists

Customer Type (Searchable) — accountType

Currency (Searchable) — invoiceCurrency

The same codes and names as the Vendor's Currency (163 codes above); USD when not given. This organization stored USD, EUR and CAD on customers.

Billing Country, Shipping Country — billingAddressCountry, shippingAddressCountry

The same codes and names as the Vendor's Country (229 codes above). Not searchable (BILL has no country filter on customers).

Billing / Shipping State or Province

The same conversion as the Vendor's State or Province; BILL does not check a customer's state against its country.

Archived (Searchable) — archived (read-only), Customer

As for vendors.

Bill Picklists (all fixed lists are read-only)

Payment Status (Searchable) — paymentStatus

"Overdue" is not a status: it is BILL's badge on an unpaid bill past its due date (the step reads Unpaid).

Approval Status — approvalStatus (read-only, not searchable)

Unassigned (UNASSIGNED), Assigned (ASSIGNED), Approving (APPROVING), Approved (APPROVED), Denied (DENIED). Without an approval policy every bill is Unassigned.

Archived (Searchable) — archived (read-only), Bill

As for vendors.

Invoice Picklists (all fixed lists are read-only)

Payment Status (Searchable) — status

An invoice whose total is 0 or less is Paid as soon as it is created.

Archived (Searchable) — archived (read-only), Invoice

As for vendors.

Look-alike fields that are free text

Known Behaviors

What a workflow author meets when reading, searching, writing and uploading with BILL. The words are the ones the Docusign steps show.

Connecting

• The connection is an AP & AR sync token of ONE BILL organization: an administrator creates it in BILL under Settings → Sync & Integrations → Tokens → Create token → Save, and enters the Organization ID (starts with 008, shown at the bottom of Settings → Sync & Integrations → Manage Developer Keys), the token's name and its value (shown once, at creation) in the connect window. No BILL user password is ever entered or stored.
• The connect window has two steps: Allow access (what the app can and cannot do in BILL), then Connect organization (the three values). If BILL rejects a value, the window stays on the second step with the Organization ID and token name kept; enter the token value again.
• Deny on the first step ends the attempt and creates no connection. Docusign then leaves an empty window open: close it.
• A connect window stays usable for 30 minutes (time to create the token in BILL). After that, or after Deny or a completed connection, the window says the request has ended: close it and select Log In again in Docusign.
• BILL checks the Organization ID and the token value; the token name is for your reference (BILL accepts the connection with any name).
• A sync-token session has no payment capability in BILL: this extension reads and writes records and files; it never pays, schedules or collects money.

Searching

• Conditions combine with AND only. A rule with OR fails with "Search filters combined with OR are not supported — combine conditions with AND, or match by Record ID". Use two Read steps when two alternatives are needed.
• Equal to is the operator on every searchable field; a Vendor's Name also takes Contains. Other operators (Not equal to, Starts with, greater / less than) fail naming the field and Equal to.
• Any field without "(Searchable)" fails naming the searchable fields of that object.
• Record ID is an anchor: a rule with Record ID returns that record and ignores the other conditions — an archived record included. A blank Record ID (the Create-or-Update pattern) returns no records, so the step creates.
• Names match exactly, ignoring letter case, extra spaces and the way an accent was typed: "acme inc" finds "Acme Inc"; "Acme" does not. A Vendor's Name with Contains finds a part of the name. A name containing a double quote is found when at least three plain characters come before the first space or quote; otherwise match it by Record ID.
• Vendor Name / Customer Name on a Bill or Invoice must match exactly ONE vendor / customer. An active one is preferred; an archived one is used only when no active one has the name. Several namesakes fail with "match by Vendor ID" (or Customer ID) — map the Record ID from an earlier Read step instead. With the Vendor ID (Customer ID) in the same rule, the name must be that vendor's (customer's) name, or no records are found.
• Invoice Number searches alone on both bills and invoices.
• Due Date matches the calendar day of the value (the time is ignored). See "Dates" below.
• Archived records are excluded unless the rule sets Archived (or uses Record ID).
• Two conditions on one field must mean the same value ("Business" and "business" do); two different values fail with "a record cannot match both".
• Several matches come back newest first (by Created Time); a Read step set to "A single record" takes the newest. Identify a record by Record ID, or a bill by Vendor ID and Invoice Number.
• A search that would have to scan more than 1,000 records fails with "narrow the filter" rather than returning a partial list.
• A new record is searchable within a few seconds of its creation.

Reading Values

• Labels and values are BILL's own words (as the BILL web app shows them): Pay To Name, Payment Notification Email, 1099 Vendor, Vendor Legal Name, Open Balance, Vendor Type (Business / Individual) on a vendor; Notes About the Customer and Customer Type (Company / Individual) on a customer; Bill Description, PO Number, Bill Amount, Balance Due on a bill; Invoice Amount, Amount Due and Payment Status on an invoice.
• "Overdue" is BILL's badge on an unpaid bill or invoice past its due date, not a Payment Status: the step reads Unpaid.
• Dates (Invoice Date, Due Date) read as the day at 00:00 UTC; Created Time and Updated Time are instants in UTC, in the same ISO shape (2026-10-08T16:32:23.000Z).
• Country fields read the two-letter code (US), not the country's name.
• A field with no value in BILL is left out of the record (never an empty string); Paid Amount reads 0 on a bill without payments.
• Line items: Line 1 of a bill or invoice is exposed; Line Count says how many lines the record holds. Lines beyond the first are not readable or writable in this version.

Writing

• The Writeback setting decides what is asked for. Create and Update or Create ask for the fields BILL needs to create (marked required above); Update or Create adds "Overwrite if field value exists" for each mapped field. Update asks only for the fields the author adds.
• The vendor of a bill and the customer of an invoice are written by Record ID: map the Record ID from an earlier Read step (find the vendor or customer by Name there) or from the step that created it. Vendor Name and Customer Name cannot be written.
• A new customer's address is all or nothing: when any part of the Billing (Shipping) address is mapped on create, Line 1, City, Zip or Postal Code and Country of that address are needed too; the step names the missing parts before anything is written. An update writes any single part and keeps the others.
• A vendor outside the US also needs Email, Vendor Type and Currency (BILL's rule). Whether an existing US vendor can be moved abroad, or to another currency, is BILL's decision for the organization; BILL refuses it in organizations without international payments.
• Closed vocabularies are written and searched in BILL's words, any case: Vendor Type (Business, Individual), Customer Type (Company, Individual), Payment Status, Tax ID Type (EIN, SSN); the API spellings (BUSINESS, PERSON, UNPAID, OPEN, …) are accepted too, and "None" clears a Vendor / Customer Type. An unknown value fails naming the set. Booleans accept true / yes / 1 and false / no / 0.
• Country, Currency and State or Province: a country takes its two-letter code or its English name ("United States" → US), a currency its three-letter code or name ("Canadian Dollar" → CAD), a US state or Canadian province its code or name ("texas" → TX). Anything else fails naming the rule before BILL is called.
• Numbers are strict: "1,500.00", "$1,500" and "1 500" are read as 1500; "1e3" and "77,50" fail naming the field. BILL rounds amounts to cents.
• Updates are partial: only the mapped fields change; blank values are skipped, so a field cannot be cleared through the step. An update whose every mapped value is blank fails with "Nothing to write".
• Invoice Date can be changed on an existing invoice.
• Line 1 on update is addressed by the stored line; the other lines are untouched.
• A field name the app does not know (a field removed by a release, or another connector's name) stops the step with a message that names it; nothing is written. A read-only field sent beside writable ones (Archived, an amount, a status) is skipped.
• Duplicates: BILL accepts the same Invoice Number twice for one vendor's bills; invoice numbers are unique among active invoices. Use Update or Create keyed on Record ID (or Vendor ID and Invoice Number) to avoid a second bill when a workflow runs again.
• An invoice whose total is 0 or less is marked Paid by BILL at once.
• Payment set-up stays in BILL: payment terms, pay-from / pay-to accounts, card payments and classifications (account, department, location, class, item) are not exposed. BILL's own invoice email is not sent by this extension: BILL sends it only for a BILL user, and the connection is a sync token — send the invoice from BILL, or send the signed document with Docusign.
• Values BILL refuses because of the organization's settings fail with BILL's own message, in the step's field names; nothing is written.
• Writes are de-duplicated by Docusign's idempotency key: a retried step writes once and replays the first result; the same key with a different payload is refused.

Dates

• A day is stored exactly as the value states it: 2026-10-15, 2026-10-15T00:00:00Z and 2026-10-15T23:30:00-05:00 all mean 15 October. The time and any offset are ignored, and no time zone is guessed.
• A date picked from the Maestro calendar east of UTC arrives as the day before. Maestro sends the author's local midnight converted to UTC without the offset: 15 November picked in UTC+3 arrives as 2026-11-14T21:00:00.000Z. Authors east of UTC should map the date from a field or variable written as YYYY-MM-DD, or pick the day after.

Uploading Files

• The File Upload to BILL step offers four folders — Vendors, Customers, Bills, Invoices. Pick one, then add a New Subfolder named with the record's Record ID (map it from the Read or Writeback step). Nothing else is listed under a folder.
• Vendors, customers and invoices receive the file as an attachment; a bill receives it as a document. The step waits up to about 10 seconds for BILL to process a bill document (BILL usually answers in 3 to 8 seconds): a file BILL cannot read (not a PDF or an image) stops the step naming the file — BILL still keeps it on the bill with 0 pages (remove it in BILL). When BILL takes longer than the wait, the step succeeds and BILL finishes in the background; a file it then cannot read also stays on the bill with 0 pages. BILL's virus scan takes about a minute more. Every attachment on an invoice is emailed with the invoice when BILL sends it.
• Where to find the file in BILL: a bill — open the bill (Bills → All bills → the invoice number); the signed PDF shows beside the bill details as an attached document with all its pages. An invoice — Invoices → the invoice → Edit invoice → Attachments. A vendor — Vendors → the vendor → Documents tab. A customer — Customers → the customer → its documents.
• Files up to 6 MB (6,291,456 bytes); the name keeps its extension (a nameless document is stored as .pdf). Leave the extension out of the name you build: Docusign adds it.
• File names as BILL stores them: BILL cannot store letters outside plain English, so accents are dropped and a few letters spelled out ("Ångström" → "Angstrom", "ß" → "ss"). Letters of other alphabets (Cyrillic, Greek, Japanese …) have no plain spelling and become _ ("Договор подписан.pdf" is stored as "_ _.pdf"): build the name in Latin letters, for example from the record's name or number. < > : " / \ | ? * become _ too, and a run of _ becomes one. A bill document keeps only letters, digits, . and - (spaces become _). The step's success message names the file as stored.
• A workflow that runs again files another copy (BILL keeps both).
• A folder named with a Record ID BILL does not know stops the step: "No BILL Vendor has Record ID …".

What This Version Does Not Have

• No multi-value fields: every field holds one value; there is no separator rule.
• No add-only lists or history tables: an update replaces the mapped values; nothing is appended. Lines beyond Line 1 are counted (Line Count) but neither read nor written.
• No delete or archive: BILL archives instead of deleting, in BILL itself.
• No ranges or partial matches beyond a Vendor's Name Contains: no Due Date before / after, no Starts with, no Not equal to.

Messages a Step May Show

The step names a field by the label it shows in the picker. Docusign shows only the beginning of a message, so the full texts are here.

Upgrading From a Previous Version

• v1.0.7: open App Center → Manage Apps → BILL → the connection's ⋮ menu → Reload Objects, type REFRESH to confirm, wait until the connection shows Active again (it shows Processing for a few minutes), then re-open the BILL steps. Two schema changes: the Vendor's "Account Type" is now Vendor Type and reads Business / Individual (BILL's vendor form; "Company" is still accepted when writing or searching), and an Invoice's Invoice Date can now be updated. After the reload, existing Read and Writeback steps on Vendor no longer select Vendor Type (Docusign drops a field whose label changed): open each such step → Add or Remove Fields → tick Vendor Type again, then re-map it where a later step used it. A workflow that compares a vendor's type with "Company" should compare with "Business". A step that still selects a field removed in v1.0.2 or v1.0.3 now fails naming it — re-open the step and re-map.
• v1.0.3 (labels and values in BILL's words): Reload Objects and re-open the BILL steps; only workflows that used Vendor Short Name or Customer Fax need re-mapping.
• A schema release requires Reload Objects on the BILL connection and re-opening the steps; a field whose label changed is deselected in existing steps and must be ticked again, and a renamed field must be re-mapped. Release notes say which.

Installation and Configuration

Prerequisites

• A BILL organization, and a BILL administrator who can create sync tokens.
• A Docusign account with admin rights to install and manage apps in the App Center.

Preparing BILL

The connection uses an AP & AR sync token of one BILL organization. No BILL user password is entered or stored.

• In BILL, open Settings → Sync & Integrations → Tokens and click Create token.

  BILL's Sync tokens page under Settings, Sync & Integrations, Tokens, with the Create token button.

• Name the token, for example Docusign, and click Save. Copy the token value BILL shows: it is shown only once.

  BILL's Token panel with the name Docusign entered and the Save button.

• Open Settings → Sync & Integrations → Manage Developer Keys and note the Organization ID at the bottom of the page. It starts with 008.

  BILL's Manage Developer Keys page with the Organization ID at the bottom, its value blurred.

How to Install the App

• Open the Docusign App Center and search for BILL.

  Docusign App Center search results showing the BILL extension app by Fluidlabs.

• Click the BILL app card to open its detail page, then click Install App and Install and Authorize.

The app now appears with an Installed status.

Connecting Your Account

• On the installed app page, click Connect Account.

  The installed BILL app page with Log in to your BILL account and the Connect Account button.

• Connection Visibility: choose how the connection is shared:

  • Private: accessible only by you in Docusign.
  • Shared: accessible by multiple users or the whole team.

  The Connection Visibility step with Private and Shared options; Shared is selected.

• Name Connection: enter a name. It appears in workflow steps, so make it easy to identify. Click Log In.

  The Name Connection step with the name BILL Demo entered and the Log In button.

• The BILL for Docusign Workflows window opens. Step 1, Allow access, lists what the app can and cannot do in BILL. Click Allow. Deny ends the attempt without a connection; close the window Docusign leaves open.

  The BILL for Docusign Workflows window, step 1 Allow access: what the app can and cannot do, with Deny and Allow.

• Step 2, Connect organization: enter the Organization ID, the Sync token name and the Sync token value, then click Connect.

  Step 2 Connect organization: Organization ID, Sync token name and Sync token value, with the steps to create a token in BILL.

The connection is added and ready to use in workflow steps. If BILL rejects a value, the window stays on step 2 with the Organization ID and token name kept: enter the token value again. A connect window stays usable for 30 minutes.

• One organization per connection. To work with two BILL organizations, add two connections.
• A lost token value cannot be shown again in BILL. Create a new token and reconnect.

Managing Connections

On the BILL app page, open the Manage dropdown and select Manage Connections.

The Manage menu on the BILL app page with Manage Connections highlighted.

The BILL connections list with one Active connection and the New Connection button.

Use the three-dot (⋮) menu next to a connection:

The connection's menu: Edit connection name, Reconnect, Reload Objects, Delete Connection.

• Edit connection name: rename the connection.
• Reconnect: enter a new sync token, for example after the old one was deleted in BILL.
• Reload Objects: refresh the record types and fields. Run it after an app update that changes fields, then reopen the BILL steps (see Upgrading From a Previous Version).
• Delete Connection: remove the connection. ⚠️ This may break workflows that use it.

Adding a New Connection

Use Manage → New Connection on the app page, or + New Connection on the Connections page. Each connection appears separately in workflow steps.

The BILL app page's Manage menu with New Connection highlighted.

How to Use the App

Create a Workflow

• Log in to Docusign and go to Agreements → Workflows.

• Click Create Workflow.

  The Docusign Workflows screen with the Create Workflow button.

• Build your workflow using the available steps, including the BILL actions.

• Publish the workflow when it is ready.

Available BILL Actions

Click + Add Step and search for BILL:

The Add New Step dialog searched for BILL: File Upload to BILL, Writeback to BILL, and Read from BILL.

• Read from BILL: fetch a Vendor, Customer, Bill or Invoice and expose its fields as workflow variables. See Read from BILL.
• Writeback to BILL: create or update a vendor, customer, bill or invoice. See Writeback to BILL.
• File Upload to BILL: file a document from the workflow on a BILL record. See File Upload to BILL.

A typical vendor bill approval:

1. Read from BILL: find the vendor.
2. Prepare eSignature Template: pre-fill the approval with the vendor's details.
3. Send Documents for Signature.
4. File Upload to BILL: file the signed PDF on the vendor.
5. Writeback to BILL: create the bill from the signed values, with the vendor's Record ID.

The Vendor bill approval workflow: Read from BILL, Prepare eSignature Template, Send Documents for Signature, File Upload to BILL, Writeback to BILL.

Read from BILL

The Read from BILL step retrieves a record and exposes its fields as workflow variables.

Start the Workflow From an API Call

In this example the workflow starts From an API Call and receives the Record ID of the vendor to read.

On the workflow canvas, click Add workflow start.

The empty workflow canvas with the Add workflow start button.

• Select a method: choose From an API Call.

  The Add workflow start panel with From an API Call selected.

• Set up variables: add a Text variable named vendor_id.

  The variables step with a Text variable named vendor_id.

• Process type: choose Automated process.

  The process-type step with Automated process selected.

Once published, the workflow has a URL your external system calls, passing vendor_id.

Writeback to BILL

The Writeback to BILL step creates or updates a vendor, customer, bill or invoice.

File Upload to BILL

The File Upload to BILL step files a document produced earlier in the workflow on a vendor, customer, bill or invoice. Maximum size is 6 MB.

FAQ & Troubleshooting

The Read step's preview says "Unable to load data".

The rule uses a field without "(Searchable)", combines conditions with OR, or uses an operator other than Equal to. Use a field marked "(Searchable)" or Record ID, and combine conditions with AND.

"Missing required fields to create a Bill: Vendor ID".

Map the vendor's Record ID into Vendor ID, from a Read from BILL step that found the vendor or from the step that created it.

"Invalid value for Vendor Type: … expected one of Business, Individual".

Use one of the listed words, in any letter case. Every allowed value is under Picklists.

"Field "Due Date" is not a date: expected a value starting with YYYY-MM-DD".

Send dates as 2026-06-22. See Dates.

A date picked in the Maestro calendar arrives one day early.

Docusign sends the picked day as midnight in your time zone converted to UTC, so east of UTC it lands on the day before. Map the date from a field or variable written as YYYY-MM-DD, or pick the day after.

"International payments not supported for country: CA".

BILL's own rule: an organization without international payments cannot move an existing US vendor abroad or to another currency. A new vendor outside the US also needs Email, Vendor Type and Currency.

Vendor Type is no longer selected in my step after an update.

Docusign deselects a field whose label changed when you click Reload Objects. Open the step, click Add or Remove Fields, tick Vendor Type again, and re-map it where a later step used it.

"This step reads … fields the BILL app no longer has".

The step still uses a field that a release removed. Click Reload Objects on the connection, reopen the step, and re-map it.

"BILL rejected the stored sync token … reconnect the BILL connection".

The token was deleted or the organization changed. Click Reconnect on the connection and enter a current token.

I lost the sync token value.

BILL shows it only once. Create a new token, then click Reconnect on the connection.

The file is not on the bill yet.

BILL lists a bill document within seconds and finishes its virus scan in about a minute. Refresh the bill page.

The file name in BILL differs from the one I built.

BILL stores plain English letters only, so accents are dropped and other alphabets become _. Build the name from the record's name or number in Latin letters.

"BILL could not read … as a document".

A bill takes a PDF or an image. BILL keeps the unreadable file on the bill with 0 pages: remove it in BILL.