মাসিক USDT আয়ের খাতা ও CSV

সর্বশেষ হালনাগাদ: 2026-08-12 উৎস যাচাই: 2026-08-10T18:48:47+08:00

মাসিক USDT ledger-এর কাজ balance দেখানো নয়; প্রতিটি income claim-কে client, invoice, payment event, historical rate, fee এবং supporting file-এর সঙ্গে বাঁধা। CSV একটি portable index। এটি blockchain থেকে স্বয়ংক্রিয়ভাবে কিছু টানে না, wallet connect করে না এবং কোনো private key বা seed phrase নেয় না। User নিজে দেখা source থেকে field পূরণ করবেন; ভুল input-কে সফটওয়্যার সত্য বানাতে পারে না।

সবচেয়ে ছোট ব্যবহারযোগ্য CSV header কী?

record_id,client_alias,invoice_number,payment_datetime_rfc3339,asset,network,gross_asset_amount,received_asset_amount,allocated_asset_amount,transaction_hash,receiving_address_optional,reference_rate_manual,rate_currency,rate_source,rate_recorded_at_rfc3339,calculated_fiat_value,fiat_currency,platform_fee,network_fee,fee_currency,spread_status,notes,evidence_folder,record_status

এই header-এ কোনো real client, amount, hash বা rate নেই। এটি local file template। Column নাম স্থির রাখুন; বাংলা display label আলাদা documentation-এ রাখা যায়। CSV schema version প্রথম comment-free metadata file বা README-তে লিখুন, কারণ standard CSV row-এর মাঝে comment দিলে parser ভাঙতে পারে।

CSV local-only কেন থাকবে?

প্রথম সংস্করণে file user-এর device-এ থাকবে এবং explicit export/import ছাড়া network-এ যাবে না। Browser/local spreadsheet ব্যবহার করলে sync feature বন্ধ কি না user নিজে দেখবেন। Cloud drive-এ রাখলে সেটি আর strictly local নয়; access control, retention ও sharing আলাদা সিদ্ধান্ত।

কোনো wallet auto-connect, blockchain address scan, private-key input বা account credential collection থাকবে না। Public transaction hash manual input হতে পারে। Local-only কথাটি “কখনো data leak হবে না” guarantee নয়; device security, backup ও spreadsheet software user-এর দায়।

record_id কী কাজ করে?

record_id প্রতিটি ledger row-এর stable unique key। Invoice number বা hash দিয়ে row ID বানাবেন না, কারণ এক invoice-এ বহু payment এবং এক payment-এ বহু invoice allocation থাকতে পারে। Simple pattern YYYYMM-sequence ব্যবহার করা যায়, কিন্তু real ID policy নিজে ঠিক করুন।

Correction, evidence map, refund ও allocation table এই ID reference করবে। Row order বদলালেও ID বদলাবে না। Duplicate ID validation error হবে। Deleted row-এর ID reuse করবেন না; status দিয়ে void/corrected রাখুন।

client_alias কেন পূর্ণ নাম নয়?

Daily ledger-এ privacy কমাতে stable alias ব্যবহার করুন। Limited-access client register-এ alias থেকে legal/billing identity ও contract reference মিলবে। একই client-কে প্রতি মাসে নতুন alias দেবেন না এবং এক alias বহু client-কে দেবেন না।

Freelancer ID essential documents income evidence-এ name, amount ও transaction date স্পষ্ট থাকার প্রয়োজন দেখায়। তাই public/shareable CSV-তে alias থাকলেও application bundle-এ proper identity document আলাদা secure mapping দিয়ে লাগতে পারে। Alias identity proof-এর replacement নয়।

invoice_number কীভাবে লিখবেন?

Invoice-এ ব্যবহৃত exact reference রাখুন। Revision হলে invoice_revision আলাদা column যোগ করতে পারেন। এক payment বহু invoice মেটালে মূল ledger-এ payment row এবং separate allocation table রাখুন; comma দিয়ে বহু number এক cell-এ গুঁজলে query কঠিন হয়।

Direct-client work-এর invoice/client agreement-এর সঙ্গে corresponding inward-remittance proof মিলানোর কথা official document guidance-এ আছে। CSV সেই link-এর index; original invoice file নয়। Evidence folder-এ file reference থাকবে।

payment_datetime_rfc3339 কোন সময়?

Data dictionary-তে definition দিন: confirmed block time, recipient credit time বা অন্য documented event। 2026-08-12T15:20:00+06:00-এর মতো timezone offset রাখুন। Client message time, chain time ও service credit time আলাদা হলে additional columns দিন।

