e-Invoice और e-Way Bill API में बड़ा बदलाव: 1 August 2026 से Ship-to GSTIN और Voluntary EWB Closure की नई व्यवस्था


Goods and Services Tax Network यानी GSTN ने 17 June 2026 को e-Invoice और e-Way Bill System से जुड़ी एक महत्वपूर्ण Advisory जारी की है।

यह Advisory मुख्य रूप से दो बड़े बदलावों से संबंधित है:

  1. Bill-to/Ship-to Transactions में Ship-to GSTIN का Mandatory Capture
  2. Delivery पूरी होने के बाद e-Way Bill की Voluntary Closure Facility

ये बदलाव केवल e-Way Bill Portal तक सीमित नहीं हैं। इनके अनुसार:

  • e-Invoice API;
  • Generate IRN with e-Way Bill API;
  • e-Way Bill by IRN API;
  • EWB Closure API;
  • ERP और Accounting Software Integrations

में भी आवश्यक changes किए जा रहे हैं।

सभी Taxpayers, ERP Vendors, GSPs, ASPs, Private IRPs और System Integrators को अपने software की testing और system readiness 1 August 2026 से पहले पूरी करनी होगी।

Advisory की Quick Details

Particular

Details

Issuing Authority

Goods and Services Tax Network—GSTN

Advisory Date

17 June 2026

Main Subject

e-Invoice API, E-Way Bill by IRN API और EWB Closure API Changes

Sandbox Availability

Changes testing के लिए उपलब्ध

Production Implementation

1 August 2026

Major Requirement

Bill-to/Ship-to cases में Ship-to GSTIN capture

Unregistered Consignee

Ship-to GSTIN field में “URP”

New Facility

Voluntary Closure of e-Way Bill

Applicable Users

Taxpayers, ERP Vendors, GSPs, ASPs, IRPs और API Integrators

Background: यह बदलाव क्यों लाया गया?

GSTN ने 20 May 2026 की Advisory में बताया था कि Bill-to/Ship-to Transactions में Ship-to GSTIN capture करना आवश्यक होगा।

यदि जिस व्यक्ति या स्थान पर goods deliver किए जा रहे हैं वह GST में registered नहीं है, तो Ship-to GSTIN field में:

URP — Unregistered Person

enter किया जाएगा।

इसके बाद Trade, ERP Vendors, GSPs, ASPs और Private Invoice Registration Portals ने GSTN से clarification मांगी कि:

  • यदि e-Way Bill, e-Invoice के साथ generate किया जाए तो Ship-to GSTIN कैसे भरा जाएगा?
  • यदि IRN बनने के बाद उसी IRN से e-Way Bill generate किया जाए तो क्या होगा?
  • B2B, SEZ और Export Transactions में Ship-to Details बदली जा सकती हैं या नहीं?
  • Voluntary E-Way Bill Closure Portal और API दोनों पर कैसे काम करेगी?

इन practical issues को clarify करने के लिए GSTN ने यह detailed API Advisory जारी की है।

किन Transactions और Processes पर Changes लागू होंगे?

नई व्यवस्था निम्न flows पर लागू होगी:

1. Generate IRN and e-Way Bill Together

जहां e-Invoice बनाते समय उसी request में IRN और e-Way Bill दोनों generate किए जाते हैं।

2. Generate e-Way Bill Using IRN

जहां पहले e-Invoice और IRN generate किया जाता है और बाद में उस IRN का उपयोग करके e-Way Bill बनाया जाता है।

3. Bill-to/Ship-to Transactions

जहां invoice किसी एक person के नाम पर है, लेकिन goods किसी दूसरे person या location पर deliver किए जाते हैं।

4. Combination Transactions

जहां एक ही transaction में:

  • Bill-to/Ship-to; और
  • Bill-from/Dispatch-from

दोनों arrangements शामिल हों।

5. Voluntary Closure of E-Way Bill

जहां goods की delivery पूरी होने के बाद e-Way Bill को voluntarily close किया जाता है।

Bill-to/Ship-to Transaction क्या होता है?

