Tools and Operations

SaaS Renewals: How To Take Back Control Before Software Contracts Renew

/

3 min read

SaaS renewals guide

SaaS renewals have a way of sneaking up on growing companies.

At first, they look like routine admin work. A contract date. A reminder email. A quick approval so no one loses access to the tool they need. But when renewals are handled on autopilot, they stop being harmless calendar events and start becoming expensive decisions your business is making by default.

That’s the real (costly) problem.

Most companies don’t overspend on software because one person made one bad call. They overspend because no one has a clear view of what’s renewing, who owns it, who uses it, what risk it carries, and whether it still fits the business.

For growth-stage companies, SaaS renewals are more than just procurement tasks. They’re control points. Done well, they help you keep the right tools, cut what no longer serves you, reduce risk, and build a tech stack that grows with the business instead of quietly working against it.

In this post, we’ll walk through the ins and outs of SaaS renewals and give you some best practices for ways to keep renewals under control—and future headaches at bay.

What Are SaaS Renewals?

A SaaS renewal is the point when a software subscription contract renews for another term. That renewal might happen monthly, annually, or on a multi-year cycle. It might require a signature, or it might happen automatically unless someone cancels before a specific deadline. (That last part is the scariest: automatic renewals are where companies get caught.)

A renewal should trigger a decision. Are you keeping the tool as-is? Reducing seats? Expanding usage? Renegotiating terms? Consolidating with another platform? Retiring it entirely?

When companies treat renewals like administrative housekeeping, those decisions get skipped. The contract renews, the invoice arrives, and the company inherits another year of whatever was already in place: the same license count, the same unclear ownership, the same unused seats, and the same gaps in visibility.

A better SaaS renewal process gives IT, operations, finance, and department leaders enough time and information to make an intentional call before the contract locks in again.

That doesn’t mean adding red tape. It means refusing to let software decisions run on muscle memory.

Why SaaS Renewals Get Messy In Growth-Stage Companies

Growth creates urgency.

Urgency creates shortcuts.

Stop us if you’ve heard this before:

A team needs a tool to move faster, so they buy one. Another team hits a workflow gap, so they add a platform of their own. A leader approves a subscription because it solves an immediate problem.

Individually, these choices often make sense. Together, they create a software environment that grows sideways. By the time renewal season comes around, the original context has faded. The person who bought the tool may have changed roles. The team may have adopted another system. The company may have grown into a different operating model. But the contract is still there, waiting to renew.

That’s why SaaS renewals get messy. The renewal date is simple. The decision behind it usually isn’t.

For IT and operations leaders, the challenge is not just tracking dates. It’s connecting those dates to real business context. Who uses the tool today? Does it still support the workflow it was bought for? Is it integrated with the rest of the stack? Does it store sensitive data? Is there another tool already doing the same job?

Without those answers, every renewal becomes a guess.

And guesses get expensive.

The Cost Of Passive SaaS Renewals

The obvious cost of a passive renewal is the invoice. The less obvious cost is what the invoice allows to keep happening.

When a contract renews without review, waste gets another year to hide. Unused licenses stay active. Duplicate tools stay in place. Old workflows stay patched together. Data remains scattered across systems no one fully owns. Teams keep working around the stack instead of through it.

That’s how a company ends up paying for software that no longer matches how the business works.

Organizations waste an average of $21 million annually on unused SaaS licenses — a 14.2% increase year over year (2024 to 2025).

The financial waste matters, of course. Unused seats, overlapping platforms, and missed negotiation windows can quietly drain budget. But the bigger issue is control. A tool with no clear owner is not just a cost problem. It’s an operational problem. A platform with poor adoption is not just underused. It’s a signal that something about the process, training, or fit may be broken.

Passive renewals also weaken your leverage. If you start reviewing a contract two days before it renews, your options are limited. You may not have time to analyze usage, compare alternatives, negotiate terms, or plan a migration. The vendor has the advantage because the deadline is already doing the pressure work.

The earlier you review, the more control you have.

That’s the heart of better SaaS renewal management. It turns renewals from last-minute approvals into planned business decisions.

Your SaaS Renewal Checklist

What To Review Before Every SaaS Renewal

A strong renewal review does not need to be complicated. It does need to be consistent.

Before a SaaS contract renews, IT and operations leaders should look at the tool from several angles:

  • Usage
  • Ownership
  • Business fit
  • Security and compliance risk
  • Functional overlap
  • Cost and contract terms