Only date জানা থাকলে fake midnight দেবেন না। payment_date এবং time_status=unknown alternative schema হতে পারে। Unknown timezone অনুমান করবেন না। Time correction log-এ original value রাখুন।

asset ও network কেন দুটি column?

asset=USDT এবং network=TRON-TRC20 বা service-displayed exact label। Ticker alone route বোঝায় না। Normalized label রাখলেও raw platform label আলাদা রাখা ভালো। Contract address দরকার হলে token_contract_reference column যোগ করুন।

Network unknown হলে guess করবেন না। network_status=unverified এবং evidence gap লিখুন। Wrong network কোনো rate বা invoice field দিয়ে ঠিক হয় না। Asset/network confirmation technical evidence; legal/payment-route approval আলাদা।

তিনটি amount column কেন?

gross_asset_amount: client obligation বা sent gross;
received_asset_amount: recipient service-এ credited asset;
allocated_asset_amount: নির্দিষ্ট invoice-এ বরাদ্দ অংশ।

সবসময় সমান নাও হতে পারে। Fee, split payment, multi-invoice allocation বা refund difference তৈরি করে। Numeric field-এ unit লিখবেন না; asset column unit দেয়। Decimal separator dot রাখুন, thousand comma বাদ দিন। Negative amount refund model ছাড়া ব্যবহার করবেন না; refund আলাদা event row ভালো।

transaction_hash কী প্রমাণ করে?

Hash public network event খুঁজতে সাহায্য করে। এটি client identity, invoice purpose, work delivery বা legal approval নিজে থেকে প্রমাণ করে না। Custodial internal transfer-এ public hash নাও থাকতে পারে; তখন platform reference আলাদা field। Fake placeholder কখনো real row-এ থাকবে না।

Hash copy করার পরে full value source-এর সঙ্গে compare করুন। Duplicate hash flag করুন—এক transfer দুইবার income total-এ ঢুকে যেতে পারে। Same transaction multiple invoice allocation হলে transaction table একবার এবং allocation table বহু row ব্যবহার করা যায়।

receiving_address_optional কেন optional?

Address reconciliation-এ সাহায্য করতে পারে, কিন্তু privacy risk ও custodial ambiguity আছে। Full address restricted evidence file-এ, shareable CSV-তে masked reference রাখা যায়। Masking method ও original location note করুন।

Private key, seed phrase, recovery phrase, password, login token বা wallet backup কখনো ledger-এ নয়। Public address-ও client identity-এর সঙ্গে যোগ হলে sensitive profile তৈরি করতে পারে। Necessity অনুযায়ী collect করুন।

manual reference rate-এর পাঁচটি field কী?

reference_rate_manual, rate_currency, rate_source, rate_recorded_at_rfc3339, valuation_basis রাখুন। উদাহরণ: rate value 0.998, unit USD/USDT, source reference, observed time এবং basis received_asset_amount। শুধু rate number যথেষ্ট নয়।

Site কোনো API call করে live rate আনে—এমন দাবি নেই। User manual value দেবেন। Source/time ছাড়া calculated fiat value provisional/invalid status পাবে। Later correction original export overwrite করবে না।

calculated_fiat_value কীভাবে বের হবে?

calculated_fiat_value = valuation_asset_amount × reference_rate_manual—যখন rate unit fiat per asset। Reciprocal unit হলে formula আলাদা। Formula version ও raw result রাখতে পারেন। Display fiat two decimal হলেও raw precision preserved।

এই value bank credit নয়। Actual fiat/BDT credit থাকলে actual_fiat_credit, bank_reference, credit_currency আলাদা columns। Calculated BDT value-কে cash received বা taxable income label দেবেন না; professional classification আলাদা।

fee columns কীভাবে সাজাবেন?

platform_fee, network_fee, fee_currency, fee_bearer, fee_source_ref, fee_status useful। Platform fee USDT এবং protocol fee ETH/TRX/BNB হলে একটি fee_currency যথেষ্ট নয়; separate fee table বা component columns দরকার।

Unknown fee = blank/null plus status, zero নয়। Sender fee দিলে recipient amount থেকে না কাটলেও total cost record-এ থাকতে পারে। Estimate ও actual আলাদা columns রাখুন। Fee evidence না থাকলে guessed value summary-তে নেবেন না।

spread_status কী বলবে?

