Расчеты с поставщиками и покупателями в КА 2.4.6, УТ 11.4.6, ЕРП 2.4.6

16.10.19

Учетные задачи - Взаиморасчеты

Новый режим расчетов с поставщиками и покупателями «Онлайн». Ведение планируемой и фактической задолженности. Порядок зачета документов. Различные варианты детализации расчетов. Выявленные ошибки режима «Онлайн».

В статье я буду в основном рассматривать расчеты с покупателями. Однако, механизмы реализованные в системе очень похожи как для покупателей, так и для поставщиков. Так что все, о чем я буду писать, справедливо и для расчетов с поставщиками.

Главное, что сподвигло меня на написание данной статьи – это реализация нового режима расчетов «Онлайн» в типовых конфигурациях УТ, КА, ЕРП. Тем не менее, часть материала, например детализация расчетов, справедлива как для нового, так и для старого режимов расчетов.

Оглавление

  1. Режимы расчетов «Офлайн» и «Онлайн»
  2. Планируемая и фактическая задолженность
  3. Порядок зачета документов в режиме расчетов «Онлайн»
  4. Детализация расчетов с клиентами (поставщиками)
  1. Ошибки и недочеты, найденные в режиме расчетов «Онлайн»

 

Режимы расчетов «Офлайн» и «Онлайн»

В более ранних версиях УТ 11, КА, ЕРП существовала возможность вести расчет только «Офлайн». Это означало, что движения по регистрам: «Расчеты с клиентами по документам» и «Расчеты с поставщиками по документам» происходило отложено, при выполнении регламентного задания «Выполнение отложенных движений по расчетам с клиентами\поставщиками». Напомню, выше указанные регистры необходимы для анализа задолженности по срокам, с разбивкой по интервалам.

В текущих релизах, начиная с версий КА 2.4.6, УТ 11.4.6, ЕРП 2.4.6 появилась возможность ведения расчетов в режиме «Онлайн». Настройка выполняется в разделе «Казначейство и взаиморасчеты», в группе «Взаиморасчеты»:

Настройка параметров расчетов

В режиме «Онлайн» необходимости в выполнении регламентного задания больше нет, так как все необходимые действия выполняются в момент проведения документов. Вместо регистров: «Расчеты с клиентами по документам» и «Расчеты с поставщиками по документам» появились новые: «Расчеты с клиентами по срокам», «Расчеты с поставщиками по срокам». Также добавились новые регистры для учета планируемой задолженности. Соответственно, доработаны все основные отчеты: «Ведомость расчетов», «Задолженность», «Задолженность по срокам» и другие.

 

Планируемая и фактическая задолженность

Как было написано выше, при применении режима расчетов «Онлайн», появляется возможность фиксировать как фактическую, так и планируемую задолженность. Для учета планируемой задолженности применяются новые регистры накопления: «Плановые отгрузки клиентам», «Плановые оплаты клиентов», «Плановые поставки», «Плановые оплаты поставщикам». Движение «Приход» формирует увеличение плана, движение «Расход» - уменьшение. Все движения в планируемых регистрах формируются по данным фактических.

Документами, которые могут формировать планируемую задолженность являются заказы. Соответственно, документами, закрывающими планируемую задолженность выступают документы оплаты, товародвижения и корректировки. Одним словом, все документы, которые формируют фактическую задолженность.

Для анализа планируемой задолженности используются отчеты: «Задолженность клиентов по срокам» и «Задолженность поставщикам по срокам». В указанных отчетах существует возможность формировать отдельно плановую задолженность, отдельно фактическую и ту и другую одновременно:   

Настройка отчета по задолженности

Реализованы изменения в настройках графиков оплаты по заказу. Вариант оплаты «Кредит» разбит на два новых: «Кредит (Плановый)» и «Кредит (после отгрузки)». Дата поступления денежных средств по плановому кредиту фиксированная, и не зависит от даты отгрузки. Дата поступления денежных средств по кредиту «после отгрузки», привязана к дате отгрузки. Она указывается как сдвиг (количество дней) после отгрузки. По умолчанию, дата рассчитывается относительно желаемой даты отгрузки по заказу:

График оплаты по заказу

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

Дата оплаты в накладной

Причем, если максимальная дата оплаты рассчитывается путем сдвига относительно отгрузки, расчет будет выполнен исходя из реальной даты отгрузки по накладной. Накладная формирует соответствующие корректирующие движения в регистре плановых оплат.

 

Порядок зачета документов в режиме расчетов «Онлайн»

В режиме расчетов «Онлайн», существенно изменен порядок зачета документов.

Появилась возможность выстраивать последовательность накладных для зачета авансов не только по дате документа, но и по плановой дате оплаты. Например, если в более поздней накладной планируемая дата оплаты меньше, чем в более ранних, по этой накладной будут зачтены более ранние авансы.  

Подбор документов для зачета выполняется в порядке следующих приоритетов:

  • Зачет авансов по дате документа: по дате документов > по виду документов > по времени документов > по номеру документов
  • Зачет авансов по плановой дате оплаты: по дате документов > по виду документов > по номеру документов

Виды документов имеют следующий приоритет:

Заказы > Накладные > Платежи

