informational alert
Portland and the federal government

Learn about our sanctuary city status, efforts to block federal overreach: Portland.gov/Federal

Publication Policy: Data User Guide

Label: Guide
This publication policy helps users to understand Portland’s Open Contracting Data Standard (OCDS) publication, including the purpose of the publication, how the data is generated, the data’s scope and format, how users can reuse the data, and contact information.

Invitation to use Portland’s OCDS publication

Portland’s OCDS publication may be intimidating to you, perhaps because you don’t consider yourself a “data person.” This is a myth. You are a data person. We are all data people because data tells our stories - about what we value, what happened, what will happen, and what we should do about it. Being a “data person” only takes curiosity and the courage to ask questions. You may also think that city procurements and contracts are irrelevant to the pressing and routine issues that you care about in Portland. This too is a myth. Public procurements and contracts are essential to the public goods and services that we rely on everyday such as clean drinking water, safe streets, waste management, access to nature and greenspaces, programs for youth, and emergency management.

The use of Portland’s Open Contracting Data Standard publication will make Portland’s procurements and contracts better, making our public goods and services better. Better procurements could mean being faster, simpler, and more transparent with cost savings and cost recovery. Better could mean contract opportunity forecasting for the next five years for small and large businesses. Better could mean supporting small- and medium-sized suppliers to fairly compete for contracts, deliver improved value and services for residents, and grow their business. 

Explore Portland’s Open Contracting Data Standard publication to “read” our stories; to learn whether our spending in contracts match the city goods and services essential to our family, friends, and neighbors and us; and to drive the vision of how we will make Portland’s procurements and contracts, and thus, Portland, better. 

Getting Started

Are you new to the Open Contracting Data Standard? Reading the Primer will familiarize you with key concepts behind OCDS.   

Purpose of Publication 

The City of Portland’s Open Contracting Data Standard publication makes information on City procurements and contracts accessible online and in open formats so it can be used, reused, and redistributed by any interested party.

Publication details

Creation of OCDS datasets

First, the City of Portland provides raw data from Buyspeed, SAP, and B2G, and stores it in HCP Anywhere. Second, the normalization procedure converts the raw data into a structured format that is readable by the system. Third, the data converts from normalized data to the standardized OCDS format (version 1.1), using the internal mappings. When the conversion step completes, the system indexes the result for search and download. Finally, the system filters, removes duplicates, compiles, and publishes the final OCDS data. Bulk downloads on the City of Portland’s OCDS Publication page updates every two weeks due to a highly time-consuming conversion process. The City also updates the raw data on the same two-week schedule. 

OCID generation

Open Contracting ID (ocid) is a globally unique identifier used to join data in all stages of the contracting process. Ocid consists of a prefix and an identifier. Portland’s publication uses ocds-ptecst as the prefix, and REQ_NBR from BuySpeed or Purchasing Document from SAP as the identifier. The use of REQ_NBR or Purchasing Document for the ocid depends on whether City employees initiated the procurement in BuySpeed or SAP. Typically, BuySpeed, the City’s electronic procurement portal, does not record small direct procurements (i.e., Distributed Purchase Orders or DPOs) and some intermediate direct procurements (i.e. Purchase Orders or POs) because bureaus initiate those procurements with little to no participation from Procurement Services. Portland registered the ocds-ptecst prefix on 2024-02-13.

OCDS Release peculiarities

(Source: How is OCDS data published?)

Portland’s OCDS releases disclose data about the following:

  • Tender: the activities undertaken to enter a contract. In the United States, we often refer to tender as the solicitation or bidding activities such as a Request for Proposals (RFP).
  • Award: award for the given procurement. More than one award per contracting process is possible.
  • Contract: information regarding the signed contract between City and the supplier(s).
  • Implementation: implementation information of the contract in accordance with the obligations specified in that contract.  

Portland captures procurement data in three centralized systems: BuySpeed (electronic procurement portal), SAP (enterprise resource planning software), and B2G (contract compliance software), managed by Procurement Services. Some bureaus also use supplemental systems like Airtable to record additional information not in BuySpeed, SAP, or B2G. Each system shares details on different contract stages that do not synchronize. As Portland’s OCDS usage matures, we expect to map additional supplemental data from more bureaus such as budget (planning) and project management (implementation).

Every two weeks, a data analyst in Procurement Services extracts reports in Excel (.xlsx) and uploads them to HCP Anywhere. Published releases can differ depending on the presence or not of procurement data in all the source systems listed above. Currently, those reports include:

  1. BuySpeed “Projects” report
  2. BuySpeed “Quotes per Bid” report
  3. SAP “Contract Listing Report”
  4. SAP “Purchase Orders Listing Report”
  5. B2G “Contract Status Report”

Although Portland attempts to publish data in the best quality, data quality issues remain as we introduce and implement quality data controls. In the interest of operational transparency, Portland chooses to publish data with poor quality with the goal of improving data quality over time. If users find errors in the data, please share details on the error reporting form. For more information on our data cleanup efforts, view our data cleanup reports and track our progress. 

Processes and Stages Covered

Releases contain information on open, selective, limited and direct procurement procedures since April 29, 2015 and current ongoing procedures. Recently, as part of the Transition Project, Portland adopted new procurement policies, Public Contracting Rules, in March 2025 that became retroactively effective January 1, 2025. Portland’s OCDS release mapped local data to OCDS under previous procurement policies and rules prior to January 1, 2025. Portland’s OCDS publication will reflect these changes in future updates. For reference, the threshold before the new policies became effective are noted below.

Open: competitive procurement procedures that result in an outline agreement

Main Procurement CategoryBefore January 1, 2025

Intermediate Goods and Services 

Professional, Technical, and Expert Services

Over $50K to $150K

 

Intermediate ConstructionOver $5K to $100K

Formal Goods and Services 

Professional, Technical, and Expert Services

Over $150K
Formal ConstructionOver $100K

Selective: procurement procedures that share all the same features as Open, but also have additional technical, economic or suitability selection criteria to enable the participation in the tender or solicitation process.

Limited: limited competitive procurement procedures that result in an outline agreement or a purchase order (PO) 

Main Procurement CategoryBefore January 1, 2025
Intermediate Goods and Services ITB

$50K or less

 

Goods and Services QRF (now called Oregon Forward)At any threshold
Goods and Services CooperativeAt any threshold

Direct: non-competitive procurement procedures that results in a distributed purchase order (DPO) or an outline agreement

Main Procurement CategoryBefore January 1, 2025

