напиши подробней плиз.
сейчас копаться в исходниках времени нет, но интересно что делает, и как-либо пересекается с запросом по проверке БД, который я выкладывал некоторое время назад?

Добавил проверку Phoenix
т.е. если есть движения в ra  и нет iddoc в журнале документов.

ev-kov писал(а) 11. Декабря 2008 :: 15:30:


да вот тебе самое простое.
кто-то залез в EM и удалил в таблице несколько строк.

Вообще то из-за аппаратных сбоев - плохое железо плохая сеть,
редкие ошибки логики 1с и sql ( смотри ветку про остатки часть 7 пост 66)

Если есть что добавить какие либо проверки то допишу.

Добавил проверку таблицы _1suidctl ( сам отчет в первом посте)
Если у Вас нераспределенная база ошибок не должно быть.
Если у Вас УРБД ошибки на редкоизменяемых справочниках это не ошибки
в моей УРБД 3 ошибки из 85 справочников

ps также разобрался с логикой работы таблицы _1suidct

es3000 писал(а) 16. Апреля 2010 :: 12:00:

Документ при этом был проведен или нет ?

Обработка та версия что у меня ищет ситуацию документ Непроведен и rf = 0 и есть движения

Случай же док проведен и rf = 0 и есть движения не ловиться.

Сейчас поправлю.

PS В ветке лежит более старая версия чем у меня по факту

обновленная версия релиз 1.08

Можно еще написать проверку для rg,ra и дата документа что они лежат в нужном диапозоне дат - естественно для режима регистра = месяц.

Можно написать еще контроли
1.дата документа не совпадает с датой движения
как получить меняем дату документа на другой период
документ записываем но не перепроводим.
2. я вроде придумал как написать контроль на ситуацию
http://www.1cpp.ru/forum/YaBB.pl?num=1256899979

Это вообще кому-то интересно ?

Z1 писал(а) 16. Апреля 2010 :: 17:26:


Гы.. штатно дату проведенного документа не поменяешь, только отменой проведения.

es3000 писал(а) 19. Апреля 2010 :: 04:57:

Что значит побольше рекламы ? Какие Ваши предложения.
Могу поместить ее еще на infostart

1 Улучшены немного внутренние имена
2 Учтен случай когда
Галка Автоматическое удалениеДвижений = 0
то движения начинаются не с 1 а с  (макспредномер + 1 )


Придумал как развить обработку дальше учитывая поле _1sjourn.actcnt

Пока неизвестно( по крайней мере для меня ) как будет работать пункт 7
когда у документа есть и движения регистров и  проводки.
Известно обработка правильно обрабатывает случай когда в документ  двигает и проводки и Регистры.


PS Обработка будет работать неправильно когда
     iddoc     actno
Рег1 Движение   1
Рег2 Движение   2
Рег1 Движение   3
Рег2 Движение   4

и после этого мы удалим вообще Рег2 то в базе останется
Рег1 Движение   1
Рег1 Движение   3
Обработка это будет воспринимать как ошибку


Версия 1.9.03 ( проверил новый пункт  в демо ТиС 9.2.955 sql2000 - все Ок )

Пункт 7 вынесен на отдельную закладку и расширен по количеству проверок.

Проверяем что есть ошибки
7.1 _1sjourn.actcnt = 0 и сумма всех rf > 0
7.2 MAX(Actno,Iddoc) <> _1sjourn.actcnt
7.3 ( MAX(Actno,Iddoc) - MIN(Actno,Iddoc) + 1 ) <> колво всех движений документа
7.4сумма ариф прогрессии от  MIN(Actno) до MAC(Actno) c шагом1 <> сумме всех Actno

7.4 это то что было 7 из версии 1.9.04


версия 1.9.05

версия 1.9.08
Добавлен поиск ошибок связанных с периодич. значениями справочников
полученных при проведении документов

версия 2.0.02
сделано
6.3 переделал проверка дат PERIOD d rg переделана для любой периодичности базы 1с
архив в начале ветки

Eprst писал(а) 30. Марта 2012 :: 09:36:


Да в  _1sjourn поставлю.
+ также как и при проверке в 6.1 можно проверять не должно быть документа раньше даты
которая определена в _1ssystem а это условие даже всегда будет проверять 01.01.1753


Про другие таблицы напиши подробней, а то не очень понятно.
Ведь если заведен реквизит Д1 с типом дата в документе
то он не обязан быть заполненным.

2.0.03
1.добавлен 6.4 где флаг быстрые движения включен то в ra
не может быть даты самой ранней чем в _1ssystem
2.добавлен 6.1 поиск в rg значений PERIOD по дате меньше заданой
доп флаг можно дату наименьшую взять из _ssystem
3.добавлен 6.2 поиск в rg значений PERIOD по дате больше заданной
доп флаг можно дату наименьшую взять из _ssystem
Это надо делать если уверены что не двигали ТА в прошлое и в прошлом и остались
4.добавлен 8.8 по _1sjourn (журнал документов) сделан поиск документов меньше
заданной даты. ( Т.е если Вы ведете базу с 2005 года то логично
предположить что нет документов с датой < 01.01.2005
5.добавлен 8.9 по _1sjourn (журнал документов) сделан поиск документов
с пустой датой ( точнее с датой 01.01.1753)
6.добавлен 8.10 по _1sentry  (проводки ) сделан поиск проводок с пустой датой
7.добавлен 8.11 по _1soper   (операции ) сделан поиск операций с пустой датой

архив в начале ветки

Дык это надо сэмулировать сперва

А можно ли считать логической ошибкой базы
если два разных документа имеют одно и тоже дату и время ?
имеется ввиду ситуация у двух разных документов
левые 14 символов _1sjourn.Date_Time_IDDoc равны.

Ведь в этом случае документ с меньшем временем тот у кого меньше iddoc но это может быть не так по логике программы .