Вся эта информация зашифрована в специальные новые реквизиты регистров накопления: «Порядок операции», «Порядок зачета», «Порядок зачета по дате платежа». Формат данных полей следующий:

  • Год - 4 символа
  • Месяц - 2 символа
  • День - 2 символа
  • ТипЗаписи - 1 символ (1-заказы, 2-реализации, 3-сторно реализаций, 4-оплаты)
  • Час - 2 символа
  • Минута - 2 символа
  • Секунда - 2 символа
  • ТипДокумента - 2 символа – номер документа по порядку
  • НомерДокумента - 11 символов

 

После изменения какого-либо документа «задним числом», происходит автоматическое перераспределение всех последующих документов начиная с момента измененного документа.

 

Детализация расчетов с клиентами (поставщиками)

Детализация расчетов

Расчеты могут вестись с детализацией по следующим элементам:

  • По договорам – используются соглашения, в которых указано ведение расчетов по договорам, или не используются соглашения и включен учет по договорам. Детализация расчетов в договорах – «По договорам».
  • По заказам - используются соглашения, в которых не указано ведение расчетов по договорам. Детализация расчетов в соглашениях – «По заказам».
  • По договорам и по заказам - используются соглашения, в которых указано ведение расчетов по договорам, или не используются соглашения и включен учет по договорам. Детализация расчетов в договорах – «По заказам».
  • По накладным - используются соглашения, в которых не указано ведение расчетов по договорам. Детализация расчетов в соглашениях – «По заказам» или «По накладным». Или не используются соглашения и отключен учет по договорам.
  • По договорам и по накладным - используются соглашения, в которых указано ведение расчетов по договорам, или не используются соглашения и включен учет по договорам. Детализация расчетов в договорах – «По заказам» или «По накладным».

Данные настройки указываются в соглашениях или в договорах, если соглашения не используются, или в соглашениях указано использование договоров. Также настройки могут быть переопределены непосредственно в заказах и документах товародвижения. В зависимости от настройки соглашений или договоров, в документах доступны для выбора следующие значения:

  • По договорам -  по договорам, по заказам, по накладным,
  • По заказам – по заказам, по накладным,
  • По накладным – по накладным.

В платежных документах, настройка расчетов «По договорам» позволяет использовать детализацию по договорам. Детализация «По заказам» – по заказам и по накладным. Детализация «По накладным» - только по накладным. 

Рассмотрим более подробно использование различных вариантов детализации в документах системы.

 

Расчеты с детализацией по договорам

Для использования данной детализации, в общих настройках должно быть указано использование договоров. В элементы справочника «Ключи учета по партнерам» будет добавлена дополнительная аналитика «Договор». Напомню, элементы данного справочника является основной аналитикой учета с партнерами.

В платежных документах, в качестве объекта расчетов будет фигурировать договор. Он же будет указан в регистрах учета с партнерами в качестве объекта расчетов:

Оъект расчетов - договор

В документах товародвижения авансы в рамках текущего договора зачитываются автоматически. Существует возможность зачесть авансы, оформленные по другим договорам текущего контрагента. Такие авансы доступны на закладке «Не использованные авансы» помощника зачета оплаты с отключенным отбором по текущему договору:

Не распределенные авансы по договору

При зачете таких авансов, автоматически будет создан документ «Взаимозачет задолженности».

 

Расчеты с детализацией по заказам

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

Платежные документы могут быть введены на основании заказов или на основании документов товародвижения. В этом случае объект расчетов в платежных документах заполняется автоматически. Если платежный документ создан не на основании заказа или документа товародвижения (например загружен из Клиент-банка), необходимо подбирать заказы в ручную, на которые распределятся оплата:

Подбор заказов для оплаты

При таком варианте расчетов, если документ товародвижения введен на основание заказа, зачет оплаты происходит автоматически. Повлиять на процесс зачета авансов, в данном случае нельзя. Помощник «Зачет оплаты» - не доступен.

В регистрах расчетов с партнерами в качестве объекта расчетов будет указан заказ покупателя (поставщика).

 

Расчеты с детализацией по договорам и заказам

В данном случае обязательно должен быть включен учет по договорам в общих настройках системы. Соглашения могут как использоваться, так и нет.

Все действия аналогичны предыдущему варианту. Отличие только в том, что в элементы справочника «Ключи учета по партнерам» добавляется дополнительная аналитика «Договор»:

Дополнительная аналитика по договорам

 

Расчеты с детализацией по накладным

Напомню, что если детализация расчетов указана «По заказам», но заказы не используются, все механизмы работают как будто детализация указана - «По накладным». То-есть, детализация «По заказам» позволяет вести расчеты как по заказам так и по накладным.   

В регистрах расчетов с партнерами в качестве объекта расчетов будут указаны непосредственно платежные документы и документы товародвижения.

Если платежный документ введен на основании документа товародвижения, объект расчетов проставляется автоматически. Если же он создан не на основании, можно подобрать документы, которые будут закрыты данным платежным документом. Если объект расчетов не указан, то сам платежный документ будет являться объектом расчетов, на котором будет находиться аванс:

Объект расчетов - платежный документ

В документах товародвижения при таком варианте расчетов автоматического зачета аванса не происходит. Для подбора необходимого авансового документа, требуется воспользоваться помощником «Зачет оплаты»:

Помощник - зачет оплаты

На закладке «Нераспределенные платежи» будут доступны все документы по которым существуют авансы (платежные документы, возвраты). Это все авансы кроме авансов с объектом расчетов «Заказ покупателя». Данные авансы могут быть зачтены без создания дополнительного документа «Взаимозачет задолженности».