Small Goods and Services RFP 

Small RFP

$10K or less

 

Small Construction$5K or less
Direct Contracts$150K or less

Emergency

Special Procurement

Sole Source Procurement

At any threshold

Date Fields

All dates are presented in Pacific Daylight Time (PDT) or Pacific Standard Time (PST) fully corresponding to the source data. Final release dates will have a “-7” or “-8” suffix depending if Daylight Savings Time (DST) is in effect on the specific date. 

If the source date does not have time indicated, then it is reported as midnight of the given date. Typical date-only value would then look like:

  • 1/1/2018 > 2018-01-01T00:00:00-8
  • 6/1/2018 > 2018-06-01T00:00:00-7

Parties

The party object with Buyer, Procuring Entity and Payer roles represents a bureau at the City of Portland that initiated the procurement. The party that has Tenderer, Supplier and Payee roles is the winner of the tender. This is the company that signed a contract with the City of Portland.

Subcontractors are third parties that perform part of a contract on behalf of a supplier. We only list subcontractors that have specific certifications, e.g. Emerging Small Business. Data on subcontractors come from B2G, which only captures subcontractors for Construction and Professional, Technical, Expert (PTE) services contracts. See our developing use case to include subcontractors for Goods and Services contracts. 

Parties ID

For the parties with roles Buyer, Procuring Entity and Payer we used the standard approach that says to combine {parties/identifier/scheme} and {parties/identifier/id}.

But for the parties with Tenderer, Supplier and Payee roles we form the ID using {parties/additionalIdentifiers/id} and {parties/additionalIdentifiers/scheme} as it is the BuySpeed data that appears earlier than data from other systems.

Section Criteria 

Users may encounter several selection criteria types in the published release:

  • Technical criterion means that the vendors must be prequalified in certain areas of work in order to submit a proposal. Please see the City of Portland's prequalification requirements for more info.
  • Economic criterion means that vendors should be capable to execute a contract of a specified amount within certain areas of work listed in the technical criterion.
  • Suitability criterion warns that only vendors in the Prime Contractor Development Program may bid, and the contract opportunity is not publicly shared.

Contract Items

Information on contract items is provided gradually as the contract purchase orders are created during the contract implementation phase. These are parts of the contract that are performed separately, each having its own scope, value and timeframes. 

One contract can have multiple purchase orders, and each purchase order can bring information about several items. Currently, the City does not consistently document information about contract items, which is an issue that we hope to address. See our developing use case to consistently document information about contract items. 

Contract Milestones

Contract milestones are used to keep track of the contract approval and represent several authorities that should sign off on the contract before it can be considered as finalized. Each finalized contract should have 2 or 4 sign-offs:

  • Contract Administrator and City Auditor’s approval
  • Contract Administrator, City Attorney, Purchasing Agent and City Auditor’s approval

Each authority's approval will result in one contract milestone.

Only achieved signoffs are published in the release. Information on the upcoming signoffs is not disclosed.

Recently, as part of the Transition Project, Portland adopted new procurement policies, Public Contracting Rules, in March 2025 that became retroactively effective January 1, 2025. As a result, Portland added additional milestones. Portland’s OCDS publication will reflect these changes in future updates. 

Contract Agreed Metrics

Portland uses agreed metrics in the releases to report about certified prime and subcontractors that took part in the contract implementation. Each agreed metric object represents a specific certification (e.g. DBE that stands for Disadvantaged Business Enterprise) and reports the corresponding amount for that certification under said contract.  

In statistics, an observation is one occurrence of something being measured. Each agreed metric contains one or multiple observations. Each observation has value, which represents payments and dimensions that reference the prime contractor or subcontractor that hold this certification and performed some work within this contract. Note that the City of Portland counts certification towards our goals at the time of award, and the agreed metrics counts the payments. 

Below we provide an illustration, and we use “companyName” to mask the business names in the example. 

          "agreedMetrics": [
            {
              "id": "DBE",
              "title": "Disadvantaged Business Enterprise",
              "description": "Amount of money registered under the DBE certification in this contract",
              "observations": [
                  
                {"id": "30006036-20222608-2018-07-31T17:00:00Z",
                  "period": {
                     "endDate": "2018-07-31T17:00:00Z"
                  },
                  "value": {
                    "amount": "7492",
                    "currency": "USD"
                  },
                   "dimensions": {
                    "id": "US_OR-PDX-BS-VNBR-00001111",
                    "name": "companyName1"
                  }
                },
                {
                  "id": "30006036-20476458-2018-10-31T17:00:00Z",
                  "period": {
                     "endDate": "2018-10-31T17:00:00Z"
                  },
                  "value": {
                    "amount": "98509.74",
                     "currency": "USD"
                  },
                   "dimensions": {
                    "id": "US_OR-PDX-BS-VNBR-00002222",
                    "name": "companyName2"
                  }
                }
              ]
            },
            {
              "id": "WBE",
              "title": "Women Business Enterprise",
              "description": "Amount of money registered under the WBE certification in this contract",
              "observations": [
                {
                  "id": "30006036-20223579-2018-04-30T17:00:00Z",
                  "period": {
                     "endDate": "2018-04-30T17:00:00Z"
                  },
                  "value": {
                    "amount": "102487.6",
                     "currency": "USD"
                  },
                   "dimensions": {
                    "id": "US_OR-PDX-BS-VNBR-00003333",
                    "name": "companyName3"
                  }
                },
                {
                  "id": "30006036-20223579-2019-01-31T16:00:00Z",
                  "period": {
                     "endDate": "2019-01-31T16:00:00Z"
                  },
                  "value": {
                    "amount": "53122.75",
                     "currency": "USD"
                  },
                   "dimensions": {
                    "id": "US_OR-PDX-BS-VNBR-00004444",
                    "name": "companyName4"
                  }
                }
              ]
            },
            {
              "id": "MBE",
              "title": "Minority Business Enterprise",
              "description": "Amount of money registered under the MBE certification in this contract",
              "observations": [
                {
                  "id": "30006036-20314591-2019-04-30T17:00:00Z",
                  "period": {
                     "endDate": "2019-04-30T17:00:00Z"
                  },
                  "value": {
                    "amount": "10598.2",
                     "currency": "USD"
                  },
                   "dimensions": {
                    "id": "US_OR-PDX-BS-VNBR-00005555",
                    "name": "companyName5"
                  }
                }
              ]
            }
          ]

