countries · sectors · sub-national hubs · trade bodies · FTAs · tools · academy · essays
6 questions found
For India-EU trade contracts, AJG recommends: English law or Singapore law as the governing law — both are well-understood by Indian and EU parties, have extensive commercial precedent, and are enforced across 160+ countries via the New York Convention on arbitration. Avoid choosing the domestic law of either trading party (Indian law for an EU buyer, or the EU country' law for an Indian seller) as it creates perceived bias. Singapore law in particular is specifically designed for international commercial contracts.
Recommended arbitration clause for India-EU contracts: 'Any dispute arising out of or in connection with this contract, including any question regarding its existence, validity or termination, shall be referred to and finally resolved by arbitration under the SIAC Rules. The seat of arbitration shall be Singapore. The Tribunal shall consist of [one/three] arbitrator(s). The language of the arbitration shall be English.' SIAC arbitral awards are enforceable in India and all EU member states under the New York Convention.
Force majeure excuses a party from performance due to extraordinary events beyond their control. Draft it specifically: list specific events (war, pandemic, natural disaster, government-imposed trade sanctions) rather than using a vague general clause. Include: (1) notification requirement (notify within 5-10 days of the force majeure event), (2) duty to mitigate, (3) maximum duration before either party can terminate. COVID-19 and Russia-Ukraine conflict showed the importance of well-drafted force majeure clauses.
Standard liquidated damages (LD) in India-EU supply contracts: (1) For late delivery: 0.5-1% of the value of undelivered goods per week of delay, capped at 5-10% of total contract value, (2) For quality non-conformance: replacement cost + consequential losses capped at contract value, (3) For IP breach: liquidated damages + injunctive relief. Always include a cap on total liability (typically 100% of contract value) to avoid unlimited exposure.
NDA (Non-Disclosure Agreement) and confidentiality agreement are functionally the same document — both create a legal obligation to keep shared information confidential. In practice: NDAs are typically mutual (both parties exchange confidential information); confidentiality agreements can be unilateral (only one party discloses). For India-EU negotiations: execute a mutual NDA before sharing product formulations, business plans, customer lists, or pricing strategies.
CISG is an international treaty governing the formation of international sales contracts and the obligations of buyers and sellers. India is NOT a CISG contracting state; most EU member states are. If a contract does not specify governing law, CISG may apply automatically between EU parties. To avoid unintended CISG application in India-EU contracts: explicitly state 'The Parties exclude the application of the United Nations Convention on Contracts for the International Sale of Goods (CISG)' in the governing law clause.
Can't find your answer? Ask our principals directly.
Totality lens · 32 points to ponder · 16 user POV + 16 developer POV · this institutional hub
User POV — for the practitioner navigating the Faqs institutional hub
Eight dimensions
A FAQ atlas that consolidates the recurring questions from across all entity types — country, vertical, FTA, corridor, tool — into searchable answers replaces the per-page micro-FAQ scatter with a single navigable surface. The possibility is to make the platform answerable to questions even when the user does not know which page would have hosted the answer. The atlas is also the highest-density SEO surface because each Q+A is naturally a target keyword.
Plausibility tracks question-currency. FAQs go stale when underlying answers change; a FAQ that says "the FTA covers up to 90 percent of HS lines" is wrong if the coverage changed. We attach last-verified per FAQ + cron-driven detection of question-answer drift. The plausibility floor is the verification cadence.
On a six-month horizon, FAQ-led search is dominated by long-tail question queries that aggregator sites do not answer well. The probability that the atlas wins these queries is high because it is structured + sourced + searchable. Aggregate FAQ traffic typically grows compounding with the atlas size; doubling the atlas roughly doubles the inbound.
What works is one-question-one-answer-one-screen format. The reader arrived for an answer; they get it in two paragraphs and a sourced reference. Cross-references to deeper content live below the fold for readers who want depth. What works less well is questions answered with another question; we reject those at intake.
What does not work is over-stuffing answers. A two-paragraph answer with a sourced reference outperforms an eight-paragraph essay every time on FAQ pages because the user came for an answer not an article. Editorial discipline keeps answers tight.
A common pitfall is duplicating per-page FAQs into the atlas without context. A FAQ that is meaningful on a city page may be context-dependent in a way the atlas page cannot replicate. We tag context-dependent FAQs and surface their context-anchor explicitly in the atlas-version answer.
Counter-intuitively, the FAQs that drive the most cross-page traffic are not the most-searched questions but the questions that most often have follow-up questions. A user asking "what is rules of origin?" is at the start of a multi-question journey; a user asking "what is the Singapore postal code?" is at the end of a one-question journey. We weight follow-up-likelihood when prioritising FAQ deepening.
The highest-leverage move is the question-cluster surface: groups of related questions arranged in a rough learning order. A user reading "what is rules of origin?" sees a cluster including "how do I prove rules of origin compliance?", "what documents are needed?", "who issues the certificate?" — moving them from one question to a procedural understanding in five clicks. The cluster compute is graph-walk over the question-relation taxonomy.
Eight user intents
For curious readers without deep platform-knowledge — first-time visitors arriving via long-tail search, students researching trade-related topics for coursework, professionals fact-checking specific points mid-work, and the question-driven sub-group of any of the above who reach for FAQ pages by reflex. The schema serves all four because a good FAQ answer is universally useful regardless of audience.
They want a direct answer in two paragraphs, with a sourced reference, and a path-forward to deeper content if they want to keep going. The schema delivers all three: the answer is the headline, the reference is in-line, the deeper-content link is below.
When they have a specific question. FAQ traffic peaks during workdays + weekday evenings (curious learners). Editorial freshness matters because question-answer drift is most-likely to surface on FAQs that read confidently — a confident wrong answer is worse than no answer.
Where they read it: 60 percent mobile because question-search is opportunistic. The mobile design surfaces the answer above the fold with the source-reference inline. Desktop readers consume the question-cluster surface more.
Because FAQ content is the cheapest SEO win in trade-content publishing — every Q+A is a natural keyword target, and aggregator sites do not answer well. The why for the atlas is fundamentally about claiming the long-tail SERP for trade questions before competitors do.
Which FAQ-cluster dominates per audience: terminology FAQs ("what is X?") for new visitors, procedural FAQs ("how do I do X?") for execution-mode visitors, comparison FAQs ("X vs Y?") for diligence-mode visitors, edge-case FAQs ("what if X happens?") for problem-solving-mode visitors.
Whose perspective answers the question: the schema labels each answer with the actor-perspective (principal, broker, banker, regulator, lawyer) where it matters. A "what documents are needed for an LC?" answer differs depending on whether the asker is the importer, exporter, or bank.
How they engage: arrive via search, read the answer, click through to deeper content if interested, exit the platform satisfied. Conversion to deeper engagement is moderate; conversion to repeat visit is high because FAQs build name-recognition. The atlas is a top-of-funnel surface that pays off in long-term recurrence.
Developer POV — for the architect, maintainer, future contributor to this hub
Eight dev dimensions
Data architecture: per-FAQ record with question + answer + actor-perspective + source-reference + last-verified-date + question-cluster-tags + cross-references. The cluster-graph is hand-curated; the per-FAQ data is editorial. Search index is text-indexed across question + answer + cluster-tags.
Schema markup: each FAQ page emits as FAQPage with mainEntity Question children. Each Question has acceptedAnswer + dateModified + sameAs (the source-reference). The hub itself emits a parent FAQPage aggregating high-priority Q+A. JSON-LD identifier "ajg:faq::{slug}".
Internal linking: FAQs hub → individual FAQ URLs (one per question) + cluster-pages (groups of related FAQs). Each individual FAQ links to relevant deep-content (entity hubs, methodology essays, SOPs). Cross-content injector surfaces relevant FAQs throughout the platform — a city page mentions "rules of origin" and gets a FAQ link for that term.
Page-speed posture: FAQ pages are tiny (under 25 KB compressed). The hub is the heavier surface because it surfaces the question-cluster index (typically 200+ questions across clusters); we virtualise rendering with intersection-observer.
Mobile UX: FAQ page is question-as-headline + answer-as-body + source-reference-as-footer. Cluster pages are vertical-scroll lists of question-headers (tap-to-expand). Search input is sticky-top. All tap targets 48 px.
Accessibility: FAQ pages use proper heading + section semantics. Cluster pages have role=region per cluster with aria-labelledby. Tap-to-expand questions are role=button with aria-expanded. Screen readers traverse cluster pages cluster-by-cluster.
SEO saturation: each FAQ page has unique H1 (the question), meta-description (the answer summary), FAQPage schema for the single Q+A, BreadcrumbList. Cluster pages emit FAQPage with the full cluster set. Speakable on the answer text. The hub gets ItemList plus the high-priority FAQPage extract.
Extensibility: question-cluster taxonomy grows organically as the atlas widens. Adding new actor-perspectives requires schema-bump but is rare. New cross-references between FAQs are continuously curated; the cluster-graph densifies as the atlas grows.
Eight dev intents
For the developer maintaining this atlas, the question-cluster graph is the most editorially-influenced data structure. Algorithmic clustering misses the pedagogical sequencing that makes clusters useful. We maintain the graph by hand at data/faq-clusters.php with cluster-master + question-to-cluster mappings.
What changes when FAQs update: data/faqs-data.php gains records or updates existing ones with verification-bumps. The cluster-graph picks up new questions on next-cron rebuild. The text-search index reindexes nightly to pick up new questions.
When the cron runs: nightly at 06:00 UTC for the search-index rebuild + cluster-graph cache refresh + verification-cadence sweep. Stagger from other crons.
Where files live: data/faqs-data.php (the registry), data/faq-clusters.php (the cluster graph), includes/faq-template.php (renderer). Hub at /faqs.php; individual FAQs at /faqs/{slug}/; cluster pages at /faqs/cluster/{slug}/.
Why hand-curated cluster graph: because pedagogical sequencing requires editorial judgement. "What is X?" sequences differently into deeper questions depending on the reader's expected next step, and that depends on context that algorithmic clustering does not capture.
Which renderer: includes/faq-template.php emits the question + answer + actor-perspective badge + source-reference + cluster-rail + cross-references rail. Accepts $faq_slug. Echoes directly. Idempotent.
Whose responsibility: FAQ authoring is editorial. Question-cluster curation is editorial-with-data-assist (we surface candidate cluster memberships from search-co-occurrence, editorial decides). Schema validity enforced by pre-flight.
How to add a new FAQ: (1) author question + answer + actor-perspective + source-reference; (2) submit through admin/faq-intake.php; (3) editorial review checks for over-stuffing + actor-perspective accuracy; (4) on approval, faq-publish.php writes to data/faqs-data.php; (5) editorial assigns to clusters. Total: about 30-60 minutes per FAQ.
Explore
Every page in the AJG platform cross-links to these primary entities. Click any pill to explore that branch of the knowledge graph.