На закладке «Неиспользуемые авансы» будут доступны авансовые документы с объектом расчетов «Заказ покупателя». При зачете таких авансов, автоматически будет создан документ «Взаимозачет задолженности» для переноса аванса с другого заказа.

Если платежный документ распределен документом товародвижения или взаимозачетом задолженности, система запрещает отмену его проведения. Исключением из этого правила является документа возврата. Система позволяет отменять его проведение, даже в том случае, если сформированные им авансы распределены.

На заметку. Необходимо иметь в виду, что если документ, по которому происходит зачет аванса, имеет такую же или более позднюю дату, чем текущий документ, корректирующие движения будут созданы не в текущем документе, а в том, аванс по которому зачитывается. Другими словами зачет происходит всегда в более позднем документе.

 

Расчеты с детализацией по договорам и накладным

К варианту, описанному выше, добавляется аналитика по договорам.

В платежных документах можно указать нужный договор, на котором будет находиться аванс:

Указание договора в патежном документе

Это позволит в документах товародвижения в которых указан этот же договор зачесть данный аванс без создания дополнительного документ «Взаимозачет задолженности».

В документах товародвижения, при подборе авансов на закладке «Нераспределенные платежи» будут доступны все документы оплаты с таким же договором, который указан в самой накладной, кроме авансов с объектом расчетов «Заказ покупателя».

На закладке «Неиспользуемые авансы» есть возможность использовать авансы, оформленные по другим договорам текущего контрагента, или по этому же договору но с указанием заказа в качестве объекта расчетов. При зачете таких авансов, автоматически будет создан документ «Взаимозачет задолженности» для переноса аванса с другого договора или заказа.

 

Ошибки и недочеты, найденные в режиме расчетов «Онлайн»

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

При формировании движений документом «Заказ покупателя» по регистру «Плановые отгрузки клиентам» не корректно заполняется плановая дата погашения. Указывается дата заказа, а должна - планируемая дата отгрузки по заказу:

Ошибка указания даты планового погашения

Сами движения по регистру «Плановые отгрузки клиентам» появляются только в момент указания действия по товарам - «Отгрузить». На мой взгляд, более корректно формировать их раньше, когда действия по товарам - «К обеспечению». Все это влияет на корректное формирования планируемой задолженности.

Еще один неприятный момент - при проведении нового документа, не формируются движения по регистру активов и пассивов в части взаиморасчетов. При повторном перепроведении этих документов, движения создаются корректно. Надеюсь, этот недочет будет исправлен в ближайшее время.

На этом все, cпасибо за внимание.

 

Другие мои статьи из серии «Механизмы учета в типовых конфигурациях УТ 11, КА 2, ЕРП 2»

  1. Сложные схемы поступления ТМЦ

  2. Партионный учет товаров в конфигурациях УТ, КА, ЕРП

  3. Интеркампани, новая методика учета

  4. Учет товаров по сериям

  5. Контроль отрицательных остатков

  6. Новая концепция учета по видам запасов

 

расчеты поставщики планируемая фактическая задолженность детализация расчетов покупатели

См. также

"Акты сверки +" Групповая подготовка и рассылка актов сверки для Бухгалтерии 3.0.

Взаиморасчеты Email рассылки Акт сверки Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)

Внешняя обработка для Бухгалтерии 3.0 - позволяет автоматически формировать документы «Акт сверки расчетов» с контрагентами за выбранный период с последующей фоновой отправкой на почту контрагента.

3000 руб.

25.11.2020    22067    162    4    

148

SALE! 10%

Перенос данных из УТ 10.3 в УТ 11 / КА 2 / ERP 2. Переносятся документы, справочники и остатки

Обмен между базами 1C Взаиморасчеты Оптовая торговля Логистика, склад и ТМЦ Файловый обмен (TXT, XML, DBF), FTP Платформа 1С v8.3 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Россия Управленческий учет Платные (руб)

Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос в продаже с 2015г., и мы постоянно работаем над его развитием. Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.

50722 45650 руб.

24.04.2015    190414    268    238    

268

SALE! 25%

УТ 11, КА 2, ERP 2: Настраиваемые под каждую организацию печать и подпись ответственных лиц в печатных формах (ТОРГ-12, Счёт-фактура, УПД, УКД, Заказ клиента, Акт сверки, М-15 и др.)

Печатные формы Взаиморасчеты Оптовая торговля Производство готовой продукции (работ, услуг) Акт сверки Оперативный учет Управляемые формы 1С:Управление торговлей 11 Россия Бухгалтерский учет Управленческий учет Платные (руб)

Задайте для каждой организации свою печать и для каждого физического лица свою подпись. Выберите в документе печатную форму "... с печатью и подписью" - и автоматически сформируется табличный документ с печатью и подписями той организации и ответственных лиц, которые указаны в документе.

12000 9000 руб.

13.03.2018    56419    179    76    

112

Перенос начальных остатков из Парус 7.71 в БГУ

Внешние источники данных Взаиморасчеты Учет ОС и НМА Логистика, склад и ТМЦ Бюджетный учет Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 2.0 1С:Бухгалтерия государственного учреждения Государственные, бюджетные структуры Россия Бюджетный учет Платные (руб)

Перенос словарей и начальных остатков из ПП Парус-Бухгалтерия Бюджет 7.71 в 1Сv8 БГУ2. Заполнение словарей и документов по вводу начальных остатков. Не требуется установка ПП Парус7. Возможна дозагрузка. Позволит автоматически и наиболее полно ввести данные в программу для начала работы. 

15600 руб.

08.12.2011    81556    128    123    

147

Автоматический зачет авансов в 1С:УНФ по ФИФО

Взаиморасчеты Платформа 1С v8.3 1С:Управление нашей фирмой 1.6 1С:Управление нашей фирмой 3.0 Россия Управленческий учет Платные (руб)

Знаем о взаиморасчетах в Управлении нашей фирмой все, что только можно знать. Самая большая проблема взаиморасчетов в УНФ в том, что зависают непонятные долги и предоплаты, в Пульсе бизнеса показываются неадекватные цифры, отчеты по долгам показывают не пойми что.

12000 руб.

22.07.2021    23539    24    34    

31

SALE! 25%

Дебиторская задолженность по срокам долга

Взаиморасчеты Платформа 1С v8.3 1С:Комплексная автоматизация 1.х 1С:Управление торговлей 10 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бухгалтерский учет Управленческий учет Платные (руб)

Один из лучших вариантов отчета по дебиторской задолженности. Отображает сроки возникновения задолженности, просроченной задолженности с точностью до регистратора, а также многое другое, вне зависимости от схемы взаиморасчетов (online / offline) и объекта расчетов (УТ 11.3, 11.4, 11.5, КА 2.4, 2.5, ERP 2.4, 2.5), состояния флажка "по документам расчета" ( УТ 10, КА 1.1, УПП 1.3) в договоре. Группирует задолженность по интервалам. Имеет большое количество настроек. Не требует доработок конфигурации.

15120 11340 руб.

28.09.2012    94468    588    268    

139

Групповое создание актов сверок

Взаиморасчеты Email рассылки Акт сверки Платформа 1С v8.3 Бухгалтерский учет 1С:Управление торговлей 10 1С:Бухгалтерия 3.0 Бухгалтерский учет Платные (руб)

Обработки предназначены для массового создания актов сверки и отправки их по электронной почте для конфигураций Управление торговлей 10.3. и Бухгалтерия предприятия 3.0. Для Бухгалтерии 3.0 Разработка велась на 1С:Предприятие 8.3 (8.3.15.1830). проверялась на Бухгалтерия предприятия 3.0 (3.0.71.83) и 3.0.76.77 Для Управление торговлей 10.3 Разработка велась на 1С:Предприятие 8.3 релиз конфигурации (10.3.61.2) . РАБОТАЕТ НА БАЗОВЫХ и ПРОФ. ВЕРСИЯХ.

2000 руб.

24.04.2020    30336    117    66    

98
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. 2ncom 83 04.05.19 16:21 Сейчас в теме
Разработчики любят создавать большое количество регистров.
Порой достаточно добавить измерение или ресурс, - нет создается новый регистр.
Может быть, им платят за объем написанного кода ?
NeLenin; onsi; Craig; +3 Ответить
2. acanta 04.05.19 16:28 Сейчас в теме
(1) это официальная рекомендация - не изменять объекты типовой конфигурации, ведущего разработчика, и т.д.
3. buka99999 01.06.19 21:12 Сейчас в теме
(2)
...не изменять объекты типовой конфигурации...

