Имя: Пароль:
1C
1C 7.7
v7: Непонятное поведение базы 7.7.
,
0 baribars
 
28.01.22
20:53
ТиС 7.7. Файловая. Документ Заявка покупателя.  Ситуация: открываю общий журнал документов - в нем документ есть. Беру документ отмена заявок - кнопка подбор - открывается журнал, в котором данного документа нет. При этом в журнале не установлено отбора.
Хочу посмотреть по этому документу инфу в журнале регистрации - делаю отбор по объекту - открывается журнал для выбора заявок - этого документа снова нет.
Движения по документы есть. Он выводится в отчете. Открыть его тоже можно. Физически он существует, но так понимаю пропали ссылки на него в таблицах некоторых журналов. Раз он там не отображается. Возможно? И почему такое могло произойти?
1 Ёпрст
 
28.01.22
21:00
(0) переиндексируй базу, для начала, если дбф
2 baribars
 
28.01.22
21:06
(1) индексировал конечно уже
3 РусскийВедун
 
28.01.22
21:52
(0) Значит не соответствует отбору а тех журналах, где отбор. Надо посмотреть графу отбора и значение документа в той графе отбора.
4 baribars
 
28.01.22
22:03
(3) какой-то глюк с документом, в общем журнале - покупателя выводит, а в журнале по покупателям - в графе покупатель и валюта пусто - перепроведение документа ничего не дает
5 Ёпрст
 
28.01.22
22:40
(2) удали все файлы *.cdx и зайди монопольно
6 baribars
 
28.01.22
22:54
(5) делал и так
7 РусскийВедун
 
28.01.22
23:30
(4) в журнале покупатель и графа отбора может быть не одно и тоже. думаю дело в этом
8 baribars
 
29.01.22
01:06
(7) да ладно, в 7-ке графа контрагент - нескольких типов? серьезно?
9 baribars
 
29.01.22
01:07
(7) и у 100500 документов такого же типа показывает в этой графе все норм, а конкретно у этого документа не показывает. Может быть реквизит в 7-ке составного типа?
10 big
 
29.01.22
08:40
(8)(9) Бывало даже два одинаковых ID в базе и чо? Тебе же варианты предлагают, а не убеждают в чем то.
11 РусскийВедун
 
29.01.22
10:37
(9) посмотри какой тип графы отбора. Составной тип это неопределенный или может быть либо типа документ или справочник т е любой документ или справочник. Получается в этом документе не то значение графы отбора.
12 2S
 
29.01.22
10:52
ну и традиционно - макс размер dbf
13 Эльниньо
 
31.01.22
10:36
Убей файл 1scrdoc.dbf и ТИИ пересчет служебных данных
Какой размер у этого файла?
14 Вася Теркин
 
31.01.22
10:43
Если только у одного документа скопируй его и не парься а тот удалить
15 opus70
 
31.01.22
10:45
лучше всего удали все *.cdx и запусти монопольно сам правильный вариант восстановления индексных файлов
16 Bigbro
 
31.01.22
10:57
в конфигураторе то в самом журнале заявок - есть этот документ в выбранных.
17 VLAL
 
31.01.22
10:57
ТиИ восстановление служебных данных
18 Bigbro
 
31.01.22
11:00
а то может его и нет в этом журнале а автор ищет вчерашний день.
19 Bigbro
 
31.01.22
11:02
вообще заявки есть какие то в журнале, имеется в виду, или нет.
то есть отсутсвует конкретный экземпляр или весь класс объектов заявок в подборе.
20 Эльниньо
 
31.01.22
11:03
(17) Не всегда срабатывает. Надёжнее (13). Я даже в скуле недавно грохнул 1scrdoc и жизнь наладилась
21 Андрей_Андреич
 
naïve
31.01.22
11:07
Лучше всего срабатывает выгрузка-загрузка
22 Эльниньо
 
31.01.22
12:20
(21) Согласен. Но (13) быстрее будет
23 АгентБезопасной Нацио
 
31.01.22
13:59
(8) абсолютно серьезно.
ты можешь назначить графе просто "справочник" (неопределенного вида), или вообще "неопределенный".
24 Злопчинский
 
31.01.22
17:17
А в графы журналов и в графы отбора журналов можно пихать смесь - справочники вместе с документами итд, видимо графы имеют тип "неопределенный"
25 АгентБезопасной Нацио
 
31.01.22
18:04
(24) нет, по умолчанию в ТиСе они имеют определенный вид.
поэтому скорее всего ТСу проще восстановить отображение дока в журнале изменив туды-сюды (с промежуточным сохранением) контрагента и валюту (графы журнала), насколько память не врет...
проверить тоже просто, но объяснять лениво - если начинать с 1917 года, то многабукаф, а если с 1991 - то аффтар не поймет