The goal is not to punish teams for using software. The goal is to understand whether the tool still earns its place in the stack.

Start with usage. How many licenses are assigned? How many are active? Are users logging in regularly, or did adoption drop after the first few months? Usage data gives you a cleaner view of reality than the original business case. A tool that looked essential during implementation may now be serving a small group, duplicating another platform, or sitting mostly untouched.

Then look at ownership. Every meaningful SaaS tool should have a business owner and a technical owner. The business owner understands the workflow and value. The technical owner understands access, integrations, security, and support. When no one can name the owner, that’s a warning sign. It usually means the tool is being paid for, but not actively managed.

Business fit comes next. Ask whether the tool still solves the problem it was purchased to solve. Growth-stage companies change quickly. A platform that worked for a 40-person company may not work for a 150-person company with more complex permissions, reporting needs, or compliance expectations. On the other hand, a niche tool may still be exactly right for a specialized team. The point is not to force everything into one platform. The point is to be honest about fit.

Risk deserves its own review. What data lives in the tool? Who has access? Does the vendor meet your current security and compliance requirements? Are former employees still listed as users? Are integrations documented? Renewing a tool without understanding its data exposure can carry more risk than the invoice suggests.

Finally, review the contract itself. Look for auto-renewal clauses, cancellation notice periods, price increases, minimum seat counts, support terms, and renewal deadlines. These details shape your options. A 60-day cancellation window means you cannot start thinking about the renewal 30 days before the contract ends. By then, the decision may already have been made for you.

A Better SaaS Renewal Process

The best SaaS renewal process is not built around panic. It’s built around rhythm.

For most growth-stage companies, that starts with a centralized renewal calendar. Not a spreadsheet buried in someone’s downloads. Not a reminder in one person’s inbox. A shared, maintained view of upcoming renewals that includes contract owners, renewal dates, notice periods, annual spend, license counts, and decision status.

The calendar is the foundation, but it is not the whole process. A date tells you when something happens. It does not tell you what to do about it.

That’s why renewal reviews should begin well before the deadline. For major tools, a simple 90/60/30 rhythm works well:

  • 90 days out: Pull usage data, confirm ownership, review contract terms, identify overlap, and assess security considerations.
  • 60 days out: Decide whether the likely path is renewal, right-sizing, renegotiation, consolidation, or retirement.
  • 30 days out: Finalize the decision, confirm internal alignment, and make sure cancellation or renegotiation steps happen before the notice window closes.

At 30 days, you should not be discovering the problem for the first time. Each path requires different work, so the sooner you know the likely direction, the less disruptive the outcome will be.

This kind of process does more than reduce waste. It builds trust. Teams know they will be heard before a tool changes. Finance gets clearer visibility into upcoming spend. IT gets a better handle on risk and integration. Operations gets a stack that supports how work actually happens.

That’s the difference between governance and red tape. Red tape slows people down for the sake of control. Good governance creates clarity so people can move faster with fewer surprises.

The Five Decisions Behind Every SaaS Renewal

Every renewal should lead to one of five decisions:

  1. Renew
  2. Right-size
  3. Renegotiate
  4. Consolidate
  5. Retire

1. Renewing

Renewing makes sense when the tool is well-used, clearly owned, secure, integrated, and still aligned with the business. In that case, the renewal review is not a hunt for something wrong. It’s a chance to confirm that the platform still deserves investment.

2. Right-sizing

Right-sizing is the move when the tool is useful, but the current license count or plan no longer matches reality. Maybe a team bought 100 seats and only 63 are active. Maybe the company is paying for an enterprise tier when the features it needs exist one level down. Right-sizing keeps the value and cuts the excess.

3. Renegotiation

Renegotiation makes sense when the tool is still important, but the terms no longer work. That might mean pricing, support, contract length, service-level expectations, or flexibility around seat counts. The key is to start early enough that negotiation is a real option, not a rushed conversation after the renewal has effectively locked in.

4. Consolidation

Consolidation is the right path when another approved platform can meet the same need with less complexity. This is where companies need to be careful. Consolidation should not mean forcing every team into one generic tool just because it looks cleaner on a spreadsheet. It should mean reducing unnecessary overlap while preserving the workflows that genuinely require specialized support.

5. Retirement

Retirement is the clearest decision, but often the hardest to make. If a tool has low adoption, no owner, poor integration, weak security, or no clear business value, it may be time to let it go. Retiring software still requires care. You need a plan for data export, access removal, workflow transition, and team communication. But keeping a tool just because removing it takes effort is how stacks become cluttered in the first place.

