Изменение движений документа

02.07.13

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

Обработка для просмотра и редактирования движений документа (управляемая форма).

Скачать файл

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

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

Возможен отбор только заполненных регистров, а также заполнение колонки текущей таблицы опеределенным значением.

+15 –1

См. также

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

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

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

60000 руб.

06.10.2023 4823 38 20

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

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

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

14400 руб.

29.04.2020 34333 109 152

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

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

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

3600 руб.

10.02.2017 111814 673 175

712

Обнаружены отрицательные остатки товаров организации

Корректировка данных Закрытие периода Бизнес-аналитик Бухгалтер Пользователь 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Беларусь Управленческий учет Платные (руб)

Внешняя обработка исправляет ошибку"Обнаружены отрицательные остатки товаров организации" для 1С:УТ, КА и ERP

5400 руб.

19.11.2023 2932 20 0

QR - кодирование документов БЕЗ изменения печатных форм, с произв. алгоритмами создания QR -кода и обработки (в т.ч прикрепление сканов к документам) для УТ 11 (все), ERP 2, КА 2, Розница 2, УНФ 1.6/3.0, БП 3, ЗУП 3

Корректировка данных Программист Пользователь Платформа 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 52771 16 61

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

Закрытие периода Корректировка данных Программист Пользователь Платформа 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 51508 175 29

127

Выравнивание БУ и НУ для 1С:Бухгалтерии 3.0, БП КОРП. Закрытие остатков по счетам

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

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

2880 руб.

05.05.2024 756 11 0

Корректировка входящего НДС при переходе с УСН на ОСНО в 1С:БП 3.0

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

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

6000 руб.

22.01.2025 446 1 0

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. mzelensky 53 03.07.13 08:07 Сейчас в теме

А на обычных формах случайно подобной поделки нет?

3. DrAku1a 1752 03.07.13 09:04 Сейчас в теме

(1)(2) да полно! Воспользуйтесь поиском...

2. xgenom 31 03.07.13 08:13 Сейчас в теме

Я для обычных не делал, но думаю что на инфостарте их должно быть много.

4. dvv01 120 03.07.13 09:11 Сейчас в теме

Вопрос несколько риторический:
есть документ, изменили его движения, а где храняться сделанные изменения? И как предотвращается обратное восстановление исходных движений при его перепроведении? А то ведь бухгалтера имеют привычку перед годовым отчетом все махом перепроводить...

5. xgenom 31 03.07.13 09:15 Сейчас в теме

(4) dvv01, для этого нужно воспользоваться другой обработкой и изменить исходные данные (табличные части и реквизиты самого документа).

6. dvv01 120 03.07.13 12:25 Сейчас в теме

(5)
Разговор идет только о данной обработке. И получается следующая логика работы: берем эту обработку, используем ее, наё@@ваем неизвестно кого, а потом, в конце года, вместо быстрого закрытия периода пытаемся понять что пошло не так и кто дурак - следов нашей деятельности не осталось, отчетность поплыла...

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

Если уж идти по предложенному варианту, то надо допилить связку "корректаруемый документ" - "Корректировка регистов" (например, чтобы не сильно ломать конфу, через cвойства документа), все нужные изменения делать в документе "Корректировки регистров", а при изменениях исходного - по связке находить нужную корректировку и, например, ругаться, или генерировать отказ "ПередЗаписью" через подписку на события.

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

8. xgenom 31 03.07.13 13:28 Сейчас в теме

(6) dvv01, при использовании чего либо влияющего на данные нужно отдавать себе отчет в том что делаешь.

1. Не все документы можно перепроводить.
2. Не все документы имеют табличные части.
3. Иногда бывает проще исправить какое значение в 2-х базах чем дотачивать синхронизацию
4. Не все используют типовые базы и в них может не быть документа "ручная корректировка" или аналогичного.

У обработки есть свои направления для использования. В каждом конкретном случае вы сами решаете, что вам лучше использовать.

9. v.l. 436 03.07.13 15:10 Сейчас в теме

(8) этот документ легко допилить в "нетиповую".

10. xgenom 31 03.07.13 15:58 Сейчас в теме

(9) Vladal, я знаю.

11. v.l. 436 03.07.13 16:08 Сейчас в теме

(10) молодец.
Прикрути к своей обработке детальный лог для анализа изменений.
Тогда она будет полезной.
А так - очередная поделка класса "перенумератор".

12. xgenom 31 03.07.13 16:41 Сейчас в теме

(11) Vladal, Для анализа чего с чем?

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

16. dvv01 120 05.07.13 10:10 Сейчас в теме

(8)

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

> 2. Не все документы имеют табличные части.
Скажу более, табличные части могут быть не нужны, или не соответствовать движениям, или используют части движений по третьим документам. Пример: отмена скидок, закрытие заказов, начисление зарплаты, или приходный ордер на товары по перемещению

> 3. Иногда бывает проще исправить какое значение в 2-х базах чем дотачивать синхронизацию
синхронизация не обмена - хотя это отдельная песня, причем при большой удаленности или разнотипности конфигураций явно как еще один контрдовод, а внутренняя - состав документа - его накладная - его движенмя, его влияние на итоги по регистрам с учетом взаимосвязей (количество остатков на складе, у организации, по договору, на счете...) - пробовали разбираться, когда эти остатки не синхронизированы? или найти ошибку, когда товар есть, но по партиям не списывается, или списывается, но не по той себестоимости "как должно"?

> 4. Не все используют типовые базы и в них может не быть документа "ручная корректировка" или аналогичного.
"Ручная корректировка" - это как раз флаг документа, который говорит, что его нельзя перепроводить без потери изменений, и он должен проверяется встроенной обработкой перепроведения. А все изменения движений как раз и делать в отдельном документе "Корректировка записей регистров". Тогда: исходный документ не изменен, при перепроведениях ничего не портится, в отчетах видно два регистратора: исходный и корректировка.

Иными словами как вариант доработки данной обработки: запуск как обработки табличных частей, копирование движений (с учетом ранее созданных корректировок), перерасчет "дельты" при изменении, создание нового документа "Корректировка регистров" с дельтами, для нового документа в свойствах или в комментарии указывать ссылку на исходный (для автопоиска), добавление необходимых печатных форм...
Под документом "Корректировка" понимается уже имеющийся "КорректировкаЗаписейРегистров" в УТ, КА, УПП...

14. help1Ckr 04.07.13 17:22 Сейчас в теме

(6) dvv01, Ситуации бывают разными. Поверьте, хоть сам ярый противник ручной корреткировки движений документов, но бывают ситуации когда это необходимо.

15. dvv01 120 05.07.13 09:28 Сейчас в теме

(14) help1Ckr,
Пример, плз. Желательно такой, против которого не придумать контрдоводов на случай тотального автопроведения - пояснения типа "бух ДОЛЖЕН исключить этот документ из списка проведения" не катят, т.к.:
1. Тот, кто проводит ничего не знает или не помнит
2. И в момент проведения перед монитором не сидит
3. Учет по партиям (критична последовательность проведения)
4. Контроль документооборота и разговоры с контрагентами ведутся по бумажкам с печатями и подписями

А пока подозреваю, что вреда от подобного класса обработок больше, чем пользы. К аналогам можно отнести "как отключить контроль отрицательных остатков", "контроль остатков комиссионного товара по договорам". И пользу могу придумать: например, товар нашли, оприходовали, и хотим вернуть поставщику, ан нет... а вернуть хочется... что, 1С-ники жизнь портят? А заканчиваются подобные хотелки после того как начальство поставит вопрос кто и за чей счет будет компенсировать двойную оплату такого товара.

17. xgenom 31 05.07.13 13:28 Сейчас в теме

(15) dvv01, я не понимаю, почему вы решили, что все работают только с бухгалтерией? Вы мыслите в рамках своих задач.

Вот еще примеры:

1. Что использовать, чтобы отразить корректировку в аналитических системах SAP и Oracle?
2. Алгоритмы могут проверять регистратор на тип. Корректировки регистратор не подменяют или я что-то упустил?
3. Бывает даже ситуации когда ты хочешь внести в чью-то конфигурацию документ корректировки, но записей в регистре порядка 800 миллионов, а предприятие никак нельзя остановить на 1-2 дня для перестроения регистра.

19. dvv01 120 08.07.13 09:18 Сейчас в теме

(17), (18). Т.е. речь идет не о типовой 1C? Аргументы приняты: есть коряво самописанная база SAP, установленныя на стратегическом объекте без права остановки, использующая движок от 1С, в которой не предусмотрены механизмы исправления ошибочный действий пользователей, а разработчики и вся служба поддержки давно уволилась... и еще руководство жмотится на 12000 для покупки типовой конфы. :)
Извиняюсь за сарказм и уточняю свое "недовольство":
данная схема действий (не обработка, а методика) искажает результаты проведения документа, причем скрытно, без отражения в накладных, и которые (результаты проведения) будут опять изменены (без следов) в результате типичных действий пользователя...

20. xgenom 31 08.07.13 11:46 Сейчас в теме

1.(19) dvv01, не для всех задач предприятия существуют готовые решения.
2. Отраслевые решения стоят далеко не 12 тыс. руб (особенно если у вас около 1000 активных пользователей).
3. Крупная розница не может позволить себе остановить системы более чем 1-2 часа, в том числе в выходные и в ночное время (поставки и развозы работают 24*7, простой стоит больших денег для компании).
4. SAP не использует движок 1с (даже не понимаю как это вообще возможно), а использует её как источник данных.

dvv01, категорически не рекомендую вам её использовать!

18. help1Ckr 07.07.13 11:27 Сейчас в теме

(15) dvv01, Простой пример. Досталась мне в наследство специфическая самописная конфигурация.Там был документ, что то наподобии распределения затрат, который работал по одному алгоритму до какогото периода, а потом разработчики изменили логику проведения. заглушку на проверку даты никто не поставил. Данные прошлых периодов у них корреткируются в текущем числе, поэтому перепроведений и восстановлений последовательностей задним числом никто не делает. Пользователь влез в прошлый период и случайно перепровел документ. В данной ситуцации исправить можно только одним способом - привести движения тех документов в первоначальный вид. Я понимаю, что разработчики той конфы были не правы, когда заменили алгоритм проведения и пользователь был не прав, который лазил какого то черта в прошлый период, Но ситуацию нужно было править. Корректировка записей регистров не совсем устраивала ситуацию, ибо отчет, подаваемый по данному документу предоставлялся клиенту в случае сверки. Да ситуация специфическая, но такие тоже бывают.

7. Arvend 23 03.07.13 13:21 Сейчас в теме

бывают ситуации когда необходимо поменять движения документа, без перепроведения

13. v.l. 436 03.07.13 16:49 Сейчас в теме

Распиши свою поделку в виде статьи - больше пользы будет.
Люди прочитают и поймут, "как это делается", а ленивые пусть качают готовую.

21. olga_orkom 10.03.15 13:26 Сейчас в теме

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

22. foxsis 114 30.12.15 11:40 Сейчас в теме

На Бухгалтерии 3.0 (3.0.43.32) не работает. Пытался отредактировать движения документа "Отражение зарплаты в рег. учёте" (удаляешь движение из регистра, нажимаешь "Записать изменения",выдаётся сообщение что всё ОК) В итоге открываешь документ,заходишь в движения, ничего не поменялось.

23. AllexSoft 01.08.16 11:28 Сейчас в теме

Внимание! Обработка НЕ рабочая. Для того что бы работало открываем в конфигураторе, ищем

 _ВыбранныйДокумент.Движения[РегистрДвижения.Имя].Загрузить(ЭтаФорма["ТЧ_" + РегистрДвижения.Имя].Выгрузить());

и перед этой строкой дописываем еще одну
_ВыбранныйДокумент.Движения[РегистрДвижения.Имя].Записывать = Истина;

Вот тогда будет работать )

ПС: а по поводу срача надо\не надо, это каждый сам для себя решает.. я далеко не фанат редактирования движений так еще и в ручную, но вот попался документ который нужно или перепровести или отменить.. встроенные штатные НЕ отключаемые проверки не дают это сделать (срабатывает контроль на отрицательные остатки регистра "Товары к оформлению"), регистр временно скорректировать корректировкой движений нельзя (не входит в состав движений), проверки стоят как при отмене проведения так и на проведение.. то есть мне либо обновлять конфу на живую (а пользователей очень много онлайн), отключая закомментировав штатную проверку на время, либо вот поправить движения один раз обработкой, с умом что бы регистр "в минус" не уходил.. так что все очень даже полезно, если применять к месту и с умом.

24. _Ramzes 127 08.09.16 14:13 Сейчас в теме

Пришлось немного переписать обработку. Чтобы каждый регистр после заполнения заполнялся. Потому как Объект.Записать() не записывает движения документа.
А так работает.