Вход | Регистрация
 

Стабильный БАГ платформы 1c8.3 (8.3.13.1644): Остатки рег. накопления не соответствуют движениям

Стабильный БАГ платформы 1c8.3 (8.3.13.1644): Остатки рег. накопления не соответствуют движениям
Я
   ProxyInspector
 
23.01.19 - 13:18
Остатки по регистру накопления не соответствуют движениям по этому регистру

1С:Предприятие 8.3 (8.3.13.1644)
УТ10.3, SQL
База большая, движений МНОГО
Простейший регистр накопления
Измерения: Склад, Номенклатура
Ресурсы: Количество, СуммаПродажная
Иногда обнаруживается, что остатки по регистру не соответствуют движениям по этому регистру.
   К примеру на конец месяца Остаток = 0 по каким-то измерениям. Движений по этим измерениям не было. Остаток на начало следующего месяца не равен 0!!!
   Полный пересчет итогов исправляет ситуацию. Это же ЖЕСТЬ
 
 
   ProxyInspector
 
1 - 23.01.19 - 13:21
Заранее не известно, какие остатки не верные. Наблюдали такое поведение на разных платформах. И на разных регистрах.
   ProxyInspector
 
2 - 23.01.19 - 13:24
Более того ужа обсуждали на Мисте подобное поведение платформы. С чем связано не поняли.
   Волшебник
 
3 - 23.01.19 - 13:25
Волнуюсь...
   shuhard_серый
 
4 - 23.01.19 - 13:25
(2) продолжай наблюдение (с)
   Valkyrie
 
5 - 23.01.19 - 13:27
8.3.13 в топку.
В типовой УТ 11 в описании к релизу ее не рекомендуют использовать.
   ProxyInspector
 
6 - 23.01.19 - 13:29
(5) Мы и на 8.2 такое наблюдали.
   Timon1405
 
7 - 23.01.19 - 13:29
(5) разве она при обновлении не требует как раз 8.3.13?
   Aleksey
 
8 - 23.01.19 - 13:29
Это ты еще фантомные записи не видел, которые никакие ТиИ не исправляет
   Valkyrie
 
9 - 23.01.19 - 13:33
(7) не ниже 8.3.12.1685
   ProxyInspector
 
10 - 23.01.19 - 13:35
Механизм регистров Остатки - это базовый механизм 1С. Если они за 20 лет "развития" платформы не отработали этот механизм, это значит, что что-то не ладно в этом королевстве
 
 Рекламное место пустует
   Волшебник
 
11 - 23.01.19 - 13:38
(10) Вероятно, добавили разделение итогов по базам и "зацепили"
   Волшебник
 
12 - 23.01.19 - 13:52
в 7.7 такое же было ошибка в итогах регистра - как поправить
родовой баг
   ptiz
 
13 - 23.01.19 - 13:56
У нас за 10 лет пару раз были глюки с таблицей остатков в SQL базе (пользователей много).
В т.ч. по регистру бухгалтерии - поэтому периодически запускаю обработку для сверки остатков и движений.
   ProxyInspector
 
14 - 23.01.19 - 13:57
Вот обсуждали Различаются остатки по 68.02 на конец дня и начало следующего
И я писал
Я думаю, что это фича 1с83. Заключается она в том, что по неизвестной пока причине, остатки в виртуальной таблицы остатков на дату считаются некорректно.
Только сегодня я столкнулся с этой проблемой. Классический регистр остатков товаров в УТ10. Остатки на начало и конец  01.09 равны нулю. Движений за 02.09 не было. Остатки на конец 02.09 не равны нулю. При этом в отчете для интервала 01.09 - 02.09 остатки равны 0. Для интервала 02.09 - 02.09 остатки не равны 0.
   После пересчета регистров все встает на свои места.
   Раньше я сталкивался с подобным в партионном учете.
  Самое обидное, что нет гарантии, что вы получаете всегда корректные остатки.
   ProxyInspector
 
15 - 23.01.19 - 13:59
Видите там все существенно хуже. Движений нет, а Остатки
1. На конец месяца равны 0
2. На начало месяца = 0
3. На 2 число НЕ РАВНЫ 0
4. На 3 число опять равны 0.
   ДенисЧ
 
16 - 23.01.19 - 14:01
такой момент неплохо бы поймать скуль-профайлером и руками покрутить, что и как он там считает.
   Мыш
 
17 - 23.01.19 - 14:01
(15) В физической таблице итогов на скуле смотрел? Что там лежит?
   ProxyInspector
 
18 - 23.01.19 - 14:03
Я думаю, мы наблюдаем уже свершившийся факт. В какой-то момент по регистру были сделаны движения, а таблица остатков не пересчиталась
   Hmster
 
19 - 23.01.19 - 14:06
у меня такое было когда криворукие интеграторы пытались обмен настроить. Пришлось обработкой пройтись по документам и перезаписать движения
   ProxyInspector
 
