Анализ "расходящихся" регистров накопления

07.03.10

Разработка - Инструментарий разработчика

Как известно, любой регистр накопления согласно методике 1С должен "сходиться в 0". Т.е. движения по нему должны в конечном итоге уходить в 0 по всем измерениями ресурсам. Это обеспечивает как правильность учета, так и быстродействие самой программы, ведь свернутые регистры не забивают собой таблицы итогов.
Данная обработка позволяет контролировать состояние регистров накопления в любой конфигурации в части "несходства в 0".

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование По подписке [?] Купить один файл
Обработка
.epf 9,78Kb
476
476 Скачать (1 SM) Купить за 1 850 руб.

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

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

См. также

Инструментарий разработчика Роли и права Запросы СКД Программист Руководитель проекта Платформа 1С v8.3 Управляемые формы Запросы Система компоновки данных Платные (руб)

Инструменты для разработчиков 1С 8.3: Infostart Toolkit. Автоматизация и ускорение разработки на управляемых формах. Легкость работы с 1С.

15500 руб.

02.09.2020    184806    1029    403    

968

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

Инструмент представляет собой обработку для проведения свёртки или обрезки баз данных. Работает на ЛЮБЫХ конфигурациях (УТ, БП, ERP, УНФ, КА и т.д.). Поддерживаются серверные и файловые базы, управляемые и обычные формы. Может выполнять свертку одновременно в несколько потоков. А так же автоматически, без непосредственного участия пользователя. Решение в Реестре отечественного ПО

8400 руб.

20.08.2024    24815    163    86    

161

Пакетная печать Печатные формы Инструментарий разработчика Программист Платформа 1С v8.3 Запросы 1С:Зарплата и кадры бюджетного учреждения 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Платные (руб)

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

22200 руб.

06.10.2023    20443    52    19    

86

Инструменты администратора БД Инструментарий разработчика Роли и права Программист Платформа 1С v8.3 1C:Бухгалтерия Россия Платные (руб)

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

15000 руб.

10.11.2023    13748    57    33    

77

Инструментарий разработчика Программист Платформа 1С v8.3 Платные (руб)

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

9360 руб.

17.05.2024    30663    105    48    

148

Инструментарий разработчика Программист 8.3.14 Россия Платные (руб)

Расширение для конфигурации “Конвертация данных 3”. Добавляет подсветку синтаксиса, детальную контекстную подсказку, глобальный поиск по коду.

20000 руб.

07.10.2021    19154    7    32    

43

Инструментарий разработчика Программист Платформа 1С v8.3 1C:Бухгалтерия Россия Платные (руб)

Восстановление партий или взаиморасчетов, расчет зарплаты, пакетное формирование документов или отчетов - теперь все это стало доступнее. * Есть желание повысить скорость работы медленных алгоритмов! Но... * Нет времени думать о реализации многопоточности? * о запуске и остановке потоков? * о поддержании потоков в рабочем состоянии? * о передаче данных в потоки и как получить ответ из потока? * об организации последовательности? Тогда ЭТО - то что надо!!!

5000 руб.

07.02.2018    104950    246    100    

311
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. idef 10.03.10 19:02 Сейчас в теме
Как известно, любой регистр накопления согласно методике 1С должен "сходиться в 0".

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


2. leonidt84 477 10.03.10 19:33 Сейчас в теме
Не согласен. По-поводу что практически - не всегда, может то оно так и быть, но это как-раз значит что конфигурацию написали/используют "криво". Регистры должны сходиться в 0. Это соблюдается как в типовых, так и в самописках.
А практическое применение обработки как раз в том и состоит, что бы проанализировать случаи, когда либо из-за неправильных действий пользователя, либо из-за ошибок в программировании, регистры по своим измерениям не сходятся, это можно отследить, и принять меры к устранению этой ошибки.
3. idef 10.03.10 19:59 Сейчас в теме
но это как-раз значит что конфигурацию написали/используют "криво"

Вообще читал ЖКК и ни разу не видел требований(рекомендаций) чтобы регистры, как вы говорите "сходились в 0". Есть два типа регистров - оборотные и остатков. Как их использовать дело разработчика.
А вот отслеживать "закрытие в 0" и перепроводить документы в типовых мне уже поднадоело.
5. artbear 1568 11.03.10 12:26 Сейчас в теме
(3) Почитай про итоги и про незакрытие регистров.
Поиск поможет.
4. leonidt84 477 10.03.10 21:37 Сейчас в теме
Если не хочется сводить регистры в 0, то используются оборотные регистры. Эта обработка только для регистров остатков.
В ЖКК, к сожалению, вообще мало чего говорится. А вот в сертификационных заданиях сходимость регистров в "0" - есть требование обязательное. Невыполнение - карается завалом на экзамене. На ИТС так же, есть статья посвященная этому делу.
Да и из практики, скажу, что когда регистры сходятся - на душе спокойнее, тогда знаешь, что 99% учет ведётся правильно. :D
6. idef 11.03.10 21:24 Сейчас в теме
(4) (5) Наверное я неправильно объяснил раз меня понять не могут.
Практически редко бывает, чтобы регистры сходились в 0 даже в типовых - о причинах говорить здесь не будем.
Понятное дело, что разработчик конфигурации применяя регистры остатков должен разработать и механизмы их закрытия.
Регистр остатков может иметь множество измерений и ресурсов. Значит вполне возможно, что некоторые ресурсы будут закрыты, некоторые нет, а некоторые уйдут в минус.
Вот поэтому у меня и возник вопрос - как может данная обработка разрешить эту проблему, откуда обработке известно какую логику вложил программист в этот регистр. Возможно для закрытия его предусмотрен специальный регламент.

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

Это из серии найти иголку в стоге сена :cry:
Т.е. данная обработка не может дать достоверный ответ "У ТЕБЯ ВСЕ ОК!"
Вот я и спросил в своем первом посте о практической пользе разработки.
7. leonidt84 477 11.03.10 21:42 Сейчас в теме
Данная обработка может решить весьма распространенную проблему, когда движения "проскакивают" по одному измерению. По-моему это ситуация весьма распространенная. Если движения сдвинуты по двум и более измерений - тогда вообще имеет ли вести учет на регистрах остатков, если они изначально так разлетаются?
Обработку прогонял в базах своих клиентов (типовых) и очень много ситуаций реально разрешил. Особенно этим грешат регистры ВзаиморасчсетыСКонтрагентами и РасчетыСКонтрагентами. Там такие есть измерения "Сделка" и "Договор" называются, так вот на каком-нибудь из них очень часто эти регистры и разлетаются, таблица итогов пухнет, долги не закрываются.
Обработка, естественно, не знает какую логику создатели типовой вложили в тот или иной регистр, но на это и дана пользователю обработки голова на плечах, что бы проанализировать ложно сработала обработка на данном регистре или нет.
8. idef 18.03.10 20:56 Сейчас в теме
(7) Я правильно вас понял - движения могут расходится только по одному измерению.
Если движения не сходятся по двум и более измерениям, то вести учет на регистрах остатков нет смысла. :o

Неужели весь учет в мире сводится к учету взаиморасчетов?
9. freek 28.12.11 14:02 Сейчас в теме
Спасибо большое за обработку, все отлично работает
10. zekrus 151 25.08.16 09:06 Сейчас в теме
Доброе утро!
Очень интересная тема.
Было бы здорово ее продолжить по другим источникам.
(регистры бухгалтерии, регистры расчета).
С уважением
Оставьте свое сообщение