|
УПП. Расчет себестоимости формируется полдня, выдает ошибку | ☑ | ||
---|---|---|---|---|
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
|
УПП еще сыровата
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |