Как структурировать торговый журнал для ручного бухучёта P2P-обмена

Конец месяца. Вы пытаетесь понять, почему баланс USDT разошёлся на $340, а единственная запись об этом — лента сообщений в Telegram и таблица, которую кто-то наполовину обновил три недели назад. Найти сделку, из-за которой всё поехало, невозможно, потому что ничего не фиксировалось последовательно. Именно так P2P-обменники теряют деньги, даже не сталкиваясь со взломом или мошенничеством — они просто теряют контроль.

Если вы занимаетесь ручным P2P-обменом валют — торгуете фиатом за крипту или одной валютой за другую через Telegram или WhatsApp — ваш учёт хорош ровно настолько, насколько хорошо структурирован ваш журнал. Большинство обменников начинают с хаотичной таблицы и потом расплачиваются за это. Вот как построить журнал, который действительно сходится.

Какие колонки нужны в торговом журнале P2P?

Минимально жизнеспособный торговый журнал требует 11 колонок: ID сделки, метка времени, имя трейдера/клиента, направление (покупка или продажа), отданный актив, отданная сумма, полученный актив, полученная сумма, применённый курс обмена, комиссия, и текущий баланс по каждому активу. Пропустите хоть одну — и через неделю сверка превратится в гадание.

ID сделки значит больше, чем кажется. Без уникального последовательного идентификатора вы не сможете сослаться на конкретную сделку в споре, сверить её с банковской выпиской или найти снова, когда клиент скажет «вы обманули меня в прошлый вторник». Используйте простой формат вроде YYYYMMDD-001 и никогда не переиспользуйте и не пропускайте номера, даже для отменённых сделок — фиксируйте отмену отдельной строкой вместо удаления.

Почему в журнале нужна отдельная строка для комиссий?

Потому что смешивание комиссии с курсом обмена скрывает вашу реальную маржу, а скрытая маржа — это первое, что ломается, когда доходит до налогов или объяснения расхождения деловому партнёру. Если вы берёте спред 1,5% со сделки на $2000, эти $30 должны быть в отдельной колонке — а не просто «случайно» заложены в курс, который на 1,5% лучше рыночного.

Это разделение также защищает вас в спорах. Если клиент утверждает, что его обсчитали, вы можете показать: вот рыночный курс на момент сделки, вот наша комиссия, вот итог — а не одно смешанное число, которое клиенту нужно принимать на веру. О механике самих споров читайте в статье как разрешить спор об оплате между двумя P2P-трейдерами.

Как отслеживать балансы по нескольким активам и кошелькам?

Ведите отдельную колонку текущего баланса для каждого актива, который у вас есть (USDT, наличные рубли, наличные доллары, BTC и т.д.), обновляя её после каждой сделки — а не пакетом в конце дня. Именно пакетное обновление чаще всего разваливает ручные журналы, потому что к моменту, когда вы садитесь обновить сразу десять сделок, вы уже забыли, какого именно кошелька или кассы касалась каждая из них.

Структурируйте это так:

• Отдельная вкладка на каждый актив/кошелёк — не смешивайте баланс USDT-кошелька и баланс наличных рублей в одной колонке, даже если одна сделка затрагивает оба.

• Начальный баланс в начале каждого периода (день, неделя или месяц), чтобы можно было сверяться с ним.

• Текущий итог после каждой строки, а не только финальная сумма — именно это позволяет точно определить, из-за какой сделки возникло расхождение.

• Сверка конечного баланса с фактическим в конце каждой сессии, зафиксированная отдельной строкой, чтобы расхождения ловились в тот же день, а не через три недели.

• Чекбокс «контрагент подтвердил» для каждой сделки, чтобы понимать, какие записи ещё ждут подтверждения с другой стороны.

Нужно ли фиксировать сделки через эскроу иначе, чем прямые сделки?

Да — сделка через эскроу требует поля статуса (в удержании, выпущено, спор, возврат) в дополнение к стандартным колонкам, потому что деньги фактически не ваши и не подлежат учёту как доход, пока не выпущены. Фиксировать сумму в эскроу как завершённый доход в момент попадания в журнал — распространённая ошибка, из-за которой ваш учёт выглядит лучше, чем реальное положение с деньгами.

Если вы ещё не используете структурированный эскроу для сделок с высокой суммой, стоит его настроить — это и сигнал доверия для клиентов, и естественная точка для фиксации изменений статуса. Мы разбираем настройку в статье как настроить эскроу для P2P-обмена валют в Telegram.

Почему таблица перестаёт работать после определённого объёма сделок?

Как только вы делаете больше примерно 15-20 сделок в день, или учёт ведёт больше одного человека, таблица-журнал начинает разваливаться — не потому что колонки неправильные, а потому что ничто не заставляет соблюдать единообразие. Один сотрудник фиксирует курс до комиссии, другой — после. Кто-то забывает ID сделки. Нет единого источника правды о том, кто такой конкретный трейдер, если он фигурирует в 40 разных переписках.

Это именно тот разрыв, который описан в статье почему обменные бизнесы, работающие через Telegram, перерастают таблицы. Суть проблемы в том, что журнал — это запись транзакций, но реальные переговоры по сделке, подтверждение курса и идентификация клиента происходят в ваших чатах Telegram — и если эти две вещи не связаны между собой, сверка идёт по памяти.

CRMChat — это Telegram-нативная CRM, которая позволяет привязать запись о сделке, профиль клиента и историю переписки к одному пайплайну, так что каждая запись в журнале ведёт обратно к реальному чату, где был согласован курс. Вместо строки в таблице с именем вы получаете полный контекст — кто подтвердил курс, когда и что было сказано, если позже возникнет спор.

Как сверять журнал в конце каждого дня?

1. Суммируйте каждую колонку по активу и сравните с фактическим балансом кошелька/кассы.

2. Отметьте любую сделку без подтверждения от контрагента и разберитесь с ней до конца дня, а не до конца недели.

3. Сверьте суммарные комиссии с ожидаемой маржой — несовпадение обычно означает, что курс был введён неверно.

4. Зафиксируйте результат сверки отдельной строкой в журнале (сошлось / сумма расхождения / устранено), чтобы у вас была история того, когда что-то пошло не так и когда это исправили.

5. Архивируйте подтверждённые сделки в отдельный лист «закрыто» еженедельно, чтобы активный журнал оставался достаточно коротким для быстрого просмотра.

Если вы управляете этим через команду поддержки, а не в одиночку, проблема координации становится больше, чем сам журнал — см. масштабирование поддержки P2P-обмена в Telegram, чтобы понять, как не дать нескольким сотрудникам наступать друг другу на пятки в сделках. CRMChat также автоматически создаёт лид, когда кто-то спрашивает про ваш курс и пропадает посреди разговора — это важно знать, если половина ваших «пропавших» сделок на самом деле просто брошенные запросы, которые вы вообще никогда не зафиксировали — подробнее об этом в статье что происходит, когда кто-то спрашивает про ваш курс и исчезает.

Всё это не требует экзотического бухгалтерского софта. Требуется дисциплина в ведении колонок и система, которая привязывает каждую строку к реальному, проверяемому разговору. Настройте это правильно — и сверка перестанет быть ежемесячной паникой, превратившись в пятиминутную ежедневную проверку.