NovПлатёжный ledger и сверка взносов по покупке недвижимости
Практическая система, которая связывает договорное обязательство, разрешённого получателя, банковское движение, receipt и обновлённый остаток — без смешения банковского списания с исполнением SPA.
Банковский статус, договорное исполнение и право получателя — разные вопросы. Проверяйте конкретный договор, реквизиты, банковские данные и актуальные требования.
Платёж по покупке считается управляемым только тогда, когда его можно восстановить по документам от договорного основания до подтверждённого остатка. Для каждого бронирования, депозита, взноса, финального платежа, возврата или зачёта создайте отдельную строку ledger: что стало основанием, когда сумма стала причитающейся, кто обязан платить, кто вправе принять деньги, какая сумма должна быть зачислена, что фактически списано, что получил адресат и как изменился остаток по договору.
Банковское списание само по себе не доказывает исполнение обязательства перед продавцом. Квитанция продавца также не объясняет комиссию, валютную конвертацию или расхождение с выпиской. Надёжная цепочка соединяет SPA или подписанное изменение, invoice/payment request, проверенные реквизиты, банковское поручение, trace/reference, выписку, подтверждение зачисления, официальный receipt и обновлённый statement продавца. Любое несовпадение остаётся открытым исключением, пока его не закрыли документом.
Что раскрывает эта страница — и что уже есть на NovAsia
Эта страница посвящена учёту и сверке платежей после того, как коммерческие условия уже определены. Она не повторяет выбор международного маршрута, подготовку source of funds, проверку нового банковского счёта, анализ доступности рассрочки или правила бронирования. Эти задачи остаются на действующих канонических страницах NovAsia и подключаются ссылками из хаба.
Здесь пользователь получает операционный инструмент: единый payment ledger, поля одной платёжной цепочки, порядок сверки с statement девелопера или продавца, обработку скидок, возвратов, доплат, комиссий и спорных сумм, а также контрольные точки перед handover, assignment, title transfer или требованием возврата. Такой интент отличается от «как отправить деньги» и от «могу ли я позволить себе график».
Сначала создайте идентичность сделки
Ledger не должен существовать как безымянная таблица. В шапке зафиксируйте покупателя, проект, очередь или башню, номер квартиры, договорного продавца, валюту договора, дату и версию SPA, а также постоянный идентификатор файла. Если покупают несколько лиц или платит третье лицо, роли должны быть показаны отдельно.
Это предотвращает смешение похожих квартир, старых price lists и платежей разных членов семьи. Название бренда или проекта недостаточно: юридический продавец и получатель денег могут отличаться, но связь между ними должна быть документирована.
- постоянный transaction ID и имя папки
- покупатель, совместные покупатели и фактический плательщик
- проект, очередь, башня, этаж и точный unit code
- SPA seller, licence/project company и authorised payee
- валюта, версия договора и список подписанных amendments
- контакт ответственного сотрудника и независимый канал проверки
Превратите договор в календарь денежных событий
Не переносите в таблицу только даты и проценты из рекламного payment plan. Для каждого события укажите правовое основание, точную формулу суммы, событие-триггер и доказательство наступления. Взнос «при завершении 30% строительства» отличается от взноса «через шесть месяцев после SPA»: в первом случае нужно подтвердить milestone, во втором — календарную дату.
Отдельно внесите booking fee, SPA deposit, регулярные instalments, balloon payment, handover balance, сборы за assignment, предусмотренные договором пени и возможные удержания. Расходы вне цены — оформление, service charge, furnishing или налоги — не смешивайте с остатком цены, даже если оплачиваете их в один период.
- Извлечь обязательство
Пункт договора, приложение, signed addendum или иной документ.
- Определить триггер
Дата, строительный milestone, подписание, передача или регистрационное действие.
- Рассчитать сумму
Фиксированная сумма, процент базы, корректировка или остаток.
- Назначить подтверждение
Invoice, notice, progress evidence, акт или регистрационная квитанция.
- Назначить статус
Not due, due, initiated, debited, credited, receipted, reconciled или disputed.
Поля, без которых ledger не работает
Одна строка должна различать договорную сумму, банковское списание и подтверждённое зачисление. Если система хранит только «оплачено USD 20 000», невозможно понять, включена ли комиссия, кто её понёс, какой курс применялся, какой reference использован и признал ли продавец обязательство исполненным.
На мобильном устройстве каждую строку показывайте как раскрываемую карточку: сверху статус, due date и сумма к зачислению; внутри — основание, плательщик, получатель, банк, reference, доказательства, расхождение и следующий шаг.
Поле
Зачем
| field | purpose |
|---|---|
| Contract basis и due event | Показывает, почему и когда сумма стала причитающейся. |
| Required credited amount | Не смешивает долг с суммой банковского списания. |
| Payer / source account | Связывает деньги с покупателем и source-of-funds file. |
| Legal payee / account holder | Показывает право принять исполнение и возможное отличие имён. |
| Debited / credited / fees | Объясняет арифметическое расхождение. |
| Bank reference / UETR where available | Позволяет банкам отследить конкретную операцию. |
| Receipt and seller balance | Подтверждает признание платежа и новый остаток. |
| Exception owner and deadline | Не даёт расхождению исчезнуть без решения. |
Одна рассрочка — одна замкнутая цепочка доказательств
Для каждого взноса свяжите документы в одной последовательности. Начало — пункт SPA и payment schedule. Затем идут invoice или authorised request, проверенные реквизиты и решение о платеже. После отправки добавляются bank instruction, подтверждение списания, transaction reference, сведения о комиссиях и, при необходимости, trace. Завершение — подтверждение зачисления, receipt продавца и statement с новым остатком.
Файл не закрыт, если есть только screenshot приложения, письмо менеджера «деньги пришли» или receipt без связи с конкретным взносом. Назначение платежа должно позволять отличить покупателя, проект и unit. Если банк сокращает текст reference, сохраните исходную инструкцию и письменное подтверждение продавца, какой договорный долг был погашен.
Сопоставьте продавца, счёт и полномочие принять деньги
Имя владельца счёта должно совпадать с договорным продавцом либо иметь понятную документальную связь. Допустимая структура может включать designated project account, authorised collection agent или parent treasury, но покупатель должен получить подтверждение, что перевод указанному лицу полностью погашает соответствующее обязательство по SPA.
Не исправляйте несовпадение вручную в ledger фразой «так сказал sales manager». Сохраните corporate map, signed payment instruction, invoice, authority или amendment. Личный счёт директора, сотрудника или агента без ясного основания — stop condition. Принятие прошлых платежей на такой счёт не делает будущий перевод безопасным и не устраняет проблему доказательства.
Разделяйте долг, списание, зачисление и комиссии
Сумма, которую списал банк, может отличаться от суммы, которую должен получить продавец. Комиссию могут удержать отправляющий, посреднический или принимающий банк; условия OUR, SHA, BEN или их аналоги зависят от банка и маршрута. Не предполагайте, что выбранная опция гарантирует точное зачисление: получите тариф и инструкцию конкретного банка, а после операции зафиксируйте фактический результат.
В ledger храните как минимум четыре величины: contractual amount due, amount instructed, amount debited including fees и amount credited. Валютную конвертацию показывайте отдельной строкой с исходной валютой, курсом, датой и документом. Если продавец требует доплату из-за short credit, она должна иметь отдельное основание и не стирать историю первоначального платежа.
Третье лицо, несколько счетов и частичные платежи
Когда плательщик не совпадает с покупателем, банкам и продавцу нужно объяснить правовую и экономическую связь. Заранее согласуйте третье лицо, источник средств, назначение и то, будет ли платёж признан исполнением покупателя. Аналогично, разбивка одной обязанности на несколько переводов или счетов должна быть санкционирована и полностью прослеживаться.
Не объединяйте несколько частичных платежей в одну строку. Каждый имеет собственный reference, комиссии, дату и статус. Главная строка обязательства может показывать сумму частей и незакрытый остаток. Если продавец просит перечислить premium, tax, commission или booking fee другой стороне, это отдельный денежный поток с отдельным документальным основанием.
- неизвестный третьесторонний плательщик без bank clearance
- несколько несвязанных получателей без signed allocation
- наличные, которые позднее пытаются представить как банковский взнос
- общий reference без проекта, unit или покупателя
- зачёт между разными договорами без signed statement
Скидки, кредиты, возвраты и изменения цены
Не меняйте первоначальную цену или график в таблице так, будто старой версии никогда не было. Скидка, cashback, furniture credit, waiver, перенос платежа, возврат booking fee или частичное расторжение должны опираться на подписанный документ и отображаться отдельным adjustment entry. Так можно увидеть исходное обязательство, правовое основание изменения и итоговый остаток.
Возврат — не отрицательный платёж без контекста. Укажите, кто обязан вернуть, по какому событию, на какой счёт, в какой срок, удерживаются ли комиссии и закрывает ли возврат все требования сторон. Если деньги возвращает иное юридическое лицо, добавьте полномочие и объяснение цепочки.
Сверяйте свой ledger со statement продавца
Периодически запросите официальное account statement по конкретному buyer и unit. Сопоставьте построчно дату, валюту, credited amount, reference, назначение, признанный взнос и remaining balance. Итоговое совпадение сумм недостаточно: два взаимно компенсирующих ошибочных проводки могут скрыть проблему.
Расхождение классифицируйте, а не исправляйте молча. Возможные категории: timing, bank fee, FX, wrong allocation, duplicate posting, missing receipt, unauthorised charge, disputed milestone, refund pending или data error. У каждой записи должны быть владелец действия, документ, дедлайн и статус.
- Заморозить версии
Сохраните свой ledger и statement продавца с датой.
- Сопоставить построчно
Не ограничивайтесь общей суммой.
- Создать exception
Запишите сумму, причину, доказательства и ответственного.
- Получить исправленный документ
Закрывайте расхождение новым statement или подписанным подтверждением.
- Сохранить audit trail
Не удаляйте ошибочную версию и переписку о корректировке.
Платёжный статус и договорная просрочка — не одно и то же
Статус initiated или debited не обязательно означает, что продавец получил деньги к due date. Одновременно задержка в банке не всегда автоматически делает покупателя нарушителем: результат зависит от формулировки SPA, согласованного способа платежа, момента исполнения, notices и поведения сторон. До крупного взноса согласуйте, что считается своевременной оплатой и какие доказательства принимаются.
Если перевод задержан, немедленно уведомите продавца документированным каналом, приложите подтверждение инструкции и запросите письменное standstill, extension или иной согласованный режим, если это необходимо. Не редактируйте due date задним числом без signed amendment. Ledger должен показывать и банковский статус, и отдельный contractual status.
Перед milestone-платежом подтвердите, что событие действительно наступило
Если график привязан к строительству, handover, регистрации или подписанию документа, храните доказательство события рядом с платёжной строкой. Sales update или фотография стройки не обязательно подтверждают договорное достижение milestone. Сопоставьте определение в SPA, лицо, которое вправе выдать notice, дату и предусмотренную процедуру спора.
Ledger не решает технический или юридический вопрос самостоятельно. Он показывает, что требование о платеже остаётся under review, пока соответствующий специалист или сторона не подтвердит триггер. Не помечайте disputed amount как просроченный только потому, что invoice уже выставлен.
Контрольные точки перед handover, assignment, title и возвратом
Перед необратимым этапом сформируйте signed or acknowledged reconciliation statement. Он должен показывать цену, все adjustments, сумму полученных платежей, спорные позиции, остаток, отдельные сборы и дальнейшие действия. Не позволяйте, чтобы ключи или title process начинались на основе устного «у нас всё сходится».
Для assignment отдельная сверка подтверждает, сколько заплатил первоначальный покупатель, какой остаток переходит новому, какие суммы возмещаются продавцу и освободил ли девелопер прежнюю сторону. Для возврата нужен аналогичный closing record: сколько должно быть возвращено, какие удержания согласованы и какие обязательства сохраняются.
- официальный seller/developer account statement
- buyer ledger с закрытыми исключениями
- signed price and adjustment schedule
- отдельный список fees, taxes, service charge и deposits
- подтверждение remaining balance и следующего действия
- кто и на каком основании может подписать reconciliation
- перечень спорных сумм, которые не считаются согласованными
Храните платёжный архив для владения и будущего выхода
Платёжные документы нужны не только до получения ключей. Банк, налоговый консультант, будущий покупатель, наследник или регистратор могут позже попросить доказать первоначальную цену, источник капитала, перечисление продавцу, расходы и историю права. Сохраняйте оригинальные форматы, полноразмерные statements, SWIFT или эквивалентные сообщения, receipts, signed amendments и correspondence.
У каждой записи должны быть дата документа, дата получения, язык, issuer, version, status и место оригинала. Screenshot полезен как оперативное подтверждение, но не должен быть единственным архивом. Персональные и банковские данные защищаются доступом по ролям; публичный сайт не должен показывать реальные номера счетов, паспорта или transaction references.
Когда сверку нужно остановить и передать специалисту
Ledger помогает увидеть проблему, но не заменяет банк, юриста, бухгалтера или технического специалиста. Остановите следующий необратимый платёж, если не подтверждён payee, invoice противоречит SPA, payment trigger спорен, продавец отказывается выдавать statement, остаток меняется без signed basis, возврат направляется не тому плательщику или обнаружены признаки подмены реквизитов.
Не закрывайте исключение средним курсом, предположительной комиссией или сообщением посредника. Для банковского расхождения нужен документ банка; для договорной корректировки — подписанное основание; для налоговой суммы — актуальный расчёт компетентного лица; для строительного milestone — соответствующее доказательство и, при необходимости, профессиональная проверка.
- получатель не связан с SPA seller документами
- банк списал деньги, но продавец не признаёт зачисление
- remaining balance изменён вручную без основания
- payment milestone оспаривается
- два statements продавца противоречат друг другу
- возврат или credit зависит от неподписанного обещания
Что должно остаться в итоговом payment decision record
Перед каждым крупным переводом и каждой контрольной точкой сохраните короткий decision record. Он не должен пересказывать всю сделку; его задача — показать, что было проверено, какие неизвестные остались, кто одобрил действие и на каких условиях можно продолжать.
Если результат «продолжить при условиях», условия должны быть измеримыми: получить signed payee authority, исправленный statement, подтверждение milestone или письменную отсрочку. Формулировка «разобраться позже» не является контролем.
- обязательство, сумма, валюта и due event
- версия договора и supporting request
- плательщик, payee и проверенный счёт
- открытые банковские, договорные и tax unknowns
- результат сверки и remaining balance
- решение: proceed, conditional, pause или escalate
- кто одобрил, дата и следующий review point
Роль NovAsia и границы страницы
NovAsia может помочь организовать список документов, построить ledger, сопоставить сведения из SPA, invoice, реквизитов и statements и сформулировать вопросы сторонам. NovAsia не является банком, платёжной системой, аудитором, налоговым агентом или юридической фирмой и не подтверждает окончательное исполнение обязательства без документов ответственных сторон.
Конкретный договор, официальный кхмерский текст, банковские правила на дату перевода и профессиональные заключения имеют приоритет. Если в реальной сделке выявляется конфликт, master-файл требует оставить его видимым, а не подгонять данные под шаблон.
Материалы хаба
Реестр источников
Директива о мерах надлежащей проверки клиентов
Открыть источник →Директива о денежных переводах и банковских переводах
Открыть источник →Обновлённая Рекомендация 16 и пояснение о прозрачности платежей
Открыть источник →Отчёт о компрометации деловой почты и мошенничестве с переводами
Открыть источник →Бренд проекта и проектная компания в Камбодже
Открыть источник →Пакет документов покупателя недвижимости в Камбодже
Открыть источник →Редакционная политика
Открыть источник →Как оплатить квартиру в Камбодже из-за рубежа
Открыть источник →Право и налоги
Открыть источник →Денежные переводы и безопасность платежей
Открыть источник →Чек-лист готовой недвижимости и вторичного рынка
Открыть источник →Договор бронирования в Камбодже: чек-лист перед внесением депозита
Открыть источник →Как вывести из Камбоджи доход от аренды или продажи недвижимости
Открыть источник →Источник средств и платёжный след
Открыть источник →Центр доверия
Открыть источник →Базовый трекер SWIFT
Открыть источник →Что такое уникальный сквозной идентификатор транзакции (UETR)?
Открыть источник →Следующий шаг
Передавайте только минимально необходимые документы через утверждённый защищённый канал. Полные реквизиты и персональные данные не публикуются на странице.