Бухгалтеру: что у меня сейчас "уедет" и "поползёт"?

18.02.18

Задачи пользователя - Корректировка данных

Собираемся править документ в бух.базе или грузить из другой базы. Что сейчас изменится в данных? Понять за миг до катастрофы

Скачать файл

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

Наименование По подписке [?] Купить один файл
Расширение отслеживания - "Что изменится?"
.cfe 18,61Kb
5
5 Скачать (1 SM) Купить за 1 850 руб.

Есть множество обработок, подсистем и расширений, призванных логировать изменения. Есть недавняя фича платформы - история. Но когда изменения уже случились, база исковеркана, бухгалтер в панике и до сдачи отчётности пара дней, свершившееся анализировать уже неинтересно. Анализировать надо ситуацию ДО её возникновения. Например, если используется КД 2.0 или иной перенос в бух.базу. В этом случае поможет данное расширение. По умолчанию оно настроено на БП 3.0, и позволяет увидеть изменения, не записывая и не сохраняя их.

В журнале регистрации фиксируется достаточно наглядное описание изменившихся данных. С помощью обработки из расширения можно просмотреть изменения за период, по условиям, по одному или в едином протоколе. И уже тогда понять, можно ли совершить всё то, что собирались. Анализируются стандартные реквизиты (№, дата итд), шапка, табличные части. Показываются доп.свойства объекта.

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

Тестировалось на платформе 8.3.10.2466, конфигурации: Бухгалтерия предприятия КОРП, редакция 3.0 (3.0.57.10) и Бухгалтерия предприятия, редакция 3.0 (3.0.56.22) 

Расширение достаточно легко адаптируется к УТ и другим конфигурациям. Для этого надо настроить подходящий режим совместимости и подобрать подписку на событие ПередЗаписью для нужных документов, которую правильнее всего перехватывать. Это тоже задача программиста, но она несложна.

Важно: для расширения надо снять флаги безопасного режима и защиты от опасных действий.

Всем бухгалтерам - уверенности, что вчера проверенное сегодня не "поедет")

 

Логирование изменений; лог изменений; анализ изменений; бухгалтерские документы; неизменность документов; изменение документов; отслеживание изменений

См. также

Корректировка данных Зарплата Бухгалтер Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.

60000 руб.

06.10.2023    4806    38    20    

46

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

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    34313    109    152    

75

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

Незаменимая обработка для сопровождения конфигураций: ERP, УТ, КА. Позволяет вычистить многие ошибки в ключах аналитики, в ключевых справочниках конфигурации.

3600 руб.

10.02.2017    111786    673    175    

712

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

Представьте, что есть система QR - кодирования, которая НЕ ТРЕБУЕТ изменения конфигурации, НЕ ТРЕБУЕТ изменения ни одной печатной формы для добавления QR-кода, включая внешние, НЕ ХРАНИТ данные штрихкодов и их связь, от чего база не "пухнет", ИМЕЕТ возможность закодировать в QR-коде произвольные данные параметров для последующей обработки полученных данных, УМЕЕТ прикреплять сканы, УМЕЕТ обработать считанный QR-код как ВЫ захотите. А также ХРАНИТ историю операций в обход базы для каждого пользователя в отдельности и УМЕЕТ работать с 2D - сканерами. А также автоматически распознавать отсканированные печатные формы (картинки или pdf-файлы) и выполнять заданные произвольные алгоритмы, в том числе прикрепление их к документам! Обновление 3.2 от 09.06.2024!

19200 руб.

26.08.2018    52764    16    61    

55

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

Внешняя обработка, позволяющая произвольным образом заполнять документ "Корректировка регистров" Предназначена для использования в конфигурациях "Управление торговлей 11", "Управление небольшой фирмой", "ERP Управление предприятием", а также в других конфигурациях, в состав которых входит библиотека стандартных подсистем (БСП) версии 2.2+ и указанный выше документ.

2400 руб.

13.07.2015    51501    175    29    

127

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

Обработка служит для: выравнивания бухгалтерского и налогового учета на определенную дату по выбранным счетам; закрытия остатков по выбранным счетам; обнуления налогового учета (ПР, ВР также будут обнулены)

