Взаиморасчеты онлайн или офлайн 1с ут
Подскажите такой момент. Включил режим ведения взаиморасчетов "Онлайн", база долго думала.
После двух часов работы, по факту старые оплаты как были не распределены, так и остались.
Оплата стоит по накладным, используются соглашения, договоры не используются. Что можно сделать?
Релиз: 11.4.10.94
(0) так если они не были распределены с чего вдруг они распределятся при онлайн взаиморасчетах?
Офлайн и Онлайн различаются регистрами и порядком расчетов, распределение оплат также оформляете в платежках либо делаете взаимозачеты
(1), то есть они сами и не будут распределяться? А в чем тогда вообще смысл? Я почему-то думал, что при этом режиме автоматом по ФИФО зачет идет
(3), ок, после включения режима "онлайн" я перепровел все оплаты по конкретному партнеру, потом все реализации.
Но оплаты не зачлись. Что я делаю не так?
Параллельное выполнение включения онлайн взаиморасчетов
С целью повышения параллельности работы пользователей во время перехода на новую архитектуру взаиморасчетов и сокращения времени перехода на новую архитектуру взаиморасчетов на больших базах оптимизирована процедура перехода на онлайн взаиморасчеты.
Переход на онлайн взаиморасчеты выполняется в два этапа.
*Запуск распределения отложенных расчетов (актуализация расчетов по документам).
*Блокировка регистров заданий к распределению расчетов (пользователи не могут проводить документы расчетов).
*Контрольная актуализация расчетов по документам.
*По данным регистров накопления «Расчеты с клиентами», «Расчеты с клиентами по документам», «Расчеты с поставщиками», «Расчеты с поставщиками по документам» заполнение нового регистра сведений данными для переноса (регистр «Задания к распределению расчетов»).
*Разблокировка регистров заданий (пользователи могут работать).
*Запуск многопоточного переноса основных данных. Параллельно в регистре перехода отмечаются объекты расчетов, по которым пользователи проводили/перепроводили документы во время переноса данных.
*Этап 2:
Блокировка регистров заданий к распределению расчетов.
*Запуск распределения отложенных расчетов (актуализация расчетов по документам).
*Запуск многопоточного «допереноса» измененных данных за время переноса не первом этапе.
*Переключение константы «НоваяАрхитектураВзаиморасчетов», разблокировка регистров заданий (переход завершен, пользователи начинают работать по новой схеме).
*Добавлен новый регистр «Задания к распределению расчетов».
*Добавлены константы:
*Количество потоков перехода на онлайн взаиморасчеты – задает количество потоков перехода. Если константа не задана, то количество потоков равно 8.
*Начат переход на новую архитектуру взаиморасчетов.
(2) Нет. Смысл в Онлайн в том что они изменили регистры и вроде как увеличили аналитику. Это с распределением оплат не связано, только изменены механизмы расчета.
И если у вас указана оплата по накладным то будьте добры вручную при оплате разнесите документы реализации, или делайте взаимозачеты. Либо все таки заводите договора с ведением расчетов по договорам, тогда накладные будут закрываться по ФИФО
(7), сейчас попробовал переключить на Договоры, везде прописал ведение в рамках договора. Как итог, во взаиморасчетах какая-то хрень до тех пор, пока служебной обработкой не перезаполнишь регистры.
Я так понимаю, такого быть не должно, но взаимозачеты как-то расползаются при отмене проведения любого документа. После обработки все норм.
Ладно, вернусь, наверное, на офлайн пока. Спасибо
то есть этот "онлайн" это концептуально старый добрый расчет взаиморасчетов во время проведения документов как это издавна и только было в 77?
Я в одной книжке по программированию как то прочитал: "Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется."
Описывая ситуацию на примере Управление торговлей, редакция 11 (11.4.6.166).
Началось все с того, что в какой то момент данные отчета Ведомость расчетов с клиентами перестали совпадать с данными сверок взаиморасчетов. Попытку идти привычным путем - искать, какой же документ вызвал расхождение, ожидало фиаско. Если посмотреть на код формирования отчета, то можно увидеть, что данные он получает из регистра "РасчетыСКлиентамиПоСрокам". А регистратор у этого регистра всего один - документ "Регистратор расчетов", у которого всего несколько реквизитов: ОбъектРасчетов, АналитикаУчетаПоПартнерам, Валюта и ТипРасчетов. ТипРасчетов в моем случае - это "Расчеты с клиентом". АналитикаУчетаПоПартнерам включает в себя комбинацию "Организация"+"Партнер". Объект расчетов - в моем случае - Заказ клиента. Что происходит при проведении любого документа, из группы документов, сформированных по этому критерию ? А происходит полный пересчет всех данных по этой группе, и полученный результат записывается в регистр "Расчеты с киентами по срокам" при помощи регистратора "Регистратор расчетов". Вследствии чего данные в этом регистре всегда актуальны, независимо от последовательности проведения документов этой группы. Причем, при простом перепроведении документов учета - будь то реализация или документ оплаты, пересчета происходить не будет - для оптимизации сделано так, что пересчет производится только при выявлении каких либо изменений в документе учета. Следовательно, при переборе путей исправления расхождения отчета и акта сверки - простое перепроведение документов помочь не может. Да и неплохо бы понять, сколько вообще в базе таких ошибок. Сваял для этого отчет по выявлению таковых ошибок. Отчет прилагается в архиве, запрос СКД привожу здесь:
ВЫБРАТЬ
вв0.АналитикаУчетаПоПартнерам КАК АналитикаУчетаПоПартнерам,
вв0.ЗаказКлиента КАК ЗаказКлиента,
вв0.Валюта КАК Валюта,
вв0.АналитикаУчетаПоПартнерам.Партнер КАК Партнер,
СУММА(вв0.СуммаПриход) КАК СуммаПриход,
СУММА(вв0.ДолгПриход) КАК ДолгПриход,
СУММА(вв0.ПредоплатаПриход) КАК ПредоплатаПриход,
СУММА(вв0.СуммаРасход) КАК СуммаРасход,
СУММА(вв0.ДолгРасход) КАК ДолгРасход,
СУММА(вв0.ПредоплатаРасход) КАК ПредоплатаРасход,
СУММА(вв0.СуммаПриход - вв0.СуммаРасход - (вв0.ДолгПриход+вв0.ПредоплатаРасход - вв0.ДолгРасход-вв0.ПредоплатаПриход)) КАК Разность
ИЗ
(ВЫБРАТЬ
РасчетыСКлиентамиОбороты.АналитикаУчетаПоПартнерам КАК АналитикаУчетаПоПартнерам,
РасчетыСКлиентамиОбороты.ЗаказКлиента КАК ЗаказКлиента,
РасчетыСКлиентамиОбороты.Валюта КАК Валюта,
РасчетыСКлиентамиОбороты.СуммаПриход КАК СуммаПриход,
РасчетыСКлиентамиОбороты.СуммаРасход КАК СуммаРасход,
0 КАК ПредоплатаПриход,
0 КАК ПредоплатаРасход,
0 КАК ДолгПриход,
0 КАК ДолгРасход
ИЗ
РегистрНакопления.РасчетыСКлиентами.Обороты(&НачалоПериода,&КонецПериода , , ) КАК РасчетыСКлиентамиОбороты
ВЫБРАТЬ
РасчетыСКлиентамиПоСрокамОбороты.АналитикаУчетаПоПартнерам,
РасчетыСКлиентамиПоСрокамОбороты.ОбъектРасчетов,
РасчетыСКлиентамиПоСрокамОбороты.Валюта,
0,
0,
РасчетыСКлиентамиПоСрокамОбороты.ПредоплатаПриход,
РасчетыСКлиентамиПоСрокамОбороты.ПредоплатаРасход,
РасчетыСКлиентамиПоСрокамОбороты.ДолгПриход,
РасчетыСКлиентамиПоСрокамОбороты.ДолгРасход
ИЗ
РегистрНакопления.РасчетыСКлиентамиПоСрокам.Обороты(&НачалоПериода,&КонецПериода , , ) КАК РасчетыСКлиентамиПоСрокамОбороты) КАК вв0
ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.АналитикаУчетаПоПартнерам КАК РегАналитика
ПО (РегАналитика.КлючАналитики = вв0.АналитикаУчетаПоПартнерам)
вв0.АналитикаУчетаПоПартнерам.Партнер.*>
СГРУППИРОВАТЬ ПО
вв0.АналитикаУчетаПоПартнерам,
вв0.ЗаказКлиента,
вв0.Валюта,
вв0.АналитикаУчетаПоПартнерам.Партнер
ИМЕЮЩИЕ
не СУММА(вв0.СуммаПриход - вв0.СуммаРасход - (вв0.ДолгПриход+вв0.ПредоплатаРасход - вв0.ДолгРасход-вв0.ПредоплатаПриход))=0
Отчет показал, что некоторое количество ошибок в базе накопилось. Сразу оговорюсь, что вины типовой конфигурации в моем случае не было, причиной послужила некорректная доработка, а именно, документ, который записывал движения непосредственно в регистр "РасчетыСКлиентамиПоСрокам", что недопустимо. Ниже я приведу шаблон модуля документа, которому необходимо следовать при разработке.
Что ж, список ошибок получен. Нужно их исправлять. Самый простой способ - это переключить в настройках способ ведения взаиморасчетов - вначале на офлайн, потом вернуть обратно онлайн.
Но тут я не советовал бы торопиться это делать - довольно длительная операция - как в ту, так и в обратную сторону. Поэтому я стал исправлять точечно. Тут есть муторный путь - отменять проведение какого либо документа из группы по объекту расчетов (Заказу клиента) и проводить его. Ошибка при этом пропадает. Решил несколько оптимизировать - написал такой код для исправления выбранного заказа клиента:
Код работает - ошибки исправляет. Чтож, финита! остается все лишь совместить первый отчет со списком ошибок и запустить этот кусок кода в цикле, и база исправлена.
Каким же образом действовать, если требуется добавить в конфигурацию документ, который будет делать движения по регистру "РасчетыСКлиентами" и работать корректно при использовании новой архитектуры взаиморасчетов ? Пишу шаблон модуля такого документа (это опять таки - для УТ 11.4.6.166. Для других релизов возможны отличия)
Все написанное не претендует на полное описание данного функционала, которое можно посмотреть в мануале. Да и здесь, на сайте, я видел довольно грамотную статью - я так точно писать не умею. Пишу скорее о том, как столкнулся с ним, и как действовал.
В принципе, практически весь код файлов из архива приведен в статье. В качестве бонуса прилагаю отчет по взаиморасчетам, который строится по регистру "РасчетыСКлиентами" - просто РасчетыСКлиентами.ОстаткиИОбороты; группировки Партнер / Заказ клиента / Регистратор
В помощник Закрытие месяца включена процедура контроля и устранения разрывов расчетов с партнерами по данным регистров оперативного учета. Процедура выполняется только для онлайн взаиморасчетов.
- Устранить разрывы между остатками по регистрам взаиморасчетов, появившиеся из-за пользовательских и системных ошибок.
- Свернуть развернутое сальдо в рамках одного объекта расчетов и аналитики без участия пользователя.
- Сделать возможным автоматический переход на онлайн взаиморасчеты.
- Обеспечить механизм, при помощи которого в будущем можно будет корректировать ошибки взаиморасчетов в открытом периоде.
Примеры ошибок, создавшие разрывы в остатках:
- Вводом остатков введен остаток, как по долгу, так и по предоплате в рамках одного объекта расчетов и аналитики взаиморасчетов.
- По одному договору числился остаток предоплаты, по другому договору остаток задолженности. Поиском и удалением дублей объединили два договора в один. Аналогично для партнеров, контрагентов и направлений деятельности.
- По различным причинам не было произведено офлайн распределение взаиморасчетов.
- Произошли ошибки в онлайн распределении взаиморасчетов.
- При офлайн взаиморасчетах при детализации по договорам введена уменьшающая корректировка реализации/приобретения по уже оплаченной накладной, при наличии на договоре другого долга по другой накладной.
- Некорректно произведенные корректировки регистров.
Разрывами признаются выявленные отличия между остатками оперативных регистров взаиморасчетов (регистры Расчеты с клиентами, Расчеты с поставщиками) и остатками финансовых регистров взаиморасчетов (регистры Расчеты с клиентами по срокам, Расчеты с поставщиками по срокам).
Исправление ошибок, как и актуализация расчетов, будет выполняться с первого месяца, на который есть задание к закрытию месяца по взаиморасчетам.
Список проблем отражается в рабочем месте Закрытии месяца.
По гиперссылке Подробнее выводится детальная информация по обнаруженным ошибкам. Для каждой проблемы регистрируется тип расчетов, объект расчетов и аналитика. В поле Описание проверки выводится описание способов исправления.
Пример проблем некорректных остатков по финансовым регистрам взаиморасчетов.
Пример проблем развернутого сальдо по финансовым регистрам взаиморасчетов.
Если требуется восстановить движения внутри документов, то их нужно перепровести вручную. Автоматическое устранение ошибок в процессе выполнения этапа закрытия месяца движения документов не изменяет, а приводит остатки по регистрам к состоянию отсутствия разрывов взаиморасчетов за счет формирования документов Корректировка регистров на суммы разрывов. В результате закрытия месяца будут сформированы корректировки регистров со служебными операциями.
Поле Операция в документе недоступно для редактирования, заполняется автоматически и отделяет служебные корректировки от ручных. Поле Организация видно только в служебных операциях, созданных закрытием месяца или переходом на онлайн взаиморасчеты.
Для целей оперативного и управленческого учета по скорректированным записям взаиморасчетов будут добавлены балансирующие их записи по регистрам прочих доходов и расходов, активов и пассивов.
Внимание (ERP): В версии ERP 2.5 планируется завершение поддержки режима Офлайн взаиморасчеты. Регистры и сама функциональность сохраняется в версиях 2.4 и 2.5 в полном объеме. Однако переход на версию 2.6 с версии 2.5 невозможен в режиме Офлайн. Только при включении использования нового режима Онлайн взаиморасчеты.
Компания «Кодерлайн» рекомендует своевременно ознакомиться и подготовиться.
Краткий ликбез о режиме «Офлайн»:
Ранее проводился анализ расчетов с партнерами с помощью механизма отложенного проведения, поскольку это был довольно ресурсоемкий процесс. Необходимо было только запускать вручную регламентное задание «Выполнение отложенных движений по расчетам с клиентами/поставщиками» либо настроить расписание для автоматического выполнения:
НСИ и администрирование – Администрирование – Обслуживание – Регламентные операции – Регламентные и фоновые задания)
Также механизм запускался при построении отчетов Задолженность клиентов (поставщикам) по срокам.
Такая схема обеспечивала быстрое введение данных пользователями, поскольку все ресурсоемкие расчеты проводились не при каждом проведении документа, а при указанных выше процессах.
Но механизм сильно зависел от последовательности документов: ведь в последовательности расчетов отмечалось, до какого момента времени выполнено распределение расчетов, а добавление документа оплаты задним числом приводило к тому, что алгоритм закрытия оплат на отгрузки нужно выполнять заново.
2. Что сулят «Онлайн» взаиморасчеты?
Исключается необходимость запуска распределения взаиморасчетов. Распределение взаиморасчетов запускается сразу в момент проведения документа (онлайн). Перераспределение происходит не с начала месяца, а с момента изменения документа.
При переходе на Онлайн взаиморасчеты необходимо определиться с порядком зачета документов
НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты – Порядок зачета документов
1. Если требуется, чтобы оплата распределялась в порядке возрастания даты документа - По дате документа (устанавливается по умолчанию).
2. Чтобы оплата распределялась в порядке возрастания плановой даты платежа - По плановой дате платежа
НСИ и администрирование - Настройка НСИ и разделов (Казначейство и взаиморасчеты) – Взаиморасчеты – Офлайн/Онлайн
Если просмотреть Журнал регистрации, то мы увидим такую картину:
(!) Также помощник запускается в рамках закрытия месяца в 1С. При наличии развернутого сальдо баланса и наличии невыполненных заданий по расчетам с партнерами с периодом большим или равным текущему закрываемому месяцу будет выполнена регламентная операция
3. Взаимозачет задолженности
Исправление развернутых остатков по взаиморасчетам – Обнаружены развернутые остатки по взаиморасчетам с партнерами
Помощник выведет данные, по которым требуется сверка, и правки, а также предложит для исправления автоматическое создание документа Взаимозачет задолженности:
На этом все. Напоследок рекомендую при переходе на новую архитектуру 1С предварительно не забывать делать резервные копии информационной базы.
Если у Вас возникнут какие-либо вопросы или Вам потребуется помощь, пожалуйста, обращайтесь!
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
Внимание (ERP): В версии ERP 2.5 планируется завершение поддержки режима Офлайн взаиморасчеты. Регистры и сама функциональность сохраняется в версиях 2.4 и 2.5 в полном объеме. Однако переход на версию 2.6 с версии 2.5 невозможен в режиме Офлайн. Только при включении использования нового режима Онлайн взаиморасчеты.
Компания «Кодерлайн» рекомендует своевременно ознакомиться и подготовиться.
Краткий ликбез о режиме «Офлайн»:
Ранее проводился анализ расчетов с партнерами с помощью механизма отложенного проведения, поскольку это был довольно ресурсоемкий процесс. Необходимо было только запускать вручную регламентное задание «Выполнение отложенных движений по расчетам с клиентами/поставщиками» либо настроить расписание для автоматического выполнения:
НСИ и администрирование – Администрирование – Обслуживание – Регламентные операции – Регламентные и фоновые задания)
Также механизм запускался при построении отчетов Задолженность клиентов (поставщикам) по срокам.
Такая схема обеспечивала быстрое введение данных пользователями, поскольку все ресурсоемкие расчеты проводились не при каждом проведении документа, а при указанных выше процессах.
Но механизм сильно зависел от последовательности документов: ведь в последовательности расчетов отмечалось, до какого момента времени выполнено распределение расчетов, а добавление документа оплаты задним числом приводило к тому, что алгоритм закрытия оплат на отгрузки нужно выполнять заново.
2. Что сулят «Онлайн» взаиморасчеты?
Исключается необходимость запуска распределения взаиморасчетов. Распределение взаиморасчетов запускается сразу в момент проведения документа (онлайн). Перераспределение происходит не с начала месяца, а с момента изменения документа.
При переходе на Онлайн взаиморасчеты необходимо определиться с порядком зачета документов
НСИ и администрирование – Настройка НСИ и разделов – Казначейство и взаиморасчеты – Взаиморасчеты – Порядок зачета документов
1. Если требуется, чтобы оплата распределялась в порядке возрастания даты документа - По дате документа (устанавливается по умолчанию).
2. Чтобы оплата распределялась в порядке возрастания плановой даты платежа - По плановой дате платежа
НСИ и администрирование - Настройка НСИ и разделов (Казначейство и взаиморасчеты) – Взаиморасчеты – Офлайн/Онлайн
Если просмотреть Журнал регистрации, то мы увидим такую картину:
(!) Также помощник запускается в рамках закрытия месяца в 1С. При наличии развернутого сальдо баланса и наличии невыполненных заданий по расчетам с партнерами с периодом большим или равным текущему закрываемому месяцу будет выполнена регламентная операция
3. Взаимозачет задолженности
Исправление развернутых остатков по взаиморасчетам – Обнаружены развернутые остатки по взаиморасчетам с партнерами
Помощник выведет данные, по которым требуется сверка, и правки, а также предложит для исправления автоматическое создание документа Взаимозачет задолженности:
На этом все. Напоследок рекомендую при переходе на новую архитектуру 1С предварительно не забывать делать резервные копии информационной базы.
Если у Вас возникнут какие-либо вопросы или Вам потребуется помощь, пожалуйста, обращайтесь!
Специалист компании ООО «Кодерлайн»
Вас могут заинтересовать следующие статьи:
94 [PROP_CODE] => TAGS2 [TITLE] => Вас могут заинтересовать следующие семинары: ) --> 95 [PROP_CODE] => TAGS [TITLE] => Вас могут заинтересовать следующие вебинары: ) -->
Вас могут заинтересовать следующие вебинары:
Читайте также: