feat: allow itc claim period for RCM Purchase Invoice#4264
feat: allow itc claim period for RCM Purchase Invoice#4264ljain112 wants to merge 5 commits intoresilient-tech:developfrom
Conversation
Up to standards ✅🟢 Issues
|
| Metric | Results |
|---|---|
| Complexity | -6 |
NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.
Confidence Score: 5/5Safe to merge — only a P2 style comment, no logic or correctness issues found. Changes are well-scoped: removal of the Unregistered-RCM restriction is clean, the No files require special attention.
|
| Filename | Overview |
|---|---|
| india_compliance/gst_india/utils/itc_claim.py | Removes the Unregistered-RCM restriction: deletes _validate_itc_claim_period_for_rcm_invoice and the early-return in _calculate_itc_claim_period. Unregistered RCM invoices now follow the same next-unfiled-period logic as all other invoices. |
| india_compliance/gst_india/doctype/gstr_3b_report/gstr_3b_report.py | Adds is_outward_query flag that forces Posting Date filter on outward supply queries, correctly separating RCM output tax liability (always posting date) from ITC (follows claim period). |
| india_compliance/gst_india/doctype/gstr_3b_report/test_gstr_3b_report.py | New test_rcm_outward_liability test covers the split-period scenario end-to-end; logic and assertions look correct. |
| india_compliance/gst_india/overrides/test_purchase_invoice.py | Test updated to verify that Unregistered RCM invoices now accept any valid period (including "Deferred" and future periods), replacing the old restriction assertions. |
| india_compliance/gst_india/utils/test_itc_claim.py | Unit test updated to assert Unregistered RCM follows next-unfiled-period logic; adds case where posting period is already filed to confirm the skip-to-next-period path. |
Reviews (2): Last reviewed commit: "refactor: changes as per review" | Re-trigger Greptile
|
Warning Rate limit exceeded
To keep reviews running without waiting, you can enable usage-based add-on for your organization. This allows additional reviews beyond the hourly cap. Account admins can enable it under billing. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (5)
📝 WalkthroughWalkthroughThe changes introduce configurability to ITC period filtering in GSTR 3B reports. The 🚥 Pre-merge checks | ✅ 3 | ❌ 2❌ Failed checks (1 warning, 1 inconclusive)
✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
@coderabbitai review |
✅ Actions performedReview triggered.
|
|
@coderabbitai full review |
✅ Actions performedFull review triggered. |
Allow ITC Claim for RCM Purchase Invoice in a different month.
no-docs