Комментарии
> а почему разработчики этого не исправляют
Потому, что если после даты свертки есть документы зачета авансов, оплаты долгов, списания партий, где в качестве субконто в их движениях те самые помеченные на удаление документы, то после правки как в статье операций ввода остатков все "съедет".
Потому, что если после даты свертки есть документы зачета авансов, оплаты долгов, списания партий, где в качестве субконто в их движениях те самые помеченные на удаление документы, то после правки как в статье операций ввода остатков все "съедет".
(1)
Чуть подробнее можно? Не понял Вашу мысль? Что там "съедет"?
> а почему разработчики этого не исправляют
Потому, что если после даты свертки есть документы зачета авансов, оплаты долгов, списания партий, где в качестве субконто в их движениях те самые помеченные на удаление документы, то после правки как в статье операций ввода остатков все "съедет".
Потому, что если после даты свертки есть документы зачета авансов, оплаты долгов, списания партий, где в качестве субконто в их движениях те самые помеченные на удаление документы, то после правки как в статье операций ввода остатков все "съедет".
Чуть подробнее можно? Не понял Вашу мысль? Что там "съедет"?
(2) например: в середине 2016 года мы решаем свернуть базу на 31.12.2014.
Пусть на дату свертки есть остаток аванса по Поступление на расчетный счет # 1. А в 2015 году есть Реализация, зачитывающая этот аванс. Если в операции ввода остатков Поступление на расчетный счет # 1 будет заменено на документ ручного учета расчетов, то в проводках зачета аванса все равно останется Поступление на расчетный счет # 1 и будет ошибка по оборотам.
Вариант замены подходит только если свертка делается на текущий конец года. Свернули и начали работу в новом году в свернутой базе.
Пусть на дату свертки есть остаток аванса по Поступление на расчетный счет # 1. А в 2015 году есть Реализация, зачитывающая этот аванс. Если в операции ввода остатков Поступление на расчетный счет # 1 будет заменено на документ ручного учета расчетов, то в проводках зачета аванса все равно останется Поступление на расчетный счет # 1 и будет ошибка по оборотам.
Вариант замены подходит только если свертка делается на текущий конец года. Свернули и начали работу в новом году в свернутой базе.
(4) да ну смысл тот же - убрать прошлый ненужный период. Просто та аналитика, на которой есть остатки - приходится её оставлять.
У меня другое общее замечание - в типовой свертке 1С не обрабатываются оборотные регистры НДС покупки/Продажи. Соответственно все регистраторы - поступления и реализации и т.д. остаются...
У меня другое общее замечание - в типовой свертке 1С не обрабатываются оборотные регистры НДС покупки/Продажи. Соответственно все регистраторы - поступления и реализации и т.д. остаются...
(5) Давайте зарезюмируем. Значит получается судя по описанию, что свертка предназначена для:
Или как Вы написали
Но в случае, когда, например, документ поступление товаров (он же партия), будет употребляться в качестве партии в документах с датой после даты свертки и будет заменен в документе операция, то возникнет ситуация когда остатки будут висеть на одной партии, а позже они же будут списываться по другой партии. Что касается движений, то, в принципе, достаточно перепровести документы в последовательности, или перезакрыть месяца (что после свертки и так будешь делать). Но тут встает вопрос с движениями откорректированными вручную. Соответственно, удалив документы из базы, мы получим не совсем корректную картинку по счетам (и не только по счетам). Следовательно, моя обработка будет полезна только если ты делаешь свертку на дату, после которой нет документов или эти документы можно беспрепятственно перепровести, сформировав при этом новые движения.
В таком случае мой вопрос остается открытым: "Зачем тогда нужна типовая свертка, если она не выполняет свое предназначение?" И еще один вопрос: "Как тогда правильно выполнить подобную работу?"
Для того чтобы сократить объем данных в рабочей базе и увеличить скорость работы системы, можно провести свертку информационной базы, в процессе которой (на указанную дату) будут созданы документы с данными по остаткам, а документы, предшествующие выбранной дате, удалены.
Или как Вы написали
убрать прошлый ненужный период.
, что в принципе одно и то же.
Но в случае, когда, например, документ поступление товаров (он же партия), будет употребляться в качестве партии в документах с датой после даты свертки и будет заменен в документе операция, то возникнет ситуация когда остатки будут висеть на одной партии, а позже они же будут списываться по другой партии. Что касается движений, то, в принципе, достаточно перепровести документы в последовательности, или перезакрыть месяца (что после свертки и так будешь делать). Но тут встает вопрос с движениями откорректированными вручную. Соответственно, удалив документы из базы, мы получим не совсем корректную картинку по счетам (и не только по счетам). Следовательно, моя обработка будет полезна только если ты делаешь свертку на дату, после которой нет документов или эти документы можно беспрепятственно перепровести, сформировав при этом новые движения.
В таком случае мой вопрос остается открытым: "Зачем тогда нужна типовая свертка, если она не выполняет свое предназначение?" И еще один вопрос: "Как тогда правильно выполнить подобную работу?"
(7) Обработайте эту кучу таким образом:
1. Отмените пометку на удаление (реально мешает удалять то, что удалить необходимо);
2. Установите для них реквизиты РучнаяКорректировка и Проведен в Истина (движений не будет, удалять мешать они не будут, но в случае, например необходимости провести корректировку реализации, это будет легко сделать).
1. Отмените пометку на удаление (реально мешает удалять то, что удалить необходимо);
2. Установите для них реквизиты РучнаяКорректировка и Проведен в Истина (движений не будет, удалять мешать они не будут, но в случае, например необходимости провести корректировку реализации, это будет легко сделать).
(13)
- сократить размер базы (аналитика документами далеко не самый большой объем в этом деле);
- при необходимости, исправить остатки на дату свертки, без необходимости исправлять весь учёт за несколько лет ....
Но, никак целью свёртки базы, не является замена реальных документов периода до свёртки на документы, предназначенные в программе для ввода начальных остатков, как бы ни странно, для Вас, это не звучало))))
Не вижу смысла искать взаимосвязь. Их вообще удалить нужно. Для этого все это.
- это печально, но потом бухи выяснят, что 1С не работает((((( Свертка не для того делается, чтобы документы прошлых периодов заменить на документы расчетов с контрагентами, а для того, чтобы:
- сократить размер базы (аналитика документами далеко не самый большой объем в этом деле);
- при необходимости, исправить остатки на дату свертки, без необходимости исправлять весь учёт за несколько лет ....
Но, никак целью свёртки базы, не является замена реальных документов периода до свёртки на документы, предназначенные в программе для ввода начальных остатков, как бы ни странно, для Вас, это не звучало))))
При ОСНО остатки по авансам полученным по счету 62.02 завязаны на счета-фактуры на аванс на счете 76.АВ, если раздельный учет НДС, то остатки ТМЦ кроме партий завязаны на счета-фактуры полученные, для возможного восстановления НДС, в общем не всё так просто, как Вам показалось)))))
скачал обработку, но при запуске выдается следующее сообщение
{ВнешняяОбработка.ПостобработкаДокументовПослеСверткиБП30.Форма.Форма.Форма(50)}: Ошибка при вызове метода контекста (Записать)
КоллекцияДвижений_Хозрасчетный.Записать();
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Cannot insert duplicate key row in object 'dbo._AccRgAT2604' with unique index '_AccRgAT2604_ByPeriod'. The duplicate key value is (0, 0xadea9f9f9c69aa84453481c2d6b676cc, 4016-12-01 00:00:00, 0xaad150465d9ef2d011e431cb4b733978, 0x08, 0x00000033, 0x9f4a50465d9ef2d011e45dac3faea7b9, <NULL>, <NULL>, <NULL>, <NULL>, <NULL>, 0).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1
{ВнешняяОбработка.ПостобработкаДокументовПослеСверткиБП30.Форма.Форма.Форма(50)}: Ошибка при вызове метода контекста (Записать)
КоллекцияДвижений_Хозрасчетный.Записать();
по причине:
Попытка вставки неуникального значения в уникальный индекс:
Microsoft SQL Server Native Client 11.0: Cannot insert duplicate key row in object 'dbo._AccRgAT2604' with unique index '_AccRgAT2604_ByPeriod'. The duplicate key value is (0, 0xadea9f9f9c69aa84453481c2d6b676cc, 4016-12-01 00:00:00, 0xaad150465d9ef2d011e431cb4b733978, 0x08, 0x00000033, 0x9f4a50465d9ef2d011e45dac3faea7b9, <NULL>, <NULL>, <NULL>, <NULL>, <NULL>, 0).
HRESULT=80040E2F, SQLSrvr: SQLSTATE=23000, state=1, Severity=E, native=2601, line=1
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
|
Обмен с похожими или одинаковыми конф., Высокая скорость, Любые отборы, Для любых конфигураций и многое другое
|
Выгрузка-загрузка любых данных между похожими или одинаковыми конфигурациями ЛЮБЫХ баз 1С 8.1-8.3 (УТ 10.3, БП 2, ЗУП 2.5, КА 1.1, УТ 11, БП 3, УНФ 1.6, КА 2, ЗУП 3, УПП и т.д.)
Открыть