Не хватает проводок по Регистру Накопления РасчетыСКлиентамиПланОплат (Плановые оплаты клиентов)
После обновления ERP с 2.5.12 до 2.5.17 перетряхнули систему взаиморасчётов и изменили регистр плановых оплат.
Теперь там по логике плюсовые проводки делает заказ, а минусовые реализация.
У меня достаточно много исторических записей по которым + от заказа есть, а - по реализации отсутствует. Перепроведение реализации решает проблему и проводка появляется, но прошлые года перепроводить нельзя.
Кто-то сталкивался с подобным? По идее обработчик обновления должен был проставить проводки, но сделал он почему-то не по всем.
Теперь там по логике плюсовые проводки делает заказ, а минусовые реализация.
У меня достаточно много исторических записей по которым + от заказа есть, а - по реализации отсутствует. Перепроведение реализации решает проблему и проводка появляется, но прошлые года перепроводить нельзя.
Кто-то сталкивался с подобным? По идее обработчик обновления должен был проставить проводки, но сделал он почему-то не по всем.
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
в таком переходе при обновлении выполнятся методы модификации движений из обработки
"заполнение регистров взаиморасчетов"
Процесс долгий на больших ИБ. Если обработчики падают, то доки "теряют" движения.
Можно запускать эту обработку вручную по фильтрам или все по всем.
Особенности:
- Кнопка "Пересчитать все" крайне коварна. Инициирует многопоточную модификацию движений взаиморасчетов и при падениях потоков - неполадки нарастают.
- Можно к фильтрам прикрутить ТЗ с ключами и гонять обычную кнопку по проблемным партнерам
- Даже успешное выполнение этой обработки не гарантировало порядок во взаиморасчетах.
Приходилось перепроводить древние "вводы остатков", "Сверки взаимозачетов", иногда приходы/расходы и банк. Последние редко. Помеченных договоров/соглашений быть не должно при модификации старых документов.
"заполнение регистров взаиморасчетов"
Процесс долгий на больших ИБ. Если обработчики падают, то доки "теряют" движения.
Можно запускать эту обработку вручную по фильтрам или все по всем.
Особенности:
- Кнопка "Пересчитать все" крайне коварна. Инициирует многопоточную модификацию движений взаиморасчетов и при падениях потоков - неполадки нарастают.
- Можно к фильтрам прикрутить ТЗ с ключами и гонять обычную кнопку по проблемным партнерам
- Даже успешное выполнение этой обработки не гарантировало порядок во взаиморасчетах.
Приходилось перепроводить древние "вводы остатков", "Сверки взаимозачетов", иногда приходы/расходы и банк. Последние редко. Помеченных договоров/соглашений быть не должно при модификации старых документов.
(3) если обработка не помогала, то мы
- поднимали копию с данными до обновления 5.12
- формировали краткий отчет ведомость по расчетам с клиентами(поставщиками) в 5.12
- формировали краткий отчет ведомость по расчетам с клиентами(поставщиками) в 5.17
- сохраняли отчеты на диск
- типовыми сверками видели где разошлось
- прямо в отчете в 5.17 расшифровкой выходили на документы с "потерянным" движем и проводили
другие способы анализа и/или программная модификация движений слишком хлопотно и скользко.
пришлось пересчитать себес с начала времен. Успехов, если найдете более простой путь.
- поднимали копию с данными до обновления 5.12
- формировали краткий отчет ведомость по расчетам с клиентами(поставщиками) в 5.12
- формировали краткий отчет ведомость по расчетам с клиентами(поставщиками) в 5.17
- сохраняли отчеты на диск
- типовыми сверками видели где разошлось
- прямо в отчете в 5.17 расшифровкой выходили на документы с "потерянным" движем и проводили
другие способы анализа и/или программная модификация движений слишком хлопотно и скользко.
пришлось пересчитать себес с начала времен. Успехов, если найдете более простой путь.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот