v7: Странное поведение запроса, или есть ли в 1С 7.7 "календарь Майя"?

1C 7.7

alexxx961503, Sserj, mikecool, Злопчинский, Djelf, Волшебник, ДобрыйПутник, BlottoYolo, Пеленг, AAA, Хряк, АНДР, Академик_Келдыш, Александр111, mishaPH, АгентБезопаснойНацио, maxab72, Буковка, PLUT, ГдеСобакаЗарыта, mmg, Гена, nick86, Механик, Fedor-1971, smitti911, ptiz, Prog_man, kir-g, abfm, Builder, Доминошник, AndreyZhukov, trad, ads55, who respawn, denk32, Karamzin, Irbis, Толич, s_trikozin, Eiffil123, zenik, RVN, SleepyHead, Franchiser, 2S, hunter76, Климов Сергей, Ненавижу 1С, Aleksey, VladZ, Fregat, StanLee, dyevgeniy, N-S-B, tesei, comp2006, Джордж1, shuhard, dedmoroz777, takefive, zenon46, toypaul, Gun47, ALCAPONA, Вадим33, Кирпич, Гость из Мариуполя, Масянька, MWWRuza, Stepashkin, bmitkin, ЕRPe, Timon1405, Kobol, lEvGl, DiMel_77, ndrv, DimVad, Барбариска, Гипервизор, yurikmellon2, Ногаминебить, vbus, StarPer, Silgis, sikuda

☑

0 tesei

10.01.25

✎

13:28

Есть простой запрос по документу за период, с отбором. Отчет нормально формируется в периоды ... - 26.12.24, или в период 27.12.24 - п.н.в. Если периоды пересекаются, то получаются данные только за первую часть периода, до "точки перелома". Кто-нибудь сталкивался с таким поведением программы?

1 tesei

10.01.25

✎

13:55

В компании, работающей на 1С 7.7, большой переполох, основной бизнес-процесс не работает, "гипс снимают, клиент уезжает". Вылечил оперативно, поставил дату начала с 27.12.24, в нужном месте.

2 maxab72

10.01.25

✎

14:04

реиндексацию делали?

3 Злопчинский

10.01.25

✎

14:23

Когда кончится календарь майя, начнется календарь ийуня

4 Злопчинский

10.01.25

✎

14:24

(0) инфы мало.
вопроизводимый тест бы...

5 Злопчинский

10.01.25

✎

14:26

по датам здесь почитать можно, может что нароешь
https://forum.dorex.pro/index.php?topic=201.0

6 Злопчинский

10.01.25

✎

14:27

скорее всего что-то с данными не так.

7 Джордж1

10.01.25

✎

14:34

(0)итоги пересчитать для начала. на копии

8 Злопчинский

10.01.25

✎

14:34

и.. это... включи отображение 4 цифр в обозначении года...

9 AAA

10.01.25

✎

14:38

Обсуждаем сферического коня в вакууме.Вполне вероятно, что просто кривой отчет

10 tesei

10.01.25

✎

14:36

Тестирование делал, итоги пересчитаю, еще раз. Этот документ не проводится в принципе.

11 tesei

10.01.25

✎

14:49

(9) Конь-то, конечно, сферический, но проблемы у клиента, а значит, и у меня, вполне такие ощутимые. Только шаманский бубен и спасает. Математика, логика и кибернетика бессильны.

12 AAA

10.01.25

✎

15:03

(11)никто не видел, как минимум, текста запроса, поэтому что обсуждать ? В запросах по документам не может быть никаких дыр. Я с дуру еще подумал что прямой запрос, а уж в обычном точно ничего такого быть не может.

13 Irbis

10.01.25

✎

15:05

А может бездатый документ где-то лежит, его если что и не особо видно в журналах

14 AAA

10.01.25

✎

15:06

(13) Так он тут что то намекал про то, что документ не проводится

15 Irbis

10.01.25

✎

15:09

То что он в (10) делал при бездатом документе не помогает.

16 PLUT

10.01.25

✎

15:12

(1) (11) как скучно я живу

17 Irbis

10.01.25

✎

15:14

(16) сломай что-нибудь

18 Djelf

10.01.25

✎

15:39

(10) Проблема всего в одном документе? Да и плевать на него с орбиты нашей планеты...
Сделать копию и провести, а кривой документ прибить нахрен, через Сервис/Параметры/Режим удаления объектов.
При сбое питания такое бывает, редко, но бывает...

19 Гена

10.01.25

✎

15:54

(18) Многие забывают, что все данные пишутся на физическую основу. По аналогии с картиной и холстом. А любой физический носитель начинает сыпаться со временем. Поэтому просто создать новый док, а старый прибить. И майя тут не при чём.

20 Злопчинский

10.01.25

✎

18:20

(19) это вряд ли

21 Злопчинский

10.01.25

✎

18:20

где-то тупо ссылки посыпались.