Проанализируем ситуацию. В организации покупателями выступают и юридические лица, и физические лица. Деньги поступают на расчетный счет, документы банка загружаются в 1С:Предприятие 8.3, Бухгалтерия предприятия, редакция 3.0, а по оплатам от физических лиц нужно контролировать пробитие кассовых чеков. Основная задача — получить реестр поступлений на расчетный счет только от контрагентов-физлиц, передать его кассиру или ответственному сотруднику и затем сверить, что по каждой оплате чек действительно оформлен.
Разберем по шагам несколько рабочих вариантов. В типовой базе 1С эту задачу можно решить без доработки: через журнал Банковские выписки, через Реестр документов, через стандартные бухгалтерские отчеты по счету 62, а при необходимости — через Универсальный отчет. Самый надежный подход — не ограничиваться только списком поступлений по банку, а дополнительно контролировать расчеты по счету 62 в разрезе третьего субконто Документы расчетов с контрагентами.
Начнем с главного условия. Чтобы 1С могла отделить физических лиц от организаций, в справочнике Контрагенты должна быть корректная аналитика. Если физические лица заведены в программе как обычные контрагенты, но у них не указан вид контрагента или они названы произвольно, отчет может не дать нужного результата.
Рассмотрим подробнее, что нужно проверить перед настройкой отчета:
Откройте раздел Справочники и перейдите в справочник Контрагенты.
Найдите карточки покупателей-физических лиц.
Проверьте, что в карточке контрагента выбран тип или вид контрагента Физическое лицо, если такой реквизит используется в вашей базе.
Отделите физических лиц от индивидуальных предпринимателей. ИП не следует автоматически приравнивать к обычным физическим лицам, потому что для учета, договоров, банковских реквизитов и применения ККТ это разные ситуации.
Если в базе нет заполненного вида контрагента, создайте отдельную группу справочника, например Физические лица, и перенесите туда всех таких покупателей. Тогда в отчетах можно будет делать отбор по группе контрагентов.
Если физлиц много, используйте единое правило наименования, например добавляйте в наименование или дополнительный реквизит признак ФЛ. Но такой способ лучше применять как вспомогательный, а не как основной.
Важный момент: поиск по строке ФЛ в журнале банковских выписок сработает только тогда, когда это обозначение реально присутствует в наименовании контрагента, договоре, назначении платежа или другом видимом реквизите. Если физическое лицо называется просто «Иванов Иван Иванович», а организация — «ООО Иванов», строковый поиск может дать неполный или лишний результат. Поэтому для постоянной работы лучше использовать отбор по реквизиту контрагента или по группе справочника.
Самый простой вариант — сформировать реестр документов прямо из раздела банковских выписок. Этот способ удобен, если нужно быстро получить список поступлений за день, неделю или месяц и передать его кассиру для пробития чеков.
Разберем по шагам:
Перейдите в раздел Банк и касса.
Откройте журнал Банковские выписки.
Установите нужный период: день, неделю, месяц или другой интервал, за который хотите проверить оплаты от физических лиц.
Отберите документы вида Поступление на расчетный счет. Обычно именно эти документы создаются при загрузке банковской выписки и отражают поступление денег на расчетный счет организации.
Проверьте вид операции. Для оплат от покупателей чаще всего используется операция Оплата от покупателя. В зависимости от настроек базы и учетной политики могут встречаться и другие операции, поэтому проанализируйте, какие виды операций применяются именно у вас.
Нажмите команду Реестр документов, если она доступна в вашей форме списка.
В сформированном реестре настройте период, организацию и банковский счет.
Откройте настройки отчета и добавьте отбор по контрагенту, группе контрагентов или виду контрагента.
Сформируйте отчет и проверьте, что в него попали только поступления от физических лиц.
В реестре желательно вывести следующие поля:
Дата — дата поступления денег по банковской выписке.
Номер документа — номер документа Поступление на расчетный счет в 1С.
Контрагент — физическое лицо, от которого поступила оплата.
Договор — договор с покупателем, если расчеты ведутся в разрезе договоров.
Сумма поступления — сумма, по которой нужно проверить чек.
Назначение платежа — полезно для идентификации заказа, счета, лицевого счета, договора или периода оплаты.
Счет расчетов — обычно 62.01 или 62.02, в зависимости от того, закрывается задолженность или отражается аванс.
Документ расчетов — аналитика, которая помогает понять, закрыта ли конкретная оплата.
Если в вашей базе физические лица находятся в отдельной группе справочника, настройте отбор так: Контрагент находится в группе «Физические лица». Это практичный вариант, когда реквизит «Вид контрагента» заполнен не у всех карточек.
Если карточки контрагентов заполнены аккуратно, используйте более точный вариант: Контрагент.Вид контрагента = Физическое лицо. Название реквизита может немного отличаться в зависимости от интерфейса, релиза и настроек базы, но логика остается такой: фильтруем не по тексту в названии, а по классификационному признаку контрагента.
На форуме предложен простой прием: в журнале Банковские выписки в правой верхней части формы использовать поисковую строку и набрать ФЛ. Если в вашей базе все физические лица в наименовании содержат пометку «ФЛ», список документов быстро сократится до нужных строк.
Посмотрим на пример организации учета:
Поступает оплата от физического лица на расчетный счет.
В документе Поступление на расчетный счет выбирается контрагент-физлицо.
Проводка формируется по схеме Дт 51 Кт 62.
Каждая поступившая сумма получает отдельную аналитику по документу расчетов с контрагентом.
В журнале банковских выписок формируется реестр платежей.
Через поисковую строку выбираются только строки, относящиеся к физическим лицам.
Реестр передается кассиру или ответственному сотруднику.
Кассир пробивает чеки и формирует свой реестр проведенных через ККТ сумм.
Бухгалтер сверяет банковский реестр, данные ККТ и данные ОФД.
Этот способ удобен как оперативный, но у него есть ограничение. Поиск по «ФЛ» не является полноценным бухгалтерским отбором. Если в наименовании одного физлица нет такой пометки, платеж выпадет из проверки. Если в назначении платежа организации случайно встретится сочетание «ФЛ», лишний документ может попасть в список. Поэтому используйте поиск как быстрый инструмент, а для регламентной проверки настройте полноценный отчет.
Теперь рассмотрим более надежный способ. Он особенно полезен не только для формирования реестра, но и для ответа на главный вопрос: все ли оплаты от физических лиц обработаны и закрыты.
В типовом плане счетов 1С расчеты с покупателями и заказчиками обычно ведутся на счете 62. Аналитика по счету строится по субконто:
Контрагенты — кто оплатил или кому выставлена задолженность.
Договоры — в рамках какого договора ведется расчет.
Документы расчетов с контрагентами — конкретный документ, по которому возникла или закрывается задолженность.
Именно третье субконто помогает увидеть, какая конкретная сумма осталась незакрытой. Если по каждой оплате от физического лица должен быть пробит чек и выполнено дальнейшее отражение расчетов, то незакрытые остатки по документам расчетов сразу покажут проблемные места.
Разберем по шагам контроль через Оборотно-сальдовую ведомость по счету:
Перейдите в раздел Отчеты.
Откройте Оборотно-сальдовая ведомость по счету.
Укажите счет 62. При необходимости выберите конкретный субсчет, например 62.01 или 62.02.
Установите период проверки.
Откройте настройки отчета.
На вкладке группировок добавьте детализацию по Контрагентам, Договорам и Документам расчетов с контрагентами.
На вкладке отбора установите условие по контрагентам-физическим лицам. Используйте группу «Физические лица» или реквизит вида контрагента.
Включите развернутое сальдо, если нужно видеть дебетовые и кредитовые остатки отдельно.
Сформируйте отчет.
Как читать результат:
Если по документу расчетов сумма закрыта, остатка по нему быть не должно.
Если после обработки кассиром сумма осталась на остатке, значит нужно проверить, был ли пробит чек, правильно ли выбран контрагент, договор и документ расчетов.
Если чек пробит, но остаток не закрылся, проверьте, совпадают ли сумма, контрагент, договор и документ основания.
Если один платеж закрыт другим документом или вручную, убедитесь, что такая операция отражена корректно и не нарушает аналитику расчетов.
Практический смысл этого способа: банковская выписка показывает факт поступления денег, а отчет по счету 62 показывает состояние расчетов. Для контроля чеков важны оба источника: сначала смотрим, какие оплаты пришли от физических лиц, затем проверяем, какие из них обработаны и закрыты.
Если нужно не просто увидеть обороты по счету 62, а проанализировать расчеты по контрагентам, договорам и документам расчетов более гибко, используйте отчет Анализ субконто.
Разберем настройку:
Перейдите в раздел Отчеты.
Откройте Анализ субконто.
В качестве видов субконто добавьте Контрагенты, Договоры и Документы расчетов с контрагентами.
Установите период проверки.
В показателях оставьте данные бухгалтерского учета.
Включите развернутое сальдо, если важно отдельно видеть дебетовые и кредитовые остатки.
В отборе ограничьте отчет счетом 62, если хотите анализировать только расчеты с покупателями.
Добавьте отбор по физическим лицам: по группе контрагентов или по реквизиту вида контрагента.
Сформируйте отчет.
Этот отчет полезен, когда физлиц много, расчеты идут по разным договорам, а документы расчетов создаются автоматически при загрузке банковской выписки. В результате можно увидеть не только суммы поступлений, но и структуру взаиморасчетов: где висит аванс, где закрыта задолженность, где есть расхождение по документу расчетов.
Посмотрим на практическую схему контроля:
За день загружены банковские выписки.
По физлицам сформированы документы Поступление на расчетный счет.
По этим поступлениям кассир пробивает чеки.
Бухгалтер формирует Анализ субконто по счету 62 и физическим лицам.
Остатки по документам расчетов анализируются построчно.
Если остаток не закрылся, открывается конкретный документ и проверяется связанная операция.
Итоговая сумма пробитых чеков сверяется с данными ОФД за тот же день.
Преимущество «Анализа субконто» в том, что он позволяет увидеть расчеты сразу в нескольких аналитических разрезах. Если в ОСВ по счету вы видите только итоговую картину по выбранному счету, то в «Анализе субконто» удобнее искать ошибки в договорах, документах расчетов и взаимозачетах.
Если стандартного реестра недостаточно, рассмотрим более гибкий вариант — Универсальный отчет. Он позволяет построить список документов Поступление на расчетный счет и вывести дополнительные реквизиты, которые нужны именно для контроля чеков.
Разберем общий порядок настройки:
Откройте раздел Отчеты.
Перейдите в Универсальный отчет.
В качестве объекта анализа выберите документы.
В списке документов выберите Поступление на расчетный счет.
Установите период.
На вкладке отбора задайте условие Проведен = Да, чтобы в отчет не попадали непроведенные документы.
Добавьте отбор по организации и банковскому счету, если в базе ведется несколько организаций или несколько расчетных счетов.
Добавьте отбор по виду операции, например Оплата от покупателя.
Добавьте отбор по контрагенту-физлицу: по группе контрагентов или по реквизиту вида контрагента.
В настройках полей выведите дату, номер, контрагента, договор, сумму, назначение платежа и счет расчетов.
Сформируйте отчет и сохраните вариант отчета для дальнейшего использования.
Для контроля чеков в универсальный отчет полезно добавить такие колонки:
Дата документа — дата банковского поступления.
Номер документа — номер документа поступления в 1С.
Контрагент — физическое лицо.
Договор — договор расчетов.
Сумма документа — сумма оплаты.
Назначение платежа — основание, указанное банком.
Счет расчетов — счет, на котором отражается задолженность или аванс.
Комментарий — если организация использует его для служебных отметок.
Ответственный — если нужно понимать, кто создал или обработал документ.
Если в конфигурации и настройках базы доступна связь с кассовым чеком или подчиненными документами, дополнительно проверьте возможность вывести признак наличия связанного чека. В типовой базе состав доступных полей зависит от релиза, включенной функциональности и конкретного способа пробития чека. Если прямого поля нет, используйте связку: реестр банковских поступлений, реестр кассира и сверка по ОФД.
Когда выбирать универсальный отчет: используйте его, если вам нужен постоянный управленческий реестр с собственным набором колонок. Например, когда в одном отчете нужно видеть дату поступления, ФИО покупателя, договор, сумму, назначение платежа и служебную отметку о передаче кассиру.
Еще один вариант — анализировать не сами документы, а движения по бухгалтерскому регистру. Этот способ подойдет пользователям, которые уверенно работают с настройками отчетов и хотят получить именно бухгалтерскую картину поступлений.
В этом варианте логика такая: поступление денег на расчетный счет от покупателя обычно отражается проводкой Дт 51 Кт 62. Значит, можно отобрать движения, где дебетуется счет 51, кредитуется счет 62, а в аналитике кредита указан контрагент-физическое лицо.
Разберем настройку на уровне идеи:
Откройте Универсальный отчет.
Выберите тип объекта Регистр бухгалтерии.
Выберите регистр Хозрасчетный.
Используйте вариант данных по движениям или движениям с субконто, если он доступен в вашей базе.
Установите период.
В отборе укажите Счет Дт = 51.
В отборе укажите Счет Кт входит в группу счета 62 или конкретные субсчета 62.01, 62.02.
Добавьте отбор по субконто кредита Контрагент — только физические лица.
Выведите поля: дата, регистратор, счет дебета, счет кредита, контрагент, договор, документ расчетов, сумма, содержание операции.
Этот способ особенно полезен, если документы поступления в журнале оформлялись разными видами операций, но в учете все равно сформировали нужные проводки. Тогда отчет по движениям покажет именно то, что попало в бухгалтерский учет.
Но есть ограничение: отчет по движениям не всегда удобен для кассира, потому что он ориентирован на бухгалтерские проводки. Для передачи в работу чаще удобнее реестр документов поступления, а для контроля после обработки — ОСВ или Анализ субконто.
Теперь соберем рабочий регламент. Он поможет не просто сформировать отчет один раз, а выстроить регулярную проверку.
Загрузите банковскую выписку. После загрузки проверьте, что по поступлениям от покупателей созданы документы Поступление на расчетный счет.
Проверьте контрагентов. В каждом поступлении от физлица должен быть выбран именно контрагент-физическое лицо, а не общий контрагент, организация или ошибочная карточка.
Проверьте счет расчетов. Для расчетов с покупателями обычно используется счет 62. Если оплата является авансом, может использоваться соответствующий субсчет авансов.
Сформируйте реестр поступлений. Используйте журнал Банковские выписки, команду Реестр документов или сохраненный вариант универсального отчета.
Отберите только физлиц. Делайте отбор по виду контрагента или группе справочника, а не только по текстовой строке.
Передайте реестр кассиру. В реестре должны быть дата, покупатель, сумма и основание платежа.
Пробейте чеки. По каждой оплате от физического лица оформите кассовый чек в порядке, применяемом в вашей организации и в вашей версии 1С.
Сформируйте реестр пробитых чеков. Это может быть отчет из ККТ, отчет из 1С, выгрузка из ОФД или внутренний реестр кассира.
Сверьте суммы. Сравните банковский реестр поступлений от физлиц с реестром чеков и данными ОФД.
Проверьте остатки по счету 62. Сформируйте ОСВ по счету 62 или Анализ субконто с детализацией по документам расчетов.
Разберите расхождения. Если сумма осталась на остатке или нет чека в ОФД, откройте конкретный документ поступления и проверьте всю цепочку.
Такой регламент удобен тем, что разделяет ответственность. Бухгалтер формирует банковский реестр и контролирует счет 62, кассир пробивает чеки и предоставляет реестр проведенных сумм, а итоговая сверка выполняется по данным ОФД.
Рассмотрим признаки, по которым можно найти проблему.
Платеж есть в банковском реестре, но отсутствует в реестре чеков. Это прямой сигнал проверить, был ли чек пробит.
Сумма есть в ОФД, но отличается от суммы банковского поступления. Проверьте частичную оплату, комиссию банка, ошибку в сумме чека или объединение нескольких оплат в один чек.
Контрагент в платеже указан неверно. Если вместо физлица выбран общий контрагент или организация, отбор по физическим лицам не найдет этот документ.
Договор или документ расчетов выбран неверно. Чек мог быть пробит, но расчеты по счету 62 не закрылись из-за несовпадения аналитики.
Поступление отражено не как оплата от покупателя. Если выбран неподходящий вид операции, документ может не попасть в привычный реестр.
Документ поступления не проведен. Непроведенный документ может отображаться в журнале, но не даст корректной проводки и не попадет в бухгалтерский контроль.
Выясним причину на примере. Допустим, за 15 мая поступили три оплаты от физических лиц: 2 000 рублей, 3 500 рублей и 4 100 рублей. В банковском реестре общая сумма — 9 600 рублей. Кассир передал реестр чеков на 5 500 рублей. Значит, одна оплата на 4 100 рублей не подтверждена чеком или чек пробит не в тот день, не на ту сумму либо по другому основанию. Далее открываем реестр банковских поступлений, находим строку на 4 100 рублей, проверяем контрагента, назначение платежа, документ расчетов и наличие соответствующего чека в ОФД.
Чтобы контроль через счет 62 работал, важно не смешивать все оплаты физических лиц в одну неразвернутую сумму. Если каждая оплата относится на отдельный документ расчетов, то незакрытые суммы легко найти.
Рассмотрим рекомендуемый порядок:
По каждой оплате от физического лица создавайте или загружайте отдельный документ Поступление на расчетный счет, если банк передает платежи построчно.
В документе указывайте конкретного контрагента-физлицо.
Используйте корректный договор. Если договоров много, не допускайте случайного выбора договора от другой операции.
Следите за полем документа расчетов. Именно оно позволяет потом увидеть, какая сумма закрыта, а какая осталась висеть.
Не заменяйте всех покупателей одним условным контрагентом без необходимости. Такой подход упрощает ввод, но ухудшает контроль.
Если для бизнеса допустим общий контрагент «Физические лица», используйте дополнительные реквизиты, назначение платежа, лицевые счета или документы основания, чтобы платежи можно было идентифицировать.
Главный принцип: чем точнее заполнены контрагент, договор и документ расчетов при поступлении денег, тем проще потом доказать, что чек пробит и расчет закрыт.
Иногда банк перечисляет организации не каждую оплату отдельной строкой, а общий платеж с приложенным реестром физических лиц. В такой ситуации обычный журнал банковских выписок может показывать одну сумму, а чеков нужно пробить несколько — по каждому физическому лицу или по каждой оплате, в зависимости от применяемой схемы.
Рассмотрим порядок действий:
Проверьте договор с банком: предусмотрена ли передача реестра платежей физических лиц.
Уточните, передает ли банк дополнительные реквизиты для идентификации платежа: номер заказа, лицевой счет, QR-реквизиты, ФИО плательщика, назначение платежа.
Проверьте настройки банковского счета в 1С. В некоторых сценариях дополнительные реквизиты указываются в карточке банковского счета.
При загрузке реестра проверьте, определяются ли контрагент, договор и счет на оплату автоматически.
Сформируйте отдельный реестр оплат физических лиц по данным расшифровки, а не только по общей банковской сумме.
Сверьте общую сумму реестра физлиц с суммой поступления на расчетный счет.
Пробейте чеки по оплатам, которые входят в реестр.
Сверьте количество и сумму чеков с банковским реестром и ОФД.
В такой схеме особенно важно не потерять детализацию. Если в 1С отражена только одна банковская строка на общую сумму, а физические лица не расшифрованы, то отбор «только физлица» будет неполным. Для контроля чеков нужен именно реестр физических лиц, а не только агрегированная выписка.
Посмотрим, какой способ использовать в разных ситуациях.
Нужно быстро передать кассиру список оплат за день. Используйте Банковские выписки и Реестр документов с отбором по физическим лицам.
Нужно проверить, все ли суммы закрылись в учете. Используйте Оборотно-сальдовую ведомость по счету 62 с группировкой по контрагентам, договорам и документам расчетов.
Нужно найти ошибки в аналитике взаиморасчетов. Используйте Анализ субконто по контрагентам, договорам и документам расчетов.
Нужен постоянный отчет с нужными колонками. Настройте Универсальный отчет по документам Поступление на расчетный счет.
Нужно сверять именно бухгалтерские проводки. Настройте отчет по движениям регистра Хозрасчетный с отбором Дт 51 Кт 62.
Банк присылает общий платеж с реестром физлиц. Используйте загрузку и обработку банковского реестра с детализацией по физическим лицам.
Для большинства организаций оптимальна связка из двух отчетов: реестр поступлений из банковских выписок плюс ОСВ или Анализ субконто по счету 62. Первый отчет отвечает на вопрос «кто и сколько оплатил», второй — «что осталось незакрытым и где возможна ошибка».
Поскольку речь идет об оплатах от физических лиц, контроль чеков должен быть организован особенно аккуратно. При безналичной оплате от физического лица чек, как правило, нужен, даже если наличные деньги в кассу организации не поступали. При этом конкретный порядок оформления зависит от вашей системы налогообложения, вида расчетов, способа оплаты, версии 1С, подключенной ККТ и применяемой учетной схемы.
Разберем практические моменты:
Если чек формируется из документа поступления, проверьте, что в документе указан правильный покупатель, сумма, основание и при необходимости контактные данные для отправки электронного чека.
Если чек должен содержать номенклатуру, заранее проверьте связь оплаты со счетом на оплату, заказом, реализацией или другим документом-основанием. Иначе в чеке может быть недостаточно детальная информация.
Если оплата является авансом, проверьте признак способа расчета и порядок последующего зачета аванса.
Если оплата закрывает уже реализованные товары или услуги, проверьте, что чек оформляется с корректным признаком расчета.
Если чек пробивается не напрямую из 1С, а в отдельной кассовой программе или смарт-терминале, обязательно организуйте обратную сверку с ОФД.
Если чек пробит ошибочно, исправление выполняйте по правилам, применимым к вашей ККТ, формату фискальных данных и учетной ситуации.
Не заменяйте кассовый чек банковской квитанцией. Банковская квитанция, платежное поручение или строка выписки подтверждают движение денег, но не являются кассовым чеком. Поэтому реестр поступлений нужен именно для того, чтобы не пропустить фискализацию оплаты.
Проанализируем частые ошибки, из-за которых отчет получается неполным или некорректным.
Физические лица заведены как организации. В этом случае отбор по виду контрагента не найдет такие карточки. Исправьте вид контрагента или перенесите их в отдельную группу.
Используется один общий контрагент для всех физлиц. Тогда отчет покажет только общую сумму по этому контрагенту, а детализация по плательщикам будет доступна только через назначение платежа, реестр банка или дополнительные реквизиты.
ИП попадают в отчет вместе с физлицами. Проверьте классификацию контрагентов и не смешивайте разные категории покупателей.
Отбор настроен по тексту «ФЛ». Такой отбор зависит от наименования и может пропускать нужные документы.
В отчете не ограничен вид операции. В список могут попасть возвраты, прочие поступления или операции, не связанные с оплатой покупателей.
Не отобраны только проведенные документы. Непроведенные документы могут искажать рабочий реестр.
Не указан банковский счет. Если у организации несколько расчетных счетов, отчет может смешать поступления из разных источников.
Не сверяются данные ОФД. Внутренний реестр кассира полезен, но окончательный контроль лучше делать с учетом фискальных данных.
Не проверяется третье субконто. Без детализации по документам расчетов трудно понять, какая именно сумма осталась незакрытой.
С учетом описанной ситуации лучше сделать так:
Проверьте, что все покупатели-физические лица в справочнике Контрагенты выделены как физлица или находятся в отдельной группе Физические лица.
В документах Поступление на расчетный счет по оплатам физлиц указывайте именно этих контрагентов.
По каждой оплате контролируйте проводку Дт 51 Кт 62 и заполнение аналитики по контрагенту, договору и документу расчетов.
Для ежедневной работы формируйте Реестр документов из журнала Банковские выписки.
В реестре настройте отбор по группе или виду контрагента Физическое лицо.
Передавайте этот реестр кассиру для пробития чеков.
После пробития чеков получайте от кассира реестр проведенных сумм.
Сверяйте банковский реестр с реестром чеков и данными ОФД.
Дополнительно формируйте ОСВ по счету 62 или Анализ субконто с группировкой по третьему субконто Документы расчетов с контрагентами.
Все суммы, которые не закрылись или не подтвердились чеком, разбирайте отдельно по документам.
Такой порядок закрывает обе части задачи: позволяет получить реестр поступлений только от физических лиц и дает механизм контроля, что все нужные чеки действительно пробиты.
Чтобы сформировать отчет о поступлениях на расчетный счет только от физических лиц в 1С:Бухгалтерии 8.3, используйте отбор по контрагентам-физлицам в Банковских выписках, Реестре документов или Универсальном отчете. Для быстрого отбора можно использовать поисковую строку с пометкой «ФЛ», но надежнее настроить отбор по виду контрагента или группе справочника.
Для проверки, все ли чеки пробиты, не ограничивайтесь только банковским списком. Сформируйте Оборотно-сальдовую ведомость по счету 62 или Анализ субконто с детализацией по Контрагентам, Договорам и Документам расчетов с контрагентами. Если какая-то сумма осталась на остатке или не совпала с данными кассира и ОФД, откройте конкретный документ поступления и проверьте контрагента, договор, сумму, документ расчетов и факт пробития чека.
Информация носит справочный характер