Проверено на релизе 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).