Имя: Пароль:
1C
1С v8
УПП. Расчет себестоимости формируется полдня, выдает ошибку
,
0 Droning1C
 
06.03.19
17:25
Доброго времени суток! Столкнулся со следующей проблемой- в Управление производственным предприятием, редакция 1.3 (1.3.116.2) на 1С:Предприятие 8.3 (8.3.11.3133) при формировании Расчета себестоимости после полудневного ожидания выдается следующая ошибка:

https://cdn1.savepice.ru/uploads/2019/3/6/85db399833abe6a211edb77b8e7d9718-full.png

Какие могут быть еще варианты решения этой проблемы? кроме указанных в тексте ошибки(все это уже проделано, не помогло)
1 Droning1C
 
06.03.19
17:27
проходил отладчиком, почти все процедуры с запросами выполняются более 7ми минут. это же не нормально. Тоесть чтобы найти процедуру на которой все виснет вхлам, мне нужно потратить ну оооооочень много нервов. Может кто сталкивался?
2 Быдло замкадное
 
06.03.19
17:27
перейти на РАУЗ
3 lubitelxml
 
06.03.19
17:27
ну так он же тебе пишет, что у тебя темп дб не хватает места на диске
4 Kuzmich123
 
06.03.19
17:28
(0) утебя мето кончилось
5 Kuzmich123
 
06.03.19
17:28
(2) судя по скринам он уже вляпался в РАУЗ
6 Droning1C
 
06.03.19
17:40
Места достаточно. Дело не в этом.
7 Droning1C
 
06.03.19
17:41
Какие могут быть еще варианты решения этой проблемы? кроме указанных в тексте ошибки(все это уже проделано, не помогло)
8 Droning1C
 
06.03.19
17:44
Еще такой вопрос... Что именно может так сильно влиять на время выполнения? и моут ли этому быть причиной отрицательные остатки? Пошарив отладчиком нашел это:    https://cdn1.savepice.ru/uploads/2019/3/6/3c07f07ae707d92414b12d520c55e004-full.png
9 cons24
 
06.03.19
17:45
(7) что имеешь в виду под "все это уже проделано". Что именно делал?
10 Kuzmich123
 
06.03.19
17:46
(8) отрицательные остатки - это смерь РАУЗа. По-мойму, об этом везде написано
11 cons24
 
06.03.19
17:46
(8) там же вроде русским языком сказано: из-за этого может выполняться длительное время. Вы там первый раз на РАУЗ расчет с/ст запускаете?
12 Droning1C
 
06.03.19
17:46
(9) Делал не я, делали админы. Но развели руками, мол все испробовали, что в ошибке написано, ничего не помогает. Я им верю, достаточно подкованные в этих вопросах ребята.
13 Droning1C
 
06.03.19
17:47
(11) лично я да, первый раз. Но раньше таких проблем не было. И длилось это не полдня.
14 cons24
 
06.03.19
17:47
Поддерживаю (10). Дальнейшее обсуждение бессмысленно.
15 Kuzmich123
 
06.03.19
17:48
(13) тебе ж на скрине даже место ошибки показали: МПЗ. Проверяй 10, 41 и т.д.
16 igork1966
 
06.03.19
17:53
(6) Место достаточно где?
Судя по сообщению в темповой базе....
17 Kuzmich123
 
06.03.19
17:57
(16) да тут все просто. из-за отрицательных остатков РАУЗ не может найти положительные корни СЛАУ и вынужден уходить на очередную стомиллионную итерацию. Из-за этого и растет темпдб.
18 igork1966
 
06.03.19
17:58
(17) Скорее всего.
19 Джинн
 
06.03.19
18:09
(0) Там что, не по-русски что-то написано?
20 igork1966
 
06.03.19
18:18
(17) Хотя у него вроде только 5 итерация....
21 korolar
 
06.03.19
19:18
по отрицательным остаткам, надо писать корректировку регистров РАУЗ на момент расчета в 0,  потом отменять
я так делал, когда отгрузки надо было задним числом проводить...
22 korolar
 
06.03.19
19:19
да и корректировка должна быть предыдущем месяцем по периоду
23 mistеr
 
06.03.19
19:22
(12) А я бы усомнился в таких админах. Подкованный админ руками не разведет. Их наверное не в том месте подковали...
24 korolar
 
06.03.19
19:28
если учет правильно ведется, надо смотреть по какой аналитике в минус уходит, скорее всего ошибка в субконто, пришло по 1 статье, ушло по другой...
25 ILM
 
гуру
06.03.19
19:49
А может партионка у вас? Тогда нужно запросы переписать на ВТ.
26 dmpl
 
06.03.19
21:56
(13) Оно с РАУЗ всегда так: сначала вроде ничего, потом триллионные обороты лезут, ну а дальше все просто валится. Система в разнос не сразу идет, а постепенно. Так что если есть отрицательные остатки - нет смысла запускать расчет. Он все равно будет абсолютно некорректен.
27 korolar
 
06.03.19
22:40
(26) отлично работает РАУЗ с отрицательными остатками, если к ним еще чей то мозг прилагается.
28 NorthWind
 
06.03.19
22:55
(26) да нет, по мелочи если, пара случаев за месяц - тогда рассчитывает, хотя искать и исправлять все равно надо. Но вот если совсем не следят - тогда пиши пропало.
29 korolar
 
06.03.19
23:19
(28) а какая система может рассчитать СС, если "совсем не следят"?
30 ink-nsk
 
07.03.19
05:23
(17) Сомневаюсь на 5-й итерации то.
Скорее всего темр лежит на диске С, а там места нет.
А там где база места хоть ж.. жуй.

Из-за отрицательных остатков в РАУЗ, либо будет предел по итерациям, или число будет очень большое.
31 neckto
 
07.03.19
09:36
(0) Запускай расчет с/с вне транзакции, не будет одной длинной транзакции, будет много мелких, tempdb расти не будет.
32 NorthWind
 
07.03.19
10:59
(29) верность цифры сильно зависит от того, насколько влияет на себестоимость "косячные" затраты и насколько их много. Если это не более нескольких цифр и это что-то такое, что стоит дешево и используется мало - то в принципе оно особенно не исказит картину. Бухов надо воспитывать чтобы списывали так же как было оприходовано. А то галки забывают ставить и понеслась...
33 dmpl
 
07.03.19
11:19
(27) При наличии мозга не будет отрицательных остатков.

(32) В РАУЗе такая практика через некоторое время приводит к огромным оборотам. Без РАУЗ - да, можно забить, если сумма небольшая.
34 Buster007
 
07.03.19
11:25
УПП еще сыровата
2 + 2 = 3.9999999999999999999999999999999...