The goal is not to cut tools blindly. The goal is to make deliberate decisions.

Why SaaS Renewals Need More Than Procurement

Procurement can help manage contracts, pricing, and vendor communication. Finance can track spend. Department leaders can speak to business value. IT can evaluate security, integration, administration, and long-term fit.

You need all of those perspectives.

When SaaS renewals sit entirely with one team, the review is incomplete. A finance-only review may focus on cost without understanding workflow value. A department-only review may focus on convenience without seeing duplication or risk. An IT-only review may catch security issues but miss the nuance of how people use the tool day to day.

That’s why the best renewal process is cross-functional without becoming bloated. The goal is not to create a committee for every $40 subscription. It’s to create clear thresholds for the tools that matter most.

A high-cost platform needs deeper review. A tool that stores sensitive data needs deeper review. A business-critical system needs deeper review. A low-cost, low-risk niche app may only need a light-touch check.

A simple way to triage renewals is to ask:

  • Is this tool expensive?
  • Is it business-critical?
  • Does it store or process sensitive data?
  • Does it integrate with core systems?
  • Does more than one team depend on it?
  • Would replacing it require workflow changes?

If the answer is yes to any of those, the renewal deserves more than a rubber stamp. Good governance knows the difference.

This is where many companies need a partner, not just another platform. Renewal management is not only about having a system of record. It’s about knowing what questions to ask, when to ask them, and how to make decisions that fit the way your business actually works.

What A Healthy SaaS Renewal System Looks Like

A healthy renewal system gives your company visibility before urgency takes over.

You know what tools are in use. You know when contracts renew. You know who owns each platform. You know which tools touch sensitive data. You know which applications overlap. You know where usage is strong and where adoption is fading. You know which vendors are delivering and which ones are coasting.

More importantly, you have a way to act on what you know.

That might look like:

  • Quarterly SaaS reviews with IT, operations, and finance
  • Renewal scoring for major platforms
  • A shared intake process for new tools
  • Clear ownership for every business-critical application
  • A simple rule that no major SaaS renewal moves forward until ownership, usage, risk, and business fit have been reviewed

None of this needs to be heavy. It just needs to be visible, repeatable, and useful.

The process should be structured, but it should not be stiff. Growth-stage companies need room to move. Teams need tools that help them do better work. But flexibility without visibility turns into sprawl. And sprawl without renewal discipline turns into another year of paying for decisions no one remembers making.

The right system keeps the business moving without letting the stack run wild.

SaaS Renewals Are A Chance To Build A Better Stack

The best time to fix a bad-fit tool is before it renews.

That sounds obvious, but many companies wait until software becomes painful before they act. By then, the contract has renewed, the team has adapted around the problem, and the cost of change feels bigger than the cost of staying put.

SaaS renewals give you a natural moment to pause. Not forever. Not long enough to slow the business down. Just long enough to ask whether the tool still deserves its place.

That question matters because your tech stack should not be a junk drawer of old decisions. It should be a modern, scalable system that supports the way your company works now and where it needs to go next.

Sometimes that means renewing with confidence. Sometimes it means renegotiating. Sometimes it means retiring a tool that used to make sense but no longer does. The value is in making the decision on purpose.

At PRMT, we believe effortless IT gives people more space to do their best work. SaaS renewals are one place where that belief becomes practical. When contracts, tools, access, and ownership are managed with clarity, teams spend less time fighting the stack and more time moving the business forward.

You do not need more software chaos dressed up as flexibility. You need a renewal strategy that protects your budget, reduces risk, and keeps your technology aligned with the people using it.

Before your next SaaS renewal cycle, get a clearer view of what’s worth keeping, what’s costing you, and what needs a better plan.

Talk to PRMT about building a SaaS renewal strategy that gives your team more control before contracts renew.

Connect with us

Get Industry-Best Support, Starting at Only $99/user.

Set up a short consultation call today. Our team will help you create a clear IT plan, giving you the right blend of ongoing and project-based support.

prmt newsletter

Every week, get the latest AI and IT news in your inbox.

read next
Business continuity isn’t about having a plan that looks good on paper. It’s about knowing what happens next when systems break, pressure rises, and people...

/

7 min read

One-person IT teams create hidden business risk. Learn how burnout, knowledge gaps, and lack of redundancy impact growth and security....