Currently agreed metrics pull from B2G data, which is limited to Professional, Technical, Expert services and Construction contracts. See our developing use case to expand agreed metrics to Goods and Services contracts.

Contract Implementation Transactions

Transactions represent all the payments that were performed within the contract’s purchase orders. Each transaction value is equal to the value of the purchase order item, thus transactions in the published release can be more granular than the actual bank transactions. For example, the City may issue one bank transaction or payment for six purchase order items. 

Contract Implementation Milestones

Users can find two types of milestones in the published release. 1) Payment milestones forms from contract purchase orders and 2) delivery milestones from task orders. Differentiate payment and delivery milestones by the prefixes PO- and TO-.

Contract Implementation Metrics 

Portland uses contract implementation metrics in the releases to report about certified prime and subcontractors that took part in the contract task order implementation. Each metric object represents a specific certification (e.g. DBE that stands for Disadvantaged Business Enterprise) and reports the corresponding amount for that certification under said contract.

Each agreed metric contains one or multiple observations. Each observation has value, which represents payments and dimensions that reference the prime contractor or subcontractor that hold this certification and performed some work within this contract.

Contract implementation metrics may disclose information coming from B2G or from supplemental reporting systems such as Airtable.

Task Orders

Task orders, a custom extension object that is very similar to the structure of purchase orders, have their own ID, title, and status; link to purchase order; execution period; and value. Currently, task order data in the dataset only comes from one bureau, who provided Procurement Services access to their data early in Portland’s OCDS project. Other bureaus who wish to include their task order data in the dataset should contact Procurement Services to map their data onto the same data schema. See our developing use case to include more task orders into Portland’s OCDS dataset. 

Accessing the data

OCDS data

The City of Portland makes OCDS data available in the following formats to meet the needs of different users. 

FormatDescription
Bulk OCDS release download (JSON)

Annual files segmented by release date

Suitable for analysis and/or storage in a document database

Bulk OCDS release download (XLSX)

Annual ZIP archive containing a multi-table XLSX serialization of OCDS data, segmented by release date.

Suitable for analysis in spreadsheet software and/or storage in a relational database.

Data scope

DatesPortland’s dataset includes data generated in BuySpeed and SAP on or after April 29, 2015 and in B2G on or after July 1, 2017. 
Buyers

The City of Portland is the single buyer for all City contracts. This publication includes a breakdown of contracts and purchases by specific bureaus and offices. 

Note that users should not confuse the OCDS term “Buyer” with the local term “Buyer,” referring to Procurement Services staff assigned to the procurement project. 

Procurements and contracts for the Portland Housing Bureau, Prosper Portland, the Office of the City Auditor, or the Office of the City Attorney may not be included or fully included in our dataset because they do not record their contracts in the same system or they may follow different procurement rules. 

Values

Although the City of Portland may execute contracts for any amount, most procurements that fall under the small procurement threshold are purchased using a Procurement Card and not included in the publication.

Data from B2G is limited to Construction and Professional, Technical, Expert services (now referred to as Personal Services under the Public Contracting Rules) contracts valued at $150K or more or it is contract that meets the following criteria: 

  • It is within the Prime Contractor Development Program
  • It is a Professional Technical Expert (PTE) services contract with a COBID certified business for one of the following bureaus: Environmental Services, Facilities, Parks and Recreation, Transportation, or Water.
  • It is a direct contract.     
Process typesOpen, selective, limited and direct tenders for purchases
StagesWe publish tender, awards, contracts and contracts implementation data for each procurement process if data is available. We do not publish planning data as it is not available in structured format yet.
Change HistoryA change history for each contracting process is provided through releases associated with each contract’s id (OCID). This is published every two weeks as noted in “Creation of OCDS datasets.

Codes, codelists, and extensions used in the data publication

The data includes the following additional fields:

PathTitleDescriptionTypeRequired
tender/identifiersPrimary identifier

OCDS 1.2 field

Additional identifiers for this tender. This field can be used to provide local identifiers for the tender.

arrayno
tender/identifiersPrimary identifier

OCDS 1.2 field

Additional identifiers for this tender. This field can be used to provide local identifiers for the tender.

objectno
tender/identifiers/schemeScheme

OCDS 1.2 field

The list, register or system from which the identifier is taken. If the scope of the list, register or system from which the identifier is drawn is national, it is suggested to follow the pattern {ISO 3166-1 alpha-2}-{system}. If it is subnational, it is suggested to follow the pattern {ISO 3166-2}-{system}.

stringno
tender/identifiers/idID

OCDS 1.2 field

The identifier taken from the scheme.

stringno

The data includes the following additional codelist values:

CodelistCodeTitleDescription
partyRole.xlsxsubcontractorSubcontractor

An organization that will perform part of a contract on behalf of a supplier.

Subcontracting extension.

appliesTo.xlsxsupplierSupplier

The selection criterion applies to the suppliers.

Selection Criteria extension.

appliesTo.xlsxsubcontractorSubcontractor

The selection criterion applies to the subcontractors.

Selection Criteria extension.

selectionCriterionType.xlsxeconomicEconomic

The criterion relates to the economic or financial standing of the tenderer.

Selection Criteria extension.

selectionCriterionType.xlsxtechnicalTechnical

The criterion relates to the technical or professional ability of the tenderer.

Selection Criteria extension.

selectionCriterionType.xlsxsuitabilitySuitability

The criterion relates to the suitability of the tenderer (e.g. enrolment in trade register or membership of professional organization).

Selection Criteria extension.

selectionCriterionType.xlsxotherOther

The criterion relates to other aspects of the tenderer.

Selection Criteria extension.

itemClassificationScheme.xlsxNIGPNIGPThe National Institute of Governmental Purchasing (NIGP) Code is a descriptive/numeric system used for identifying products and services.

List of extensions

