"Разрушающий" контроль (анализ актуальности движений документа)

02.07.10

Задачи пользователя - Анализ учета

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

Скачать исходный код

Наименование Файл Версия Размер
Обработка
.epf 16,86Kb
234
.epf 16,86Kb 234 Скачать

На выкладывание этой обработки меня сподвигла публикация //infostart.ru/public/22269/  от KukA.5

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

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

Обработка делает следующее:

  1. НАЧАЛО ТРАНЗАКЦИИ

  2. Запоминает текущие движения документа

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

  4. Проводит документ

  5. Сравнивает движения документа

  6. ОТКАТ ТРАНЗАКЦИИ

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

Результаты сравнения (если есть различия в движениях) выводятся в окно сообщений.

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

См. также

Дополнительный анализ расходов УСН в 1С:Бухгалтерии 3.0

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

Мы добавили девять новых проверок в Экспресс-проверку учета. Цель таких проверок — узнать, есть ли потенциальные проблемы в учёте УСН.

7200 руб.

27.09.2021    13763    28    11    

36

Экспресс проверка управленческого учёта для УНФ 1.6/3.0

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

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

12000 руб.

28.07.2022    8735    6    25    

21

Экселька. Универсальный инструмент, построенный по типу классических электронных таблиц, с возможностью использования данных 1С.

Загрузка и выгрузка в Excel Регламентированный учет и отчетность Анализ учета БДР, БДДС Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

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

12000 руб.

08.02.2021    19741    12    66    

28

Сверка остатков товаров БУХ3 - УТ11

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

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

3600 руб.

06.02.2023    4166    7    1    

12

Сверка данных УНФ - БУХ по документам и по долгам

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

Обработка позволяет сравнивать по документам и сверять по долгам покупателей и поставщиков между базами УНФ 1.6, УНФ 3.0 и Бухгалтерия 3.0,

6000 руб.

24.08.2022    6376    4    1    

6

Отчет "ABC-анализ" для 1С УТ 11, КА, ERP

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

ABC-анализ — метод, позволяющий классифицировать ресурсы фирмы по степени их важности. Отличный отчет для анализа выручки и продаж! Может применяться в сфере деятельности любого предприятия. В его основе лежит принцип Парето — 20% усилий обеспечивают 80% результата.

6000 руб.

26.06.2022    11412    16    6    

19

Отчет контроля целостности остатков.

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

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

2400 руб.

09.08.2023    1703    3    0    

5
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. CheBurator 3122 01.07.10 18:43 Сейчас в теме
плохое, лобовое решение
3. Ish_2 1104 01.07.10 19:46 Сейчас в теме
(1) Ты бы предложил нелобовой подход. Интересно.
2. Evg-Lylyk 4647 01.07.10 19:40 Сейчас в теме
4. пользователь 01.07.10 20:24
Сообщение было скрыто модератором.
...
5. пользователь 01.07.10 20:25
Сообщение было скрыто модератором.
...
8. Ish_2 1104 02.07.10 08:06 Сейчас в теме
(5) Эээ... Ты - сразу минус...
Лучше дождаться от автора убедительного примера в каких случаях применение обработки эффективно.
6. simol 02.07.10 00:58 Сейчас в теме
Зато можно узнать с какого документа начинается.
7. axae 109 02.07.10 07:38 Сейчас в теме
(6) Да, действительно, видимо на вопрос "с какого документа требуется перепроведение?" эта обработка сможет ответить в определенных случаях.
(4) Но я думаю, эта обработка не для практического применения (она же ничего не изменяет в базе). Она скорее для теоретического интереса: "а где, когда и как у нас здесь начинаются косяки?"
(5) Да конечно, никогда не отследит. Никто не отследит, не зная конкретных последовательностей документов конкретных конфигураций.
В нашей бухгалтерии страх боятся перепроводить документы: "А вдруг изменятся оборотки? У нас уже всё сведено!". Я предложил эту идею такого контроля актуальности движений нашим админам базы данных и своему начальнику - они поддержали...
А при такой "накатывающей" волне требуется просто перепроводить документы по партии. Для этого я админам делал другую, простую обработку перепроведения по конкретной партии, причем с выбором всего одной партии и только по бухгалтерии 8.1 - но и этого им было достаточно. А обработка "разрушающего контроля" поможет найти начало нарушения последовательности по партии (6).
(1) А какой нелобовой подход может быть для решения задачи "какие документы при перепроведении изменят свои движения"?
Dementor; +1 Ответить
10. пользователь 02.07.10 09:21
Сообщение было скрыто модератором.
...
12. CheBurator 3122 02.07.10 10:15 Сейчас в теме
(10) о чем вы говорите? бухтя в принципе не может работать без заднего числа. потому что в бухии все время бардак. потому что вместо того, чтобы чел который принес авансовый отчет дней через 20 - накатать взыскание - они у него этот отчет примут и начнут задним числом вносить...
9. пользователь 02.07.10 09:18
Сообщение было скрыто модератором.
...
26. simol 04.07.10 22:27 Сейчас в теме
(9)Более чем осведомлен и мне знакомо, что граница последовательности и то, что я написал в (6) это разные вещи(документы, даты). Это Вы скорее больше теоретик, чем практик (не примите это в обиду).
11. ediks 336 02.07.10 09:22 Сейчас в теме
Лично я воспринимаю данный портал как сборник идей, некую копилку (выкладывание обработок с ИТС и т.д. для накручивания рейтинга не считаем). В данном случае идея мне понравилась, хотя я пока не вижу практического применения для себя. Ну а если кому-то обработка не подошла сразу без доработки напильником, то это не повод размахивать шашкой. IMHO
13. rhtr 90 02.07.10 10:36 Сейчас в теме
При разработки конфы полезная приблуда))Немного под себя тисануть и у сё.))ИДЕЯ +
14. 8c1.ru 154 02.07.10 10:48 Сейчас в теме
Переделанная УТ 10.2.8.2, при нажатии "отобрать документы":

