What's New
Connectbase Software Release Notes
New features and enhancements in this release
Connectbase introduced the following new features, enhancements and bug fixes in this release.
API Enhancement
Zayo API has been implemented as an available External API integration with the following details.
Supported Countries: US, Canada, UK
Covered Products: Following products, access mediums and speeds are supported:
IP-DIA (Dedicated Internet) | Fiber, Copper: 10 20 30 40 50 60 70 80 90 100 150 200 250 300 400 500 600 700 800 900 1000 2000 3000 4000 5000 10000 15000 20000 25000 30000 35000 40000 45000 50000 100000
ETH-ELINE-UNI (Ethernet-Switched) | Fiber, Copper: 10 20 30 40 50 60 70 80 90 100 150 200 250 300 400 500 600 700 800 900 1000 2000 3000 5000 10000 20000 30000 40000
Danish Ethernet VPN (via NNI) (Ethernet - Switched | Fiber): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000, 2000, 3000, 4000, 5000, 6000, 7000, 8000, 9000, 10000
ETH-ELINE-P2P (Ethernet - Dedicated) | Fiber, Copper: 10 20 30 40 50 60 70 80 90 100 150 200 250 300 400 500 600 700 800 900 1000 2000 3000 4000 5000 10000 20000 30000 40000
WAVES-STD-P2P (Wavelengths) | Fiber, Copper: 1000 2500 10000 40000 100000
Supported Terms: 12, 24, 36, 48, 60 Months.
AAPT FrontierLink has been implemented as an available External API integration with the following details.
Supported Countries: Australia
Covered Products: Following products, access mediums and speeds are supported:
E-Line (on Ethernet Switched - Access Medium=Fiber): Speeds from 1 to 10GB, as provided by the supplier in the rate card
E-Lan (on Ethernet Switched - Access Medium=Fiber): Speeds from 1 to 10GB, as provided by the supplier in the rate card
AAPT FastFibre Metro (on Ethernet Switched - Access Medium=Fiber): Speeds from 1 to 10GB, as provided by the supplier in the rate card
AAPT FastFibre NBN Fibre Tc2 (on Ethernet Switched - Access Medium=Fiber): 10 Mbps, 20 Mbps, 30 Mbps, 40 Mbps, 50 Mbps, 60 Mbps, 70 Mbps, 80 Mbps, 90 Mbps, 100 Mbps
AAPT FastFibre NBN Copper Tc2 (on Ethernet Switched - Access Medium=Copper): 5 Mbps 10 Mbps, 20 Mbps
AAPT FastFibre NBN Fibre Tc4 (on Broadband - Access Medium=Fiber): 12Mbps/1Mbps, 25Mbps/5Mbps, 25Mbps/10Mbps, 50Mbps/20Mbps, 100Mbps/40Mbps, 500Mbps/50Mbps, 250Mbps/100Mbps, 500Mbps/200Mbps, 750Mbps/50Mbps, 1000Mbps/100Mbps, 1000Mbps/400Mbps
AAPT FastFibre NBN Copper Tc4 (on Broadband - Access Medium=Copper): 12Mbps/1Mbps, 25Mbps/5Mbps
AAPT FastFibre NBN Wireless Tc4 (on Broadband - Access Medium=Fixed Wireless): 12Mbps/1Mbps, 25Mbps/5Mbps
AAPT FastFibre NBN COAX Tc4 (on Broadband - Access Medium=COAX/HFC): 12Mbps/1Mbps, 25Mbps/5Mbps, 25Mbps/10Mbps, 50Mbps/20Mbps, 100Mbps/40Mbps, 500Mbps/50Mbps, 250Mbps/100Mbps, 750Mbps/50Mbps, 1000Mbps/100Mbps
AAPT FastFibre NBN Satellite Tc4 (on Broadband - Access Medium=Fixed Wireless - Satellite): 12Mbps/1Mbps, 25Mbps/5Mbps
AAPT NBN Enterprise Ethernet (on Ethernet Switched - Access Medium=Fiber): 250 Mbps, 500 Mbps, 1 Gbps
National Wholesale Broadband Fibre (on Broadband - Access Medium=Fiber): 12Mbps/1Mbps, 25Mbps/5Mbps, 25Mbps/10Mbps, 50Mbps/20Mbps, 100Mbps/40Mbps, 500Mbps/50Mbps, 250Mbps/100Mbps, 500Mbps/200Mbps, 750Mbps/50Mbps, 1000Mbps/100Mbps, 1000Mbps/400Mbps
National Wholesale Broadband Copper (on Broadband - Access Medium=Copper): 12Mbps/1Mbps, 25Mbps/5Mbps
National Wholesale Broadband Wireless (on Broadband - Access Medium=Fixed Wireless): 12Mbps/1Mbps, 25Mbps/5Mbps
National Wholesale Broadband - Satellite (on Broadband - Access Medium=Fixed Wireless - Satellite): 12Mbps/1Mbps, 25Mbps/5Mbps
Supported Terms: 24, 36, 48 Months.
Additional Notes:
NBN via National Wholesale Broadband Product (NWBP): This is AAPT's NBN aggregation product. AAPT became a certified NBN service aggregator in 2011, providing NBN, Telstra, AAPT and Optus services as an independent network aggregation. The idea is that AAPT sits between you (the RSP/ISP) and NBN Co: it connects to NBN's points of interconnect, carries the traffic over its own national backhaul, and hands it to you at a small number of aggregated handover points rather than making you build presence at all 121 PoIs. The aggregation product is offered to service providers as a coherent offering, rather than splitting it into NBN and non-NBN tiers — so you can order standardised NBN access (the residential/SME NBN Ethernet traffic classes — FTTP, FTTC, FTTN, HFC, fixed wireless) nationally without holding your own NBN Co wholesale agreement and backhaul. It's the right fit for volume/mass-market broadband resale.
NBN via Fast Fibre Fast Fibre is a different beast — it's a carrier-grade Ethernet access service over the AAPT/TPG network. Fast Fibre is a new-generation AAPT/TPG Ethernet access service delivering symmetric 250 Mbps, 400 Mbps, 1, 2, 5 and 10 Gbps connectivity, and it can also carry NBN Ethernet TC-2/TC-4 access as well as business NBN Enterprise Ethernet up to 1000 Mbps. The key architectural point is that Fast Fibre provides a single "access pipe" that can connect up to 4 products, letting you tailor and split bandwidth across data and voice services on one fibre tail. So "NBN via Fast Fibre" means the NBN service rides as one product on this shared high-capacity, SLA-backed business access (99.95% availability guarantee with 24×7 support), typically delivered with an NTU. It's aimed at business/enterprise connectivity rather than commodity broadband.
Vodafone TOP has been implemented as an available External API integration with the following details.
Supported Countries: United Kingdom
Covered Products: Following products, access mediums and speeds are supported:
Wholesale Internet Access ( Dedicated Internet | Fiber): 2, 4, 6, 8, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 200, 300, 400, 500, 600, 700, 800, 900, 1000, 1500, 2000, 2500, 3000, 3500, 4000, 4500, 5000, 6000, 7000, 8000, 9000, 10000 Mbps
Ethernet Wireline - Interconnect (Ethernet - Switched | Fiber): 2, 4, 6, 8, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000, 1500, 2000, 2500, 3000, 3500, 4000, 4500, 5000, 6000, 7000, 8000, 9000, 10000 Mbps
Supported Terms: 12, 36 Months.
Additional Notes: NNI required for EWL
China Telecom Global MEF has been implemented as an available External API integration with the following details.
Covered Products:
Ethernet Layer 2 (Ethernet - Switched)
Access Media: Fiber, Copper, Radio (Quoted as ‘Wireless - Mobile’)
Speeds: 2, 4, 6, 8, 10, 15, 20, 25, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000
Supported Countries: China, Hong Kong, Japan, South Korea, Singapore, Vietnam, Myanmar, Pakistan, Kazakhstan, Russia, United States, UAE, South Africa, Kenya, Nigeria, Egypt, Bahrain
DIA (Dedicated Internet)
Access Media: Fiber, Copper, Radio (Quoted as ‘Wireless - Mobile’)
Speeds: 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 200, 300, 500, 1000
Supported Countries: China, Hong Kong, Japan, South Korea, Singapore, Thailand, Indonesia, Cambodia, Myanmar, Russia, UAE, South Africa, Kenya, Djibouti
ADSL (Broadband)
Access Media: Fiber, Copper, Radio (Quoted as ‘Wireless - Mobile’)
Speeds: 100/10, 200/20, 300/30, 500/30
Supported Countries: China, Hong Kong, Japan, South Korea, Singapore, Thailand, Indonesia, Cambodia, Myanmar, Russia, UAE, South Africa, Kenya, Djibouti
Supported Terms: 12, 24, 36 Months.
Additional Notes: This integration does not currently support China Telecom Global’s SD-WAN or Cloud Connect products.
Neos Networks has been implemented as an available External API integration with the following details.
Supported Countries: United Kingdom
Covered Products: Following products, access mediums and speeds are supported:
P2P - Ethernet Dedicated
NNI - Ethernet Switched
IA - Dedicated Internet
Optical P2P - Wavelengths
P2CCT - Ethernet Dedicated
NNI2CCT - Ethernet Switched
Access Medium: Fiber
Speeds: 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 200, 300, 400, 500, 600, 700, 800, 900, 1000 Mbit/s, 2, 3, 4, 5, 6, 7, 8, 9, 10 Gbit/s, 100 Gbit/s, 400 Gbit/s, FTTC 80:20, FTTP 115:20, FTTP 220:30, FTTP 330:50, FTTP 550:75, FTTP 500:165, FTTP 1000:115, FTTP 1000:220
Supported Terms: 12, 24, 36, 48, 60 Months.
Additional Notes: NNI IDs are retrieved by calling GetNNIAgreements. This returns a list of NNI agreements linked to the customer account. Use the Id field from each NNIAgreement as AEndNNIId in the quote request.
Exponential-E has been implemented as an available External API integration with the following details.
Supported Countries: United Kingdom
Covered Products: Following products, access mediums and speeds are supported:
Smart Wires - Ethernet-Switched
Smart EPL - Ethernet-Switched (Note: EPL is not included in the initial Exponential-E integration and will be added in a future phase.)
Access Medium: Fiber
Speed: 1, 2, 3, 4, 5, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 200, 300, 400, 500, 600, 700, 800, 900, 1000
Supported Terms: 12, 36 Months.
Additional Notes: NNI/PoP is not required in the request.
We are updating our CityFibre TMF-Eth API integration to allow matching to CityFibre locations based on the provided building name when no street number is present in the address of the provided service location. This will increase the successful quote rate of requests containing non-standard UK address information.
TCW Enhancements
Administrators can now configure and toggle Connectbase Bid Manager (CBM) access for Business Partner Portal (BPP) users via Admin, providing granular control over feature visibility and entitlement access.
Enhancement Details:
Admin-Configurable Entitlement: The "Allow CBM" setting is now an editable toggle in SuperAdmin and TCW Admin for Business Partner user accounts.
Default Disabled State: The "Allow CBM" setting defaults to disabled upon creation or role assignment of new Business Partner user accounts, requiring explicit administrator enablement.
Business Partner Portal Action Control:
Enabled: Business Partner Portal users can view and access the "Initiate CBM" action to send CBM requests to the Business Partner owner.
Disabled: The "Initiate CBM" action is hidden and restricted in the Business Partner Portal.
Business Impact
Provides administrators with modular feature governance, allowing organizations to selectively enable Connectbase Bid Manager for specific Business Partner accounts.
Connectbase Bid Manager (CBM) now offers programmatic read access via new public REST API endpoints. External consumers and integrated systems can now retrieve, filter, and monitor bid management requests and detailed line-item requirements.
Enhancement Details:
Given an identified companyID and quoteID, user can retrieve information about a Bid Management request.
Attributes: requestID, origin (Direct Engagement vs. Deal Desk), status, account, deal, quoteName, createdAt, dueDate, quoteType (budgetary/final), confirmedOrder (yes/no), endCustomerName, externalReferenceId, age, requirementsCount, engagementReason, requester, assignedTo, and suppliers.
Flexible Query Filtering: Supports filtering across both backing sources by quoteId, status, date ranges (createdFrom/createdTo and dueFrom/dueTo).
Unified Pagination & Error Handling: Merges total counts across backends with default pagination of 100 records (maximum 500 per page). Returns 404 Not Found when a specified quoteId filter yields no matching requests.
GET List CBM Bid Requirements
Given an identified requestID and/or solutionID, user can retrieve detailed requirement level information.
Attributes: location, product, commercialProductName, supplierProductName, mediaType, downloadSpeed, uploadSpeed, term, currency, installInterval, lastMileProvider, supplierQuoteId, connector, interfaceType, hubType, mttr, originalMrc, originalNrc, originalDispositionCode, newMrc, newNrc, newDispositionCode, siteContactName, siteContactNumber, siteContactEmail, and attachments.
Lifecycle State Translation: Translates lifecycle states (e.g., Waiting for Supplier, Pricing Received, Approved, Rejected) and captures both initial quoted figures (originalMrc, originalNrc, originalDispositionCode) and supplier-updated responses (newMrc, newNrc, newDispositionCode).
Site Contact Information: Exposes site contact information (siteContactName, siteContactNumber, siteContactEmail) at the requirement level for streamlined location coordination.
Attachments: Requirements include an attachments array with file metadata and secure download tokens.
Future Roadmap
Programmatic Creation via POST Endpoints: These initial GET endpoints constitute Phase 1 of the CBM API suite. Future updates will introduce POST endpoints to enable external systems to programmatically create and submit bid management requests and requirements directly.
Sales and Deal Desk users can now initiate and manage pricing requests for Upgrades, Downgrades, and Renewals of existing customer services. The workflow captures existing circuit details and requested change specifications, routes requests to suppliers for updated pricing, and delivers approved pricing directly into quoting results.
Upgrade/Downgrade and Renewal request types initiate a manual quoting workflow and require Connectbase Bid Management access.
New Capabilities:
Request Type Selection: A new Request Type field is available when configuring a quote, with options for Standard, Upgrade/Downgrade, and Renewal. Upgrade/Downgrade and Renewal are visible only to users with Connectbase Bid Management access.
Existing Circuit Details & Change Capture: Selecting Upgrade/Downgrade or Renewal expands the configuration to capture existing service details and requested change parameters per location. Site groups are supported.
Supplier Engagement & Response: Suppliers receive a refined notification email and can review full existing circuit context alongside requested changes directly in the Supplier Response Portal before submitting updated MRC/NRC pricing.
Pricing Approval & Results: Once a supplier responds, Deal Desk can approve or reject pricing. Approved pricing flows automatically into quoting results with status and request type updated accordingly.
API Additions: New attributes added to Deal Desk REST API endpoints: Quote Request Type, Existing Circuit Ref, Existing Term End, Existing POP, Existing NNI, and Delivery Type.
Business Impact
Missing.
Three new fields are now available as conditions in the Rules Engine, enabling more targeted and precise rule configuration across Activity, Financial, and CPQ rule types.
Commercial Product Name — Supports Equal, Not Equal, Contains, and Does Not Contain operators. Blank-named products are excluded from the condition value list.
NNI Capacity — Supports six comparison operators (Equal, Not Equal, >, <, >=, <=). Values are ordered by throughput (1G, 10G, 100G, 400G, 800G), enabling range-based rules (e.g., NNI Capacity >= 10G). NNI Capacity is not available as a condition in Financial Rules. NNI Capacity is also now returned on CPQ Step 3 results and is available under Manage Columns and User Group CPQ View Rights.
Location Type — Supports Equal and Not Equal operators. Previously available in CPQ Rules only; now extended to Activity and Financial Rules.
This update enhances the Activity Rule workflow in CPQ Step 3 and introduces a dedicated Approvals dashboard in Work in Progress (WIP), streamlining how approval-required solutions are identified, submitted, tracked, and approved.
Enhancement Details:
Missing:
CPQ Step 3 Improvements
Specific Approval Type Display: The Requirement column now displays the specific Approval Type (e.g., Capacity) rather than a generic approval label, complete with hover text showing configured descriptions.
Approval Filtering & Submission: Users can filter Step 3 results to show only solutions requiring approval. When approval-required solutions are selected, the Next button is replaced with Approvals Required, updating to Pending Approvals upon submission and advancing the quote status to Approvals.
WIP Approvals Dashboard
Dedicated Approvals Tab: Replaces the former My Activities sub-menu with a top-level Approvals tab in WIP, visible to users assigned to active activity rules or rule groups.
Status Tracking & Assignment: Adds clear status indicators (Waiting, Requested, Complete), Activity ID, Assignee column, and an Assign to Me action for group-assigned rules.
Streamlined Review & Action: Approvers can click Approve/Reject to open the quote pre-filtered to items needing review, supporting individual or bulk approval and rejection.
Quote Advancement Validation
Quotes are blocked from advancing to Step 4 if any selected solution has been rejected or remains in a pending approval state.
Users analyzing quote results in CPQ Step 3 can now switch between different layout views to group and evaluate pricing results by Supplier or Location, making it easier to compare options and make final selections.
Enhancement Details:
Default View: Displays the standard, un-grouped results layout.
By Supplier View: Groups pricing results into collapsible sections by supplier name, with fallout items categorized under a No Supplier section.
By Location View: Groups pricing results into collapsible sections by location
Persistent Selections: Solution selections and deselections persist seamlessly across view switches and correctly feed downstream processes (e.g., Initiate CBM, advance to Step 4).
Consistent Column Settings: Custom column configurations set via Manage Columns apply uniformly across all views. Export file format remains unchanged.
Building imports now perform instant file validation at the time of upload, before processing begins. When you upload a building import file, the system immediately checks for structural issues — including missing required columns (Country, State, City, Street Address, Network Build Status, Building Connection Status, Transaction Indicator), unsupported file formats (only .xlsx is accepted), and files exceeding the 100 MB size limit. If a problem is found, you receive a clear, actionable error message identifying exactly what needs to be corrected.
Impact: Previously, structural file errors were only surfaced after the import job had started processing, which could delay your workflow. Now, validation completes in under one second, giving you immediate feedback so you can fix issues and re-upload without waiting. This significantly reduces time spent troubleshooting failed imports and provides a smoother, more predictable upload experience.
User action required: None. This validation runs automatically on every building import upload. If your import files already meet the existing format and column requirements, you will see no change in behavior. If a file has a structural issue, you will now receive an immediate error message instead of encountering a failure later in the process.
Issues resolved in this release
Connectbase resolved the following issues in this release.
Internal Ref # | Issue/resolution |
|---|---|
Issue: GeoJSON files containing point data (such as handhole or equipment locations) uploaded to My Layers were not visible on the map. The uploaded layer appeared to process successfully, but the point features were silently invisible when viewing the map. This occurred because the platform classified all GeoJSON uploads as line layers regardless of the actual data inside the file. At lower zoom levels, some point features could also drop off the map unexpectedly. Resolution: The platform now inspects the actual geometry within a GeoJSON file — points, lines, or polygons — and renders the layer accordingly. Point-based GeoJSON uploads now display correctly as pins on the map, consistent with other point-based formats such as CSV and KMZ. Existing uploads of line, polygon, KMZ, CSV, and KML layers are unaffected. Impact: Any customer who uploaded GeoJSON files containing point data to My Layers was affected. Points were invisible on the map with no error or warning. This fix applies to new uploads going forward; previously uploaded point GeoJSON files may need to be re-uploaded to display correctly. |
Connectbase Software Release Notes
New features and enhancements in this release
Connectbase introduced the following new features, enhancements and bug fixes in this release.
API Enhancement
Zayo API has been implemented as an available External API integration with the following details.
Supported Countries: US, Canada, UK
Covered Products: Following products, access mediums and speeds are supported:
IP-DIA (Dedicated Internet) | Fiber, Copper: 10 20 30 40 50 60 70 80 90 100 150 200 250 300 400 500 600 700 800 900 1000 2000 3000 4000 5000 10000 15000 20000 25000 30000 35000 40000 45000 50000 100000
ETH-ELINE-UNI (Ethernet-Switched) | Fiber, Copper: 10 20 30 40 50 60 70 80 90 100 150 200 250 300 400 500 600 700 800 900 1000 2000 3000 5000 10000 20000 30000 40000
ETH-ELINE-P2P (Ethernet - Dedicated) | Fiber, Copper: 10 20 30 40 50 60 70 80 90 100 150 200 250 300 400 500 600 700 800 900 1000 2000 3000 4000 5000 10000 20000 30000 40000
WAVES-STD-P2P (Wavelengths) | Fiber, Copper: 1000 2500 10000 40000 100000
Supported Terms: 12, 24, 36, 48, 60 Months.
AT&T Price Quote has been implemented as an available External API integration with the following details.
Supported Countries: United States of America
Covered Products: Following products, access mediums and speeds are supported:
Wavelengths | Fiber: 1G, 10G, 40G, 100G, 400G
Supported Terms: 12, 24, 36, 60 Months.
Additional Notes: P2P is required for quoting this API.
We are updating our Verizon Quote integration to include the quoted “UNI Speed” in the API Info of results for the EVPL and Switched E-Line + products. Previously, this information was only available for quotes on Verizon’s TLS product.
We are updating how alternative speeds are offered for Broadband products that carry separate download and upload speeds (for example, 100/20).
Previously, an alternative was only offered when both the download and the upload moved in the direction of the requested speedPolicy. For asymmetric tiers this discarded valid options — a request for 1000/200 was not offered 1000/500, despite the identical download speed and a significantly better upload.
Going forward, either speed can satisfy the speedPolicy on its own, provided the other does not move backwards:
With NEXT_HIGHER, an alternative may have a higher download, a higher upload, or both — and neither speed may be lower than requested.
A request for 100/20 may now be offered 200/20 (higher download, upload unchanged), or 100/30 (higher upload, download unchanged).
An alternative of 120/15 is not offered against a 100/20 request, because the upload would drop.
With NEXT_LOWER, the same rule applies in reverse — neither speed may be higher than requested, and at least one must be lower.
With NEXT_HIGHER_AND_LOWER, both directions are evaluated.
Where more than one tier qualifies, the nearest alternative that improves both speeds is preferred and returned on its own. Only when no single tier improves both will up to two alternatives be returned — the nearest improvement to the download, and the nearest improvement to the upload.
For example, a request for 100/20 where the supplier offers 200/20 and 100/30 but not 200/30 will return both.
Requests for an exact speed match are unaffected, as is the existing setting controlling whether alternatives accompany an exact match. Term resolution is unchanged.
In light of AT&T’s impending end-of-year deprecation of their Wholesale Wireline SQ v3/v4 API, we are updating our AT&T New Experience integration with the following enhancements to facilitate the migration in full:
Enabling the quotation of the following ADI, AVPN, and ASE speeds based on the serviceability of its respective upper-bound AT&T speed.
If 50 Mbps is available, then requests for 30 Mbps and 40 Mbps will also qualify.
If 100 Mbps is available, then requests for 60 Mbps, 70 Mbps, 80 Mbps and 90 Mbps will also qualify.
If 1000 Mbps is available, then requests for 700 Mbps, 800 Mbps and 900 Mbps will also qualify.
When tier is unavailable in the AT&T response to use for setting Network Connection Status and Building Connection Status, the fiberOnSiteIndicator will be used instead:
If true → Building Connection Status = “OnNet” & Network Connection Status = “Connected”
If false → Building Connection Status = “Off Net” & Network Connection Status = “Not Connected”
We are adding the following information to the returned API Info:
Affiliate Name = affiliateName
ASE Wholesale Project ID = ProjectID associated with ASE Wholesale (ASE Only)
We are updating our integration with the AT&T Wireline API to display the Last Mile Supplier as “AT&T”, regardless of the building and network connection status returned for the service location. Previously, this returned as the LEC Name returned by the API, which has been respectively moved to the Notes as information.
TCW Enhancements
Added the ability to set Building Connection Status through CPQ Rules, enabling Building Status values to be assigned to pricing results from geography-based and other rate cards that are not associated with a building list.
Enhancement Details:
The Building Connection Status attribute is now available when configuring a CPQ Rule action of Set to. Rules can assign the following statuses:
OnNet
OffNet
Near Net
On Net-Limited Access
Prospect
The rule applies to both All Locations and Building pricing. When a rule matches the configured criteria, the resulting Building Connection Status is updated accordingly, including overwriting a status already returned in the pricing results.
Business Impact
This enhancement removes a limitation for geography-based rate cards, which previously could not provide Building Connection Status because they were not linked to a building list. It allows customer-specific pricing logic to distinguish between On Net, Near Net, and Off Net availability and supports Vodafone’s migration requirements for consistent Building Status values in downstream quoting and ordering workflows.
As a buyer utilizing CPQ selection rules to help me identify my lowest cost solutions from my automated pricing, I need the ability to write a CPQ Rule to select the lowest total order value (TOV) per address per product.
Requirements:
From CPQ Rules - create new or edit CPQ Rule:
When data type = “Pricing Criteria”, add a new use value of “Lowest TOV per Address per Product”. Currently only Lowest TOV per Address, and Lowest TOV per Supplier exists.
When rule is created for data type = pricing criteria and use value = lowest TOV per address per product and action = selection, the system should auto-select in CPQ Step 3 the solution with the lowest dollar value in the Total Order Value (TOV) field in CPQ Step 3.
Change should be logged in Automation and Quote Log consistent with existing CPQ Rules
Connectbase Software Release Notes
New features and enhancements in this release
Connectbase introduced the following new features, enhancements and bug fixes in this release.
API Enhancement
Cammington API has been implemented as an available External API integration with the following details.
Supported Countries: South Africa
Covered Products: Following products, access mediums and speeds are supported:
Comsol CX Broadband (Dedicated Internet | Wireless - Fixed): 10, 20, 50, 100
Comsol 5G (Broadband | Wireless - Fixed): 10/10, 20/20, 25/25, 50/25, 50/30, 100/30, 100/50, 200/30, 200/100
Supported Terms: Any (maintained via rate card)
We have updated our ENET Service Quotation integration to quote by Eircode rather than per-address, at ENET’s recommendation since pricing will be the same across all addresses within a common Eircode. Additionally, we have updated our integration to account for ENET increasing the daily limit of calls to a single Eircode from 10 calls to 30 calls. These two changes will allow significantly greater API throughput for quotes with multiple locations that share the same Eircode (“Zipcode” in the TCW UI).
We have updated our Verizon Exchange Quote integration to resolve some discrepancies in our logic for mapping Access Speed and Interface Speed for the Internet Dedicated+ product. Requests between 100 and 300 Mbps will now request a 1 Gbps interface instead of a 300 Mbps interface.
TCW Enhancements
A new Detailed View option has been added to the WIP – Requests Tab in CBM, enabling users to view all requirements across requests in a single list for faster action at scale.
What's New:
Detailed View Toggle — Switch between a summarized view (grouped by Request ID) and a flat, requirement-level list view directly from the Requests Tab.
Requirement-Level List — Displays all individual requirements in a single list with Request ID as a dedicated, sortable column.
Updated Quick Filters — Filter cards automatically reflect requirement-level metrics when Detailed View is active.
Filtering Retained — All existing filters remain fully functional in Detailed View.
Who Benefits: CBM users managing high volumes of supplier pricing requests who need to quickly identify and act on individual requirements across multiple requests.
The WIP and Global WIP views have been redesigned to improve usability, consolidate navigation, and give users deeper visibility into quote details — all without leaving WIP.
New Info Icon with Quote Details
Info Icon & Quote Details Pop-Up — Click the info icon on any quote to view and export a summary of all locations and configurations in the quote without navigating away from WIP.
UX Refresh & Navigation Consolidation
Action Menu Replaces Icons — Share Quote, Order Quote and Assign User individual action icons have been consolidated into a three-dot action menu on the far left of each WIP line item.
Quote Name Hyperlink — Quote names are now clickable links, replacing the previous "Go to Quote" arrow icon.
New Requirements Count Column — A new "Reqs" column displays the total requirement count (location × config) for each quote, including updates as new CBM pricing is added.
Quick Filter Cards — Five new color-coded quick filters added to WIP and Global WIP:
In Progress — Active quotes in Quote Created, Configuration, or Edit Pricing & Reference Data (Steps 1 - 3)
Pending > 30 Days — Quotes pending longer than 30 days
In Bid Management — Quotes with open CBM Requests
Requires Approvals — Quotes with pending Activity Rule approvals (shown only if approval rules are configured)
Expired Pricing — Quotes with supplier pricing past expiration
Blockers Sub-Menu Retired — The My Blockers sub-menu has been removed as part of consolidating WIP, Activities, and Blockers under a single WIP menu. All Blockers can be viewed by leveraging the “Requires Approvals” and/or “In Bid Management” quick filters in WIP.
Who Benefits: CPQ users who manage quoting workflows and need faster access to quote details, streamlined navigation, and at-a-glance filtering to prioritize work in WIP.
Clone Rule — Duplicate an existing rule via the actions menu. The cloned rule pre-fills with "CLONE - [Rule Name]" and carries over all conditions.
Description Field — A description can now be added when creating or editing a rule and is displayed as a column on the summary screen.
Rule Name Hyperlink — Rule names are now clickable, opening a detail summary view with inline edit access.
Audit Columns — New Created By, Created Date, Modified By, and Modified Date columns provide full change-tracking visibility.
Column Filtering & Sorting — All columns (including new audit fields) are now filterable and sortable.
Label Cleanup — "Activity" column renamed to "Active"; action menu items simplified to "Edit" and "Delete."
Configuration Templates — previously only accessible in CPQ Step 2 — are now fully available within the Quick Quote configuration screen.
What's New:
Select Template & Save Template buttons added to the Quick Quote configuration section, matching the existing CPQ Step 2 experience
Pinned Templates section displayed directly under "Choose Configuration" when one or more templates are pinned for the user's account
Full template interoperability — templates created or edited in Quick Quote are immediately available in CPQ Step 2 and vice versa
One-click configuration apply — selecting a template auto-populates all configuration attributes, allowing users to submit and run the quote immediately
Impact: Streamlines the quoting workflow by eliminating the need to navigate to CPQ Step 2 solely to access saved configuration templates. Users can now create, select, and apply templates without leaving Quick Quote.
The Product Catalog NNI Locations configuration screen now supports additional data fields to improve NNI visibility, management, and downstream quoting accuracy.
What's New:
Facility Owner — free-text field added to capture different facility owners at a POP location
Primary toggle (Yes/No) — identifies whether an NNI is the primary or backup; defaults to primary.
Active toggle (Yes/No) — allows users to mark an NNI as inactive for capacity or other issues and reactivate when appropriate; defaults to Active
NNI Capacity — dropdown field (1G, 10G, 100G, 400G, 800G) to record NNI capacity; informational today, with future use planned to exclude over-capacity NNIs from automated selection
Products — multi-select dropdown to identify which products are supported for each NNI, consistent with existing NNI Rules and NNI Locations pricing dropdown logic
All new fields are available in Manage Columns, the export file, and the import template; the template upload tip screen has been updated accordingly
Impact: Provides telecom buyers and admins with richer NNI configuration data, enabling more precise quoting logic and better management of NNI capacity and availability.
The legacy "Bid Manager (CBM) - Requests to Me" screen has been replaced with a new CBM Supplier Dashboard, giving suppliers a modern, Deal Desk–style experience for managing internal CBM pricing requests. This dashboard is for sellers responding to in platform buyer CBM pricing requests (Request Pricing for Fallout, Negotiate Pricing, Budgetary to Orderable requests)
What's New:
Redesigned dashboard — WIP/Requests-style layout with columns for Company, Status, Requester, Email, Contact Number, Created Date, Due Date, Age, Reqs, and Assigned
Supplier-side status workflow — new statuses (New → Assigned → Pricing Sent → Closed – Buyer Acknowledged) provide clear visibility into request progress from the supplier's perspective
Action menu — three-dot menu on each request with Assign to Me, Unassign, and Respond to Pricing Request options
Inline Supplier Response Portal — "Respond to Pricing Request" opens the full Supplier Response Portal (header info, notes, bulk edit, export/import) in an overlay without leaving the dashboard
Expandable requirements view — expand any request row to see all associated requirements
Info panel — info icon displays request summary fields and buyer notes at a glance
Global Requests — users with the Global WIP setting can view all requests
Quick filters — My Requests and Global Requests each offer targeted filters (Pricing Sent – Waiting on Buyer, New Messages, Approaching Due Date, New Requests)
Impact: Provides suppliers using the internal CBM flow with a feature-rich, self-service dashboard to receive, assign, and respond to pricing requests — replacing the legacy Bid Manager screen with a streamlined workflow that mirrors the buyer-side Deal Desk experience.
Pricing Geography now supports configuration and matching on country-specific postal regions/ postal code prefixes, eliminating the need to configure hundreds of individual postal code rules for regions that share a common prefix.
What's New:
New "Postal Region" Geography Type — available when creating or editing Pricing Tier geography rules, enabling prefix-based matching for supported countries
Supported countries: Canada (FSA, e.g. H3L), Portugal (4-digit, e.g. 1000), UK (outward code, e.g. SW1A), Netherlands (4-digit, e.g. 1234), and Ireland (routing key, e.g. A65)
Country-scoped matching — prefix rules match only within their designated country, preventing cross-country false positives
Impact: Significantly reduces configuration effort for international pricing geography rules. Customers pricing by postal region no longer need to enter every individual postal code — a single prefix rule now covers all matching locations within the specified country.
The maximum number of speeds that can be saved in a Configuration Template has been increased from 50 to 100.
What's New:
Speed selection limit raised — users can now save configuration templates with up to 100 speeds (previously 50)
Broadband support — allows up to 100 combinations of upload/download speeds in Broadband configuration templates
Validation messaging — users who attempt to exceed the 100-speed limit receive a clear error: "Templates cannot be saved with more than 100 speeds."
Impact: Removes a configuration constraint that was too restrictive for customers with large speed portfolios, enabling more comprehensive templates without requiring multiple template workarounds.
What's New:
Redesigned address validation experience in Quick Quote and Deals with improved usability, global-friendly labels, and personalized layout.
Both the original input address and the found quoting address are now displayed side by side in the validation results table.
Data Center search by name or address is now available directly from the typeahead.
Impact:
Faster, more intuitive address entry with fewer steps to move from validation to quoting.
International users benefit from globally appropriate terminology.
Easier comparison between entered and found addresses creates clarity and reduces steps to correct before quoting.
User action required: No action needed. The new screen will be enabled in all instances with the TCW.2026.R16 release.
The Address Autocomplete API has been upgraded to a new centralized autocomplete engine. The developer portal's Address Autocomplete API v2 endpoint now delivers expanded global address coverage with stronger support for international address formats and partial address entry, reduced duplicate suggestions, and improved reliability for searches containing apostrophes and special characters.
Impact: Developers integrating the Address Autocomplete API will see more accurate and relevant address suggestions, a cleaner and more consistent results list with fewer duplicates, and greater reliability across a wider range of address inputs globally.
Connectbase Software Release Notes
New features and enhancements in this release
Connectbase introduced the following new features, enhancements and bug fixes in this release.
API Enhancement
BT Wholesale MEF has been implemented as an available External API integration with the following details.
Supported Countries: United Kingdom
Covered Products: Following products, access mediums and speeds are supported:
Wholesale Optical (Wavelengths | Fiber): 10000, 20000, 30000, 40000, 50000, 60000, 70000, 80000, 90000, 100000, 400000
Wholesale E-Line (Ethernet - Switched | Fiber): 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 200, 300, 400, 500, 600, 700, 800, 900, 1000, 1500, 2000, 2500, 3000, 3500, 4000, 4500, 5000, 5500, 6000, 6500, 7000, 7500, 8000, 8500, 9000, 9500, 10000
Wholesale Ethernet Internet (Dedicated Internet | Fiber): 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 200, 300, 400, 500, 600, 700, 800, 900, 1000, 1500, 2000, 2500, 3000, 3500, 4000, 4500, 5000, 5500, 6000, 6500, 7000, 7500, 8000, 8500, 9000, 9500, 10000
Wholesale E-LAN (Dedicated Internet | Fiber): 0.2, 0.4, 0.6, 0.8, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 95, 100, 125, 150, 175, 200, 250, 300, 350, 400, 450, 500, 600, 700, 800, 900, 1000, 1500, 2000, 2500, 3000, 3500, 4000, 4500, 5000, 5500, 6000, 6500, 7000, 7500, 8000, 8500, 9000, 9500, 10000
Supported Terms: 12, 36, 60 Months
Additional Notes: Superfast GEA is not currently available in the initial integration. This capability will be planned into a future release.
Cegecom MEF has been implemented as an available External API integration with the following details.
Supported Countries: Luxembourg
Covered Products: Following products, access mediums and speeds are supported:
DIA (Dedicated Internet | Fibre): Speeds vary per buyer
Online Business (Dedicated Internet | Fibre): Speeds vary per buyer
Supported Terms: 12, 24, 36 Months
We are updating our Verizon Exchange Quote API integration with more detailed quote results and messaging concerning the impact of the returned access on the Building Connection Status and Network Connection Status values. This includes the following changes:
Exposing the following info to the buyer verbatim: Access Type, Access Provider Name, and Lit Capability
Adding the following condition messaging for ID+, Switched E-Line +, and EVPL, based on the returned accessProvider:
“VZB” →; “This service is on-net because the access provider for this VZB product at this location is Verizon’s ‘VZB’ legacy network.”
“VZT” →; “This service is off-net because the access provider for this VZB product at this location is Verizon’s ‘VZT’ legacy network.”
Else → “This service is off-net because the access provider for this VZB product at this location is [accessProviderName].”
Reconfiguring the Network Connection Status with the following logic:
If TLS or OWS (VZT products) and successfully quoted -> On-Net & Connected
For all other products (VZB products), this is based on accessProvider:
“VZB” →; On-Net & Connected
“VZT” →; Off-Net & Connected
Else → Off-Net & Not Connected
The primary change is replacing the overall log mapping from being purely based on the Lit Capability that Verizon returns and instead reading out the logic from the base components available.
This change adds an 'NNI Location' attribute that enables NNI selection for the applicable supplier APIs.
We have enriched our Optimum integration with the capability to quote their Dedicated Internet product:
Fiber: 10M, 20M, 50M, 100M, 150M, 200M, 250M, 500M, 1000M.
TCW Enhancements
A new "Request NNI(s)" button has been added to CPQ Step 2 (Configuration) that allows users to review, override, and manually select NNI Locations for any or all requirements in a quote — directly from the configuration screen without navigating away. Clicking the button opens an expandable popup overlay displaying all locations in the quote/deal with their system-selected NNI, along with fields for Address, Site Group, Product Category, Commercial Product, Speed, Selected NNI Location, Selection Criteria, and an edit icon. Each row is pre-populated with the NNI determined by existing system logic (distance-based or rule-based), and users can override any selection individually or in bulk using a detailed "Select NNI Location" screen with geography pre-filtering and manual address search. A Selection Criteria column tracks how each NNI was determined — "Distance," "Rule," or "Manual" — and CPQ results honor manual selections as the highest priority, overriding both distance and rule-based logic.
Why it matters: Previously, users had no ability to override the system-selected NNI during the quoting process. If the default NNI (determined by distance or geography rule) was not the desired NNI due to existing infrastructure, contractual preferences, or business requirements — there was no mechanism to select an alternative. Users can now take direct control of NNI selection at the point of configuration, ensuring quotes reflect the intended NNI and associated supplier pricing, including cross-connect pricing when a Supplier NNI exists for the manually selected location.
How to use it: In CPQ Step 2, click the "Request NNI(s)" button near the bottom right and review the pre-populated NNI selections by quote location. Use the edit icon on any row to open the Select NNI Location screen to edit the NNI Location and save.
Who it's for: CPQ users and telecom buyers who need to override default NNI selections during the quoting process — particularly in scenarios involving preferred NNI locations, specific supplier infrastructure, or business requirements that differ from the system's distance-based or rule-based defaults.
Additional notes:
Manual NNI selections are the highest priority and override both distance-based and rule-based selections in CPQ results.
When a Supplier NNI exists for a manually selected NNI Location and product, it is returned with configured cross-connect pricing alongside the supplier's pricing results (e.g., DIA, Ethernet).
API-integrated customers can now submit an NNI Location in their POST Create Pricing request and have it honored for internally connected TCW suppliers — not just Carrier API suppliers. When a specific NNI Location address is submitted in apiRequestAttributes, the platform resolves the NNI using a three-step hierarchy: First, it checks for a matching NNI Geography Rule by address, supplier, and product category; if none is found, it looks up Active NNI Location records directly in the buyer's NNI Locations table; and if no matching record exists, it falls back gracefully to the existing proximity-based (Level 1) and geography rule (Level 2) NNI selection logic with an informative message at the supplier-result level. When NNI Location is not submitted or is set to "Nearest," existing default behavior is preserved with no change. Cross connect pricing is automatically applied from the matched NNI Location record when a Product Category match (or catch-all entry) exists.
Why it matters: Previously, the NNI Location override submitted via the API was only honored for specific Carrier API suppliers. For internally connected TCW suppliers, the platform always applied the default proximity-based or geography rule NNI selection — even when the buyer needed a specific NNI for business, contractual, or infrastructure reasons. Customers require the ability to select specific PoPs/NNI Locations when quoting because the nearest NNI may not always be the desired one depending on the circumstance. This feature closes that gap, giving API consumers full control over NNI selection across all supplier types in a single request.
How to use it: Submit the desired NNI Location address in the apiRequestAttributes field of your POST Create Pricing or POST Create Pricing with Site Groups request. The platform will resolve the NNI for each internally connected TCW supplier using the three-step hierarchy described above. Pricing results are returned for all matching NNIs with the corresponding nniLocation and customerNniId fields populated in the GET prices response. If no match is found, the response includes an informative message at the supplier-result level — "NNI Location not found for [Supplier]. Default NNI Geography Rules applied." — and other suppliers in the same request are unaffected.
Who it's for: API-integrated customers and buyers who need to override the default NNI selection for internally connected TCW suppliers during automated quoting — particularly in scenarios involving preferred NNI locations, specific supplier infrastructure, or business requirements that differ from the system's distance-based or rule-based defaults.
The NNI Locations screen now includes a new "Supplier NNI ID" field, distinct from the Customer NNI ID, allowing buyers to capture supplier-specific NNI identifiers. The "Buyer NNI ID" field has been renamed to "Customer NNI ID," and the TCW internal "NNI Location ID" is now visible in the table. The NNI Geography Rules editor has been upgraded — instead of an ambiguous address-only dropdown, selecting an NNI Location now opens a detailed pop-up displaying all NNI fields (including Supplier NNI ID) with checkboxes for precise selection. Additional UX improvements include an updated table design, expandable columns that reveal full content inline, accessible horizontal scrolling, and a Manage Columns option with persistent settings across sessions. Export files and import templates have been updated to reflect all new and renamed fields.
Impact: Buyers with multiple supplier NNIs at the same location can now clearly distinguish between them when configuring NNI Geography Rules, eliminating the risk of incorrect NNI selection and failed quotes. The pricing engine now uses the specific NNI Location ID captured during rule creation, ensuring accurate NNI and pricing are returned. This resolves scenarios where identical address keys caused ambiguous rule mappings and pricing failures.
User action required: Customers with existing NNI Geography Rules where multiple NNIs exist for the same supplier at the same location should review those rules to ensure the correct NNI is now selected using the new selection pop-up. CSMs may assist with this review. No changes are needed for single-NNI-per-location configurations.
Before vs After: Previously, the NNI Geography Rule editor displayed NNI Locations in a dropdown showing only the address — when two NNIs shared the same address, there was no way to distinguish between them during the quoting process. Now, selecting an NNI Location opens a detailed pop-up showing Supplier NNI ID, Customer NNI ID, address, and all other NNI fields, allowing admins to clearly identify and select the intended NNI.
Deal Desk users can now formally reject a request directly from the Requests Work-in-Progress (WIP) view using a new "Reject Request" action. When rejecting, the user is presented with the high-level details of the request, a required dropdown of standardized Rejection Reasons, and a required notes field to explain the rejection. Upon submission, the request is moved to a terminal CBM-Rejected status — which cannot be reopened — and all associated Requirement-level statuses are automatically set to Canceled. The rejection note is captured as a message in the request's message section, the requester receives a detailed email notification with the rejection reason and notes, and activity log entry is recorded.
Why it matters: Previously, Deal Desk had no formal mechanism to reject requests that could not or would not be worked — such as duplicates, requests with inaccurate locations, or submissions missing critical information. Without a structured rejection workflow, these requests remained in an ambiguous state, creating noise in the WIP queue and leaving requesters without clear feedback. This feature gives Deal Desk a clean, auditable way to close out unworkable requests, keeps the WIP queue focused on actionable items, and ensures requesters are promptly notified with a clear reason and message so they can take appropriate next steps.
How to use it: From the Requests WIP view at the Request level, users with Deal Desk or Deal Desk Management permissions will see a new Reject Request action. Clicking it opens a rejection form showing the request's high-level details. Select a Rejection Reason from the dropdown, enter a required explanation in the notes field, and submit.
Who it's for: Deal Desk users and Deal Desk Managers who need to formally close out requests that cannot be worked, and CPQ requesters who need timely, structured feedback when their request is not accepted.
Supplier admins can now manage which users are available as contacts for CBM Supplier Pricing Requests through a user group setting called [CBM] Supplier Pricing Response. Admins can enable this setting from Admin → User Group Settings on an existing or new user group. Users in that group will appear as selectable contacts when buyers create Supplier Pricing Requests for that supplier. The setting tooltip reads: “Users are able to respond to CBM Pricing Requests from connected buyers.”
Why it matters: CBM Respond was previously managed as a per-user SuperAdmin entitlement, which required Connectbase support and gave supplier admins limited visibility or control. Moving it to User Group Settings gives suppliers a self-service way to manage their CBM response contacts, keep contact lists current, and remove stale or test users from buyer-facing workflows.
Release note: Upon release, any instance with one or more users who already have the CBM Respond entitlement will automatically receive a new user group called [CBM] Supplier Pricing Response. All users with the existing CBM Respond entitlement will be added to that group automatically. Admins can then audit, amend, or delete the group as needed. This preserves continuity of the user experience while giving admins control going forward.
How to use it: Go to Admin → User Group Settings, find [CBM] Supplier Pricing Response, and enable it for the group that should receive CBM Supplier Pricing Requests. Add or remove users from that group as contacts change. Users in the enabled group will be available to buyers as suggested Supplier Pricing Request contacts; removing a user from the group removes them from that contact list.
Deal Desk and CPQ users can now send and receive follow-up messages directly to and from supplier contacts on Supplier Pricing Requests — without leaving the Requests Work-in-Progress (WIP) view. A new "Add External Note" option has been added to the Messaging/Envelope icon at both the request and requirement level. When selected, a dialogue box with a rich text editor opens, allowing the user to compose and send a message. Upon sending, the note is captured in the messaging screen and highlighted in yellow to visually distinguish external notes from internal notes. An email notification is delivered to the original supplier contact with a formatted subject line, the message content, a CBM link to view (but not edit) the requirements and any previously submitted pricing, and a Reply button. Suppliers can reply directly from the email using a rich text editor, and upon saving, receive a confirmation that their message has been sent. The reply is then delivered to the Deal Desk or CPQ user via email with a View button that navigates directly to the relevant messaging view in Requests WIP.
Why it matters: This feature enables structured, trackable, two-way messaging between Deal Desk users and supplier contacts — keeping all communication tied to the specific request or requirement, reducing response times, and ensuring nothing is lost outside the platform.
How to use it: From the Requests WIP, click the Messaging/Envelope icon on any request or requirement and select "Add External Note." Compose your message and send. The supplier receives an email with the message and a Reply button — they can respond directly from the email without needing platform access. Their reply is delivered to you via email with a link back to the request or requirement messaging view in WIP, and the message thread is visible in the messaging screen.
Who it's for: Deal Desk users, CPQ users, and supplier contacts involved in Supplier Pricing Requests who need to exchange follow-up messages — whether to clarify requirements, request additional information, negotiate terms, or coordinate on pricing details.
Issues resolved in this release
Connectbase resolved the following issues in this release.
Internal Ref # | Issue/resolution |
|---|---|
Lumen – Off-Net Last Mile Provider Mapping Improved the Last Mile Provider displayed for Lumen Off-Net quotes in CPQ. Previously, the Last Mile Provider field always displayed Lumen Technologies for external API suppliers, even when Lumen returned the actual Off-Net carrier in its response. With this update, TCW now consumes the offnetVendorName value returned by the Lumen API and displays it as the Last Mile Provider for Off-Net services. If offnetVendorName is not present in the API response (for example, On-Net scenarios), the existing behavior is maintained and the supplier name continues to be displayed. Example:
Impact:
|
Connectbase Software Release Notes
New features and enhancements in this release
Connectbase introduced the following new features, enhancements and bug fixes in this release.
API Enhancement
AT&T AIA has been implemented as an available External API integration with the following details.
Supported Countries: United States of America
Covered Products: Following products, access mediums and speeds are supported:
AIA - Broadband | Copper, Fiber:: 0.768/0.128, 0.768/0.384, 0.768/0.768, 1/1, 1.5/0.384, 1.5/1.5, 3/0.512, 6/0.768, 12/1, 18/1.5, 24/3, 25/5, 25/25, 40/40, 45/6, 50/5, 50/10, 50/50, 70/70, 75/8, 100/10, 100/20, 100/100, 110/20, 150/5, 150/10, 150/20, 150/150, 200/10, 200/15, 200/20, 200/40, 200/200, 250/10, 250/15, 250/20, 250/25, 275/275, 300/20, 300/30, 300/75, 300/300, 400/20, 400/400, 500/25, 500/35, 500/50, 500/100, 500/500, 940/880, 1000/35, 1000/50, 1000/200, 1000/1000, 2000/2000, 5000/5000
Supported Terms: 12 Months
Telstra Quote has been implemented as an available External API integration with the following details.
Supported Countries: Australia
Covered Products: Following products, access mediums and speeds are supported:
Ethernet Access (Ethernet - Switched | Fiber, Copper): 0.5, 1, 2, 4, 6, 8, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 300, 400, 500, 600, 800, 1000, 2000, 5000, 10000
Managed Leased Line (Ethernet - Dedicated (P2P) | Fiber): 2, 4, 6, 8, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 250, 300, 350, 400, 450, 500, 600, 700, 800, 900, 1000, 1250, 1500, 1750, 2000, 2500, 3000, 3500, 4000, 4500, 5000, 6000, 7000, 8000, 9000, 10000
Supported Terms: 12, 24, 36 Months
KPN B.V. has been implemented as an available External API integration with the following details.
Supported Countries: Netherlands
Covered Products: Following products, access mediums and speeds are supported:
WEAS (Ethernet - Switched) | Fiber): 1, 2, 3, 4, 5, 6, 8, 10, 15, 20, 30, 50, 80, 100, 200, 300, 500, 800, 950, 1000
WEAS MBE (Ethernet - Switched: 1, 2, 3, 4, 5, 6, 8, 10, 15, 20, 30, 50, 80, 100, 200, 300, 500, 800, 950, 1000
Fiber: 1, 2, 5, 10, 20, 50, 100
Copper: 1, 2, 5, 10, 20
DWDM (Wavelength) | Fiber: 1000, 2000, 10000, 100000
Supported Terms: 12, 24, 36, 60 Months
Colt has been implemented as an available External API integration with the following details.
Supported Countries: Austria, Switzerland, Spain, Denmark, Sweden, United Kingdom, Germany, Italy, France, Luxembourg, Portugal, Norway, Finland, Belgium, Ireland, Netherlands
Covered Products: Following products, access mediums and speeds are supported:
Colt Ethernet Hub and Spoke | Fiber): 2 Mbps, 4 Mbps, 6 Mbps, 8 Mbps, 10 Mbps, 20 Mbps, 30 Mbps, 40 Mbps, 50 Mbps, 60 Mbps, 90 Mbps, 100 Mbps, 150 Mbps, 200 Mbps, 300 Mbps, 400 Mbps, 500 Mbps, 600 Mbps, 1 Gbps, 2 Gbps, 3 Gbps, 4 Gbps, 5 Gbps, 6 Gbps, 10 Gbps, 20 Gbps, 30 Gbps, 50 Gbps, 60 Gbps
Colt Ethernet Line | Fiber): 2, 4, 6, 8, 10, 20, 30, 40, 50, 60, 90, 100, 200, 300, 400, 500, 600 Mbps, 1, 10, 40, 100 Gbps.
Colt IP Access | Fiber): 1 Mbps, 2 Mbps, 3 Mbps, 4 Mbps, 5 Mbps, 6 Mbps, 7 Mbps, 8 Mbps, 9 Mbps, 10 Mbps, 12 Mbps, 14 Mbps, 16 Mbps, 18 Mbps, 20 Mbps, 30 Mbps, 40 Mbps, 50 Mbps, 60 Mbps, 70 Mbps, 80 Mbps, 90 Mbps, 100 Mbps, 200 Mbps, 300 Mbps, 400 Mbps, 500 Mbps, 600 Mbps, 700 Mbps, 800 Mbps, 900 Mbps, 1 Gbps, 2 Gbps, 3 Gbps, 4 Gbps, 5 Gbps, 6 Gbps, 7 Gbps, 8 Gbps, 9 Gbps, 10 Gbps
Colt Wave | Fiber): 1 Gbps, 2 Gbps, 2.5 Gbps, 4 Gbps, 8 Gbps, 10 Gbps, 40 MGbps, 100 MGbps
Supported Terms: 12, 24, 36, 48, 60 Months
Previously, AT&T Alliance broadband products were limited to month-to-month (MTM) term availability through the Retail Platform. This update expands broadband to be available across all supported term lengths, allowing buyers to receive results for a wider range of term requests.
TCW Enhancements
API-integrated customers can now discover and submit supplier-specific request attributes (such as physicalLink, Cloud Provider, Fixed Wireless Plan, NNI Location, etc.) directly through the Advanced CPQ v3 API. A new discovery endpoint (GET /v3/accounts/{accountId}/deals/{dealId}/quotes/config/attributes) returns all available apiRequestAttributes for the company's connected suppliers, grouped by supplier and product — including valid values, attribute level, and effective defaults after customer-level overrides. A new optional apiRequestAttributes field has been added to the productCriteria object in both POST Create Pricing and POST Create Pricing with Site Groups, allowing consumers to submit attribute selections as part of the pricing request. Validation is enforced on unrecognized keys and invalid values, and submitted attributes are persisted on the resulting quote record.
Impact: API consumers no longer need out-of-band knowledge of each supplier's attribute schema or manual intervention through the TCW UI to configure supplier-specific parameters when creating pricing requests. This enables full programmatic control over supplier options across 13+ active suppliers, supporting use cases like NNI Location selection, Class of Service, Port Bandwidth, Cloud Provider, and more — all via the API. Site Groups can be leveraged for per-location attribute differentiation within a single request.
User action required: API consumers who wish to use this capability should call the new discovery endpoint to retrieve available attributes for their configured suppliers, then include the desired selections in the apiRequestAttributes field of their POST Create Pricing or POST Create Pricing with Site Groups requests. If no attributes are submitted, the platform applies the effective defaults — no changes are required for existing integrations.
Before vs After:
Before: Supplier-specific request attributes (e.g., physical link type, billing method, cloud provider) could only be selected through the TCW user interface. API consumers had no way to discover or submit these options programmatically.
After: A dedicated discovery endpoint exposes all available attributes per supplier and product, and the pricing endpoints accept attribute selections directly — enabling end-to-end API-driven quoting with full supplier configuration control.
The CPQ Step 3 Results Grid now displays a "Location Type" column that explicitly identifies whether each result is an A-Z Location (Point-to-Point) quote or a Simple Location (Single-Site) quote. This value is carried forward from the existing Location Type field in Validation Step 2. Additionally, Location Type has been added as a selectable condition in CPQ Rules, with a single-select dropdown offering "A-Z Location" and "Simple Location" as the available values.
Impact: Previously, there was no explicit indicator in CPQ Step 3 to distinguish between Point-to-Point and Single-Site quotes. Rule authors had to rely on formula-based flags or indirect field values that were unreliable — especially in Hub → Spoke → Buyer architectures with sub-quoting enabled. This made it difficult to write CPQ rules that accurately targeted one quoting type over the other, increasing the risk of incorrect pricing or solution visibility in reseller and multi-instance use cases. With Location Type now visible in the grid and available as a rule condition, users can write precise CPQ rules that apply only to P2P or only to Single-Site quotes.
User action required: No action is required for existing workflows. To take advantage of this enhancement, users can create new or edit existing CPQ Rules and add "Location Type" as a condition, selecting either "A-Z Location" or "Simple Location." The Location Type column will automatically appear in the CPQ Step 3 Results Grid for all quotes going forward.
Before vs After: Previously, CPQ Step 3 did not expose the quoting type, so users could not visually distinguish between A-Z Location (P2P) and Simple Location (Single-Site) results, nor could they write CPQ Rules based on this distinction. Now, the Location Type is displayed as a column in the CPQ grid carried forward from Validation Step 2, and is available as a single-select condition in CPQ Rules — enabling targeted rule logic based on quoting type.
Hub Type is now available as a selectable condition in Activity Rules, CPQ Rules, and Financial Rules. When selected, the value dropdown is automatically pre-populated with only the Hub Type values present in the Supplier Capability Matrix for suppliers the user is connected to. Rules containing a Hub Type condition are evaluated against the Hub Type value in quote results and applied only when a match is found.
Impact: Customers such as Vodafone can now create targeted rules based on Hub Type — for example, writing capacity check rules in Activity Rules with specific criteria for ENNI hub types versus other hub types. This eliminates the need for broad, less precise rule conditions and enables more granular control over rule execution based on supplier capability data.
User action required: No action is required for existing rules. To take advantage of this enhancement, users can create new or edit existing Activity Rules, CPQ Rules, or Financial Rules and add Hub Type as a condition. Hub Type values will only appear in the dropdown if they have been configured in the Supplier Capability Matrix for connected suppliers.
Before vs After: Previously, there was no way to use Hub Type as a condition when creating rules, so users could not differentiate rule behavior based on hub type (e.g., ENNI vs. other types). Now, Hub Type is available as a condition across all three rule types, with values dynamically sourced from the Supplier Capability Matrix.
Improvements:
Centralized autocomplete across TCW workflows including My Locations, My Accounts, My Locations spatial search, Quoting, the TCW landing page map search, and the Business Partner Portal.
Expanded global address autocomplete coverage with stronger support for international address formats and partial address entry.
Added data center search by name, code, or associated address, with a visual distinction between the name and address.
Reduced duplicate address suggestions for a cleaner, more consistent, and less cluttered results list.
Improved reliability for address searches containing apostrophes and special characters.
Impact: .
Users can find accurate service addresses faster and with fewer manual corrections.
The address search experience is more consistent across all areas of the platform.
Quote Desk users can select the correct data center facility without needing the exact street address.
Cleaner suggestions reduce selection errors and improve the overall search experience.
Issues resolved in this release
Connectbase resolved the following issues in this release.
Internal Ref # | Issue/resolution |
|---|---|
Comcast (Advanced CPQ v3) – Expanded High-Speed COAX/HFC Support We've extended high-speed serviceability for Comcast COAX/HFC results. What's New:
Why it Matters: You can now quote and close higher-bandwidth Ethernet services on Comcast COAX where they're genuinely available, removing the previous silent failures on 300M and 500M requests and giving you accurate pricing across the full supported speed range. | |
API Audit Log Elapsed Time Resets and Shows Incorrect Values Issue: The elapsed time displayed in the API Audit Log on CPQ Step 3 reset to zero each time a user clicked the "Details" link to view the log and then closed it. The elapsed time in the Audit Log also did not match the elapsed time shown in the CPQ Step 3 API Status bar. Additionally, after a quote completed processing, the status bar elapsed time displayed 0:00 instead of the total elapsed time. Resolution: Fixed the backend to save the pricing start time on the first pricing run. Previously, the start time was only saved when a user clicked Refresh, leaving it blank on the initial run. The backend now reads start and end times consistently, and the elapsed time is displayed uniformly across the Audit Log and the API Status bar. Note: This fix applies to quotes priced from this release forward. Older quotes will reflect the corrected behavior once re-priced. Impact: All CPQ users who monitor pricing progress via the API Audit Log or API Status bar on CPQ Step 3 were affected. The inconsistent timers made it difficult to accurately track how long pricing was taking or had taken to complete. |
Connectbase Software Release Notes
New features and enhancements in this release
Connectbase introduced the following new features, enhancements and bug fixes in this release.
API Enhancement
Orchest MEF has been implemented as an available External API integration with the following details.
Supported Countries: ANGUILA, ANTIGUA & BARBUDA, ARGENTINA, BAHAMAS, BARBADOS, BELIZE, BERMUDA, BOLIVIA, BRAZIL, CANADA, CAYMAN ISLANDS, CHILE, COLOMBIA, COSTA RICA, DOMINICA, DOMINICAN REPUBLIC, ECUADOR, EL SALVADOR, FRENCH GUYANA, GRANADA, GUADALUPE, GUATEMALA, GUYANA, HAITÍ, HONDURAS, JAMAICA, MARTINIQUE, MÉXICO, MONTSERRAT, NETHERLANDS ANTILLES, NICARAGUA, PANAMÁ, PARAGUAY, PERÚ, PUERTO RICO, SAINT KITTS & NEVIS, SAINT VINCENT AND THE GRANADINES, SAINT LUCIA, SURINAME, TRINIDAD & TOBAGO, TURKS AND CAICOS, UNITED STATES OF AMERICA, URUGUAY, VIRGIN ISLANDS (BRITISH), VIRGIN ISLANDS (US), VENEZUELA
Covered Products: Following products, access mediums and speeds are supported:
Ethernet (Ethernet - Switched | Fiber): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 95, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000, 2000, 3000, 4000, 5000, 6000, 7000, 8000, 9000, 10000
DIA (Dedicated Internet | Fiber, Wireless, Satellite): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 95, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000, 2000, 3000, 4000, 5000, 6000, 7000, 8000, 9000, 10000
MPLS (MPLS | Fiber, Wireless, Satellite): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 95, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000, 2000, 3000, 4000, 5000, 6000, 7000, 8000, 9000, 10000
Broadband (Broadband | Fiber, Wireless, Satellite): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 95, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000, 2000, 3000, 4000, 5000, 6000, 7000, 8000, 9000, 10000
Cross X (Ethernet - Switched | Fiber, Wireless, Satellite): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 15, 20, 25, 30, 35, 40, 45, 50, 55, 60, 65, 70, 75, 80, 85, 90, 95, 100, 150, 200, 250, 300, 350, 400, 450, 500, 550, 600, 650, 700, 750, 800, 850, 900, 950, 1000, 2000, 3000, 4000, 5000, 6000, 7000, 8000, 9000, 10000
Supported Terms: 12, 24, 36 Months
Bell Canada WSS has been implemented as an available External API integration with the following details.
Supported Countries: Canada
Covered Products: Following products, access mediums and speeds are supported:
Ethernet Internetworking EVPL (Ethernet - Switched | NNI Required | Fiber): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 300, 400, 500, 600, 700, 800, 900, 1000
Ethernet Internetworking EPL (Ethernet - Dedicated | P2P Required | Fiber): 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 20, 30, 40, 50, 60, 70, 80, 90, 100, 150, 200, 300, 400, 500, 600, 700, 800, 900, 1000
Supported Terms: 12, 24, 36, 60 Months
Axtel API has been implemented as an available External API integration with the following details.
Supported Countries: Mexico
Covered Products: Following products, access mediums and speeds are supported:
ELine (Ethernet Switched | Fiber): 10 Mbps, 20 Mbps, 30 Mbps, 40 Mbps, 50 Mbps, 60 Mbps, 70 Mbps, 80 Mbps, 90 Mbps, 100 Mbps, 200 Mbps, 300 Mbps, 400 Mbps, 500 Mbps, 600 Mbps, 700 Mbps, 800 Mbps, 900 Mbps, 1000 Mbps
Supported Terms: 12, 24, 36 Months
Verizon Quote integration has been updated to no longer support quoting for the Dedicated E-Line and Internet Dedicated Ethernet (IDE) products, based on the Verizon Partner Solutions Exchange July 2026 API Release Preview.
Please note that with the deprecation of IDE, Verizon’s Internet Dedicated+ product must now be quoted for internet services.
We have enabled the following speeds to be quoted in France via Eurofiber WAZA:
Dedicated Internet (Fibre FTTO): 30M, 40M, 50M, 400M
Ethernet - Dedicated (Fibre FTTO): 30M, 40M, 50M, 400M, 2G
Dedicated Internet (Fibre FTTO): 30M, 40M, 50M, 400M, 2G, 3G, 4G
We have additionally enabled the following speeds to be quoted in Netherlands and Belgium via Eurofiber Network Availability:
Dedicated Internet (DIA - GigE Interface): 10M, 20M, 30M, 40M, 50M, 300M, 400M
Ethernet - Dedicated (P2Pop Ethernet - GigE RJ45 Interface): 10M, 20M, 30M, 40M, 50M, 300M, 400M
Dedicated Internet (Ethernet to NNI - GigE RJ45 Interface): 10M, 20M, 30M, 40M, 50M, 300M, 400M
A new "No Preference" option has been added as the default selection to the "Last Mile Provider" API Request Attribute on Dedicated Internet for the ESUN integration. When selected, no lastMileProvider is specified in the API request such that ESUN selects the value to return in the resultant quote.
TCW Enhancements
"Buyer" has been added as a new condition data field in Financial Rules, enabling sellers to create rules that apply margin, markup, or discounts on a per-connected-buyer basis. When selected, the value dropdown is pre-populated with the seller's connected buyers (displayed as Buyer Name & Instance Number). When a buyer-based rule is active and a connected buyer makes a pricing request, the system evaluates and applies the rule — presenting the adjusted price as Provider MRC/NRC without exposing the underlying markup or margin to the buyer.
Additionally, in CPQ Rules, the existing "Buyer" field — which was actually pulling connected suppliers — has been renamed to "Supplier" to accurately reflect its function. A new, correct "Buyer" field has been added to CPQ Rules that properly pulls in connected buyers.
Impact: Sellers — particularly resellers — can now self-service buyer-specific pricing rules directly in the rules engine without requiring custom stored procedures for each buyer. This eliminates manual intervention, reduces dependency on engineering for each new buyer setup, and corrects a field-naming inconsistency in CPQ Rules that could cause confusion.
User action required: Sellers who previously relied on stored procedures to manage buyer-level margin should create equivalent Financial Rules or CPQ Rules using the new "Buyer" condition. Existing rules and stored procedures remain functional and are unaffected. In CPQ Rules, note that the former "Buyer" field has been renamed to "Supplier" — its behavior is unchanged.
Before vs After:
Before: No "Buyer" condition available in Financial Rules or CPQ Rules. Buyer-specific margin/markup required a custom stored procedure per buyer instance. In CPQ Rules, the "Buyer" field label incorrectly referenced connected suppliers.
After: "Buyer" is available as a condition in both Financial Rules and CPQ Rules. Sellers can create and manage buyer-specific pricing rules through the UI. The CPQ Rules field that pulls suppliers is now correctly labeled "Supplier."
A new end-to-end workflow that allows Deal Desk and CPQ/Sales users to identify and revalidate supplier pricing that has expired. Expired pricing is now visually flagged across CPQ Step 3 results, WIP, and Requests WIP with alert icons, and a new "Revalidate Expired Pricing" engagement reason and action enable users to request that suppliers extend or update their pricing directly from the Requests WIP.
Why it matters: Previously, there was no built-in way to identify which quotes had expired supplier pricing or to ask suppliers to revalidate without starting a new request from scratch. This feature gives Deal Desk users immediate visibility into expired pricing across their workflows and a streamlined path to get updated pricing from suppliers — reducing quote turnaround time and preventing deals from stalling due to stale pricing.
How to use it:
Spot expired pricing: Look for the alert icon on requirements in CPQ Step 3 results, at the quote level in WIP, and at both the request and requirement levels in Requests WIP.
Filter for it: Use the new "Expired Pricing" quick filter in Requests WIP to surface all requests with one or more expired requirements.
Revalidate: Select the "Revalidate Expired Price" action on a request. You'll see a summary of suppliers with expired pricing, a list of affected requirements, pre-populated supplier contacts, and a notes field. Click send to notify the supplier via email with a link to the original request.
Supplier response: Suppliers receive the revalidation request in the Supplier Response Portal, where expired requirements are flagged. They must update the expiration date to a future date before submitting. If the supplier only extends the expiration (no price change), the requirement is auto-approved. If pricing also changes, the requirement moves to "Pricing Received" for Deal Desk review.
Who it's for: Deal Desk users, CPQ/Sales users, and suppliers who respond to pricing requests through the Supplier Response Portal.
Additional notes: The engagement reason "Revalidate Expired Pricing" is also available in the Internal Bid Management and Supplier Pricing Request forms, and will be pre-populated when the pricing is expired. Supplier Price Expiration and Supplier Quote ID fields have been added to both forms. Requirements currently in an active CBM process will not reflect the most current expiration date in CPQ Step 3 until the requirement is pushed back from CBM. Alert icons only appear for in-progress CBM requests — completed, rejected, no-bid, closed, and canceled requirements are excluded.
A comprehensive activity log that captures a complete, timestamped history of all actions taken on CBM requests and their individual requirements. Two new collapsible sections — "Request Activity Log" and "Requirement Activity Log" — are available within the Request Details and Requirement Details panels in WIP/Requests (Global & My Requests).
Why it matters: Previously, there was no centralized way to understand how a request was initiated, who touched it, why statuses changed, or when it moved through major workflow stages. Users had to piece together the history from scattered sources. Activity logging gives Deal Desk and CBM users full transparency into the lifecycle of every request and requirement — supporting accountability, auditing, and faster troubleshooting when questions arise about how a request reached its current state.
How to use it:
Navigate to WIP/Requests (Global or My Requests) and click the info icon on a request to open Request Details. Expand the Request Activity Log section under Notes/Messaging to see request-level history.
Click into a requirement to open Requirement Details and expand the Requirement Activity Log section for requirement-level history.
Each log entry includes the user who performed the action (or the auto-assignment rule name, if applicable), a plain-language description of the action, and a formatted date/timestamp.
Request-level events logged include: request creation (Internal Bid Management or Direct Engagement), request assignment/unassignment (manual and auto-assignment), sending pricing requests to suppliers, supplier responses received, and request closure upon completion of all requirements.
Requirement-level events logged include: requirement assignment/unassignment (manual and auto-assignment), pricing requests sent to specific supplier contacts, supplier chase reminders, supplier responses (pricing received or no bid), user-added or user-edited prices (with product, speed, address, MRC/NRC, and disposition details), requirement approval or rejection, requirement cancellation, and automatic closure due to past-due status.
Who it's for: Deal Desk users, CBM users, and anyone with access to the Requests WIP who needs visibility into the full history of a request or requirement.
Additional notes: Auto-assignment events — whether triggered by CBM rules at the request level or auto-assignment rules at the requirement level — are logged with the rule name that initiated the assignment. When some (but not all) requirements within a request are assigned, the request-level log notes the partial assignment and directs users to the requirement-level log for details.
A new Export button has been added to the Requests WIP page header toolbar (immediately left of the Analytics button), enabling CBM users to download request and requirement data as a CSV file. The Export dialog provides configurable options including scope (Global Requests or My Requests), level of detail (Request level or Request + Requirement level), status filters with Include/Exclude modes, Request ID filtering, and a created date range filter. A live preview row count updates in real time as filters are adjusted, and the Export CSV button is disabled when no rows match.
Impact: CBM users can now analyze request and requirement data outside the platform without manual data gathering. Request-level exports produce one row per request with key fields (Request ID, Account, Deal, Quote Name, Status, Created/Due Dates, Engagement Reason, Requester, Assigned, Quote Type, and more). Request + Requirement–level exports include all request fields plus detailed requirement data (Supplier, Address, Product, Speed, Term, MRC/NRC, Disposition, Requirement Status, and 20+ additional fields) — one row per requirement. Status filters operate independently per level, and request-level filters (date range, Request ID) cascade to requirements, ensuring child requirements are excluded when their parent request is filtered out.
User action required: None. The Export button is available on the Requests page for users with CBM access.
Before vs After:
Before: No way to export request or requirement data from the Requests WIP. Users had to manually compile data outside the system for reporting or analysis.
After: A single Export action with flexible filtering options produces downloadable CSV files at the request or request + requirement level, with real-time row count previews and proper file formatting for spreadsheet use.
A new in-platform messaging system has been added to the Requests WIP, enabling Deal Desk and CPQ users to communicate directly at both the request and requirement level. A new envelope icon appears next to the info icon on each row — clicking it opens a dedicated messaging screen where users can compose internal notes and view full message history in an expandable, threaded layout. Each sent message triggers both an email notification (with a direct "View Request" or "View Requirement" link back to the WIP) and an in-platform notification under a new "CBM Notifications" tab in the notification center, which can be set as the default view. Unread messages are indicated by a red dot on the envelope icon, and a new "New Messages" quick filter in My Requests surfaces requests with unread messages.
Impact: Deal Desk and CPQ users now have a structured, centralized way to exchange follow-up messages directly within the request or requirement they relate to — eliminating reliance on ad-hoc external channels and ensuring communication context stays tied to the work item. Email and in-platform notifications keep recipients informed without requiring them to manually check for updates.
User action required: None. The envelope icon and messaging functionality are available on the Requests WIP for all Deal Desk and CPQ users.
Before vs After:
Before: No built-in messaging between Deal Desk and CPQ users within the Requests WIP. Follow-up communication happened through external channels with no direct link to specific requests or requirements.
After: Users can send and view threaded internal messages at both the request and requirement level, with automatic email and in-platform notifications, unread indicators, and a quick filter to find requests with new messages.
Note: This release covers internal messaging only (Deal Desk ↔ CPQ). External messaging to suppliers is planned in a future release. The existing notes/messaging section in the Requirement and Request Level Details panel is retained until external messaging is available.
A new "Find Suppliers" button has been added to the Quoted section of the Supplier Pricing Request form, allowing users to search for additional suppliers directly from their existing quoted results.
Why it matters: Previously, after receiving pricing back from a supplier, there was no way to search for additional options from within the Quoted section — users could only find suppliers from the Fallout section. This enhancement gives users more flexibility to explore alternative suppliers without leaving their current workflow.
How to use it: When viewing a Supplier Pricing Request (via Direct Engagement or Deal Desk flow), look for the new "Find Suppliers" button in the Quoted section. It works the same way as the existing button in the Fallout section.
Who it's for: CBM users who submit and manage Supplier Pricing Requests.
Issues resolved in this release
Connectbase resolved the following issues in this release.
Internal Ref # | Issue/resolution |
|---|---|
Advanced CPQ v3 GET Prices API Missing Carrier Zone Field Issue: The Advanced CPQ v3 GET Prices API was not returning the "Carrier Zone" field in the response, even though the field was visible in the CPQ UI and documented in the API specification. Customers using the v3 API were unable to retrieve carrier zone data for their quotes. Resolution: The carrierZone field has been added to the GET Prices endpoint in Advanced CPQ v3. When carrier zone data is available, it returns an array containing the tier type and value. When no data is available, the field returns an empty array ([]) to maintain a consistent response structure. Impact: Customers who migrated from the v2 API to v3 — at Connectbase's recommendation — were unable to access carrier zone information needed for their quoting workflows. |
Quote Visibility & Finalize Quote Features (Release 11)
How to Use Quote Configuration Templates for Faster Quoting (Release 11)
Unique Site Requirements by Site Group (Release 10)
New TCW Admin Features (Release 9 & Release10)