Voucher types
Every bank transaction becomes one of these two voucher types in Tally — which one depends only on which direction the money moved.
The rule
A Payment voucher (shortcut F5) records money leaving your bank account — the bank ledger is credited, and the ledger it's paid to (an expense, a vendor, a salary account) is debited. A Receipt voucher (F6) is the reverse — money arriving credits the destination ledger (income, a customer, a refund) and debits the bank ledger. On a bank statement, that's simply the Withdrawal/Debit column becoming a Payment voucher, and the Deposit/Credit column becoming a Receipt voucher.
Why it matters
A Payment voucher and a Receipt voucher for the same amount aren't interchangeable — swap them and your bank ledger's balance, and every report built on it, comes out wrong in the opposite direction. This is exactly why an automated converter has to read which column a transaction actually printed in, rather than guess from the amount alone: bank2tally maps a statement's Withdrawal column to Payment vouchers and its Deposit column to Receipt vouchers, keyed to each bank's real column order (some banks, like ICICI, print Deposits before Withdrawals — the reverse of most banks) so a reversed column layout can't flip a credit into a debit.
Both are always balanced
Whichever type it is, a Payment or Receipt voucher always has two legs of equal value — one against the bank ledger, one against whatever ledger the transaction maps to. A voucher that only affects one ledger isn't valid Tally data; every voucher bank2tally generates carries both legs by construction, which is also why an "unbalanced voucher" error on import (see our import errors guide) almost always points to a hand-edited or different tool's file, not bank2tally's own output.
Questions
Payment (F5) records money leaving your bank account — the bank ledger is credited. Receipt (F6) records money arriving — the bank ledger is debited. Which one applies depends only on the direction the money moved.
Yes, and Deposit always becomes a Receipt voucher — regardless of which order a bank prints those two columns in on the statement itself.
No — every voucher must have equal debit and credit legs to be valid Tally data. Vouchers bank2tally generates are balanced by construction; an unbalanced-voucher import error points to a different source file.
One free conversion, no signup needed.