Скорей всего, Вы очень веселый и позитивный человек. :-))))
Пять баллов вам!!!
user686924_shipikVV; NeLenin; +2 Ответить
43. MCV 20.01.22 16:49 Сейчас в теме
(1) Не владеете требованиями к разработке прикладных решений , поэтому так и пишете
44. 2ncom 83 21.01.22 09:42 Сейчас в теме
(43)
Нет, не по этому.
Есть другая причина :).
45. MCV 21.01.22 11:22 Сейчас в теме
46. 2ncom 83 21.01.22 14:45 Сейчас в теме
(14)
(45) Это большой проект,
в корне отличающийся от типовых 1С-овских методик.
Пока не могу поделиться, извините.
4. user642261 14.07.19 22:16 Сейчас в теме
Доброго дня,
подскажите, пож-та, как закрыть развернутое сальдо в БУ по договорам, которые не являются объектами расчетов. Клиент, похоже, по ходу дела отменил в соглашении договоры - поменял расчеты на заказы. Док Взаимозачет договоры, естественно, не видит. Остается только бух.операцией? насколько это рискованно, ведь на бух.проводки завязан ндс?
спасибо
5. ids79 8291 15.07.19 09:02 Сейчас в теме
(4)Включите опять расчеты по договорам и делайте взаимозачет. Что там на что может повлиять, не видя базу сказать сложно.
6. LiliyaM 78 26.08.19 11:31 Сейчас в теме
Добрый день!
Скажите пожалуйста, Вы сталкивались с такой проблемой - при "Онлайн" взаиморасчетах изменение заказа клиента влияет на закрытие месяцев. У клиента специфика работы такая, что заказ клиента может выполняться и полгода и год. При поступлении нужного товара в заказе клиента нужно проставить "Отгрузить" и серию. Мало того, что ругается на закрытый период, хотя раньше этого не было, так плюс слетает закрытие месяцев.
С чем это может быть взаимосвязано и как это побороть?
7. ids79 8291 26.08.19 12:51 Сейчас в теме
(6)Добрый день.
Не понимаю, зачем Вы ставите отгрузить? Обособляйте товар под этот заказ, тогда он не уйдет никуда. Можно зарезервировать его дополнительно. Состояние "Отгрузить" подразумевает, что товар находится в процессе отгрузки. то-есть в этом состоянии товар не должен находится долго.
8. LiliyaM 78 26.08.19 13:23 Сейчас в теме
(7) Скорее всего это Вы не совсем поняли мой вопрос)
Состояние "К обеспечению" в табличной части стоит до тех пор, пока товар не появится на складе. Это стандарт. В основном товар делается под заказ и срок изготовления 3-12 месяцев. То есть на остатках он может появиться и через год. Для того, чтобы его отгрузить необходимо поменять статус с "К обеспечению" ("Обеспечивать обособленно" - это не важно) на "Отгрузить" (то же стандарт). Ну и еще и серию проставить. Так вот - действует закрытие периода и слетает закрытие месяцев. И это печаль...
9. ids79 8291 26.08.19 14:23 Сейчас в теме
(8)Если ставите "Отгрузить" в заказа прошлых периодов, слетает закрытие месяца по этому периоду?
10. LiliyaM 78 26.08.19 14:28 Сейчас в теме
(9) да))) Почему то трогает Поступление безналичных по авансам - требует отразить в БУ и сформировать книгу покупок\продаж. Хотя все проводки на месте и движения по Книге продаж есть.
11. ids79 8291 26.08.19 14:53 Сейчас в теме
(10)Да, наблюдал похожую проблему. Ставили "Отгрузить" в уже закрытом периоде (на заказы закрытие не распространяется), и система ругалась, что не может перепровести платежные документы в закрытом периоде после этого заказа. Механизм этот построен так, что корректирует автоматически движения по расчетам в связи с изменением предыдущего документа (в данном случае заказа). Идиотизм конечно, пока не решил, как побороть. Думаю, в будущих релизах это поправят.
Angealtor; +1 Ответить
12. LiliyaM 78 26.08.19 14:58 Сейчас в теме
(11) понятно. Значит не я одна такая)
я "костыль" применила до исправления - удалила задание к формированию книги покупок/продаж и поменяла статус "к отражению" на "отразить". Не знаю, правда, чем это выльется потом, но реализация, вроде, нужные проводки сделала.
13. LiliyaM 78 26.08.19 22:33 Сейчас в теме
Я, по-ходу, нашла причину слета закрытия месяцев. По системе Онлайн взаиморасчетов Заказ Клиента не делает движения по регистру Расчеты с клиентами по срокам до тех пор, пока не появится либо оплата, либо реализация. Все движения по нему делаются специфическим доком - Регистратор расчетов. И, если заказ был в мае, а оплата по нему пришла в августе, то он делает расчет курсовых за каждый месяц разницы. Соответственно слетает и закрытие месяца после этого. И запрет закрытия периода действует.
Треш конечно же.... как вот теперь это счастье обойти?
14. ids79 8291 27.08.19 20:53 Сейчас в теме
(13)Нет, не делает этот документ движений по регистрам. Посмотрите в модуле документа, там ничего нет. Он показывает движения сформированные другими документами по указанным в документе параметрам: объект расчетов, аналитика по партнерам и т.п. Еще одна фишка разработчиков в духе "Попробуй догадайся!".
15. LiliyaM 78 28.08.19 01:07 Сейчас в теме
(14) он, не он, но факт остается фактом - как только он формируется, то слетает закрытие месяца. А формируется он либо в момент поступления денег, либо в момент реализации (в зависимости, что первое) и, соответственно, отражает движения других доков в регистре Расчеты с клиентами по срокам. Если отражение движений других доков в регистре не является движениями по регистру, то спорить не буду, я не программист). Но у меня все таки есть подозрение, что его телодвижения по отражению :) влияют на вот это "Почему то трогает Поступление безналичных по авансам - требует отразить в БУ и сформировать книгу покупок\продаж. Хотя все проводки на месте и движения по Книге продаж есть." В общем, в любом случае, надо копать дальше) А то главбух мне через месяц голову снесет со слетом закрытия месяцев)))
16. muskul 28.08.19 08:27 Сейчас в теме
Кроме этого появился еще один документ. Регистрация Расчета по которому делается та самая плановая оплата
17. Anthon 230 06.09.19 10:52 Сейчас в теме
Если у кого вылетает база при переходе на Онлайн, особенно если база большая - это виновата гигантская транзакция, которую платформа почему-то не может осилить. Проще всего временно удалить строчки
НачатьТранзакцию();
Блокировка.Заблокировать();
ЗафиксироватьТранзакцию();
ОтменитьТранзакцию();
в процедуре ЗаполнитьРегистрыПриВключенииНовойАрхитектуры или заменить её в расширении (имейте в виду, что в РИБ расширения не отправляются, надо снова курочить конфигурацию - ставить соответствующую галку в плане обмена Полный).

П. С. ТС, в оборотах со словами "При", "Для", "После", "В" не надо ставить запятых, они сильно мешают читать.
NeLenin; ids79; +2 Ответить
18. Anthon 230 06.09.19 11:41 Сейчас в теме
19. ids79 8291 06.09.19 16:25 Сейчас в теме
(17)Спасибо за дополнение
20. UserIA 05.02.20 00:39 Сейчас в теме
Подскажите, пожалуйста.
У нас такая ситуация. Работаем с клиентом (покупателем) по заказам. Клиент - нерезидент.
В заказ входит несколько товаров. Оплата - 50% аванс от всей партии, 50% - расчет после отгрузки.