{Форма.Форма(167)}: Ошибка при вызове метода контекста (Выполнить): {(7, 2)}: Неоднозначное поле "ЧекККМ.Проведен"
<<?>>ЧекККМ.Проведен = ИСТИНА
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(7, 2)}: Неоднозначное поле "ЧекККМ.Проведен"
<<?>>ЧекККМ.Проведен = ИСТИНА


15. axae 109 02.07.10 12:42 Сейчас в теме
(14) Спасибо, не люблю, когда что-то не работает :( Найду УТ 10.2.8.2, посмотрю
(13) А как при разработке конфы может пригодится?
(11) Скорее ради идеи и писалась обработка, практическое применение обработке видимо каждый придумывает самостоятельно :D
16. logarifm 1121 02.07.10 13:35 Сейчас в теме
А вот теперь такое.

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

"В данной транзакции уже были ошибки" и опля, мы имеем в итоге распроведенный документв нормальном заднем периоде, при устранении ошибки проведения мы еще имеем и не те движения так как документ может уже не те данные взять!!!
17. axae 109 02.07.10 15:20 Сейчас в теме
(16) Это не хорошо. Вот это не хорошо.
Какой вариант решения может быть для обработки?
А в таком случае придется видимо восстанавливать выгрузкой/загрузкой из копии базы документ с движениями...
19. logarifm 1121 02.07.10 15:55 Сейчас в теме
собственно после описанной ошибки в (16) обработка приобретает свою суть указанную в теме поста. То есть "Разрушающий"
21. Ish_2 1104 02.07.10 17:44 Сейчас в теме
(16) Правильно ли я понял ? Проверить нет возможности.
Запускаем текущую обработку для одного документа , в которой происходит откатывание транзакции. Затем интерактивно открываем этот же документ и проводим.
И тогда выдается сообщение "В данной транзакции уже были ошибки" ? Так ?

Такая картина представляется очень странной. Из-за того что мы не смогли один раз провести документ (откат транзакции по каким -либо причинам) - мы не можем в следующий раз его провести.
22. logarifm 1121 02.07.10 18:38 Сейчас в теме
(21) нет не правильно поняли. Все это происходит во время работы обработки. А поскольку была отмена проведения и при следуещем проведении возникла ошибка система попытается откатать транзакцию, а вложенных транзакций 1С не поддерживает и таким образом будем иметь не проведенный документ.

Тоесть, откат происходит сам 1С, а вот в обработке указывается ОтменаТранзакции поскольку возникли ошибки и здесь будет болт мягко говоря. 1С скажет, что уже были ошибки в данной транзакции, таким образом повторюсь, обработка сначала распровела документа в транзакции потом попыталась его провести для сравнения движений и тут во время проведения возникла ошибка, 1С откатывает автоматом данную транзакцию, а обработка видит Ошибка надо откатать транзакцию обратно и вернуть проведение в первичное состояние документа, но не судьба этому уже не быть...
24. Ish_2 1104 02.07.10 18:59 Сейчас в теме
25. axae 109 02.07.10 23:41 Сейчас в теме
(22) Мы ведь запомнили первоначальные движения документа... Можно ли отследить эту ошибку и при ее возникновении вернуть движения документа на место прямыми записями в регистры?
27. nafa 660 06.07.10 15:36 Сейчас в теме
По поводу (16) - не понимаю в чем здесь проблема? Ну распровелся документ - и что страшного. Старые движения то у нас сохранились. Записываем их назад и все.
(Для новеньких: В 1С 8 проводками (движениями) можно управлять независимо от записи (проведения) самого документа.)

А обработка реально очень полезная.
28. logarifm 1121 06.07.10 15:45 Сейчас в теме
(27) А страшное в том, что документ останеться не проведенным!
29. nafa 660 06.07.10 21:18 Сейчас в теме
(28) Документу просто устанавливаем признак что он проведен. (Без вызова процедуры проведения).
18. logarifm 1121 02.07.10 15:27 Сейчас в теме
Да нет решения. На копии разве только делать и все.
20. пользователь 02.07.10 16:09
Сообщение было скрыто модератором.
...
23. logarifm 1121 02.07.10 18:43 Сейчас в теме
Вот такая вот ошибка не хорошая и опасная! Уже проходил это!
30. Yashazz 4734 07.07.10 09:47 Сейчас в теме
Мдя. Вообще делать проведение, которое само по себе системная транзакция, внутри объявленной транзакции - моветон. Ish_2 очень правильно всё сказал. Это будет недиагностируемое выпадание посреди процесса.
Можно ведь читать старые движения, а потом насильно вписывать их по окончании транзакции для каждого документа. Так и опасность пессимистических блокировок поменьше.
Кроме того, сама обработка неряшливо сделана. Хелп почти никакой, рекомендации 1С не соблюдены, да ещё малопонятный макет про Альфа-авто болтается.
Не ахти, в общем.
31. axae 109 08.07.10 07:16 Сейчас в теме
(30) Макет да, лишний здесь. А где можно ознакомиться с рекомендациями 1С?
33. Yashazz 4734 08.07.10 10:46 Сейчас в теме
(31) На дисках ИТС.
Да и мелочей полно. Почему, например, юзверю можно всяко править дерево результатов? Жмякнет на del, потом сам через пять минут впадёт в ступор.

(32) Будем говорить про самый экстрим (про который, например, я пишу свою обработку, чем-то похожую на вашу), считаем, что рабочая база. Некогда туда-сюда архивы делать, экспериментировать. Насчёт "увидеть новые до перезаписи старых" - да, такое возможно. Однако стоит помозговать, может, удастся и это обойти...
32. axae 109 08.07.10 07:52 Сейчас в теме
(30) Можно и читать старые движения...
Я думаю здесь еще есть вопрос на какой базе делается это: либо на рабочей, либо на копии. Если на рабочей, то и там и там опасность:
В моем случае (с откатами транзакций) есть вероятность ее слетания при сбое проведения.
В случае с восстановлением движений я думаю есть вероятность, что какой-нибудь документ успеет увидеть новые, до того, как перезапишутся старые.
34. molot 285 08.07.10 17:27 Сейчас в теме
(30) >рекомендации 1С не соблюдены

Да за соблюдение их стандартов вообще расстреливать надо, ес чессно... Вот это ты задвинул...
35. Yashazz 4734 08.07.10 17:44 Сейчас в теме
(34) За советы писать директивы клиента и сервера в модуле надо расстреливать? Впрочем, сие оффтоп.
36. molot 285 08.07.10 18:14 Сейчас в теме
(35) Если это имелось ввиду в посте №30, то это уже не "рекомендации 1С не соблюдены", а "безграмотно закодировано".

ЗЫ. Я никого не хотел обидеть, бо код и не смотрел даже...
37. Nadezhda09 12.07.10 07:57 Сейчас в теме
Спасибо!
Запускаю на копии БД.
Выдаваемые сообщения позволяют разобраться с ситуацией до того, как будет запущено восстановление в рабочей базе.
Очень полезная обработка!




Оставьте свое сообщение