@Syed_Salman_Ali Assalamoalikum Sir. I have a question about FBR regulation about invoice being submitted on the same day as generated. Can you please confirm if it is true? OR is it ok to submit invoice next day with ease.?
Although i have cleared all scenarios but haven’t started the actual Production environment invoice submission.
Walekum Assalam brother it’s totally up to you. In my opinion you should do this according to your business requirements, fortnight or in month end. Keep in view your all purchases and sales acordingly. And keep in touch with your lawyer, you must tell him before.
Jazak ALLAH sir.
I have tried adding this extension and then removed it, now after doing this I am unable to change date while creating new invoices. What to do now?
Delete all Text Custom Field, generated by this Extension.
Settings - Custom Fields - Text Custom Fields
“hsCode”: “2309.1000”,
“productDescription”: “Cat Food - Pakistani”,
“rate”: “”,
“uoM”: “KG”,
“error”: “Rate field cannot be empty or null at item1. Please refer to relevant reference API in the technical document for DI API for valid Rate.”
}
]
}
}
},
“message”: “Validation failed, please review the server response for details”
@Jawad_Ahmad please select all fields in Sales Invoice
@Asif_Hussain if we use Production Scenario Code but in working Scenario Sandbox is selected it gives the error. please make sure all concern data is appropriate.
i have a question if is there a way to verify whether this customer is registered or not based on his cnic not based on his ntn i have the api for verification based on ntn but no api for verification based on cnic
Yes, for individuals, you can likely use your existing NTN API.
In Pakistan, for an individual taxpayer, their CNIC number IS their NTN.
Therefore, you can usually pass the customer’s CNIC into your NTN verification API to check their FBR (tax) registration status (Active Taxpayer List or ATL).
If you need to verify the authenticity of the CNIC details (Name, Father’s Name) against the national database, you would require a separate NADRA verification API, which you mentioned you do not have.
so there is the api from iris 2.0 integration documents file for checking whether the person is registered or not which is
gw.fbr.gov.pk/dist/v1/Get_Reg_Type
when i pass my cnic to it which is 3740572768211 i get Unregistered but using the same cnic when i try to verify this from website which is
iris.fbr.gov.pk/#verifications
i get to see filing status active what is this
This discrepancy is common and occurs because the two FBR systems you are asking about check different types of tax status.
The main difference is between being an active taxpayer (filer) and having a formal tax registration (NTN/STRN).
1. Website confirmation: “Filing status active” (active taxpayer list – ATL)
Verification at iris.fbr.gov.pk/#verifications checks your status against the Active Taxpayers List (ATL).
Get_Reg_Type)The gw.fbr.gov.pk/dist/v1/Get_Reg_Type API endpoint is designed to possibly look for formal business or sales tax registration.
You are a tax filer if your CNIC is linked to an active tax filing history, which is verified by the website. However, you are *not formally registered.
Further more please contact to FBR Help Line
so based on this when am using this cnic as a customer in invoice i should be saying that buyerregistrationtype Unregistered right, further more i have recently mailed for info on something if you know something related to it please let me know
mail
from:senesto113@gmail.com,
to:aqib.nawaz@pral.com.pk,
cc:mehboob.rehman@pral.com.pk
date:Nov 17, 2025, 5:18 PM
subject:Clarification Required Regarding FBR POS Invoice Integration - Multiple Transaction Types and Tax Calculations
mailed-by:gmail.com
**To,**
The Director General
Federal Board of Revenue
FBR House, Constitution Avenue
Islamabad, Pakistan
**Date:** [Current Date]
**Dear Sir/Madam,**
I am writing to seek clarification regarding the FBR POS invoice integration system, specifically concerning the API endpoint for tax rate determination and multiple transaction types within a single invoice.
We are currently using the following API endpoint to determine tax rates:
```
https://gw.fbr.gov.pk/pdi/v2/SaleTypeToRate?date=24-Feb-2024&transTypeId=18&originationSupplier=1
```
Our current implementation constructs the URL as follows:
```php
$url = ‘https://gw.fbr.gov.pk/pdi/v2/SaleTypeToRate?date=’ . urlencode($formattedDate) .
‘&transTypeId=’ . urlencode($transTypeId) .
‘&originationSupplier=’ . urlencode($province_code);
```
**Parameters Used:**
**Request Confirmation:** Could you please confirm if this API endpoint structure and parameter format are correct?
We would like clarification on whether a single invoice can contain items with different transaction types. For example:
**Questions:**
We require clarification on the tax treatment for:
**Specific Queries:**
We need guidance on how to handle various additional charges in invoices:
**Questions:**
For better understanding, here’s a sample scenario:
**Invoice Details:**
**Line Items:**
We seek guidance on the complete tax calculation methodology for such scenarios.
We look forward to your guidance to ensure our POS system remains fully compliant with FBR regulations. Please advise on the correct procedures for the above scenarios.
Thank you for your attention to this matter.
**Sincerely,**
Muhammad Umer
Backend developer
senesto113@gmail.com