Имя: Пароль:
1C
1С v8
Обрезка УПП
0 spectre1978
 
03.08.15
16:22
Добрый день!
Руководство ставит задачу обрезки УПП на начало года. Партионки нет, РАУЗ. Ведется зарплата и кадры, их резать не надо. Делал ли кто-нибудь и реально ли вообще?
1 sergeev-ag-1977
 
03.08.15
16:31
Реально!
2 ДенисЧ
 
03.08.15
16:32
а почему нет?
3 shuhard_серый
 
03.08.15
16:32
(0)[Делал ли кто-нибудь] почти все
[реально ли вообще?] вполне, раз можно ввести начальные остатки, значит можно свернуть
главное не забыть про ОС, авансы и НДС с них

цимес в том, что в 99% УПП перекошены Рг и план счетов, так что сначала надо чистить Рг, а потом сворачивать
4 spectre1978
 
03.08.15
16:38
(3) уже кое-что. Ткните носом, пожалуйста, с какой стороны наиболее правильно подойти к вопросу.
5 el7cartel
 
03.08.15
16:42
(4) ну че берешь и делаешь свертку! только не забудь хелп к обработке почитать!
6 regi1984
 
03.08.15
16:43
\1CIts\EXE\EXTREPS\UNIREPS82\BaseTrimming
7 eklmn
 
гуру
03.08.15
16:46
(0) а зачем? просто хочеться?
8 Lama12
 
03.08.15
16:47
(0) Для развития. А чем руководство мотивирует необходимость свертки?
9 eklmn
 
гуру
03.08.15
16:48
(8) выпендрится
10 Lama12
 
03.08.15
16:52
(9) Ну мало-ли... может скрывают косяки что б аудиторы не приставали. Может хотят выиграть в скорости базы :). Может хотят уменьшить время обслуживания базы (но тогда не понятно почему инициаторы руководство). Может еще чего хитрого хотят.
Всегда интересно откуда такие мысли возникают?
11 shuhard_серый
 
03.08.15
16:54
(4) [ с какой стороны наиболее правильно подойти к вопросу.]
с мозговой
12 spectre1978
 
03.08.15
16:58
(5),(6) спасибо, уже кое-что и сам накопал. Будем пробовать на кошках, то бишь на копии.
(10) с точки зрения нас с вами можно просто полагать, что требует руководство. Имеет право, мое дело исполнять.
13 Lama12
 
03.08.15
21:44
(12) Плохая позиция. Потом скажут, что руководство не эксперты, а программист их не предупредил. Будь готов к такой схеме.
14 spectre1978
 
03.08.15
22:58
(13) спасибо, но в данном случае этого можно не опасаться. Гендир достаточно квалифицирован чтобы понимать возможные последствия свертки больших баз...
15 Lama12
 
03.08.15
23:47
(14) это хорошо когда руководство с головой.
16 spectre1978
 
05.08.15
11:17
Следующий вопрос. Те кто делал: можете привести примерную статистику по размеру базы/количеству сворачиваемых лет/производительности сервера и количеству времени, затраченного на третий этап (собственно удаление старых данных и включение движений документам ввода остатков)?

Запустил на копии, хочу знать, к чему по времени готовиться.
17 stix2010
 
05.08.15
11:44
(16) сам то понял, что спросил? По времени - 42.
18 spectre1978
 
05.08.15
11:48
(17) А что здесь такого? Я просто хочу понимать, к какому порядку времени готовиться. День, неделю, месяц будет крутиться обработка?..
19 Dmitrith
 
05.08.15
11:49
(18) Ну запусти у себя на тестовой да посмотри
20 Manofrain
 
05.08.15
11:50
(19) Он так и сделал, но хочет знать время ->(16)
21 2083
 
05.08.15
12:00
(5), (6) - не пользовался никакими обработками с ИТСа... потому что хз, что от них ждать, когда система переписана...
нужно принять решение по всем используемым объектам как их переносить, например:
1) справочник Номенклатура - все (предварительно убиваем дубли)
2) справочник серии номенклатуры - обрезаем - тащим только те, что есть на остатках (я переносил КД, поэтому целенаправленно не тащил именно справочник, оно само пришло по ссылкам при переносе остатков)
3) РС зарплатные не режем
4) РН там где ведутся остатки - тащим остатки, там, где только обороты - скорее всего режем

времени на разработку уходит много, но во всяком случае ты знаешь, что ты делаешь... наверно
22 spectre1978
 
05.08.15
12:16
(19),(20) по мере вывода сообщений кое-какая своя статистика, конечно, набирается, и понятно, что на основе статистики сообщества точной информации получить не удастся. Но думаю, что хотя бы некоторое приближенное представление составить было бы можно.
(21) система не переписана. Есть дописки - пара регистров, документов, куча дополнительных отчетов. Обработка позволяет корректно обойтись со всем этим.
23 spectre1978
 
10.08.15
13:54
А кто как выходил из такой ситуации...

В хелпе по обработке BaseTrimming написано:

НДС
Нельзя сворачивать регистры накопления:

НДС записи книги покупок
НДС записи книги продаж
НДС предъявленный
НДС предъявленный, реализация 0%
НДС начисленный

^^^^^^^^^^^^^^^^

если не сворачивать вот этот последний, это автоматически означает, что ни одна реализация (если организация работает с НДС) за период не будет удалена, потому что в базе будут движения в данном регистре по реализациям. И практический смысл обработки теряется, потому что реализации это примерно 75% документооборота в базе. Как это можно корректно решить?
24 shuhard_серый
 
10.08.15
14:23
(23) список полная лажа, в нём нет главного, НДС с авансов и НДС по ОС и НМА

в целом ни кто не использует эту обработку для УПП, все пишут своё и использует вводы начальных остатков, а свёртку
25 spectre1978
 
10.08.15
14:27
(24) все пишут своё и использует вводы начальных остатков, а свёртку
не дописал?
26 spectre1978
 
10.08.15
14:27
"не" вводы начальных остатков?
27 Azverin
 
10.08.15
14:27
(25) а свёртку заворачивают в сверток и в окно
28 capllary_
surgut
 
10.08.15
14:29
(27) Лучшее решение)
29 shuhard_серый
 
10.08.15
14:35
(257) угу
засовывают в задницу