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

02.07.10

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

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

Скачать файл

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

См. также

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

Каждый бухгалтер не раз сталкивался с требованием от налоговой инспекции пояснить расхождения в показателях декларации по Налогу на прибыль («Доходы от реализации» + «Внереализационные доходы») и налоговой базой по НДС за год. Являются ли ошибкой подобные расхождения? Как пояснить налоговой их причину? Отчет «Анализ расхождений выручки НДС и Налога на прибыль в декларациях» для 1С (БП 3.0 ПРОФ и КОРП, КА 2, ЕRP) поможет найти все расхождения.

7200 руб.

21.10.2017    85956    286    172    

278

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

Расширение «Отчет ГОЗ» для 1С:Бухгалтерия 3.0 ПРОФ и КОРП позволяет автоматизировать ведение раздельного учета и подготовку отчетности для Торговых и Производственных организаций, участвующих в ГосОборонЗаказе. Эффективный инструмент ведения раздельного учета по гособоронзаказам для Торговых и Производственных компаний

94700 руб.

20.02.2024    1108    1    0    

5

Перенос данных 1C Файловый обмен (TXT, XML, DBF), FTP Анализ учета Системный администратор Программист Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 1С:Управление торговлей 11 Платные (руб)

Данная обработка позволит Вам легко и просто, а главное - быстро, выполнить сравнение данных между ЛЮБЫМИ базами (и РИБ, по правилам конвертаций) по контрольным суммам выбранных объектов баз 1С, работающих на платформах 8.3 и выше. Удобный и понятный интерфейс в виде "мастера". Высокая скорость сравнения достигается за счет специального алгоритма расчета контрольной суммы объекта/записи и сравнения по данным суммам объектов 2х баз через файл. Имеется возможность выбора реквизитов, по которым система будет сравнивать объекты. Сравнение количества записей в движениях документов, возможность сравнивать данные по правилам конвертации и не только! Выбор объектов конфигурации для КАЖДОГО узла в отдельности с индивидуальным отбором для каждого объекта конфигурации, работа с FTP, сохранение или загрузка настроек, сохранение или загрузка результата сравнения, регистрация на обмен объекта и его движений.

16800 руб.

27.10.2017    41922    24    13    

42

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

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

12000 руб.

28.07.2022    9009    7    25    

25

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

Расширение «Контрольные отчеты» для автоматизации процесса проверки ведения учета в ПП. Со списком ошибок могут работать ответственные пользователи. Помогает в процессе внедрения ПП находить нарушения в бизнес-процессах. 

12000 руб.

08.08.2023    1763    2    1    

5

Перенос данных 1C Анализ учета Бухгалтер Платформа 1С v8.3 Конфигурации 1cv8 Россия Платные (руб)

"Сверка документов" используется для проверки расхождений по документам в 1С:УНФ и 1С: Бухгалтерия 8.

7920 руб.

19.04.2022    10148    7    10    

11

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

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

3600 руб.

06.02.2023    4315    8    2    

13

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

Вы хотите централизованно хранить все свои проверки в одном рабочем месте, а не помнить разбросанные по внешним отчетам, файлам, компьютерам разрозненные отчетики/обработки ? Вы хотите гибко настраивать центральное рабочее место контроля под себя? Вы хотите проанализировать свою учетную систему по порядку 40 встроенных проверок, где каждая проверка выдает итоговый результат ошибок и каждая проверка описана, что она проверяет и для чего это проверять? Тогда вам сюда!

1800 руб.

29.08.2017    30826    28    13    

36
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. CheBurator 3126 01.07.10 18:43 Сейчас в теме
плохое, лобовое решение
3. Ish_2 1107 01.07.10 19:46 Сейчас в теме
(1) Ты бы предложил нелобовой подход. Интересно.
2. Evg-Lylyk 4765 01.07.10 19:40 Сейчас в теме
4. пользователь 01.07.10 20:24
Сообщение было скрыто модератором.
...
5. пользователь 01.07.10 20:25
Сообщение было скрыто модератором.
...
8. Ish_2 1107 02.07.10 08:06 Сейчас в теме
(5) Эээ... Ты - сразу минус...
Лучше дождаться от автора убедительного примера в каких случаях применение обработки эффективно.
6. simol 02.07.10 00:58 Сейчас в теме
Зато можно узнать с какого документа начинается.
7. axae 110 02.07.10 07:38 Сейчас в теме
(6) Да, действительно, видимо на вопрос "с какого документа требуется перепроведение?" эта обработка сможет ответить в определенных случаях.
(4) Но я думаю, эта обработка не для практического применения (она же ничего не изменяет в базе). Она скорее для теоретического интереса: "а где, когда и как у нас здесь начинаются косяки?"
(5) Да конечно, никогда не отследит. Никто не отследит, не зная конкретных последовательностей документов конкретных конфигураций.
В нашей бухгалтерии страх боятся перепроводить документы: "А вдруг изменятся оборотки? У нас уже всё сведено!". Я предложил эту идею такого контроля актуальности движений нашим админам базы данных и своему начальнику - они поддержали...
А при такой "накатывающей" волне требуется просто перепроводить документы по партии. Для этого я админам делал другую, простую обработку перепроведения по конкретной партии, причем с выбором всего одной партии и только по бухгалтерии 8.1 - но и этого им было достаточно. А обработка "разрушающего контроля" поможет найти начало нарушения последовательности по партии (6).
(1) А какой нелобовой подход может быть для решения задачи "какие документы при перепроведении изменят свои движения"?
Dementor; +1 Ответить
10. пользователь 02.07.10 09:21
Сообщение было скрыто модератором.
...
12. CheBurator 3126 02.07.10 10:15 Сейчас в теме
(10) о чем вы говорите? бухтя в принципе не может работать без заднего числа. потому что в бухии все время бардак. потому что вместо того, чтобы чел который принес авансовый отчет дней через 20 - накатать взыскание - они у него этот отчет примут и начнут задним числом вносить...
9. пользователь 02.07.10 09:18
Сообщение было скрыто модератором.
...
26. simol 04.07.10 22:27 Сейчас в теме
(9)Более чем осведомлен и мне знакомо, что граница последовательности и то, что я написал в (6) это разные вещи(документы, даты). Это Вы скорее больше теоретик, чем практик (не примите это в обиду).
11. ediks 337 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 110 02.07.10 12:42 Сейчас в теме
(14) Спасибо, не люблю, когда что-то не работает :( Найду УТ 10.2.8.2, посмотрю
(13) А как при разработке конфы может пригодится?
(11) Скорее ради идеи и писалась обработка, практическое применение обработке видимо каждый придумывает самостоятельно :D
16. logarifm 1120 02.07.10 13:35 Сейчас в теме
А вот теперь такое.

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

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

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

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

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

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

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

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




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