Values হতে পারে not_applicable, unknown, assumed, quoted, realized_with_evidence। শুধু percentage রাখলে nature বোঝা যায় না। Quoted rate-এর মধ্যে spread included হলে separate spread double count করবেন না।

Actual fiat outcome ছাড়া realized spread claim দুর্বল। Assumption planning-এর জন্য থাকতে পারে, income proof-এর actual component নয়। Source ও calculation reference link করুন।

notes field-এ কী থাকবে?

Short exception, missing evidence, allocation rule, correction reason বা unusual payer relationship। Long personal chat paste করবেন না। Comma/newline থাকলে valid CSV quoting দরকার। Structured status-এর বদলে সবকিছু notes-এ ফেলবেন না।

Useful controlled flags: invoice_missing, rate_timing_gap, duplicate_hash_review, payer_name_mismatch, partial_payment, refund_pending, legal_route_review_pending। Data dictionary-তে meaning লিখুন।

evidence_folder কীভাবে কাজ করে?

Row থেকে local folder বা document map-এর reference। Folder-এ invoice, contract/client acceptance, payment statement, rate snapshot, fee receipt, correction log এবং share history থাকতে পারে। CSV-তে binary file embed নয়। Relative path ব্যবহার করলে archive move করলেও link টিকে থাকতে পারে।

File naming example policy: record-id_document-type_version.ext। Real files original format-এ রাখুন; screenshot একমাত্র evidence না হলে ভালো। Hash checksum চাইলে file-integrity purpose স্পষ্ট করুন; blockchain hash-এর সঙ্গে গুলিয়ে ফেলবেন না।

record_status কী কী হবে?

Suggested lifecycle: draft, evidence_pending, reconciled, exception, corrected, void। reconciled মানে defined checks completed, legal approval নয়। submitted বা approved কেবল actual external process হলে এবং reference থাকলে।

Status transition log-এ from, to, time, reviewer ও reason রাখুন। Row edit করে ইতিহাস মুছবেন না। Summary inclusion policy status অনুযায়ী লিখুন।

মাসভিত্তিক folder structure কী?

YYYY-MM/
  ledger/
  invoices/
  clients/
  payments/
  rates/
  fees/
  corrections/
  exports/
  README-data-dictionary.txt

Month assignment primary payment event-এর date policy অনুযায়ী। Cross-month invoice এক month-এর invoice file অন্য payment month-এ reference করতে পারে; duplicate edited copies নয়। Read-only final export এবং working file আলাদা রাখুন।

মাস শেষে reconciliation কীভাবে করবেন?

Duplicate record_id/hash খুঁজুন।
Invoice totals ও payment allocations মিলান।
Gross, received, allocated amount-এর difference explain করুন।
Payment time, rate time ও timezone দেখুন।
Rate source এবং formula পুনরায় চালান।
Fees actual/estimated/unknown classify করুন।
Missing evidence flags review করুন।
Refund/dispute/outstanding balance আলাদা করুন।
Personal data minimization check করুন।
Export version, review time ও reviewer লিখুন।

Mismatch zero না হলে row exception হতে পারে; জোর করে reconciled করবেন না।

monthly summary কোন total দেখাবে?

Policy অনুযায়ী আলাদা total:

gross invoiced service amount;
gross asset sent;
received asset amount;
allocated amount;
calculated reference fiat value;
evidenced fees by currency;
refunds;
unresolved difference;
count by status।

এক total-কে income, turnover, cash receipt ও taxable amount—সব নামে ব্যবহার করবেন না। Header-এ exact definition ও included statuses লিখুন। Tax classification accountant-এর পরামর্শে হবে।

CSV quoting ও encoding কীভাবে রাখবেন?

UTF-8, header row, comma delimiter এবং RFC4180-compatible quoting ব্যবহারযোগ্য choice। Field-এ comma, quote বা newline থাকলে double quote wrap এবং internal quote double করুন। Spreadsheet locale যাতে decimal comma বা date auto-format না করে, import preview দেখুন।

Export-এর পরে plain-text parser দিয়ে column count check করুন। Leading zero, long hash ও scientific notation corruption পরীক্ষা করুন। Hash field text type রাখুন। UTF-8 BOM দরকার কি না target software অনুযায়ী test করুন; canonical archive এক format-এ রাখুন।

correction কীভাবে version করবেন?

Original monthly export overwrite নয়। ledger-YYYY-MM-v1.csv, v2.csv এবং correction log। Log-এ record_id, field, old value, new value, reason, source, corrected_at ও reviewer। Sensitive old value log-এ অপ্রয়োজনীয়ভাবে copy করবেন না।