/

3 min read

SaaS renewals are more than admin tasks. Learn how IT and ops leaders can reduce waste, manage risk, and make smarter software renewal decisions....

/

3 min read

Dark Web Scan Terms and Conditions

1. Public Report – Important Legal Notice (Read Before Use)

This Dark Web Exposure Report (“Report”) is generated automatically by Promethean IT, LTD, a New York State corporation (“PRMT,” “we,” “us”), using third-party and open sources. The Report may be incomplete, outdated, contain errors, or include information that is misattributed to the domain searched. The presence of information associated with a domain does not prove that the domain owner, any organization, or any person has been compromised, acted wrongfully, or experienced a current security incident.

This Report is provided for informational and defensive security purposes only and is not a security audit, penetration test, incident response service, breach notification, legal opinion, compliance determination, or a guarantee of security. Do not rely on this Report as the sole basis for decisions, and do not use it to target, harass, investigate individuals, or attempt unauthorized access.

Public availability & indexing. This Report is provided on a public website and may be accessible to anyone. It may be indexed, cached, archived, screen-captured, or copied by third parties beyond PRMT’s control.

By accessing or using this Report, you agree to the Dark Web Exposure Report Terms applicable to PRMT’s dark web monitoring pages and subpages (the “Site”).

2. How to Interpret This Report

  • The Report surfaces signals that may indicate exposure of credentials, identifiers, or domain-associated artifacts in third-party datasets (including, without limitation, breach corpuses, malware logs, paste sites, and other sources).

  • Results may reflect historical events and may include false positives, duplicates, synthetic/test data, “look-alike” domains, recycled addresses, forwarding aliases, data entry errors, or data unrelated to the current domain operator.

  • “Exposure” does not necessarily mean an active compromise or current vulnerability, and absence of findings does not mean no exposure exists.

  • The Report is not an attribution statement and should not be interpreted as alleging fault, negligence, or wrongdoing by any organization or individual.

3. Submission Form Language

Authorization & Proper Use Certification

I certify and agree that:

  1. I control the email address I provided and am authorized to request cybersecurity exposure information for the domain derived from that email address (the portion after “@”) (the “Domain”), either as (i) the Domain owner/operator, (ii) an employee/contractor acting within the scope of my duties, or (iii) an agent with written permission;

  2. I will use the Report solely for lawful, defensive security and risk-management purposes relating to the Domain;

  3. I will not use the Report to target, harass, stalk, defame, phish, spam, extort, or attempt unauthorized access to systems, accounts, or data;

  4. I understand and accept that the Report may be publicly accessible and may be indexed/cached/archived by third parties beyond PRMT’s control; and

  5. I have read and agree to the Dark Web Exposure Report Terms and acknowledge PRMT’s disclaimers and limitations of liability.

Email Delivery Consent

I request and consent to receive the Report and related service communications at the email address provided. I understand the message is service-related/transactional and may contain security information.

The Report will be generated only for the Domain derived from the email address provided, as determined by PRMT’s normalization and validation logic. PRMT may refuse, restrict, or suppress outputs in its discretion to mitigate abuse or risk.

4. Dark Web Exposure Report Terms

Effective: January 1, 2026

These Dark Web Exposure Report Terms (“Terms”) govern access to and use of the dark web exposure reporting features made available by Promethean IT, LTD, a New York State corporation (“PRMT,” “we,” “us”), on PRMT’s dark web monitoring pages and subpages (the “Site”). By searching a domain, requesting a Report, accessing a Report, or receiving a Report by email, you (“you,” “Requester”) agree to these Terms.

1. Definitions

  • “Report” means any output, score, summary, finding, alert, visual, or display generated by the Site in connection with a Domain search or request.

  • “Domain” means the internet domain derived from the email address submitted (generally, the portion after “@”), as determined by PRMT in its discretion, including normalization (e.g., handling of subdomains, internationalized domain names, aliases, and domain equivalents).

  • “Service” means the Site features that generate, display, or email Reports.

2. Eligibility; Authority to Request

You represent and warrant that you: (a) are at least the age of majority in your jurisdiction; and (b) are authorized to request and use the Service with respect to the Domain (e.g., you own/control the Domain, are acting within the scope of your employment/engagement, or have express permission from the Domain owner/operator).

No obligation to verify. PRMT may use technical measures to reduce unauthorized requests (including Domain-based email delivery), but PRMT does not guarantee that any Requester is authorized. You acknowledge that identity and authority verification may be limited and that PRMT is not responsible for misrepresentations by Requesters.