20 - 23.01.19 - 14:06
Я не смотрел таблицу остатков но запрос типа 
 ВЫБРАТЬ * Из РегистрОстатков.ХХХ.Остатки(&ДатаСреза) дает остатки, а запрос
 ВЫБРАТЬ * ИЗ регистрОстатки.ХХХ ГДЕ Период >=&ДатаСреза не дает движений
   ProxyInspector
 
21 - 23.01.19 - 14:07
(19) Как могли интеграторы попортить виртуальную таблицу Остатки?
   Мыш
 
22 - 23.01.19 - 14:09
(21) Она не виртуальная.
   ProxyInspector
 
23 - 23.01.19 - 14:14
(22) С точки зрения 1с - виртуальная. Т.е. программист не имеет прямого доступа к этой таблице
   unregistered
 
24 - 23.01.19 - 14:17
(17) >> В физической таблице итогов на скуле смотрел?

Судя по (15), ничего он там не увидит. Т.к. на начало и на конец месяца остатки нулевые. Значит по данным измерениям записей на интересующий период там не будет.

Тут скорее проблема не с таблицей итогов, а с таблицей движений, которая используется, для построения виртуальной таблицы Остатки в случаях, когда остатки запрашиваются на период, отличный от начала месяца - на какой-то день в середине.
   Hmster
 
25 - 23.01.19 - 14:20
(21) не знаю как. создали план обмена пытались выгрузить к себе, а потом зачем-то обратно. а потом главбух сказала всем идти в сад и мы исправляли ситуацию
   unregistered
 
26 - 23.01.19 - 14:20
+ к (24) В таблице движений на скуле засели какие-то кривые записи. Из обычных случаев такое можно вспомнить, когда у записей стоит Активность = Ложь. В Остатках и Оборотах таких записей не будет. В движениях будут.
Тут может быть что-то похожее.
   ProxyInspector
 
27 - 23.01.19 - 14:22
Думаю, когда в следующий раз увижу эту ошибку напишу запрос на сравнение движений и остатков на/по 2 число. Сейчас я уже исправил ошибку путем пересчета итогов регистров за 2018 год. А то менеджера уже почти закопали в лесу из-за "недостачи"
   Вафель
 
28 - 23.01.19 - 14:31
в 8.2 еще понятно, там в отчетах грязное чтение, но в 8.3 ...
   Вафель
 
29 - 23.01.19 - 14:32
каковы периоды рассчитанных итогов?
   Мыш
 
30 - 23.01.19 - 14:40
(23) Точно. Которая Остатки+Движения
   ProxyInspector
 
31 - 23.01.19 - 14:51
(29) Итоги были рассчитаны по 01.01.2019 а остатки смотрелись по 02.12.2018
   SUA
 
32 - 23.01.19 - 15:13
(28) ровно то же самое
(27) смотреть такое на уровне скуля надо а не 1С
   СтарыйДед
 
33 - 23.01.19 - 17:02
Если бы этого не было, зачем был нужен пересчет итогов... Проблема целостности и работоспособности присуща любой сложной системе.
 
 
   Aleksey
 
34 - 23.01.19 - 17:13
(33) например для "сжатия" итогов
   vde69
 
35 - 23.01.19 - 17:18
у меня для платформы из сабжа обнаружены 3 бага

1. не работает в конфигураторе остановка поиска по Ctrl+Break
2. при работе с деревом при скролинге полностью свернутого дерев иногда происходит сдвиг текста полей
3. для помеченых на удаление БП не работает право "Разрешить удалять помеченые", в результате обработки удаления не видят помеченные БП... приходится давать право непосредственного удаления, что не верно...
   vde69
 
36 - 23.01.19 - 17:18
(35) все три бага довольно неприятные...
   ДенисЧ
 
37 - 23.01.19 - 17:19
(35) 1. Не работает только в терминале. Локально работает. Проверено на .12 и .13
   vde69
 
38 - 23.01.19 - 17:20
(37) у меня не работает везде... и не только у меня, у всего отдела...
   Valkyrie
 
39 - 23.01.19 - 17:30
(38) + 1
Ни в каком виде не работает
   ДенисЧ
 
40 - 23.01.19 - 17:43
(38) (39) Ну не знаю, у меня работало. На вин10 причём.
   Aleksey
 
41 - 23.01.19 - 17:44
(40) тоже буквально вчера дома на вин 10 обожмакался  Ctrl+Break при поиски. ТАк и не смог прервать
   Ёпрст
 
42 - 23.01.19 - 18:36
(35)
8.3.13.1690 - поиск в пофигураторе прерывается
ЗЫ: проверено со снегопатом.
Могу и на чистом пофигураторе проверить
   Ёпрст
 
43 - 23.01.19 - 18:36
и это в терминале
   Ёпрст
 
44 - 23.01.19 - 18:37
ЗЫ: проверил на чистом пофигураторе - тоже прерывается.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует