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

18.02.18

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

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

Скачать файлы

Наименование Файл Версия Размер
Расширение отслеживания - "Что изменится?"
.cfe 18,61Kb
5
.cfe 18,61Kb 5 Скачать

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

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

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

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

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

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

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

 

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

См. также

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

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

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

4800 руб.

06.10.2023    2147    28    14    

32

Тестирование и исправление ключей аналитики ERP, УТ11, КА

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

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

3600 руб.

10.02.2017    106605    631    173    

673

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

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

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

14400 руб.

29.04.2020    27174    78    146    

59

Заполнение документа "Корректировка регистров" произвольными данными

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

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

2400 руб.

13.07.2015    50092    171    29    

121

Исправление ошибки закрытия месяца "Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости по организации". УТ 11.4,УТ 11.5, КА 2.4,КА 2.5, ERP 2.4, ERP 2.5, КА 2 Казахстан, Управление торговлей 3 для Казахстана

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

Закрытие месяца - важный процесс в современных конфигурациях, таких как УТ 11.4, УТ 11.5, КА 2.4, КА 2.5 ERP 2.4,ERP 2.5, КА 2 Казахстан, УТ 3 Казахстан регламентные операции влияют на расчет себестоимости, и ошибки в данном расчете не дают картины деятельности организации.

2400 руб.

27.10.2021    22224    298    35    

71

Исправление ошибок по НДФЛ и взаиморасчетам с сотрудниками в 1С:Бухгалтерия 3.0

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

Внешняя обработка предназначена для исправления самых различных ошибок, возникших по самым разным причинам. Общее проявление этих ошибок видно в различии данных между: проводками и различными отчетами по НДФЛ, заполнении ведомостей на выдачу зарплаты, неверным расчетом НДФЛ при начислении ЗП и т.д.

3600 руб.

09.02.2024    570    1    4    

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

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

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

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