3. Public Nature of Reports; No Confidentiality

Reports are made available on a public website. You acknowledge and agree that:

  • Reports may be indexed by search engines and stored via caching, archiving, or mirroring services;

  • Copies may persist even if PRMT later updates, suppresses, or removes a Report; and

  • You will not treat Reports as confidential and you assume all risk of public exposure, republication, and downstream dissemination.

4. Permitted Use

Subject to these Terms, you may use the Service and Reports only for lawful, defensive security, risk management, and internal assessment purposes relating to the Domain.

5. Prohibited Use

You agree not to, and not to permit any third party to:

(a) use the Service or Reports to compromise, attempt to compromise, or gain unauthorized access to any system, account, or data;

(b) use the Service or Reports for phishing, credential stuffing, doxxing, harassment, extortion, fraud, spamming, social engineering, or any unlawful purpose;

(c) use the Service or Reports to investigate, evaluate, or make determinations about individuals (including employment, housing, credit, insurance, eligibility, or similar decisions), or otherwise use Reports as a “consumer report” or similar regulated report;

(d) scrape, crawl, bulk download, or systematically extract data from the Service (including via bots, automation, or any non-public interface), except as expressly permitted in writing by PRMT;

(e) reverse engineer, bypass, or interfere with Service security, rate limits, access controls, or anti-abuse measures;

(f) misrepresent your identity, authorization, or affiliation with any Domain;

(g) introduce malware or malicious code, or use the Service to distribute or facilitate malicious activity; or

(h) use the Service in a manner that could reasonably be expected to create liability, reputational injury, or harm to PRMT or others.

PRMT may investigate suspected violations and may suspend, block, limit, suppress, remove, or refuse Service access at any time.

6. Nature of the Data; No Statement of Fact; No Endorsement

The Service aggregates, analyzes, and summarizes information from third-party and open sources. Reports are indicators and signals, not verified facts. PRMT does not independently verify the completeness, accuracy, timeliness, source provenance, legality of upstream collection, or attribution of underlying data.

No implication of wrongdoing. Reports do not allege, and must not be interpreted as alleging, wrongdoing, negligence, breach, or fault by any Domain owner/operator, employee, contractor, or user. Any labels, severity indicators, or summaries are for informational triage only.

7. No Security Audit; No Incident Response; No Duty to Update

The Service is not a penetration test, vulnerability assessment, audit, certification, compliance determination, managed detection and response (MDR), or incident response service. PRMT does not guarantee that:

  • the Service will identify all exposures, threats, incidents, compromised credentials, or affected individuals;

  • any finding reflects a current risk; or

  • the Service will continuously monitor or update any Report.

PRMT may change the Service, sources, scoring, display logic, or reporting format at any time without notice.

8. Your Responsibilities

You are solely responsible for:

(a) determining whether you are authorized to request and use a Report for a Domain;

(b) verifying results through your own security processes and qualified advisors;

(c) using the information lawfully and responsibly; and

(d) complying with all applicable laws and policies (including privacy, cybersecurity, employment, and communications laws) relating to your access and use of Reports.

9. Email Delivery; Consent; Misdelivery and Compromised Mailbox Risk

By submitting an email address, you request that PRMT send the Report and related service communications to that address. You acknowledge that:

  • PRMT cannot guarantee deliverability or confidentiality of email in transit or at rest outside PRMT’s systems;

  • email may be forwarded, archived, accessed by administrators, or viewed by unintended recipients; and

  • if the mailbox is compromised or shared, a Report may be accessed by unauthorized parties.

PRMT is not responsible for unauthorized access to emails outside PRMT’s control.

10. Privacy; Personal Data; Redaction; Sensitive Information Handling

Reports may reference datasets that include identifiers (including email addresses) associated with a Domain. PRMT may redact, mask, hash, summarize, aggregate, or otherwise transform data to reduce sensitivity, and may change presentation at any time in its discretion.

You agree not to publish, share, reidentify, or misuse sensitive data obtained from the Service, and to handle any personal data in compliance with applicable law.

Your use of the Service is also governed by PRMT’s Privacy Notice.

11. Takedown / Dispute / Correction Process