File hash/checksum archive integrity-তে ব্যবহার করা যায়, কিন্তু content সত্য প্রমাণ করে না। Version manifest-এ filenames ও creation time রাখুন। Latest version pointer থাকলেও previous read-only থাকবে।

backup ও access কীভাবে নিয়ন্ত্রণ করবেন?

At least two recoverable copies, encrypted storage এবং tested restore policy বিবেচনা করুন। Local-only file হারালে evidence হারাবে; backup দরকার। কিন্তু cloud auto-sync করলে access scope জানুন। Public link, shared spreadsheet ও email attachment কমান।

Role-based access: daily ledger reviewer সব client identity নাও চাইতে পারেন; client register restricted। Device lock, malware protection ও secure deletion organizational policy-এর অংশ। এই article security guarantee দেয় না।

Freelancer ID-এর সঙ্গে ledger-এর সম্পর্ক কী?

Freelancer ID how-it-works legitimate freelance/digital-service income evidence ও financial institution-এর proof request-এর প্রসঙ্গ দেয়। Terms and conditions information accurate/truthful রাখা এবং legal, tax, foreign-exchange ও digital-transaction compliance-এর দায় user-এর ওপর রাখে।

CSV application approval নয়। Portal-এর current document list অনুযায়ী original evidence দিন। Self-entered row independently verified statement নয়। Submission করলে file version, submitted fields ও acknowledgement reference রাখুন।

Bangladesh Bank-এর current record context কী?

FEPD-1 সার্কুলার No. 22 freelancer/individual service-export electronic evidence, inward-remittance message, purpose-code reporting ও recordkeeping fields-এর dated source। পরে সার্কুলার No. 26 subsequent circulars consolidated করে Part K-তে current fiat service-export framework বহন করে; তাই No. 22 একা current authority নয়।

Ledger client, invoice, evidence, AD/OPGSP, inward-remittance ও record reference organize করতে পারে। এই provisions USDT payment/conversion authorize করে না। FE সার্কুলার No. 24 specified virtual-asset transaction/facilitation-এর সীমা জানায়। Proposed route AD-এর সঙ্গে আগে নিশ্চিত করুন।

FATF source কীভাবে সীমিতভাবে ব্যবহার করবেন?

FATF virtual-assets topic VASP recordkeeping এবং originator/beneficiary information secure obtain/transmit-এর institutional context দেয়। এটি personal freelancer-এর জন্য automatic local legal duty বলে copy করা যাবে না। Bangladesh-specific obligation Bangladesh authority-এর current document থেকে আসে।

এখানে FATF source শুধু বোঝায় কেন regulated service providers transfer records চাইতে পারে। User নিজের ledger-এ unnecessary personal data collect করবেন না। Applicable request ও lawful necessity অনুযায়ী information দিন।

খালি CSV example কীভাবে নিরাপদ থাকবে?

Template-এ শুধু header; sample client, fake amount, placeholder hash বা invented rate নয়। Data validation rules documentation-এ দিন। User নিজে file copy করে local record শুরু করবেন। Downloaded template-এর version/checksum দেওয়া যেতে পারে, কিন্তু সেটি official government form নয়।

Import-এর আগে backup নিন। Existing rows merge করলে record_id collision report করুন। Tool silently overwrite করবে না। CSV export button ভবিষ্যৎ dynamic feature হলে implementation-এর সঙ্গে copy exact match করতে হবে; এখন article শুধু schema বর্ণনা করছে।

শেষ 12টি quality gate কী?

Header/version documented?
Record IDs unique?
Client alias mapping secure?
Invoice/payment allocation complete?
Date/time offset present?
Asset/network separate?
Hash/reference duplicates reviewed?
Rate/source/time complete?
Fiat value formula reproducible?
Fees/spread status evidenced?
Secrets and excess personal data absent?
Export read-only, backed up and correction-log linked?

Quality gate pass মানে orderly local ledger। এটি legal, tax, bank, Freelancer ID বা income verification acceptance guarantee নয়।

opening balance কি এই ledger-এ থাকবে?

এই ledger-এর মূল উদ্দেশ্য freelance income event, wallet balance accounting নয়। আগের মাসের asset balance দরকার হলে আলাদা reconciliation sheet-এ opening_observed_balance, observation time ও source লিখুন; সেটিকে income row বানাবেন না। Transfer, refund, নিজের account-এর মধ্যে movement এবং client receipt একই category নয়। Month-end balance দিয়ে income total অনুমান করলে fee, outgoing transfer ও non-income receipt ভুলভাবে ঢুকে যেতে পারে। তাই event ledger থেকে verified income subtotal নিন এবং balance reconciliation-এ unexplained difference আলাদা রাখুন। Difference শূন্য করার জন্য invented row যোগ করবেন না।

