Здравствуйте !
1С 7.7 релиз 27,сетевая ,DBF, работаем монопольно локально, XP SP3.
База маленькая, до 100 документов, конфигурация почти стандартная.
Тестирование и исправление средствами 1С – проблем нет.
Реиндексация проблем нет.
Эксперимент проводил три раза :
Работаю в 1С, документы, справочники, константы, отчеты: возвращаюсь к введенным документам их нет, константа «Дата запрета редактирование» - изменена.

По сети изменение данных невозможно, сам лично сидел и вносил доки.
В логах есть все изменения!!!
Что делать ?

Книга знаний: Лог измененных документов (программно или интерактивно)

Спасибо с логами все нормально.

Попробовать скопировать базу в другую директорию и посмотреть, как это там работает - вполне вероятно, что проблема с записью на винт.
Ещё можно посмотреть настройку автономных файлов на машинах пользователей.

Спасибо, попробую.
Сейчас запущу на Viste.

(0) Вы верите в чудеса? Исчезают когда? сразу или через какое-то время?
УРБД есть?

В свойствах папки с данными стоит чек "Только для чтения". Убрал пометку. Но как тогда сохранились изменения в конфирурации? Может в этом была причина ? У меня нет проверить на другой машине свойства новой папки XP.

УРБД нет. Исчезают периодически. Работал 10 минут и делал выгрузки, через 10 минут. Все было нормально вздохнул ... Через полчаса, непрерывной работы опять проблема. Сейчас тестирую базу на другой машине под Висту вроде все нормально.

(7) а теперь давай подробнее

распиши по ролям чего и когда пропадает. база локально?

Да.

(9) подробнее.....

что пишет в журнале регистрации после того как документы пропали? что нибудь есть?

итак методом перекрёстного допроса на двух форумах удалось выяснить - пропадают после закрытия базы данных.

автор - т.е. пока работаешь - данные не пропадают?

В журнале регистрации все нормально. Документ создан, записан, проведен. Элемент справочника удален, а он есть.

Сержант-Стрелок ?

(12) стоп. что значит "Элемент справочника удален, а он есть"? ты удаляешь сам а элемент остаётся?

(13) я просто Стрелок и там и там. но том форуме есть такое понятие - звание. пока сержант ;)

сдаётся мне господа тут дело в правах доступа. вам не кажется?

я имею в виду виндовые права

галку только для чтения убрал - всё нормально стало?

Я взял пометил на удаление строки в справочнике, выполнил удаление помеченных объектов. На другой день эти изменения пропали. Но, документы пропадают после выхода из 1С, в периоде 20-30 минут, после активной работы. И только те которые созданы за последние 20 минут.

"Галку" я заметил уходя домой, снял её, XP спросила "и в подчиненных папках", сказал "Да". Затем опять посмотрел свойства, а "галка" есть. Сам понимаю, что бред. У Вас XP , как там с этой галкой ?

Я понял : плана на понедельник:
1. Проверить винт на ошибки.
2. Проверить на вирусы.
3. Проверить настройки автономных файлов.
4. Проверить свойства "Только для чтения"
5. Проверить права на папку.
6. Скопировать базу в новую папку.


Самое главное, что это не 1С виновата. На Висте все работает ок.

вообще какое то нетипичное поведение. я когда то с чем то подобным сталкивался но уже не помню чего и как.....

(22) Тю. А на каком форуме ты сержант? )

Было такое по сети с автономными файлами XP.

(23) да ни на каком ;)

я там тоже Стрелок. но там звания типа за количество постов. вот я достиг уровня "сержант" ;)

Было такое по сети с автономными файлами XP.
Но в этом случае, информация появлялась в других файлах похожих на 1С-dbf. Эти файлы лежали в папке 1с.

Видел похожую бяку.
У клиента - прямо на глазах изумленной публики - в журнале документов пропадают документы. 1С:ТиС, конфигурация - доработанная 8.73.
Doctor говорит - все плохо в 1scrdoc и 1sjourn, ну и потом воссоздает пропавшие документы, удаляет движения регистров - все по полной программе.
Повторяется эта хрень с удручающей регулярностью (ежедневно).

И что же выясняется? В сети на 2-х машинах стоит 7.70.015, а на 3-ей - 7.70.018.

