Reconstruct the commercial transaction first

Describe what is being bought, who uses it, each party’s dependencies and where work, goods and records are located. Identify foreign counterparties and currency issues. Legal editing without this context may protect the wrong commercial position.

Compare the agreement with the proposal, correspondence, specification and statement of work. Material promises should not exist only in a presentation. Establish which attachments form part of the agreement and how conflicts between documents are resolved.

The Tajikistan Civil Code provides a general framework. Specific transactions also require consideration of special rules, form, authority and applicable law. The method below is a commercial review framework, not a universal legal template.

Verify the parties and signing authority

Match names, registration particulars, payment details and the actual roles. Explain any difference between the invoicing entity, bank beneficiary and contractual supplier before payment. A third party’s involvement needs an identifiable basis.

Check the signatory’s authority for this transaction and any required approvals or limits. A stamp, company email address or confident correspondence does not replace that check.

Verify changed bank details through a previously established contact channel, particularly when received immediately before payment. Agree notification arrangements and separately confirm how bank-detail changes will be authenticated.

Define an observable deliverable

“Consulting services” does not establish when work is complete. Describe the subject, period, analysis, inputs and output. Goods require relevant specifications and quantities; development work needs functionality and acceptance criteria. The appropriate detail depends on the transaction.

Could an employee who missed the negotiations identify what should be accepted? If not, improve the specification. Record exclusions, customer inputs and changes requiring additional approval.

Questions behind vague drafting
PhraseUnresolved issueAgreement needed
“Full support”Boundaries and periodTasks, outputs and exclusions
“Payment on completion”The triggering eventEvidence, event and deadline
“As soon as possible”Start and finishDate or calculation method
“On customer request”Authority to expand scopeRequest, approval and price effect

Connect payments, milestones and evidence

Match the event, amount, document and date. Invoicing, delivery and acceptance may occur at different times. Where payment depends on a signed acceptance document, an undefined review process creates uncertain collection timing.

Check what the price includes: expenses, travel, delivery, additional work and applicable taxes. Contract wording alone does not determine tax treatment. Currency clauses need a clear calculation method and review of their permissibility.

Illustration, not a BMS fee: a project costs TJS 100,000, with TJS 30,000 paid in advance and TJS 70,000 after acceptance. If acceptance depends only on unspecified customer satisfaction, collection timing is uncertain. Negotiate objective criteria, review of comments and correction arrangements, rather than considering only a larger advance.

Test departures from the expected plan

Walk through late customer inputs, partial delivery, defects, changed scope and early exit. For each event identify notice, response, evidence and financial consequences.

A useful change process records the request, assesses time and cost, obtains authorised agreement and then implements the work. This is an operational recommendation; the legal effectiveness of the chosen approval mechanism requires review.

Assess liability provisions alongside the ability to prove breach and enforce a remedy. A large penalty does not repair an undefined deliverable or missing delivery evidence. Do not assume every written liability limit or termination clause will be enforceable.

Create a negotiation table

Separate signing blockers, risks acceptable with a defined trade-off, and drafting improvements. This helps management concentrate on consequences rather than the number of redlines.

For each issue record the clause, risk scenario, proposed wording, acceptable fallback and decision-maker. Explain whether the company might pay before receiving value, fail to evidence performance or lack a workable exit route.

Hand the signed agreement to the people executing it

Retain the final agreement with every approved attachment and appoint an owner. Accounting needs payment conditions and evidence; delivery teams need outputs and dates; management needs the decisions reserved to it.

  • Calendar important dates and notices.
  • Retain delivery, acceptance and change evidence.
  • Check new requests against the agreed scope.
  • Match payments to milestones and accepted work.

A successful review produces an executable agreement, not simply extensive edits. If staff cannot explain what they must do after signing, risk remains unresolved. For a review with BMS, share the draft, transaction context and disputed points through an agreed channel.

Support for your task

Discuss your task

Describe the situation and the output you need. Establish the work and information required to begin.