В принципе всегда вели "по заказам" в старой 1С, которая "не-такси". Все отгрузки выбирали суммы аванса. Расчет после отгрузки - прикручивали к заказам и к документу реализации.

Поставили КА 2.4 - тут конечно полный трэш.
Выяснилось, что провести аналогично операцию как в старой УТ нельзя.

Выбираем детализацию расчетов по заказам. прикручиваем аванс 50%. Отгружаем часть заказа. И всё - весь аванс что видит цепляет к зачету. А мне нужно не все что найдет, а чётко 50% от отгружаемого. От этого зависит не только "алгоритмы разработчиков 1С". Тут я начинаю нарушать закон, потому что облагаемая сумма реализации в рублях рассчитывается исходя размера авансов. Такая же история с закупками и в рублях и в валюте. Тут мы начинаем НДС нарушать, принимая в вычету НДС с авансов раньше времени. При этом самый идиотизм, с которым я столкнулся, это то что, меняй ДтКт вручную сумма НДС и выручки НЕ МЕНЯЕТСЯ, то есть грубо: плевать что видишь в ДтКт - я считаю отдельными регистрами, которые мне какой-то криворук так придумал.

Вопрос: можно ли как-то решить эту проблему? Наши айтишники предлагают вести "по накладным", но это еще тот геморрой с постоянными взаимозачетами, к тому же совершенно пропадает анализ заказов, который важен для руководства.
Angealtor; +1 Ответить
21. PuhFromUfa 21 29.02.20 11:05 Сейчас в теме
День добрый!
УТ 11.4.7.150
Используются "Типовые и индивидуальные соглашения", "Договора с клиентами" включены. В самих соглашениях договора не используются, детализация расчетов "по заказам". Режиме расчетов «Онлайн».
Подскажите как при таких настройках работают взаиморасчеты. Ни как не получается заставить автоматически закрывать авансы и долги. Только подбором "руками" в соответствующих документах.
22. gorevg 16 03.03.20 08:46 Сейчас в теме
(21) Как я понимаю, при использование детализации "По заказам" зачет авансов необходимо делать в ручную. Автоматически авансы/долги зачитываются только при детализации "по договорам"
PuhFromUfa; +1 Ответить
23. PuhFromUfa 21 03.03.20 13:40 Сейчас в теме
(22) Тогда это весьма печально
24. ids79 8291 05.03.20 09:44 Сейчас в теме
(23)Ну да, необходимо указывать заказы в документах.
PuhFromUfa; +1 Ответить
27. ibnnabi7 7 07.06.20 17:26 Сейчас в теме
(24) День добрый, подскажите пожалуйста при создании документа «Ввод нач. ост. задолженности» или ПКО на главном, в подчинённый не передаётся регистр накопления «Плановые оплаты клиентов» и «Расчёты с клиентами по срокам», в итоге задолженность неправильная.

Передаётся только регистры накопления «Активы и пассивы» и «Расчеты с клиентами», также и наоброт с подчинённого на главный.