Поставил везде 7.70.017 - две недели - полет нормальный.

это с инета

1. Проверить винт на ошибки.
2. Проверить на вирусы.
3. Проверить настройки автономных файлов.
4. Проверить свойства "Только для чтения"
5. Проверить права на папку.
6. Скопировать базу в новую папку.
7. Отключить индексацию папки.

попробуй сделать полнуя выгрузку данных и загрузить в пустую папку

Исключено, только одна машина. 27 релиз.

я так понимаю базы под рукой нет?

Есть но на Висте. Есть выгрузки с периодом 10 минут.

(33) дома только виста? эх молодёжь... ;)

2003 ЕСТЬ. Прикольно, размер архива уменьшается, хотя в этот момент вводились документы и ничего не удалялось.

(35) знаешь у меня дома две хрюшки разных релизов нигде индексы не отключены. всё прекрасно работает

а ты вот сказал "база чуть изменена" отличия от типовой ты делал?

Да. Отличия не большие.
1. Разрядность цен в приходных и расходных документах.
2. Пересчет прихода с тонн в литры.
3. Включил в последовательность один документ, потом убрал.

Конфигурация "Бухучет для Украины"

(37) в бух последовательность вообще зло не трогай её НИКОГДА!!!!!

исходя из того что послежовательность напрямую связана с файлами журналов то смотри всётаки в сторону 27. там как раз повреждённые файлы последовательности и журнала

если ты последовательность правил на одном релизе а потом пытаешься работать на другом (младшем) могут быть траблы

Может случайность, но началось это именно после корректировки последовательности.
Релизе движка или конфигурации ?

(41) движка

если у тебя на работе один релиз например 25 а дома 27 ты правил в 27 последовательность то возможно что с 25 не будет работать корректно

(41) я так думаю это не случайность и дело не в компе всётаки и не в ОС. а в 1С

снеси нафик последовательность (на копии) и попробуй работать без неё.

Правил у клиента. Только на 27 релизе.

1. Проверить винт на ошибки.
2. Проверить на вирусы.
3. Проверить настройки автономных файлов.
4. Проверить свойства "Только для чтения"
5. Проверить права на папку.
6. Скопировать базу в новую папку.
7. Отключить индексацию папки ????
8. Убрать последовательность.

Возможно восстановить последовательность или создать новую ?

(47) снеси её нафик. сохранись, после объединись с типовой поставив галку только на последовательности

1. Проверить винт на ошибки.
2. Проверить на вирусы.
3. Проверить настройки автономных файлов.
4. Проверить свойства "Только для чтения"
5. Проверить права на папку.
6. Скопировать базу в новую папку.
7. Отключить индексацию папки ????
8. Восстановить последовательность.

(49) НЕ ВЗДУМАЙ восстанавливать последовательсть в бухучёте. просто верни на место родную и не трогай её никогда

Спасибо. Пробую....

В 7.7 ошибка. Если восстанавливать документы используя стандартный механизм восстстановления последовательности "Операции-проведение", то если проведение спотыкается на непроводимом документе, то происходит ошибка. После выхода из базы все изменения откатываются на момент начала проведения.

(52) или возможен другой вариант - при спотыкании документ не проводится, галка остаётся, проводок нет, система идёт дальше не сообщая о проблеме

короче - последовательность в бухгалтерии - зло!!!

(53) Тут другая ситуация. Открывается транзакция, которая потом не закрывается, т.е. откатываются все изменения. Актуально для всех релизов 7.7.

ШОК .... :(
В конфигурации "Бухучет для Украины", последовательность появилась недавно. Мы давно, понимали, что такого механизма не хватает. Ведь для определения ВД, ВР и первого-второго события НДС этот механизм незаменим. Теперь на. Точно, после  входа в 1С, я дабы удостовериться в правильности работы, делал перепроведение документов-восстановление последовательности. И меня насторожило, когда документы перепроводились у них изменялось время, была путаница в определение "начало дня". Потому я и полез смотреть последовательность, думал, что какие то документы просто туда не включены. Взял и включил в последовательность все документы конфигурации. Во попал ..............

Проблема с последовательностью где то обсуждалась ?

(56) Я писал в 1С 4 года назад - получил ответ, что ошибка известна, исправлять не будут ибо Предприятие 8.