2880 руб.

05.05.2024    753    11    0    

7

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

Обработка предназначена для ООО для смены системы налогообложения УСН на ОСНО, без ведения раздельного учета, входящего НДС по способам учета. При реализации перехода в операции формируются проводки по выделению НДС, который ранее учитывался в стоимости номенклатуры, регистр «НДС Предъявленный».

6000 руб.

22.01.2025    445    1    0    

3
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. nvv1970 25.02.18 10:49 Сейчас в теме
Описание - с точки зрения бухгалтера.
С точки зрения программиста что происходит?
По хорошему - версионирование уже должно быть включено, но для перепроведения оно иногда бесполезно. Документы могут не измениться, а проводки - могут.
А если измерение проводок не анализируется, то никакого отличия от версионирования не вижу.
2. Yashazz 4809 25.02.18 18:42 Сейчас в теме
(1) Происходит банальный перехват любого из обработчиков подписки на событие ПередЗаписью. На вкус программиста и специфику конфы) Далее идёт не менее банальное сравнение Источник и Источник.Ссылка. Результаты пишутся в ЖР. Потом оттуда читаются. Если выставляется Отказ, то изменения БД, естессно, не происходит.
Проводки тут ни при чём, речь о первичке.

И это вообще не версионирование. Это скорей проверка, имеет ли смысл фиксировать транзакцию. Прогнозирование, так сказать)
3. nvv1970 25.02.18 23:57 Сейчас в теме
(2) теперь ещё меньше понятно...
Какова цель? Все как бы уже реализовано.
Определить что именно поменялось в документе после записи? (Версионирование)
Или запретить наглухо запись или что-то поменялось? (Запрет редактирования).
Техническая реализация всем понятна - любой студент наверно напишет.
Не понятна логика. В том числе с точки зрения пользователя.
4. Yashazz 4809 04.03.18 01:30 Сейчас в теме
(3) Определить, что поменяется, если документ окажется записан, но реально его может и не записывать.
Вы уж определитесь, с какой точки зрения вам непонятно:
С точки зрения программиста что происходит?
и
любой студент наверно напишет
, или
с точки зрения пользователя
)))
5. AlexO 136 28.01.24 09:10 Сейчас в теме
(3)
Определить что именно поменялось в документе после записи? (Версионирование)

в версионировании изменения видны уже после записи документов. Тут - попытка показать "а как оно будет после записи документов" без самой записи.
Т.е. как будут выглядеть документы, если их запишут с новыми данными.
6. AlexO 136 28.01.24 09:27 Сейчас в теме
(2)
Это скорей проверка, имеет ли смысл фиксировать транзакцию. Прогнозирование, так сказать)

Как правильно заметили в (1) - изменение документов это одно, а общая картина всех "уедет/поползет" - она в регистрах и в итоге вылезет все в отчетах.
И именно для Бухгалтерии это особенно важно ))
Да, как "прогноз" при переносе двух-трех видов документов (и то - с допущением, что прекрасно представляете, что за собой потянут конкретные изменения именно этих документов) - подойдет.
Но если переносятся сотни видов документов (а при "обычном" переносе так и есть), не меньше справочников, а то и - как раз для Бухгалтерии не редкость!, - непосредственно записи регистров (например, берем и сразу делаем свертку старых периодов, а регистратор - "виртуальный" документ, отсылающий нас к прошлой базе и в архив бухгалтерии), то вы просто утонете в анализе ЖР, да и смысла в анализе доков будет мало - все "бух аналитику" сделают в итоге регистры, которые мы тут как раз и не увидим.
А чтобы проанализировать изменения регистров - это надо написать параллельный механизм, который будет размером с половину исходной конфы. Но он "всего лишь" будет только отслеживать и выдавать аналитику по проводкам, которых еще нет, но предполагаются. И в этом новом механизме не обойдешься без своих регистров, чтобы писать промежуточные данные для анализа.
Ну, сами понимаете, что задача в итоге совсем другого уровня и реализации.
Ну, а как просто пример "прогноза по документу" - весьма подходит :)
Оставьте свое сообщение