NameDescriptionDocumentation
SubcontractingWe only use a “subcontractor” role out of the whole extension to list parties with this rolehttps://extensions.open-contracting.org/en/extensions/subcontracting/master/codelists/ 
Selection CriteriaAdds an object to describe the criteria to qualify candidates to participate in a contracting process.https://extensions.open-contracting.org/en/extensions/selectionCriteria/master/schema/ 
Award criteria breakdownThis extension is only listed to enable the usage of Selection Criteria extension. It’s not used in the publication itself.https://extensions.open-contracting.org/en/extensions/awardCriteria/master/schema/ 
Transaction related milestonesThis extension adds a relatedImplementationMilestone field to transaction objects, so that payments against a contract can be linked with an implementation milestone.https://extensions.open-contracting.org/en/extensions/transaction_milestones/master/ 
MetricsThe metrics extension provides a common building block for reporting structured performance information on contracts.https://extensions.open-contracting.org/en/extensions/metrics/1.1/schema/ 
Purchase OrderInformation regarding the purchase orders made in the implementation of a contract.https://gitlab.com/dncp-opendata/ocds_contract_implementation_purchaseOrder_extension/-/blob/master/release-schema.json?ref_type=heads 
Related purchase orderThe purchase order ID related to the specific milestonehttps://gitlab.com/dncp-opendata/ocds_contract_implementation_purchaseOrder_extension/-/blob/8ca02062e963d540ff81910479a8d1fd4d1b37b4/release-schema.json#L43-55 
Task OrderThis extension enables the recording of task orders within the implementation section of an OCDS release. Task orders are specific scopes of work issued under a base contract, commonly used in contexts like On-Call contracts or Price Agreements.https://github.com/open-contracting-extensions/ocds_task_orders_extension/blob/main/release-schema.json

License

The City of Portland publishes the data included in the OCDS under the Open Data Commons Public Domain Dedication and License (PDDL 1.0). This open license ensures compliance with the Open Definition and grants users the right to:

  • Use this data for any purpose, including both commercial and non-commercial use;
  • Create and publish new content or analyses based on this data;
  • Re-publish the data, on the condition that any link to the original source remains intact; and
  • Exercise all other permissions outlined in the full license text.

By adopting an open license, we encourage transparency, collaboration, and innovation. We recommend that users refer to the PDDL 1.0 license for complete details on permitted uses, and we encourage linking to this license in all related data portals and documentation to ensure clarity around the data’s reuse rights.[3] 

Additional documentation

This section provides links to some additional documentation:         

Disclaimer

Access to the City of Portland’s Open Contracting Data Standard publication, does not imply that the City of Portland, has verified the veracity, accuracy, adequacy, suitability, completeness and timeliness of the information provided through our site. Procurement data provided by the City of Portland includes data from Vendors. The City of Portland cannot guarantee that data provided by the different entities contributing to OCDS data is kept up to date. The information contained in the documents accompanying the procurement process are digitalizations of the documents. Any publication constitutes a faithful and complete compilation of the document issued by the official entity, without additions, deletions or corrections of any nature. The City of Portland is not responsible for the decisions taken from the information disseminated in the City of Portland’s Open Contracting Data Standard publication or for possible damages caused to the visiting user or to third parties due to actions that are based solely on the information obtained on the site. The City of Portland may carry out, at any time and without prior notice, modifications and updates on the information contained in the City of Portland’s Open Contracting Data Standard publication or its configuration or presentation.

Appendix - Data dictionary 

* “+ Dictionary” means that the source value was transformed into more verbose one with the help of 

** “+Codelist mapping” means that the source value was mapped to the equivalent OCDS value with the help of OCDS - Codelist Mapping Template for OCDS 1.1.5 (Template Version 0.2) #Portland. 

Undefined Mapping

OCDSSource
GENERAL
ocid

ocid consists of

  • ocid prefix - ocds-ptecst
  • BuySpeed Requisition Number (REQ_NBR)

e.g. ocds-ptecst-127449

dateBuySpeed Req - In Progress Date
id

party IDs are built from

  • prefix
    • US_OR-PDX
  • source system abbreviation
    • BS = buySpeed
  • field abbreviation
    • ABBR = abbreviation
    • VNBR = vendor number
    • BIDNBR = bid number
    • SID = supplier ID
  • field value

e.g. 

  • US_OR-PDX-BS-ABBR-PPR
  • US_OR-PDX-BS-VNBR-M0206107
buyer/nameBuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)
parties/name

buyer/procuringEntity/payer

  • BuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)

tenderer/supplier/payee

  • BuySpeed Vendor Name
parties/identifier/id

buyer/procuringEntity/payer

  • BuySpeed Req Header Column 1 Value
parties/identifier/legalName

buyer/procuringEntity/payer

  • BuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)
parties/additionalIdentifiers/id

tenderer/supplier/payee

  • BuySpeed Vendor Number
parties/additionalIdentifiers/legalName

tenderer/supplier/payee

  • BuySpeed Vendor Name
TENDER
tender/idBuySpeed Requisition Number (REQ_NBR)
tender/titleBuySpeed SHORT_DESC
tender/statusBuySpeed Current Header Status and Descriptions + Codelist mapping
tender/identifiers/idBuySpeed Bid Number
tender/procuringEntity/nameBuySpeed Req Header Column 1 Value + Dictionary
tender/value/amountBuySpeed Req Header Column 5 Value
tender/procurementMethod

determined by the combination of values in the following source fields:

  • BuySpeed PO Type Code
  • BuySpeed PO Header Column 17 Value
  • BuySpeed Bid Header Column 3 Value
  • BuySpeed Bid Header Column 11/12/13/14 Value
  • SAP “PO Listing Report” Outline agreement
  • SAP “PO Listing Report” Purchasing Doc. Type
tender/mainProcurementCategory

derives from the one of the listed fields in the given order

  • BuySpeed Req Header Column 12 Value + Codelist mapping
  • BuySpeed Type Code + Codelist mapping
  • BuySpeed PO Type Code + Codelist mapping
tender/awardCriteria
  • BuySpeed Type Code + Codelist mapping
  • BuySpeed PO Type Code + Codelist mapping
tender/submissionMethod

depends on tender/procurementMethod:

  • selective/open = electronicSubmission
  • direct/limited = written
tender/tenderPeriod/startDateBuySpeed Bid - In Progress Date
tender/tenderPeriod/endDateBuySpeed Bid - Opened Date
tender/enquiryPeriod/endDateBuySpeed Bid - Opened Date
tender/awardPeriod/startDateBuySpeed PO - In Progress Date
tender/selectionCriteria/criteria/type

derives from the column that provides the data:

  • BuySpeed Bid Header Column 11/13 Value = technical
  • BuySpeed Bid Header Column 12/14 Value = economic
  • BuySpeed Bid Header Column 3 Value = suitability
tender/selectionCriteria/criteria/description

technical/economic

  • BuySpeed Bid Header Custom Column 11/13 Value + Dictionary
tender/selectionCriteria/criteria/minimum
  • BuySpeed Bid Header Column 12 Value
  • BuySpeed Bid Header Column 14 Value

Outline Agreement Mapping