Помогает отмена проведения и перепроведение на проблемном узле.
УТ 11.4.11.102, взаиморасчеты «онлайн».
25. ntc75 01.04.20 13:19 Сейчас в теме
1с КА.
И все же не понятно... Отгрузка 60.01, Оплата 60.02... Что только не делал. авансы не закрываются.
Мысль по Направлению деятельности... В договоре направление не заполнено. Но в документах реализации и оплаты Направление стоит. Оно одинаково для групп документов Оплата-Отгрузка.
Причем, еще замечено. И не найден ответ. При отгрузке по кнопке Распределение оплаты, документы оплаты видны только по всем договорам...
26. Vladisa 38 14.05.20 08:28 Сейчас в теме
КА 2.4 расчеты он-лайн.
Детализация расчетов-По договорам
При загрузке платежек из клиент-банка поле Основание платежа остается пустым, хотя договор один-единственный.
Вчем может быть проблема?
29. ids79 8291 10.10.20 17:40 Сейчас в теме
(26)Может быть договор не подходит по параметрам?
28. NushaN 11 06.10.20 12:49 Сейчас в теме
Добрый день.
Может был опыт и сможете подсказать решение.
Перешли на онЛайн расчеты, в итоге документы для Клиентов, у которых детализация расчетов = "по договорам" + индивид. Соглашение "треб-ся указание договора, порядок расч. опр-ся в договоре"
Заказ клиента, Реализация или Поступление оплаты - проводится ОЧЕНЬ долго. Документ с 4 строками товара может проводится до 30 минут.
У клиента много документов и есть отсрочка оплат до 3-х месяцев, думаю по этой причине, замер произв-ти показывает при проведении до 17419753 количеств вызовов в одном из циклов.
Сколько ищу информацию, нет объяснения и никто не жалуется
Неужели это нормально?
В чем тогда прелесть этого онЛайн с такими затратами?
Поделитесь, плиз, кто сталкивался или знает
Прикрепленные файлы:
30. PrinzOfMunchen 83 22.12.20 07:27 Сейчас в теме
(28) Столкнулись тоже. При онлайне, и расчетам по договорам, при проведении документа расчеты по срокам пересчитываются только по изменениям, а планы отгрузки и оплат - ЗА ВСЮ ИСТОРИЮ. Причём цикл там такой кривой, что количество вызовов просто ужасное и простой документ может проводиться по часу. В чём смысл и как с этим бороться - пока понимания нет. Видимо, придется переходить на офлайн.
31. PrinzOfMunchen 83 22.12.20 07:29 Сейчас в теме
(28) И ещё есть "прикол". Переходили на онлайн, когда уже год был отработан на офлайн. При этом были корректировки регистров по расчетам, для исправления ошибок и всё ок. А вот онлайн-расчеты корректировки при проверке остатков учитывают, а при пересчете по оборотам, закрытии авансов - нет. Соответственно, пересчитывает как попало и пытается выравнять, но опираясь на корявые данные, чем делает ещё хуже....
И ладно, с нового года можно все подобные корректировки делать через корректировки поступления и реализации, но как быть с прошлым периодом...
32. NushaN 11 23.12.20 01:24 Сейчас в теме
(31) мы вернулись на офлайн расчет.
1С: ответили, что нужно обновить платформу и конфигурацию до актуальной. Но суть в том, что актуальность тоже не спасает.
Похоже, что нужен сервер "космический" для онлайна, тогда может и лучше будет ((( Но такое решение - это так себе решение.
33. user1580936 10.04.21 08:09 Сейчас в теме
Столкнулся с тем, что нужно переделать детализацию с накладных на по заказы. Не нашел другого способа кроме как пересоздавать накладные на основе заказов, т.к. в уже существующих накладных нет возможности сменить тип с накладных. Может я где-то что-то не настроил, чтобы можно было как-то изменить уже существующие документы реализации?
Просто парадокс в том, что теперь по заказам видно и процент отгрузки и процент оплаты, но каждая накладная не оплачена. Это как дополнительный долг клиента считается
34. ids79 8291 10.04.21 22:59 Сейчас в теме
(33)Добрый вечер. Да, есть такой нюанс. Изменить в реализации порядок расчетов на "По заказам" не получиться. Можно сделать так, изменить реквизит стандартной корректировкой реквизитов. И, скорее всего придется еще заполнить заказ в ТЧ "ЭтапыГрафикаОплты". Это также можно сделать корректировкой реквизитов. Там есть функция - выполнить произвольный алгоритм.
35. Anthon 230 22.06.21 06:42 Сейчас в теме
Ничего не могу понять. Провожу документ в центральной базе, создается движение по регистру "Расчеты с клиентами по срокам", выгружаю документ в удаленную базу через полный план обмена, а там движения по этому регистру нет. Смотрю в конфигуратор, этот регистр в плане обмена есть, а правилах регистрации отсутствует. Как мне его зарегистрировать для обмена? По нему ведь работает ведомость по расчетам с клиентами, она теперь врёт, пока документ не перепроведёшь на удалённой базе. КА 2.4.13.209 с небольшим расширением.
36. ids79 8291 22.06.21 14:08 Сейчас в теме
(35)Дело в том, что движение по регистру "Расчеты с клиентами по срокам" делает не сам документ, а вспомогательный документ "РегистраторРасчетов". Копайте в эту сторону.
37. Anthon 230 22.06.21 16:35 Сейчас в теме
(36) Вы что-то путаете. Я говорю про движения, которые создает непосредственно документ Реализация товаров и услуг, вспомогательным документом тут не пахнет, могу скрины прислать. Да и какая разница, кем создаются документы, факт в том, что эти движения не выгружаются на удаленные базы, а по ним собирается ведомость взаиморасчетов! Я понимаю, что некоторые движения не выгружаются, а создаются непосредственно на базах, например, задания к распределению, но для них есть соответствующие фоновые задания, а для этого регистра такого задания у КА 2.4 нет. Кстати, в новостях есть КА 2.5, в которой в ОНЛАЙН-взаиморасчёты добавили таки фоновое задание, так что получается, это будут всё равно не онлайн взаиморасчеты, раз даже в описании указано, что движения будут появляться через несколько секунд. На деле на это будет уходить неизвестное количество времени. https://its.1c.ru/db/updinfo#content:840:1:issogl2_toc56700159
Или программисты уже переключились на новый форк и бросили этот?
38. Anthon 230 22.06.21 17:17 Сейчас в теме
(37) Блин, всё-таки они создаются регистратором расчетов. А реализация там это "Документ регистратор". Ладно, может так и нужно, тогда непонятно, как создать эти движения на удаленных базах.
Кажется, я нашёл в чем дело. Расчеты по срокам вообще ни при чем, рухнул регистр расчеты с клиентами, а он вполне через план обмена засылается. Завтра будет видно, так это или не так. Слишком глубоко залез, правила обмена начал менять, подписки, события, а надо было еще раз проверить регистры.
39. ids79 8291 22.06.21 17:49 Сейчас в теме
(38)Напишите тогда, что получиться.
40. Anthon 230 23.06.21 04:00 Сейчас в теме
(39) Ничего не помогло. Даже после пересылки всех регистров ведомость и карточка взаиморасчетов показывают на удаленной базе только последние пару документов, хотя тот же отчет на основной базе показывает все документы. Перезакрытие всех месяцев не помогло. Записи в регистрах полностью идентичные. Из-за сложности запросов невозможно понять логику отчетов, на это надо больше времени. Пока что забэкапил все базы, чтобы разобраться позже, откатил на офлайн взаиморасчеты, перезакрыл год, синхронизировался и после перезапуска все взаиморасчеты стали правильными. Онлайн пока откладывается на неопределенное время.
42. vacony 07.12.21 10:21 Сейчас в теме
(40) не решили вопрос ? Попал в аналогичную ситуацию - УТ 11.4 , Рибы , везде получается разные данные по взаиморассчетам , и разные движения в расходных, хотя Регистраторы Расчетов есть везде.. Не пойму в чем дело. Распроведение и проведение РН решает вопрос, но это не выход никак...
41. linkwar 28.10.21 08:59 Сейчас в теме
Добавление новых объектов для модернизации системы гораздно проще при разработке чем переосмысление старых и реструктуризации при обновлении. В совокупности плавный переход к улучшению системы сложнее и дольше по времени, но по качеству в разы лучше. На местах разработчики нацелены на скорость, а когда вы управляете изменениями, то время играет несколько иначе(оно экономит будующие часы)

Рекомендую при возникновении подобных вопросов попробовать обновлять упр базы, а не оставлять их без обновления.
47. dronrevx 39 11.02.22 18:53 Сейчас в теме
(5) Добрый день.

Не подскажете для чего в ЕРП документ сделали Регистратор расчетов и какая его логика создания и проведения?
У меня почему то создалось по одному документу два регистратора один с пустой аналитикой объект расчетов.
Я конечно его удалил руками иначе он никак при перепроведении не менялся.
48. ipoloskov 162 28.03.22 15:18 Сейчас в теме
В закрытом периоде в одном документе не было движения по регистру РасчетыСПоставщикамиПоСрокам. Сделал его через корректировку регистров, но после этого появилась зеркальная проводка в регистраторе расчетов, и сверх того еще одна строка движения на огромную сумму. Есть ли какая-то возможность переформировать все движения по регистру РасчетыСПоставщикамиПоСрокам по заданному разрезу или по всей базе? Возможность проведения документа РегистраторРасчета разработчиками закрыта.
49. ids79 8291 30.03.22 12:08 Сейчас в теме
(48)В ручную создавать движения в этом регистре очень не рекомендуется. Скорее всего что-то не так сделали, вот автоматический перерасчет и учел это не верно.
50. ipoloskov 162 30.03.22 12:27 Сейчас в теме
(49) Спасибо. Я удалил неправильные документы корректировки регистров (но оставил правильные), после этого вернул расчет на "Офлайн" и потом снова перевел на "Онлайн". Данные в регистре после этого перезаполнились правильно.
51. Kurt 110 17.02.23 14:55 Сейчас в теме
Может кто подскажет. КА 2.5 (обновленная поверх 2.4, которая в свою очередь была поставлена поверх 2.2). База в файловом варианте, терминал, тонкий клиент.

Учёт: УСН доходы минус расходы с 2022 г. (до этого была ОСНО)

Взаиморасчеты "Онлайн", по "дате документа".
Расчеты "по договорам" без ведения соглашений.
Заказ клиента используется только в качестве "Счета для оплаты" (выставляем Услуги).
У поставщиков Заказы не используются.
(Никакие планируемые и фактические задолженности не ведутся, никаких графиков оплаты. Все расчеты "по договорам", по дате документа).

В бухгалтерском учёте всё правильно ("аванс / не аванс").
И в УСН в "Книге учета доходов и расходов" тоже всё было правильно до... где-то мая-июня 2022г.

После какого-то обновления Регламентный документ (создается при закрытии месяца) с типом операции "Признание расходов при УСН" стал неправильно признавать расходы (а обнаружили только в сентябре 2022, когда начали "подбивать" 3 квартал).

Т.е. вместо FIFO, он стал признавать расходы ТЕКУЩЕГО (закрываемого) месяца, и только после этого, если остались "деньги", он начинает признавать расходы предыдущих периодов, т.е. какое-то непонятное LIFO...

И как выяснилось, это касается не только Клиентов, но и Подотчетников, и выплаты Зарплаты и налогов с неё. Т.е. сначала признает расходы ТЕКУЩЕГО месяца и только потом "хвосты" предыдущих периодов. А должно быть наоборот в порядке хронологии дат.

Ещё заметил, что в некоторых регистрах есть (было раньше?) поле "Идентификатор фин. записи" - этакое страшно длинное шестнадцатиричное число. Так вот у документов до 2022г. и в начале 2022г. это поле в регистрах пустое. А позже документы стали туда записывать какие-то эти самые "идентификаторы".

И в связи вот со всем этим возникает вопрос как и где бороться с этим непонятным "LIFO"? Потому как из-за этого всю "Книгу учёта доходов и расходов" приходится "рисовать вручную" сторнируя или добавляя в неё цифры "Записями КУДиР".
52. twiny 15 16.03.23 15:06 Сейчас в теме
(51) нечто похожее у нас
частично лечилось распроведением поступления и проведением заново. Но у нас зачет аванса ручками подбирался. После перезакрытия расходы в УСН нормализовывались. Сейчас озадачены как толпой перезачет аванса сделать по тем же документам.
По ощущениям нужно копать в РН.РасчетыСПоставщикамиПоСрокам
Оставьте свое сообщение