Свертка комплексной( подскажите новечку...
Показывать по
10
20
40
сообщений
- 1
- 2
15.08.2010
12:45
#11
Предыдущий бухгалтер наделал беды за прошлые года. Новый работать так не будет, следовательно задача - отрезать всё до 01 01 2010
15.08.2010
13:36
#12
> Предыдущий бухгалтер наделал беды за прошлые года. Новый работать так не будет, следовательно задача - отрезать всё до 01 01 2010
Тебе Форвард уже все ответил. Делай через встроеную свертку. Будут конкретные вопросы - задавай. Только свертку делай на 31.12.2009 г.
Тебе Форвард уже все ответил. Делай через встроеную свертку. Будут конкретные вопросы - задавай. Только свертку делай на 31.12.2009 г.
15.08.2010
17:52
#13
Ну да, я и написал, что надо воспользоваться штатной сверткой, а потом сжатие таблиц, так как в сообщениях промелькнуло, что "объем базы не уменьшается"
15.08.2010
21:59
#14
Сделал встроенной...день свертывалась, в итоге вместо 700мб - 1Гб, Выгрузил, загрузил данные...не помогло.
16.08.2010
06:26
#15
Теперь сделай Тестирование и исправление с упаковкой (нижняя галочка, по умолчанию не стоит).
16.08.2010
07:42
#16
Сделал - на 60 Мб меньше стала. Если делать WRAP.ERT с пометкой "Удаление проводок", в итоге получаю на счете 00 на 31.12.09 перенос остатков. Встроенная так не делает, все документы остаются на месте и свертывается она сутки. В базе много помеченных на удаление документов - более 5000. И их удалить нельзя т.к. на них есть ссылки.
16.08.2010
10:59
#17
> Встроенная так не делает, все документы остаются на месте и свертывается она сутки. В базе много помеченных на удаление документов - более 5000. И их удалить нельзя т.к. на них есть ссылки.
Делает. Смотри Операции. Все правильно.
Делает. Смотри Операции. Все правильно.
16.08.2010
11:53
#18
> все документы остаются на месте и свертывается она сутки. В базе много помеченных на удаление документов - более 5000. И их удалить нельзя т.к. на них есть ссылки.
Ну все правильно, так и должно быть. Если на них имеющиеся остатки ссылаются как их удалять то? Снимаем пометки удаления и пусть они живут себе в базе.
Есть еще вариант в результате которого все документы все таки из базы уйдут. Сформировать на конец дня 31.12.2009 г. документы "Ввод начальных остатков", в которых отразить все нужные данные. Но в данном подходе есть минус - все остатки станут ссылаться на эти "Вводы остатков" и потеряется достоверная аналитика, например, по партиям товаров невозможно будет сказать дату партии, так как все они будут ссылаться на док от 31.12.2009 г. Автоматического алгоритма, реализующего этот вариант в типовой конфигурации нет, нужно либо сделать, либо поискать
Ну все правильно, так и должно быть. Если на них имеющиеся остатки ссылаются как их удалять то? Снимаем пометки удаления и пусть они живут себе в базе.
Есть еще вариант в результате которого все документы все таки из базы уйдут. Сформировать на конец дня 31.12.2009 г. документы "Ввод начальных остатков", в которых отразить все нужные данные. Но в данном подходе есть минус - все остатки станут ссылаться на эти "Вводы остатков" и потеряется достоверная аналитика, например, по партиям товаров невозможно будет сказать дату партии, так как все они будут ссылаться на док от 31.12.2009 г. Автоматического алгоритма, реализующего этот вариант в типовой конфигурации нет, нужно либо сделать, либо поискать
16.08.2010
13:16
#19
> Сделал встроенной...день свертывалась, в итоге вместо 700мб - 1Гб, Выгрузил, загрузил данные...не помогло.
Делаешь встроенной, потом удаляешь помеченные документы/элементы справочников, затем в конфигураторе делаешь тестирование и исправление ИБ со всеми галочками.
Ну и исправляешь косяки в остатках из-за неправильно ведённой базы уже вручную
Делаешь встроенной, потом удаляешь помеченные документы/элементы справочников, затем в конфигураторе делаешь тестирование и исправление ИБ со всеми галочками.
Ну и исправляешь косяки в остатках из-за неправильно ведённой базы уже вручную
- 1
- 2
Читают тему
(гостей: 1)