OCDSSource
GENERAL
ocid

ocid consists of

  • ocid prefix - ocds-ptecst
  • BuySpeed Requisition Number (REQ_NBR)

e.g. ocds-ptecst-127449

dateBuySpeed Req - In Progress Date
id

party IDs are built from

  • prefix
    • US_OR-PDX
  • source system abbreviation
    • BS = buySpeed
    • SAP
    • B2GNOW
  • field abbreviation
    • ABBR = abbreviation
    • VNBR = vendor number
    • BIDNBR = bid number
    • SID = supplier ID
  • field value

e.g. 

  • US_OR-PDX-BS-ABBR-PPR
  • US_OR-PDX-BS-VNBR-M0206107
  • US_OR-PDX-B2GNOW-ID-20222914
buyer/nameBuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)
parties/name

buyer/procuringEntity/payer

  • BuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)

tenderer/supplier/payee

  • BuySpeed Vendor Name

subcontractor

  • B2G Business Name
  • Airtable Contractor Name
parties/identifier/id

buyer/procuringEntity/payer

  • BuySpeed Req Header Column 1 Value

tenderer/supplier/payee

  • SAP “Contract Listing Report” Supplier number

subcontractor

  • B2G B2Gnow ID
  • Airtable B2G ID
parties/identifier/legalName

buyer/procuringEntity/payer

  • BuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)

tenderer/supplier/payee

  • SAP “Contract Listing Report” Vendor Name

subcontractor

  • B2G Business Name
  • Airtable Contractor Name
parties/additionalIdentifiers/id

tenderer/supplier/payee

  • BuySpeed Vendor Number
  • B2G B2Gnow ID
  • Airtable B2G ID
parties/additionalIdentifiers/legalName

tenderer/supplier/payee

  • BuySpeed Vendor Name
  • B2G Business Name
  • Airtable Contractor Name
TENDER
tender/idBuySpeed Requisition Number (REQ_NBR)
tender/titleBuySpeed SHORT_DESC
tender/statusBuySpeed Current Header Status and Descriptions + Codelist mapping
tender/identifiers/idBuySpeed Bid Number
tender/procuringEntity/nameBuySpeed Req Header Column 1 Value + Dictionary
tender/value/amountBuySpeed Req Header Column 5 Value
tender/procurementMethod

determined by the combination of values in the following source fields:

  • BuySpeed PO Type Code
  • BuySpeed PO Header Column 17 Value
  • BuySpeed Bid Header Column 3 Value
  • BuySpeed Bid Header Column 11/12/13/14 Value
  • SAP “PO Listing Report” Outline agreement
  • SAP “PO Listing Report” Purchasing Doc. Type
tender/mainProcurementCategory

derives from the one of the listed fields in the given order

  • BuySpeed Req Header Column 12 Value + Codelist mapping
  • BuySpeed Type Code + Codelist mapping
  • BuySpeed PO Type Code + Codelist mapping
tender/awardCriteria
  • BuySpeed Type Code + Codelist mapping
  • BuySpeed PO Type Code + Codelist mapping
tender/submissionMethod

depends on tender/procurementMethod:

  • selective/open = electronicSubmission
  • direct/limited = written
tender/tenderPeriod/startDateBuySpeed Bid - In Progress Date
tender/tenderPeriod/endDateBuySpeed Bid - Opened Date
tender/enquiryPeriod/endDateBuySpeed Bid - Opened Date
tender/awardPeriod/startDateBuySpeed PO - In Progress Date
tender/selectionCriteria/criteria/type

derives from the column that provides the data:

  • BuySpeed Bid Header Column 11/13 Value = technical
  • BuySpeed Bid Header Column 12/14 Value = economic
  • BuySpeed Bid Header Column 3 Value = suitability
tender/selectionCriteria/criteria/description

technical/economic

  • BuySpeed Bid Header Custom Column 11/13 Value + Dictionary
tender/selectionCriteria/criteria/minimum
  • BuySpeed Bid Header Column 12 Value
  • BuySpeed Bid Header Column 14 Value
AWARD
awards/idBuySpeed Alternate Id (it corresponds to SAP “Contract Listing Report” Purchasing Document number)
awards/titleSAP “Contract Listing Report” Short text of item 10
awards/statusBuySpeed PO Status + Codelist mapping
awards/dateBuySpeed PO - In Progress Date
awards/value/amount
  • BuySpeed PO Header Column 17 Value
  • SAP “Contract Listing Report” Original Con Amt.
awards/suppliers/nameBuySpeed Vendor Name
awards/contractPeriod/startDateSAP “Contract Listing Report” Validity Per. Start
awards/contractPeriod/endDateSAP “Contract Listing Report” Validity Period End
awards/documents/idSAP “Contract Listing Report” Our Reference number
CONTRACT
contracts/idBuySpeed Alternate Id (it corresponds to SAP “Contract Listing Report” Purchasing Document number)
contracts/awardIDBuySpeed Alternate Id (it corresponds to SAP “Contract Listing Report” Purchasing Document number)
contracts/titleSAP “Contract Listing Report” Short text of item 10
contracts/descriptionSAP “Contract Listing Report” Description of item 10
contracts/status

pending

  • SAP “Contract Listing Report” Releases to Dte is missing “AU”

active

  • SAP “Contract Listing Report” Releases to Dte contains “AU”
  • SAP “Contract Listing Report” Validity Period End is in the future

terminated

  • SAP “Contract Listing Report” Releases to Dte contains “AU”
  • SAP “Contract Listing Report” Validity Period End is in the past
contracts/period/startDateSAP “Contract Listing Report” Validity Per. Start
contracts/period/endDateSAP “Contract Listing Report” Validity Period End
contracts/value/amount

sum of 

  • SAP “Contract Listing Report” Original Con Amt. of item 10
  • SAP “Contract Listing Report” Total Amount of Amendment of item 10
contracts/items/id

item ID contains

  • SAP “PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item number

e.g. 22298257-10

contracts/items/descriptionSAP ”PO Listing Report” Short Text
contracts/items/classification/idSAP ”PO Listing Report” Material Group
contracts/items/classification/descriptionSAP ”PO Listing Report” Material Group + Dictionary
contracts/items/quantitySAP “PO Listing Report” Order Quantity
contracts/items/unit/id

SAP/PO Listing Report/Order Unit + Dictionary

  • USD = M4
  • EA = NAR
contracts/items/unit/name

SAP/PO Listing Report/Order Unit + Dictionary

  • USD = M4 = monetary value
  • EA = NAR = number of articles