invoice total ও receipt total না মিললে কী করবেন?

expected_invoice_amount, verified_receipt_total ও variance আলাদা summary field করুন। Variance positive বা negative হলেই fee ধরে নেবেন না। Partial payment, rounding, wrong asset, refund, client deduction, network charge বা manual entry error—প্রত্যেকটির evidence আলাদা। কারণ জানা না থাকলে variance_reason=unresolved এবং record_status=review রাখুন। পরে explanation এলে correction row বা versioned update করুন। Invoice currency ও received asset আলাদা হলে manual valuation record link দিন; একক exchange rate দিয়ে মাসের সব mismatch মুছে ফেলবেন না।

evidence completeness score কীভাবে সীমিত রাখবেন?

একটি internal checklist ব্যবহার করা যায়: invoice আছে, client reference আছে, work-delivery evidence আছে, transaction reference আছে, receiving confirmation আছে, manual rate record আছে। কিন্তু এটিকে সরকারি score, risk rating বা approval probability বলবেন না। প্রতিটি item present, missing, not_applicable বা needs_review হতে পারে। মোট সংখ্যা শুধু follow-up prioritization-এ সহায়তা করবে। একটি item present হলেও তার authenticity বা institutional acceptability নিজে প্রমাণ হয় না। External reviewer কোন নথি চায় তা বর্তমান rule ও তাদের process অনুযায়ী বদলাতে পারে।

মাস বন্ধ করার পরে নতুন তথ্য এলে কী করবেন?

Closed CSV overwrite না করে নতুন version তৈরি করুন, যেমন 2026-07-ledger-v2.csv, এবং change log-এ row ID, পুরোনো value, নতুন value, reason, editor ও timestamp লিখুন। মূল file read-only archive-এ রাখুন। নতুন transaction দেরিতে আবিষ্কৃত হলে event-এর প্রকৃত payment time বজায় রাখুন, কিন্তু entered_at field দিয়ে late entry দেখান। এতে historical event ও administrative action আলাদা থাকে। Summary পুনরায় তৈরি হলে prior total ও revised total দুটো record করুন। Quiet edit করলে মাসিক report, invoice mapping ও evidence folder পরস্পর বিরোধী হয়ে যায়।

CSV import করার আগে dry review কীভাবে করবেন?

Copy নিয়ে import test করুন; মূল archive-এ নয়। Header order, UTF-8 encoding, delimiter, quoted comma, decimal point, leading zero এবং দীর্ঘ transaction hash text হিসেবে আছে কি না পরীক্ষা করুন। Spreadsheet date auto-conversion RFC3339 offset নষ্ট করতে পারে, তাই raw CSV text preview দেখুন। Formula cell বা macro দরকার নেই; calculated value export করার আগে formula ও input আলাদা evidence-এ রাখুন। Import tool unknown column বাদ দিলে mapping report সংরক্ষণ করুন। কোনো wallet, exchange বা bank-এ automatic upload এই local template-এর feature নয়।

handover package কীভাবে তৈরি করবেন?

Reviewer-কে পুরো device বা wallet access দেবেন না। নির্দিষ্ট মাসের CSV copy, readme, evidence index এবং requested supporting files দিন। Readme-তে schema version, time basis, valuation policy, known gaps ও contact point লিখুন। Sensitive address বা client data redaction প্রয়োজন হলে original archive অক্ষত রেখে controlled copy বানান এবং redaction log রাখুন। Password বা encryption key একই channel-এ পাঠাবেন না। Handover receipt-এ কোন file, কোন version ও কোন সময় দেওয়া হয়েছে লিখুন। Package গ্রহণ করলেই recipient তার যথার্থতা অনুমোদন করেছে—এমন ধারণা করবেন না।

সম্পাদকীয় সীমা: এই পাতা local-only CSV schema ও recordkeeping guide; wallet connection, live rate, private exchange, automatic compliance বা official certificate নয়। উৎস 2026-08-10T18:48:47+08:00 পর্যন্ত দেখা হয়েছে। Current document, valuation ও service-export route সংশ্লিষ্ট authority/AD/professional-এর কাছে যাচাই করুন।