Не закрывается счет 57.03 при оплата картой, если операции в разные даты в 1С

1. Добрый день!

   Имеете ввиду, что в документе Поступлении на расчетный счет вид операции неверный?

   Посмотрите, пожалуйста, обсуждение. Что влияет на вид операции

   Автоподставновка Вида операции в выписки банка при их загрузке

2. Спасибо за уточнение.

   Сначала обновите программу до последнего релиза (3.0.184).
   Предварительно обязательно сделайте копию базы.

   Как обновить 1С 8.3 самостоятельно

   Как сделать копию базы 1С 8.3

   Далее все таки надо до конца выполнить сверку по Универсальному отчету.

   Без моделирования конечно не сказать в чем ошибка, но велика вероятность, что именно в отсутствии ОРП.

3. Распишите, пожалуйста, по проводкам и документам в программе по датам, чтобы я могла сделать пример за несколько дней.

   Сальдо остается, потому что не хватает каких то проводок. Надо это сейчас посмотреть нам. Либо сальдо регистров.

   Пришлите еще, пожалуйста, скрин Универсального отчета. Может он подскажет нам.

   Алгоритм решения будут как в материале выше, через корректировку регистров.
   Либо посмотрим недостающее проводки и решим, что с ними делать.

4. Из Анализа отчета по счету 57.03, я не вижу какие операции вы выполняли в программе и какие проводки формируются.

   Из анализа я только понимаю, что Поступление на расчетный счет на одну сумму, а Реализация на другую. В какие то даты сальдо закрывается, потом опять образуется.

   Мне нужен именно пример, как вы все выполняете в программе — сам документ как заполнен, какие проводки формирует, какие регистры.

   Лучше все собрать в один word файл для облегчения работы.

   Из универсального отчета видно, что нет реализации. То есть не сформирован Регистр Прочие расчеты с видом Приход.

   Это правим Операцией, введённые вручную, как в материале выше.

5. Вот ОРП на 2100,00 от 23.10.25.
   Поступление на р/счет на 21200,00 от 23.10.25. Это поступление средств за предыдущий день?

   В ОРП регистр Прочие расчеты есть, там должен быть Вид движения — Приход, проверьте, пожалуйста.
   В Поступлении на р/счет регистр Прочие расчеты так же есть. Вид движения — Расход. Сумма должна быть в нем же такая как и в приходе.

   Раз у вас ОРП от 23.10.25, посмотрите в Поступлении на р/счет датой позже, в Прочие расчеты сумма регистра верная? 2100?

   Понимаю, что не хочется вводить сотни строк. Может быть и так найдем решение.

6. Да, я поняла, что в одном Поступлении на р/счет приходы от разных подразделений.

   То что в ОРП ссылка на другой документ, это значит, что нарушена хронология.

   Можно или нет перенести файл, надо консультироваться с программистом, тут не отвечу вам.

   По УО может быть тоже сможет помочь программист, если доработает отчет, иначе вы не сможете пользоваться отчетом и отслеживать из-за чего вдруг могла появиться ошибка.

7. Понимаю, что он у вас всегда будет сальдо на конец месяца. Потому что, например, продали 31 числа, а оплата придет 1го числа следующего месяца.

   Так можно, НО если будет отдельный ОРП и в нем только нал и отдельный ОРП, где только безнал.

8. Вы можете в конце месяца сформировать несколько Справок. В одной выбираете ОРП только за нал, в другой Справке — ОРП по безналу.

9. Да, подтягиваются все подряд ОРП. Внешне, глядя, на них определить какой ОРП нал, какой безнал нельзя. Если только фиксировать у себя где это при создании ОРП.

   То есть ПРОСТО у вас не получится, только с программистами. Может быть для ОРП нал создать какой то префикс, чтобы можно было отличать визуально и выбирать вручную.

10. Так как у вас много подразделений, лучше конечно работать с программистом. чтобы помог облегчить вам учет.

11. Татьяна, дополню общий совет, который может помочь оперативно ситуацию выправить и потом ее дожать уже с программистом.
    Почему он нужен — чтобы большие массивы данных закрыть не в ручном режиме.
    И чтобы отчет для вас разработать с такой аналитикой, которую штатно мы с вами не выведем в пользовательском режиме.

    А идеи такие.
    Если нет возможности оперативно исправить ошибку, заведите новый договор эквайринга и проводите все операции с даты перехода на работу с НДС по нему. Затем проанализируйте прошлый договор и закройте зависшие записи в регистре.
    Проконтролируйте отражение переходящих расчетов (из периода без НДС в период с НДС) — остатки на дату перехода в БУ и по регистрам должны быть верные.

    Может и для наличных, безналичных такое деление сделать — на уровне договора.
    Номер, дата — одинаковые. Но в названии добавить НАЛИЧНЫЕ, БЕЗНАЛИЧНЫЕ.
    Договоры в справочнике Договоры вы можете положить в одну папку (группу). Ее назвать Договор эквайринга № … от … И по этой группе можно любой стандартный отчет в 1С смотреть. Если будет такая необходимость.
    Пригодится
    Оборотно-сальдовая ведомость в 1С 8.3

Комментарии закрыты.