contracts/milestones/id

each contract milestone ID is formed out of:

  • SAP “Contract Listing Report” Our Reference
  • SAP “Contract Listing Report” Purchasing Document
  • part of SAP “Contract Listing Report” Releases to Dte

e.g. 190404-30007897-CA

contracts/milestones/titlepart of SAP “Contract Listing Report” Releases to Dte + Dictionary
e.g. Contract Administrator
contracts/milestones/descriptionpart of SAP “Contract Listing Report” Releases to Dte + Dictionary
contracts/milestones/codepart of SAP “Contract Listing Report” Releases to Dte
e.g. CA
contracts/agreedMetrics/idB2G Primary Certification Type
e.g. DBE
contracts/agreedMetrics/titleB2G Primary Certification Type + Dictionary
e.g. Disadvantaged Business Enterprise
contracts/agreedMetrics/descriptionB2G Primary Certification Type + Dictionary
contracts/agreedMetrics/observations/id

observation ID contains values from the following fields:

  • B2G Contract Number
  • B2G B2Gnow ID
  • B2G Date Paid

e.g. 30004899-20321600-2017-09-30T17:00:00-07:00

contracts/agreedMetrics/observations/dimensions/idB2G B2Gnow ID
contracts/agreedMetrics/observations/dimensions/nameB2G Business Name
contracts/agreedMetrics/observations/value/amountB2G Amount Paid of a specific certified prime- or subcontractor
contracts/agreedMetrics/observations/period/endDateB2G Date Paid
IMPLEMENTATION
contracts/implementation/transactions/id

transactions ID is a combination of

  • SAP ”PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item number

Each PO item results into an individual transaction

e.g. 22298257-10 

contracts/implementation/transactions/dateSAP ”PO Listing Report” Delivery Date
contracts/implementation/transactions/value/amountSAP “PO Listing Report” Total Invoiced to Date
contracts/implementation/transactions/payer/nameBuySpeed Req Header Column 1 Value + Dictionary
contracts/implementation/transactions/payee/nameBuySpeed Vendor Name
contracts/implementation/transactions/purchaseOrderIDcorresponding SAP “PO Listing Report” Purchasing Document number
contracts/implementation/transactions/relatedImplementationMilestone/idequal to the corresponding contracts/implementation/milestones/id
contracts/implementation/transactions/relatedImplementationMilestone/titleequal to the corresponding contracts/implementation/milestones/title
contracts/implementation/milestones/id

Purchase Orders milestone ID contains:

  • prefix - PO
  • SAP “PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item

e,g, PO-22298257-10

Task Orders milestone ID contains:

  • prefix - TO
  • Airtable Contract Number
  • Airtable DPO#

e.g. TO-30007897-22298257

contracts/implementation/milestones/title

Purchase Orders milestone

  • SAP “PO Listing Report” Short Text

Task Orders milestone

  • Airtable TO Name
contracts/implementation/milestones/type

Purchase Orders milestone = payment

Task Orders milestone = delivery

contracts/implementation/milestones/dueDate

Purchase Orders milestone

  • SAP “PO Listing Report” Delivery Date

Task Orders milestone

  • Airtable End date
contracts/implementation/milestones/status

scheduled = PO is not invoiced yet

  • SAP “PO Listing Report” Total Invoiced to Date=0
  • SAP “PO Listing Report” Delivery Date is in the future

partiallyMet = PO is partially invoiced

  • SAP “PO Listing Report” Total Invoiced to Date < SAP “PO Listing Report” Gross order value 

met = PO is fully invoiced

  • SAP “PO Listing Report” Total Invoiced to Date = SAP “PO Listing Report” Gross order value 

notMet = PO is not invoiced and overdue

  • SAP “PO Listing Report” Total Invoiced to Date=0
  • SAP “PO Listing Report” Delivery Date is in the past
contracts/implementation/milestones/purchaseOrderIDcorresponding SAP “PO Listing Report” Purchasing Document number
contracts/implementation/metrics/id

derives from the column name that provides data

  • Airtable DBE Amt = DBE
  • Airtable MBE Amt = MBE
  • Airtable WBE Amt = WBE
  • Airtable ESB Amt =ESB
  • Airtable SDVBE Amt = SDVBE
contracts/implementation/metrics/titleAirtable DBE/MBE/WBE/ESB/SDVBE Amt + Dictionary
contracts/implementation/metrics/descriptionAirtable DBE/MBE/WBE/ESB/SDVBE Amt + Dictionary
contracts/implementation/metrics/observations/id

observation ID consists of:

  • Airtable TO #
  • Airtable B2G ID

e.g. 31001472-1-20224294

contracts/implementation/metrics/observations/period/startDateAirtable Start date
contracts/implementation/metrics/observations/period/endDateAirtable End date
contracts/implementation/metrics/observations/dimensions/idAirtable B2G ID
contracts/implementation/metrics/observations/dimensions/nameAirtable Contractor Name
contracts/implementation/metrics/observations/value/amountAirtable Certified $
contracts/implementation/purchaseOrders/idSAP “PO Listing Report” Purchasing Document number
contracts/implementation/purchaseOrders/titleSAP “PO Listing Report” Short Text of item 10
contracts/implementation/purchaseOrders/executionPeriod/startDate

Min date out of all PO items

  • SAP “PO Listing Report” Created On
contracts/implementation/purchaseOrders/executionPeriod/endDate

Max date out of all PO items

  • SAP “PO Listing Report” Delivery Date
contracts/implementation/taskOrders/idAirtable TO #
contracts/implementation/taskOrders/titleAirtable TO Name
contracts/implementation/taskOrders/purchaseOrderIDAirtable DPO#
contracts/implementation/taskOrders/executionPeriod/startDateAirtable Start date
contracts/implementation/taskOrders/executionPeriod/endDateAirtable End date
contracts/implementation/taskOrders/value/amountAirtable Amount

BuySpeed+PO Mapping

OCDSSource
GENERAL
ocid

ocid consists of

  • ocid prefix - ocds-ptecst
  • BuySpeed Requisition Number (REQ_NBR)

e.g. ocds-ptecst-127449

dateBuySpeed Req - In Progress Date
id

party IDs are built from

  • prefix
    • US_OR-PDX
  • source system abbreviation
    • BS = buySpeed
    • SAP
  • field abbreviation
    • ABBR = abbreviation
    • VNBR = vendor number
    • BIDNBR = bid number
    • SID = supplier ID
  • field value

