--- title: "Документ расчётов с контрагентом (ручной учёт) в «Бухгалтерии для Казахстана 3.0»: как связать оплату с долгом и закрыть расхождения по сверке" country: KZ lang: ru author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-04 canonical: https://buhgpt.kz/suraqtar/dokument-raschetov-s-kontragentom-ruchnoy-uchet-v-buhgalterii-dlya-kaz source: BuhGPT --- # Документ расчётов с контрагентом (ручной учёт) в «Бухгалтерии для Казахстана 3.0»: как связать оплату с долгом и закрыть расхождения по сверке > **TL;DR:** Проверено на релизе 3.0.74.2 «Бухгалтерия для Казахстана» (редакция 3.0). Контрагент прислал акт сверки, а у вас расхождение: у него аванс закрыт, а у вас оплата «висит» отдельно от долга. Вы открываете оборотку по счёту 1210 (или 3310) и видите две строки по одному покупателю --- Проверено на релизе 3.0.74.2 «Бухгалтерия для Казахстана» (редакция 3.0). Контрагент прислал акт сверки, а у вас расхождение: у него аванс закрыт, а у вас оплата «висит» отдельно от долга. Вы открываете оборотку по счёту 1210 (или 3310) и видите две строки по одному покупателю — отгрузка сама по себе, оплата сама по себе, взаимозачёта нет. Причина почти всегда одна: расчёты ведутся «По документам расчётов», а у оплаты не указан тот самый документ расчётов, к которому она относится. Если исходной отгрузки в базе нет (перешли на новую программу, вводили остатки, отгружали в другой системе) — привязывать оплату не к чему. Вот тут и нужен объект «Документ расчётов с контрагентом (ручной учёт)»: он создаёт «фиктивную» ссылку на первичку, которой нет в базе, чтобы 1С правильно свернула аванс с долгом. 1. Назначение Служебный документ. Его единственная задача — выступить ссылкой (документом расчётов) во взаиморасчётах, которые ведутся по документам, когда реальной первички в базе нет. Сам он бухгалтерских проводок и налоговых движений не делает — он только даёт другим документам «якорь», к которому цепляется оплата, зачёт или начальный остаток. 2. Где найти Отдельного пункта в меню у этого документа обычно нет — его создают «на лету» из поля «Документ расчётов» в других объектах (ввод остатков, поступление/списание денег, зачёт авансов) по кнопке выбора → Создать. Чтобы увидеть весь список уже созданных документов, откройте их напрямую по навигационной ссылке: - Меню «Сервис» (или «Файл» — в зависимости от режима) → «Перейти по навигационной ссылке…» - Вставьте: e1cib/list/Документ.ДокументРасчетовСКонтрагентом - Нажмите «Перейти» — откроется журнал всех документов расчётов ручного учёта. 2а. Как узнать свой релиз «Справка» → «О программе». В открывшемся окне: версия платформы (например, 8.3.2x) и релиз конфигурации — строка «Бухгалтерия для Казахстана, редакция 3.0 (3.0.74.2)». Если ваш релиз старше или новее — расположение полей может чуть отличаться, но логика та же. 3. Как заполнить Документ короткий — полей мало, но каждое влияет на то, «схлопнется» ли долг с оплатой. Поле Обяз. Зачем и что будет при ошибке Организация ✅ Та фирма, по которой ведётся долг. Ошибётесь — оплата не найдёт документ в разрезе своей организации и не закроет ничего. Дата ✅ Критично. По дате 1С выстраивает очередь погашения (обычно FIFO). Поставьте дату фактического возникновения долга (дату отгрузки/аванса), а не сегодняшнюю — иначе зачёт «съест» не тот документ. Контрагент ✅ Покупатель или поставщик. Разрез, в котором висит сальдо. Договор ✅ Именно он задаёт вид взаиморасчётов и валюту. Договор должен быть тем же, что и в оплате/отгрузке, иначе сальдо не свернётся — будут две встречные строки. Сумма ✅ Сумма долга/аванса, которую этот «якорь» замещает. В валюте расчётов договора. Валюта ✅ (наследуется из договора) Тенге ₸ по умолчанию. Для валютных договоров — валюта договора; сумма в тенге пересчитается по курсу в документах-потребителях, не здесь. Комментарий — Напишите, откуда взялся долг («остаток на 01.01.2026», «отгрузка по ЭСФ №… из старой базы»). Через полгода спасёт при новой сверке. Главное правило: тройка «Организация + Контрагент + Договор» должна совпадать до буквы в этом документе и в том документе, который на него ссылается. Иначе взаимозачёта не будет. 4. Разобранный пример с проводками Ситуация. С 01.01.2026 вы перешли на новую базу. ТОО «Алтын» должно вам 1 160 000 ₸ за товар, отгруженный в декабре 2025 (реализация была в старой системе, в новой базе её нет). В январе покупатель платит. Шаг 1. Создаём документ расчётов ручного учёта (дата — 31.12.2025): - Организация — ваша; - Контрагент — ТОО «Алтын»; - Договор — «Поставка товара №15» (взаиморасчёты по документам); - Сумма — 1 160 000 ₸. Проводок он не формирует — он лишь появляется в списке как ссылка. Шаг 2. Вводим начальный остаток (документ «Ввод начальных остатков», раздел учёта «Расчёты с покупателями», счёт 1210). В строке в поле «Документ расчётов» выбираем созданный на шаге 1 объект. Проводку делает уже ввод остатков: Дт Кт Сумма, ₸ Содержание 1210 000 (вспом. счёт ввода остатков) 1 160 000 Долг ТОО «Алтын» на 01.01.2026 Теперь на счёте 1210 висит долг, «прикреплённый» к нашему документу расчётов. Шаг 3. Поступает оплата (документ «Поступление денег» / выписка). В строке указываем тот же договор и в «Документе расчётов» выбираем тот же объект ручного учёта: Дт Кт Сумма, ₸ Содержание 1030 1210 1 160 000 Оплата от ТОО «Алтын» Поскольку оплата ссылается на тот же документ расчётов, что и остаток, сальдо по 1210 схлопывается в ноль. Расхождение в акте сверки закрыто. Обратите внимание: НДС здесь не трогаем — он «сидел» в декабрьской реализации; при новых отгрузках 2026 года ставка РК — 16%. 5. Виды операции Отдельного реквизита «Вид операции» у документа нет — он универсальная ссылка. На практике его применяют для четырёх сценариев: - Дебиторка покупателей — долг по счёту 1210, которого нет в базе. - Кредиторка поставщикам — аванс выданный/долг по 3310. - Ввод начальных остатков по расчётам при переходе на программу. - Взаимозачёт / корректировка долга, когда встречные обязательства нужно свести к одной ссылке. 6. Что формируется при проведении Честно и по делу: ничего в бухгалтерии и налогах. - Проводок нет. Дт/Кт формируют документы-потребители (ввод остатков, оплата, зачёт), которые на него ссылаются. - ЭСФ и СНТ не создаются. Это не документ реализации — электронные счета-фактуры в ИС ЭСФ и сопроводительные накладные (СНТ) выписываются из документов реализации/перемещения, а не отсюда. - Движений по регистрам НДС нет. - Документ лишь становится доступен как значение в поле «Документ расчётов» и участвует в подборе взаиморасчётов. Если вы ждёте от него проводку — вы используете не тот документ; вам нужна «Реализация», «Поступление» или «Ввод остатков». 7. Печатные формы Собственных печатных форм у служебного документа нет — печатать нечего, первичка живёт в документах, которые на него ссылаются. Из связанных объектов вы печатаете: - Акт сверки взаиморасчётов (раздел «Продажи»/«Покупки») — там этот долг уже будет учтён; - печатные формы документов-потребителей (счёт, накладная, платёжное поручение). 8. Частые ошибки «Не заполнен договор контрагента» — при попытке записи. Договор — определяющее поле для вида взаиморасчётов. Выберите договор, по которому реально висит долг. Оплата не закрывает долг, в оборотке по 1210 две строки. Причина: в оплате и в этом документе указаны разные договоры (или разные документы расчётов). Откройте оба, приведите к одной тройке «Организация–Контрагент–Договор» и один и тот же документ расчётов, перепроведите. «Взаиморасчёты по договору ведутся в разрезе расчётных документов» — предупреждение при подборе. Это как раз сигнал, что поле «Документ расчётов» обязательно и его нужно указать; если реальной первички нет — создайте документ ручного учёта прямо из этого поля. Зачёт «съел» не тот долг. Причина — неверная дата. FIFO гасит самый ранний документ. Поставьте в документе ручного учёта корректную дату возникновения обязательства. Валютный долг сходится по валюте, но не по тенге. Помните: курс и рублёво-тенговую сумму задаёт документ-потребитель, а не этот объект. Проверьте курс в оплате/остатке. 9. FAQ Как в этом документе выбрать вид операции (аванс/долг)? Никак — реквизита вида операции у него нет. Что это — аванс или долг — определяет документ, который на него ссылается, и счёт учёта в нём (1210/1610, 3310/3510). Он делает проводки? Нет. Это ссылочный объект. Все проводки делают документы-потребители: ввод остатков, поступление/списание денег, зачёт авансов. Выписывается ли по нему ЭСФ или СНТ? Нет. Электронные документы формируются из реализаций и перемещений. Здесь ни ИС ЭСФ, ни СНТ не задействованы. Зачем он вообще нужен, если ничего не двигает? Чтобы при учёте «по документам расчётов» оплате было к чему привязаться, когда исходной первички в базе нет — при переходе на программу, при вводе остатков, при закрытии расхождений в сверке. Какую дату ставить? Дату фактического возникновения долга/аванса, а не сегодняшнюю. От неё зависит очередь погашения при зачёте. Почему оплата не закрыла долг, хотя суммы равны? Почти всегда — разные договоры или разные документы расчётов в оплате и в остатке. Сведите тройку «Организация–Контрагент–Договор» и один документ расчётов, перепроведите оба. Можно ли одним таким документом закрыть несколько отгрузок? Лучше не надо. На каждый долг/аванс делайте отдельную ссылку с корректной датой и суммой — так сверка и FIFO работают чисто. Один «общий» документ путает разбивку по срокам. Влияет ли он на НДС в декларации? Нет, движений по регистрам НДС он не создаёт. НДС уже учтён (или будет учтён) в документах реализации по ставке 16%. Где его удалить, если создал по ошибке? Откройте список по навигационной ссылке e1cib/list/Документ.ДокументРасчетовСКонтрагентом, но сначала убедитесь, что на него никто не ссылается (проверьте связанные документы), иначе оплата снова «повиснет». Можно ли по нему сделать акт сверки? Отдельно — нет. Но заведённый долг попадёт в стандартный «Акт сверки взаиморасчётов» и в оборотку по счёту расчётов. 10. Смежные документы На основании чего создаётся / где выбирается: - Ввод начальных остатков (расчёты с покупателями/поставщиками) — главный потребитель; - Поступление / Списание денег, банковская выписка — поле «Документ расчётов»; - Корректировка долга / Зачёт авансов. Что его замещает в «нормальной» жизни: - Реализация товаров и услуг — если бы отгрузка была в базе, документом расчётов служила бы она (и по ней выписывались бы ЭСФ/СНТ); - Поступление товаров и услуг — аналогично для кредиторки. По сути этот объект — «заплатка» на месте отсутствующей первички. Как только реальная реализация или поступление появляются в базе, ссылаться нужно на них, а документ ручного учёта — убирать из цепочки. Как узнать свой релиз «Справка» → «О программе»: там указаны версия платформы и релиз конфигурации. Эта методичка проверена на «Бухгалтерия для Казахстана», редакция 3.0, релиз 3.0.74.2. В других релизах состав полей практически не меняется — объект служебный и минимальный. Подготовлено для релиза 3.0.74.2 «Бухгалтерия для Казахстана» (ред. 3.0). --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_