If you believe a Report is inaccurate, unlawfully published, defamatory, infringes rights, or was requested without authorization, you may contact PRMT at [email protected] with: (i) the Domain, (ii) the specific Report URL or identifying details, (iii) the basis for your request, and (iv) evidence of authority to act for the Domain (which may include DNS-based verification or other reasonable proof requested by PRMT).

PRMT may, but is not obligated to, correct, suppress, or remove Reports, and may require verification before acting. PRMT may retain records necessary for security, audit, or legal compliance.

12. Intellectual Property; License

The Service and its underlying software, design, compilation, and presentation are owned by PRMT and its licensors and are protected by applicable laws. Subject to these Terms, PRMT grants you a limited, non-exclusive, non-transferable, revocable license to access and use the Service solely for the permitted purposes. No other rights are granted.

13. Disclaimer of Warranties

TO THE MAXIMUM EXTENT PERMITTED BY LAW, THE SERVICE AND REPORTS ARE PROVIDED “AS IS” AND “AS AVAILABLE,” WITH ALL FAULTS AND WITHOUT WARRANTIES OF ANY KIND, WHETHER EXPRESS, IMPLIED, OR STATUTORY, INCLUDING IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, TITLE, NON-INFRINGEMENT, ACCURACY, COMPLETENESS, TIMELINESS, OR THAT THE SERVICE WILL BE UNINTERRUPTED OR ERROR-FREE.

14. Limitation of Liability

TO THE MAXIMUM EXTENT PERMITTED BY LAW:

(a) PRMT WILL NOT BE LIABLE FOR ANY INDIRECT, INCIDENTAL, SPECIAL, CONSEQUENTIAL, EXEMPLARY, OR PUNITIVE DAMAGES, OR FOR ANY LOSS OF PROFITS, REVENUE, DATA, GOODWILL, BUSINESS INTERRUPTION, REPUTATIONAL HARM, OR THIRD-PARTY CLAIMS, ARISING OUT OF OR RELATED TO THE SERVICE OR REPORTS, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGES; and

(b) PRMT’S TOTAL LIABILITY FOR ALL CLAIMS ARISING OUT OF OR RELATED TO THE SERVICE OR REPORTS WILL NOT EXCEED THE GREATER OF US$100 OR THE AMOUNT YOU PAID TO PRMT FOR THE SERVICE IN THE TWELVE (12) MONTHS PRECEDING THE EVENT GIVING RISE TO THE CLAIM (IF ANY).

Some jurisdictions do not allow certain limitations; in those jurisdictions, liability is limited to the minimum extent permitted by law.

15. Indemnification

You agree to defend, indemnify, and hold harmless PRMT and its officers, directors, employees, contractors, agents, and affiliates from and against any claims, demands, damages, losses, liabilities, costs, and expenses (including reasonable attorneys’ fees) arising out of or related to: (a) your submission of a request for a Domain; (b) your access to or use of any Report; (c) your violation of these Terms; (d) your violation of any law or the rights of any third party; or (e) any allegation that your request or use was unauthorized, deceptive, abusive, defamatory, or otherwise improper.

16. Suspension; Termination; Removal

PRMT may suspend, restrict, or terminate access to the Service and may remove, suppress, modify, or reissue any Report at any time, with or without notice, including to prevent abuse, comply with law, mitigate risk, correct errors, or improve the Service.

17. Changes

PRMT may update these Terms at any time by posting an updated version on the Site. Continued use after the effective date of updated Terms constitutes acceptance.

18. Governing Law; Dispute Resolution; Venue

These Terms are governed by the laws of the State of New York, excluding conflict of laws principles. Any dispute arising out of or relating to the Service, Reports, or these Terms must be brought exclusively in the state or federal courts located in New York County, New York, and you consent to personal jurisdiction and venue there.

19. Contact

Questions or notices: [email protected]

Mailing address: Promethean IT, LTD, 426 West Broadway, 6D, New York, NY 10012

5. Dispute or Request Suppression of a Domain Report

If you are the owner/operator (or an authorized agent) of a domain and you believe a Report is inaccurate, unlawfully published, or was requested without authorization, you may submit a dispute or suppression request to [email protected].

Please include:

  1. Domain name

  2. The Report URL or identifying details (e.g., screenshot + timestamp)

  3. Your role and proof of authority (PRMT may request DNS TXT verification, an email from an administrative mailbox at the domain, or other reasonable evidence)

  4. The specific correction/suppression requested and the basis for the request

PRMT may request additional verification before acting. PRMT may retain limited records for security, audit, abuse prevention, and legal compliance.