e.g. 

  • US_OR-PDX-BS-ABBR-PPR
  • US_OR-PDX-BS-VNBR-M0206107
buyer/nameBuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)
parties/name

buyer/procuringEntity/payer

  • BuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)

tenderer/supplier/payee

  • BuySpeed Vendor Name
parties/identifier/id

buyer/procuringEntity/payer

  • BuySpeed Req Header Column 1 Value

tenderer/supplier/payee

  • SAP “PO Listing Report” Vendor
parties/identifier/legalName

buyer/procuringEntity/payer

  • BuySpeed Bureau Name (Req Header Column 1 Value + Dictionary)

tenderer/supplier/payee

  • SAP “PO Listing Report” Vendor Name
parties/additionalIdentifiers/id

tenderer/supplier/payee

  • BuySpeed Vendor Number
parties/additionalIdentifiers/legalName

tenderer/supplier/payee

  • BuySpeed Vendor Name
TENDER
tender/idBuySpeed Requisition Number (REQ_NBR)
tender/titleBuySpeed SHORT_DESC
tender/statusBuySpeed Current Header Status and Descriptions + Codelist mapping
tender/identifiers/idBuySpeed Bid Number
tender/procuringEntity/nameBuySpeed Req Header Column 1 Value + Dictionary
tender/value/amountBuySpeed Req Header Column 5 Value
tender/procurementMethod

determined by the combination of values in the following source fields:

  • BuySpeed PO Type Code
  • BuySpeed PO Header Column 17 Value
  • BuySpeed Bid Header Column 3 Value
  • BuySpeed Bid Header Column 11/12/13/14 Value
  • SAP “PO Listing Report” Outline agreement
  • SAP “PO Listing Report” Purchasing Doc. cType
tender/mainProcurementCategory

derives from the one of the listed fields in the given order

  • BuySpeed Req Header Column 12 Value + Codelist mapping
  • BuySpeed Type Code + Codelist mapping
  • BuySpeed PO Type Code + Codelist mapping
tender/awardCriteria
  • BuySpeed Type Code + Codelist mapping
  • BuySpeed PO Type Code + Codelist mapping
tender/submissionMethod

depends on tender/procurementMethod:

  • selective/open = electronicSubmission
  • direct/limited = written
tender/tenderPeriod/startDateBuySpeed Bid - In Progress Date
tender/tenderPeriod/endDateBuySpeed Bid - Opened Date
tender/enquiryPeriod/endDateBuySpeed Bid - Opened Date
tender/awardPeriod/startDateBuySpeed PO - In Progress Date
tender/selectionCriteria/criteria/type

derives from the column that provides the data:

  • BuySpeed Bid Header Column 11/13 Value = technical
  • BuySpeed Bid Header Column 12/14 Value = economic
  • BuySpeed Bid Header Column 3 Value = suitability
tender/selectionCriteria/criteria/description

technical/economic

  • BuySpeed Bid Header Custom Column 11/13 Value + Dictionary
tender/selectionCriteria/criteria/minimum
  • BuySpeed Bid Header Column 12 Value
  • BuySpeed Bid Header Column 14 Value
AWARD
awards/idBuySpeed Alternate Id (it corresponds to SAP “PO Listing Report” Purchasing Document number)
awards/titleSAP “PO Listing Report” Short text of item 10
awards/statusBuySpeed PO Status + Codelist mapping
awards/dateBuySpeed PO - In Progress Date
awards/value/amount
  • BuySpeed PO Header Column 17 Value
  • SAP “Contract Listing Report” Original Con Amt.
awards/suppliers/nameBuySpeed Vendor Name
awards/contractPeriod/startDateSAP “PO Listing Report” Created On
awards/contractPeriod/endDateSAP “PO Listing Report” Delivery Date
CONTRACT
contracts/idBuySpeed Alternate Id (it corresponds to SAP “PO Listing Report” Purchasing Document number)
contracts/awardIDBuySpeed Alternate Id (it corresponds to SAP “PO Listing Report” Purchasing Document number)
contracts/titleSAP “PO Listing Report” Short text of item 10
contracts/status

active

  • we are between SAP “PO Listing Report” Created On and SAP “PO Listing Report” Delivery Date

terminated

  • SAP “PO Listing Report” Delivery Date is in the past
contracts/period/startDateSAP “PO Listing Report” Created On
contracts/period/endDateSAP “PO Listing Report” Delivery Date
contracts/value/amount

sum of all rows of the specific PO

  • SAP “PO Listing Report” Gross Order Value 
contracts/items/id

item ID contains

  • SAP “PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item number

e.g. 22298257-10

contracts/items/descriptionSAP ”PO Listing Report” Short Text
contracts/items/classification/idSAP ”PO Listing Report” Material Group
contracts/items/classification/descriptionSAP ”PO Listing Report” Material Group + Dictionary
contracts/items/quantitySAP “PO Listing Report” Order Quantity
contracts/items/unit/id

SAP “PO Listing Report” Order Unit + Dictionary

  • USD = M4
  • EA = NAR
contracts/items/unit/name

SAP “PO Listing Report” Order Unit + Dictionary

  • USD = M4 = monetary value
  • EA = NAR = number of articles
IMPLEMENTATION
contracts/implementation/transactions/id

transactions ID is a combination of

  • SAP ”PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item number

Each PO item results into an individual transaction

e.g. 22298257-10 

contracts/implementation/transactions/dateSAP ”PO Listing Report” Delivery Date
contracts/implementation/transactions/value/amountSAP “PO Listing Report” Total Invoiced to Date
contracts/implementation/transactions/payer/nameBuySpeed Req Header Column 1 Value + Dictionary
contracts/implementation/transactions/payee/nameBuySpeed Vendor Name
contracts/implementation/transactions/relatedImplementationMilestone/idequal to the corresponding contracts/implementation/milestones/id
contracts/implementation/transactions/relatedImplementationMilestone/titleequal to the corresponding contracts/implementation/milestones/title
contracts/implementation/milestones/id

Purchase Orders milestone ID contains:

  • prefix - PO
  • SAP “PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item

e,g, PO-22298257-10

contracts/implementation/milestones/title

Purchase Orders milestone

  • SAP “PO Listing Report” Short Text
contracts/implementation/milestones/typePurchase Orders milestone = payment
contracts/implementation/milestones/dueDate

Purchase Orders milestone

  • SAP “PO Listing Report” Delivery Date
contracts/implementation/milestones/status