Bill-to/Ship-to Transaction में:

  • Invoice एक party के नाम पर जारी होती है;
  • लेकिन goods किसी दूसरी party या location पर भेजे जाते हैं।

Example

ABC Ltd., Delhi ने XYZ Ltd., Mumbai से goods खरीदे।

ABC Ltd. ने supplier को निर्देश दिया कि goods सीधे उसके customer PQR Ltd., Pune को deliver कर दिए जाएं।

इस Transaction में:

  • Bill-to: ABC Ltd., Delhi
  • Ship-to: PQR Ltd., Pune
  • Supplier: XYZ Ltd., Mumbai

नई व्यवस्था में Ship-to party का GSTIN भी system में capture करना आवश्यक होगा।

यदि PQR Ltd. registered नहीं है, तो Ship-to GSTIN field में URP enter किया जाएगा।

Generate IRN और e-Way Bill Together में क्या बदलाव होगा?

जहां e-Invoice के साथ e-Way Bill भी generate किया जाता है, वहां e-Invoice payload के:

ShipDtls.Gstin

field को conditionally mandatory बनाया जाएगा।

इसका अर्थ है कि यदि:

  • Ship-to Legal Name दिया गया है;
  • Ship-to Address दिया गया है; और
  • e-Way Bill generation required है;

तो Ship-to GSTIN भी provide करना होगा।

यदि Ship-to party का GSTIN उपलब्ध नहीं है, तो applicable cases में:

URP

enter किया जा सकेगा।

e-Way Bill by IRN API में क्या बदलाव होगा?

यदि IRN generate होने के बाद उसी IRN से e-Way Bill बनाया जा रहा है, तो API के:

ExpShipDtls

section में एक नया field जोड़ा गया है:

Gstin

यह field mandatory होगा।

इसलिए ERP, Billing Software और API Integration का उपयोग करने वाले taxpayers को अपने system में आवश्यक changes करने होंगे, ताकि वह:

  • Valid Ship-to GSTIN; या
  • Applicable case में URP

GST System को transmit कर सके।

इसके साथ Trade Name के लिए:

TrdNm

नाम का नया optional field भी add किया गया है।

Ship-to GSTIN पर कौन-सी Validations लागू होंगी?

GSTN System Ship-to GSTIN पर multiple validations करेगा।

1. GSTIN Valid होना चाहिए

Invalid या structurally incorrect GSTIN system द्वारा reject किया जाएगा।

2. Bill-to और Ship-to GSTIN अलग होने चाहिए

Bill-to/Ship-to Transaction में Bill-to party और Ship-to party अलग persons माने जाते हैं।

इसलिए:

Bill-to GSTIN और Ship-to GSTIN एक जैसे नहीं होने चाहिए।

यदि दोनों fields में same GSTIN enter किया जाता है, तो transaction validation fail हो सकती है।

3. State Code Match होना चाहिए

Ship-to State Code, Ship-to GSTIN के पहले दो digits से match होना चाहिए।

4. PIN Code और State Code Match होना चाहिए

Ship-to Address का PIN Code संबंधित Ship-to State से belong करना चाहिए।

System Treatment का सरल Summary

Situation

System Treatment

Valid Ship-to GSTIN और Bill-to से अलग

Validation के बाद Accepted

Invalid Ship-to GSTIN

System द्वारा Rejected

Bill-to और Ship-to में Same GSTIN

Bill-to/Ship-to transaction में permitted नहीं

Ship-to GSTIN उपलब्ध नहीं

Applicable cases में “URP”

URP कब Enter किया जाएगा?

Ship-to GSTIN उपलब्ध नहीं होने पर Ship-to GSTIN field में:

URP

enter किया जा सकता है।

यह निम्न situations में relevant हो सकता है:

  • Ship-to party GST में unregistered हो;
  • Goods किसी end consumer को भेजे जा रहे हों;
  • Transaction nature के अनुसार domestic registered Ship-to GSTIN applicable न हो;
  • Export-related transaction में domestic Ship-to GSTIN available न हो।

URP केवल convenience के लिए random entry नहीं है। इसे तभी use करना चाहिए जब transaction में वास्तव में Ship-to GSTIN उपलब्ध या applicable न हो।

Indicative Error Codes

GSTN ने Sandbox Environment में कुछ validations और indicative error codes जारी किए हैं।

Generate IRN and e-Way Bill Together

Validation

Error Code

Ship details दिए जाने पर Ship-to GSTIN mandatory

5002

Bill-to और Ship-to GSTIN same नहीं होने चाहिए

2323

Ship-to State Code, GSTIN State Code से match हो

2325

Ship-to PIN Code संबंधित State का हो

3039

e-Way Bill by IRN

Validation

Error Code

ExpShipDtls में GSTIN mandatory

5001

B2B/SEZ में IRN के Ship details replace नहीं किए जा सकते

2324

Ship-to State Code, GSTIN State Code से match हो

4074

Ship-to PIN Code संबंधित State का हो

3039

ERP और Software Teams को इन error codes के अनुसार user-friendly validation messages तैयार करने चाहिए।

Export e-Way Bill में क्या व्यवस्था होगी?

Export e-Way Bill के मामलों में IRN generation के समय दिए गए Ship details को e-Way Bill by IRN generation के दौरान replace किया जा सकेगा।

जहां export transaction में कोई domestic registered Ship-to GSTIN लागू नहीं है, वहां applicable case में:

URP

enter किया जा सकेगा।

इससे exporters को port, warehouse, customs location या export delivery arrangement के अनुसार correct shipping details देने की सुविधा मिलेगी।

B2B और SEZ Transactions में महत्वपूर्ण प्रतिबंध

B2B और SEZ Transactions में IRN generation के समय दिए गए Ship-to Details को बाद में e-Way Bill by IRN generation के दौरान replace नहीं किया जा सकेगा।

इसलिए e-Invoice generate करते समय ही निम्न details सही भरना जरूरी है:

  • Ship-to Legal Name;
  • Ship-to Address;
  • Ship-to GSTIN;
  • State Code;
  • PIN Code।

हालांकि यदि IRN generation के समय Ship-to GSTIN provide नहीं किया गया था, तो applicable validations के अधीन e-Way Bill by IRN generation के समय GSTIN दिया जा सकता है।

Important

B2B और SEZ transactions में पहले गलत Ship-to details देकर बाद में e-Way Bill stage पर उन्हें बदलने की planning न करें।

पुराने IRNs का क्या होगा?

ऐसे पुराने IRNs जिनमें Bill-to और Ship-to में same GSTIN enter किया गया था, उनके लिए e-Way Bill by IRN API regular e-Way Bill generate कर सकती है।

लेकिन नए implementation के बाद current transactions में revised validations लागू होंगी।

Voluntary Closure of e-Way Bill क्या है?

GSTN ने delivery complete होने के बाद e-Way Bill को voluntarily close करने की facility शुरू करने का निर्णय लिया है।

इसका उद्देश्य system में यह record बनाना है कि:

Goods Movement और Delivery Complete हो चुकी है।

यह closure mandatory नहीं है।

अर्थात taxpayer या transporter अपनी operational जरूरत के अनुसार इसका उपयोग कर सकता है।

e-Way Bill कौन Close कर सकता है?

Delivery पूरी होने के बाद e-Way Bill को निम्न persons close कर सकते हैं:

  1. Supplier
  2. Recipient
  3. Transaction से जुड़ा Transporter
  4. Driver या Authorised Person, जिसका mobile number closure के लिए दिया गया हो

Closure:

  • Individual E-Way Bill-wise; या
  • Date-wise

की जा सकती है।

Portal से E-Way Bill Closure कैसे होगी?

Supplier, Recipient और Transporter के लिए closure option login करने के बाद e-Way Bill section में उपलब्ध होगा।

Driver या Authorised Person के mobile number के आधार पर:

  • उस mobile number से linked active e-Way Bills दिखाए जाएंगे;
  • delivery complete होने के बाद authorised person relevant e-Way Bill close कर सकेगा।

