A PHP Error was encountered

Severity: 8192

Message: Return type of CI_Session_null_driver::open($save_path, $name) should either be compatible with SessionHandlerInterface::open(string $path, string $name): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice

Filename: drivers/Session_null_driver.php

Line Number: 6

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: 8192

Message: Return type of CI_Session_null_driver::close() should either be compatible with SessionHandlerInterface::close(): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice

Filename: drivers/Session_null_driver.php

Line Number: 7

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: 8192

Message: Return type of CI_Session_null_driver::read($session_id) should either be compatible with SessionHandlerInterface::read(string $id): string|false, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice

Filename: drivers/Session_null_driver.php

Line Number: 8

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: 8192

Message: Return type of CI_Session_null_driver::write($session_id, $session_data) should either be compatible with SessionHandlerInterface::write(string $id, string $data): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice

Filename: drivers/Session_null_driver.php

Line Number: 9

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: 8192

Message: Return type of CI_Session_null_driver::destroy($session_id) should either be compatible with SessionHandlerInterface::destroy(string $id): bool, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice

Filename: drivers/Session_null_driver.php

Line Number: 10

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: 8192

Message: Return type of CI_Session_null_driver::gc($maxlifetime) should either be compatible with SessionHandlerInterface::gc(int $max_lifetime): int|false, or the #[\ReturnTypeWillChange] attribute should be used to temporarily suppress the notice

Filename: drivers/Session_null_driver.php

Line Number: 11

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: ini_set(): Session ini settings cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 284

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: session_set_cookie_params(): Session cookie parameters cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 291

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: ini_set(): Session ini settings cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 306

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: ini_set(): Session ini settings cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 316

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: ini_set(): Session ini settings cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 317

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: ini_set(): Session ini settings cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 318

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: ini_set(): Session ini settings cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 319

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: ini_set(): Session ini settings cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 377

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: session_set_save_handler(): Session save handler cannot be changed after headers have already been sent

Filename: Session/Session.php

Line Number: 110

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

A PHP Error was encountered

Severity: Warning

Message: session_start(): Session cannot be started after headers have already been sent

Filename: Session/Session.php

Line Number: 143

Backtrace:

File: /home/ipsit/public_html/application/controllers/Articles.php
Line: 31
Function: __construct

File: /home/ipsit/public_html/index.php
Line: 315
Function: require_once

NRIPage | Articles | NPCI Rule Update: Banks to Remove Inactive Mobile Numbers from UPI IDs by March 31, 2025 | Get Home & Garden improvement ideas. Transform Your Space with Style and Comfort - NRI Page
Edit

NPCI Rule Update: Banks to Remove Inactive Mobile Numbers from UPI IDs by March 31, 2025

NPCI Rule Update: Banks to Remove Inactive Mobile Numbers from UPI IDs by March 31, 2025

Many users have faced difficulties in removing old or inactive mobile numbers linked to their UPI ID, leading to security risks and potential fraud. However, a new directive from the National Payments Corporation of India (NPCI) will simplify this process. By March 31, 2025, all banks and Payment Service Providers (PSPs) offering UPI services must update their databases to automatically remove inactive or recycled mobile numbers. The new rule is aimed at reducing errors and fraud that may arise from mobile number churn. Mobile number churn occurs when inactive numbers are reassigned to new subscribers, posing a significant risk if linked to sensitive financial accounts like UPI IDs. To ensure compliance with this rule, NPCI has instructed banks and PSPs to leverage the Mobile Number Revocation List (MNRL) or Digital Intelligence Platform (DIP) to update their databases regularly. As per the directive issued on March 3, 2025, banks and PSPs must refresh their mobile number databases at least once a week. This continuous update process ensures that old and inactive numbers are delinked from UPI IDs promptly, significantly lowering the risk of financial fraud. By maintaining accurate records, the potential for errors caused by recycled numbers will be minimized.
 

Why is this Update Important?

The Department of Telecommunications (DoT) guidelines state that if a mobile number remains inactive for 90 days with no outgoing calls, messages, or data usage, it is deactivated. After this period, the number may be reassigned to a new subscriber. Many users fail to update their mobile number details for crucial services like bank accounts or UPI IDs when they stop using a number. This negligence creates potential security vulnerabilities. For instance, if a user’s old mobile number is reassigned, the new subscriber may unintentionally receive sensitive banking or payment information. In some cases, scammers may exploit this opportunity to gain unauthorized access to financial services. The Telecom Regulatory Authority of India (TRAI) has previously warned about the dangers of mobile number churn, citing that it can lead to financial fraud and identity theft if inactive numbers are not delinked from digital services.
 

How Does the New NPCI Rule Protect Users?

To enhance security and prevent unauthorized linking of recycled numbers, NPCI has introduced stricter guidelines for UPI apps.

Under the new rule:

  • UPI apps must now obtain explicit user consent before linking or updating a mobile number to a UPI ID.
  • The consent prompt will include an opt-in feature that is disabled by default, ensuring that users must actively approve the linking process.

This is a major change from the previous system where mobile numbers could be updated automatically without user confirmation. The new process places more control in the hands of users, reducing the risk of unauthorized access to their UPI-linked accounts.
 

How Will This Impact Users?

The updated NPCI guidelines aim to:

  • Protect users from fraud linked to recycled mobile numbers.
  • Ensure that inactive numbers are automatically removed from UPI IDs to prevent errors.
  • Enhance user control by requiring explicit consent for mobile number linking.

If you have recently changed your mobile number or stopped using an old number, it’s important to update your contact details with your bank and UPI service provider to ensure uninterrupted access and security. The NPCI's proactive step ensures that digital payments remain secure while offering users greater control over their financial data. With the March 31, 2025 deadline in place, banks and PSPs are expected to implement these changes soon, ensuring a safer and more efficient digital payments ecosystem.

What is your response?

joyful Joyful 0%
cool Cool 0%
thrilled Thrilled 0%
upset Upset 0%
unhappy Unhappy 0%
AD
AD