scheduled = PO is not invoiced yet

  • SAP “PO Listing Report” Total Invoiced to Date=0
  • SAP “PO Listing Report” Delivery Date is in the future

partiallyMet = PO is partially invoiced

  • SAP “PO Listing Report” Total Invoiced to Date < SAP “PO Listing Report” Gross order value 

met = PO is fully invoiced

  • SAP “PO Listing Report” Total Invoiced to Date = SAP “PO Listing Report” Gross order value 

notMet = PO is not invoiced and overdue

  • SAP “PO Listing Report” Total Invoiced to Date=0
  • SAP “PO Listing Report” Delivery Date is in the past

PO Mapping

OCDSSource
GENERAL
ocid

ocid consists of

  • ocid prefix - ocds-ptecst
  • SAP “PO Listing Report” Purchasing Document

e.g. ocds-ptecst-22320991

dateSAP “PO Listing Report” Created On
id

party IDs are built from

  • prefix
    • US_OR-PDX
  • source system abbreviation
    • SAP
  • field abbreviation
    • ABBR = abbreviation
    • VNBR = vendor number
    • SID = supplier ID
  • field value

e.g. 

  • US_OR-PDX-SAP-ABBR-PK00
  • US_OR-PDX-SAP-VNBR-100692
buyer/nameSAP “PO Listing Report” Business Area + Dictionary
parties/name

buyer/procuringEntity/payer

  • SAP “PO Listing Report” Business Area + Dictionary

tenderer/supplier/payee

  • SAP “PO Listing Report” Name 1 (Vendor Name)
parties/identifier/id

buyer/procuringEntity/payer

  • SAP “PO Listing Report” Business Area

tenderer/supplier/payee

  • SAP “PO Listing Report” Vendor number
parties/identifier/legalName

buyer/procuringEntity/payer

  • SAP “PO Listing Report” Business Area + Dictionary

tenderer/supplier/payee

  • SAP “PO Listing Report” Name 1 (Vendor Name)
TENDER
tender/idSAP “PO Listing Report” Purchasing Document
tender/titleSAP “PO Listing Report” Short text of item 10
tender/statusas soon as we have PO created, tender stage is completed
tender/procuringEntity/nameSAP “PO Listing Report” Business Area + Dictionary
tender/procurementMethod

determined by the combination of values in the following source fields:

  • SAP “PO Listing Report” Outline agreement
  • SAP “PO Listing Report” Purchasing Doc. Type
tender/mainProcurementCategory
  • SAP “PO Listing Report” Purchasing Group + Codelist mapping
tender/submissionMethod

depends on tender/procurementMethod:

  • selective/open = electronicSubmission
  • direct/limited = written
AWARD
awards/idSAP “PO Listing Report” Purchasing Document
awards/titleSAP “PO Listing Report” Short text of item 10
awards/statusPO is created equals to award is active
awards/dateSAP “PO Listing Report” Created On
awards/suppliers/nameSAP “PO Listing Report” Name 1 (Vendor Name)
awards/contractPeriod/startDateSAP “PO Listing Report” Created On
awards/contractPeriod/endDateSAP “PO Listing Report” Delivery Date
CONTRACT
contracts/id

SAP “PO Listing Report” Purchasing Document

 

contracts/awardID

SAP “PO Listing Report” Purchasing Document

 

contracts/titleSAP “PO Listing Report” Short text of item 10
contracts/status

active

  • we are between SAP “PO Listing Report” Created On and SAP “PO Listing Report” Delivery Date

terminated

  • SAP “PO Listing Report” Delivery Date is in the past
contracts/period/startDateSAP “PO Listing Report” Created On
contracts/period/endDateSAP “PO Listing Report” Delivery Date
contracts/value/amount

sum of all rows of the specific PO

  • SAP “PO Listing Report” Gross Order Value
contracts/items/id

item ID contains

  • SAP “PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item number

e.g. 22298257-10

contracts/items/descriptionSAP ”PO Listing Report” Short Text
contracts/items/classification/idSAP ”PO Listing Report” Material Group
contracts/items/classification/descriptionSAP ”PO Listing Report” Material Group + Dictionary
contracts/items/quantitySAP “PO Listing Report” Order Quantity
contracts/items/unit/id

SAP/PO Listing Report/Order Unit + Dictionary

  • USD = M4
  • EA = NAR
contracts/items/unit/name

SAP/PO Listing Report/Order Unit + Dictionary

  • USD = M4 = monetary value
  • EA = NAR = number of articles
IMPLEMENTATION
contracts/implementation/transactions/id

transactions ID is a combination of

  • SAP ”PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item number

Each PO item results into an individual transaction

e.g. 22298257-10 

contracts/implementation/transactions/dateSAP ”PO Listing Report” Delivery Date
contracts/implementation/transactions/value/amountSAP “PO Listing Report” Total Invoiced to Date
contracts/implementation/transactions/payer/nameBuySpeed Req Header Column 1 Value + Dictionary
contracts/implementation/transactions/payee/nameBuySpeed Vendor Name
contracts/implementation/transactions/relatedImplementationMilestone/idequal to the corresponding contracts/implementation/milestones/id
contracts/implementation/transactions/relatedImplementationMilestone/titleequal to the corresponding contracts/implementation/milestones/title
contracts/implementation/milestones/id

Purchase Orders milestone ID contains:

  • prefix - PO
  • SAP “PO Listing Report” Purchasing Document number
  • SAP “PO Listing Report” Item

e,g, PO-22298257-10

contracts/implementation/milestones/title

Purchase Orders milestone

  • SAP “PO Listing Report” Short Text
contracts/implementation/milestones/typePurchase Orders milestone = payment
contracts/implementation/milestones/dueDate

Purchase Orders milestone

  • SAP “PO Listing Report” Delivery Date
contracts/implementation/milestones/status

scheduled = PO is not invoiced yet

  • SAP “PO Listing Report” Total Invoiced to Date=0
  • SAP “PO Listing Report” Delivery Date is in the future

partiallyMet = PO is partially invoiced

  • SAP “PO Listing Report” Total Invoiced to Date < SAP “PO Listing Report” Gross order value 

met = PO is fully invoiced

  • SAP “PO Listing Report” Total Invoiced to Date = SAP “PO Listing Report” Gross order value 

notMet = PO is not invoiced and overdue

  • SAP “PO Listing Report” Total Invoiced to Date=0
  • SAP “PO Listing Report” Delivery Date is in the past
Back to top