Closure के लिए mobile number:

  • E-Way Bill generation के समय;
  • Vehicle Updation के समय;
  • Consolidated E-Way Bill Operation के समय;
  • Validity Extension के समय

provide या update किया जा सकता है।

EWB Closure API में क्या Details भेजनी होंगी?

API के माध्यम से e-Way Bill close करने के लिए निम्न details transmit करनी होंगी:

Required Detail

Description

E-Way Bill Number

जिस EWB को close करना है

Closure Date

Delivery complete होने की date

Remarks

Closure का brief reason या remark

ERP और API users को अपने systems में voluntary closure option develop करना होगा, जहां business इसकी आवश्यकता महसूस करता है।

क्या Driver का Mobile Number API से Capture होगा?

वर्तमान implementation में API के माध्यम से driver या authorised person का mobile number capture या specify करने की सुविधा उपलब्ध नहीं है।

Driver या authorised person के mobile number पर आधारित closure फिलहाल:

Portal के माध्यम से

की जा सकेगी।

भविष्य में stakeholder feedback और system requirements के आधार पर API-level provision पर विचार किया जा सकता है।

क्या Closed E-Way Bills को Retrieve करने के लिए अलग API होगी?

अभी अलग API उपलब्ध नहीं है जिससे:

  • Closed EWBs की list;
  • Date-wise Closed EWBs;
  • Closure History

retrieve की जा सके।

GSTN भविष्य में closure module के stable होने और operational requirement के आधार पर ऐसी API पर विचार कर सकता है।

Closed E-Way Bill का Status क्या होगा?

GSTN भविष्य में अलग:

Closed

status introduce करने की योजना रखता है।

लेकिन initial stabilisation period में existing statuses जारी रहेंगे:

  • Active;
  • Cancelled;
  • Discarded।

इसलिए शुरुआत में e-Way Bill voluntarily close होने के बाद भी system status framework में तुरंत अलग Closed Status दिखाई न दे।

Closure के बाद कौन-से Actions उपलब्ध रहेंगे?

Initial stabilisation period में e-Way Bill close होने के बाद भी निम्न permitted actions उपलब्ध रह सकते हैं:

  • Update Transporter;
  • Extend Validity;
  • Vehicle Updation;
  • अन्य allowed modifications।

यह relaxation transition period में users को operational difficulty से बचाने के लिए दी गई है।

System stable होने के बाद GSTN:

  • Post-closure actions पर restrictions;
  • Modifications का curtailment;
  • Separate Closed Status

introduce कर सकता है।

क्या Voluntary Closure, E-Way Bill Cancellation के समान है?

नहीं।

Cancellation

E-Way Bill cancellation तब की जाती है जब:

  • Goods move ही नहीं किए गए;
  • Incorrect details के कारण EWB cancel करना हो;
  • Transaction cancel हो गई हो;

और cancellation applicable statutory time limit में की जाती है।

Voluntary Closure

Closure तब की जाएगी जब:

  • Goods वास्तव में move हुए;
  • Delivery complete हो चुकी;
  • Movement का lifecycle समाप्त हो गया।

इसलिए Cancellation और Closure का purpose अलग है।

Practical Example 1: Registered Ship-to Party

XYZ Ltd., Indore ने ABC Ltd., Delhi को invoice जारी किया, लेकिन goods ABC Ltd. के registered warehouse, Noida को भेजे।

यदि Noida warehouse का अलग valid GSTIN है, तो:

  • Bill-to GSTIN: ABC Ltd., Delhi
  • Ship-to GSTIN: ABC Ltd./Recipient का Noida GSTIN

enter किया जाएगा।

दोनों GSTIN distinct होने चाहिए और Ship-to State/PIN validation भी pass करनी होगी।

Practical Example 2: Unregistered Customer

एक registered dealer ने goods किसी unregistered end consumer के address पर deliver किए।

Ship-to GSTIN उपलब्ध नहीं होने के कारण:

Ship-to GSTIN = URP

enter किया जा सकता है, subject to transaction conditions।

Practical Example 3: IRN और EWB Together

ERP से e-Invoice बनाते समय user ने Ship-to Name और Address भर दिया और उसी request में e-Way Bill भी generate करना चाहा।

अब ERP को ShipDtls.Gstin भी transmit करना होगा।

GSTIN उपलब्ध न होने पर applicable case में URP भेजना होगा।

Practical Example 4: Delivery के बाद Closure

Supplier ने goods transporter के माध्यम से customer तक भेजे।

Delivery 5 August 2026 को complete हुई।

Supplier, Recipient या Transporter:

  • EWB Number;
  • Closure Date—5 August 2026;
  • Remarks—Goods delivered successfully

देकर EWB voluntarily close कर सकता है।

Businesses को 1 August 2026 से पहले क्या करना चाहिए?

1. Customer और Delivery Masters Update करें

सभी customer records में अलग-अलग fields रखें:

  • Bill-to GSTIN;
  • Ship-to GSTIN;
  • Ship-to Legal Name;
  • Ship-to Address;
  • State;
  • PIN Code;
  • Registration Status।

2. URP Logic Configure करें

जहां consignee unregistered है, वहां system automatically or correctly URP capture कर सके।

3. Same GSTIN Validation लगाएं

Bill-to/Ship-to transaction में Bill-to और Ship-to GSTIN same होने पर software warning दे।

4. State और PIN Code Validation करें

GSTIN State Code, Ship-to State और PIN Code के बीच mismatch पहले ही detect हो।

5. B2B और SEZ Master Data साफ करें

क्योंकि IRN के बाद Ship Details replace नहीं की जा सकेंगी।

6. Export Workflow Test करें

Export scenarios में Ship Details replacement और URP handling verify करें।

7. EWB Closure Workflow Develop करें

Business आवश्यकता के अनुसार portal या API-based closure process configure करें।

8. Users को Training दें

Billing, Dispatch, Accounts और Logistics Teams को नई fields और validations समझाएं।

9. Sandbox Testing करें

Production date का इंतजार न करें। Sample B2B, SEZ, Export, URP और Combination Transactions test करें।

10. ERP Vendor से Written Confirmation लें

Confirm करें कि आपका software revised API schema और error codes के लिए ready है।

ERP और Software Vendors के लिए Technical Checklist

  • ShipDtls.Gstin field conditionally mandatory करें;
  • ExpShipDtls.Gstin mandatory field add करें;
  • TrdNm optional field support करें;
  • URP value accept और transmit करें;
  • Bill-to और Ship-to GSTIN distinction validate करें;
  • GSTIN और State Code mapping validate करें;
  • PIN Code और State mapping implement करें;
  • B2B/SEZ ship-detail replacement restrict करें;
  • Export replacement workflow support करें;
  • EWB Closure API develop करें;
  • Closure Date और Remarks fields add करें;
  • Error Codes 5001, 5002, 2323, 2324, 2325, 3039 और 4074 handle करें;
  • Sandbox end-to-end testing complete करें।

Common Mistakes से बचें

  • Ship-to address भरना लेकिन GSTIN blank छोड़ देना;
  • Bill-to GSTIN को ही Ship-to GSTIN में copy करना;
  • Unregistered party के लिए random GSTIN भरना;
  • URP का गलत उपयोग करना;
  • Incorrect State Code या PIN Code देना;
  • B2B/SEZ IRN में गलत ship details देकर बाद में correction की उम्मीद करना;
  • ERP update को अंतिम दिन तक टालना;
  • Driver mobile number API से capture होने की assumption करना;
  • Voluntary Closure को Cancellation मान लेना;
  • Closed EWB के लिए अलग retrieval API उपलब्ध मान लेना।

Important Summary

Area

Change

Generate IRN + EWB

ShipDtls.Gstin conditionally mandatory

EWB by IRN

ExpShipDtls में Gstin mandatory

Trade Name

TrdNm optional field

Unregistered Ship-to

URP allowed

Bill-to/Ship-to

दोनों GSTIN distinct होने चाहिए

Validation

GSTIN, State Code और PIN Code matching

Export

Ship details replace हो सकती हैं

B2B/SEZ

IRN की Ship details replace नहीं होंगी

EWB Closure

Delivery के बाद voluntary closure

Closure API

EWB Number, Closure Date और Remarks

Driver Mobile via API

अभी उपलब्ध नहीं

Closed EWB Retrieval API

अभी उपलब्ध नहीं

Separate Closed Status

भविष्य में प्रस्तावित

Sandbox

Testing के लिए available

Production Date

1 August 2026

Conclusion

1 August 2026 से e-Invoice और e-Way Bill integrations में Ship-to GSTIN एक महत्वपूर्ण compliance field बन जाएगा।

विशेष रूप से Bill-to/Ship-to Transactions में businesses को सुनिश्चित करना होगा कि:

  • Ship-to GSTIN valid हो;
  • Bill-to GSTIN से अलग हो;
  • State और PIN Code सही हों;
  • Unregistered consignee के लिए URP दिया जाए;
  • B2B और SEZ IRN बनाते समय Ship Details final और accurate हों।

इसके साथ Voluntary E-Way Bill Closure businesses को delivery completion का system record बनाने की सुविधा देगी।

याद रखें:

अब केवल Bill-to GSTIN सही होना पर्याप्त नहीं है—Goods जहां पहुंच रहे हैं, उस Ship-to party की identity भी system में सही capture करनी होगी।

Taxpayers और ERP Vendors को Production Implementation का इंतजार नहीं करना चाहिए। Sandbox Testing, Master Data Correction और User Training समय रहते पूरी करना सबसे सुरक्षित approach है।

Disclaimer

यह Blog GSTN की 17 June 2026 की Advisory के आधार पर general educational और GST awareness purpose के लिए तैयार किया गया है। API specifications, validation rules और implementation behaviour में GSTN द्वारा आगे clarification या technical update जारी किया जा सकता है। Production use से पहले official GSTN specifications और अपने ERP/GSP provider से latest confirmation लें।

 Prepared By✍️ Rajendra Dangwal Sirji

Tax Lawyer | Business Consultant | Legal Awareness Writer

Need Help with TallyPrime 7.0, Daily Data Backup Compliance & Business Automation?
Contact SMart Solutions & Services – Tally Certified Partner
📞 9522610100 | 9589129914
📧 smartouch.erp@gmail.com
🌐 AskSirji.com
"Compliance Made Easy. Business Made Smarter."

श्री हरि 🙏🏻



GSTN Advisory में Generate IRN with EWB, EWB by IRN, Bill-to/Ship-to, combination transactions और Voluntary EWB Closure को applicable flows बताया गया है। (GST Tutorial)

Official document के अनुसार ShipDtls.Gstin conditionally mandatory, ExpShipDtls.Gstin mandatory, URP permitted, Bill-to/Ship-to GSTIN distinct और State/PIN validations लागू होंगे। Export cases में replacement permitted है, जबकि B2B/SEZ में IRN के समय दिए Ship Details बाद में replace नहीं किए जा सकेंगे। (GST Tutorial)

Voluntary Closure supplier, recipient, transporter या authorised driver/person द्वारा की जा सकती है। Closure API में EWB number, closure date और remarks भेजने होंगे; driver mobile capture और closed-EWB retrieval की अलग API वर्तमान में उपलब्ध नहीं है। (GST Tutorial)

Revised changes Sandbox में उपलब्ध हैं और Production Environment में 1 August 2026 से लागू किए जाने हैं। (GST Tutorial)

 


Comments

Post a Comment

Popular posts from this blog

E-Way Bill 2026 Update: GSTN के नए बदलाव जो हर व्यापारी, ट्रांसपोर्टर और GST करदाता को जानना जरूरी है

Image
  GST व्यवस्था में पारदर्शिता, ट्रैकिंग और अनुपालन (Compliance) को मजबूत बनाने के लिए GSTN समय-समय पर महत्वपूर्ण बदलाव करता रहता है। वर्ष 2026 में E-Way Bill प्रणाली में कुछ बड़े बदलाव किए गए हैं जो व्यवसायों, ट्रांसपोर्टर्स, अकाउंटेंट्स और GST सलाहकारों को सीधे प्रभावित करेंगे। इन नए नियमों का उद्देश्य केवल दस्तावेजी प्रक्रिया बदलना नहीं है, बल्कि वस्तुओं की वास्तविक आवाजाही (Movement of Goods) को डिजिटल रूप से ट्रैक करना और फर्जी बिलिंग पर रोक लगाना भी है। यदि आपका व्यवसाय माल की खरीद-बिक्री या परिवहन से जुड़ा है, तो यह लेख आपके लिए अत्यंत महत्वपूर्ण है। E-Way Bill क्या है? E-Way Bill एक इलेक्ट्रॉनिक दस्तावेज है जो GST के अंतर्गत निर्धारित सीमा से अधिक मूल्य के माल के परिवहन के लिए आवश्यक होता है। इसका उद्देश्य: माल की आवाजाही को ट्रैक करना टैक्स चोरी रोकना फर्जी बिलिंग कम करना पारदर्शिता बढ़ाना है। 1. Bill-To Ship-To Transactions में बड़ा बदलाव GSTN ने अब E-Way Bill बनाते समय "Ship To GSTIN" को अनिवार्य कर दिया है। नया नियम यदि Bill-To और Ship-To अलग हैं, तो Ship-To GSTIN...
Read more

TallyPrime Silver Users Alert 2026: अलग-अलग Computers पर बिना Surrender बार-बार Reactivation से Licence हो सकता है Block

Image
TallyPrime Silver Licence New Policy 2026: अलग - अलग Computers पर बिना Surrender बार - बार Reactivation से Licence Block हो सकता है TallyPrime Silver Licence का उपयोग करने वाले Customers, Accountants, Tax Consultants और Tally Partners के लिए एक महत्वपूर्ण Usage Policy Update सामने आया है। 17 June 2026 के Partner Communication  के अनुसार , TallyPrime Silver Licence को अलग - अलग computers पर बार - बार reactivate करने तथा पुराने computer से licence surrender किए बिना नए computer पर activate करने की activities पर अब विशेष monitoring की जा रही है। यदि Silver Licence को usage terms के विपरीत अलग - अलग machines पर बार - बार reactivate किया जाता है , तो licence  block   हो सकता है। हालांकि , यदि user सही प्रक्रिया अपनाता है — अर्थात पहले पुराने computer से licence surrender करता है और उसके बाद नए computer पर reactivate करता है — तो सामान्यतः licence block नहीं होगा। TallyPrime Silver Licence...
Read more

TallyPrime 7.0: Tally का अब तक का सबसे बड़ा अपडेट – जानिए सभी नए फीचर्स

Image
 TallyPrime 7.0 क्या है? Tally Solutions ने TallyPrime Release 7.0 लॉन्च किया है, जो डेटा सुरक्षा, बैंकिंग ऑटोमेशन, GST अनुपालन और कार्यक्षमता (Productivity) को नए स्तर पर ले जाता है। यह संस्करण विशेष रूप से उन व्यवसायों, अकाउंटेंट्स, टैक्स प्रोफेशनल्स और Tally Users के लिए उपयोगी है जो तेज, सुरक्षित और आधुनिक Accounting Ecosystem चाहते हैं। 1. Auto Backup & TallyDrive – अब डेटा हमेशा सुरक्षित TallyPrime 7.0 का सबसे चर्चित फीचर है Auto Backup। मुख्य लाभ: Daily, Weekly या Custom Backup Schedule Tally बंद होने पर भी Backup Local Storage और TallyDrive Cloud Backup Password Protected Backup Recovery Key आधारित Restore यदि सिस्टम Crash हो जाए या Data Corrupt हो जाए, तो आप किसी भी Backup Version को Restore कर सकते हैं। 2. PrimeBanking – Tally से ही Direct Online Payment अब Vendor Payments के लिए अलग Banking Portal खोलने की आवश्यकता नहीं। PrimeBanking के लाभ: Direct Online Payment Real-Time Payment Status UTR Tracking Payment Advice Auto Send Better Bank Reconciliation यह फीचर विशेष र...
Read more