Восстановление последовательности в БП20
 

Добрый день.
В БП20 не восстанавливается последовательность. Запускаю восстановление, 1С чего то там проводит, пыхтит, старается, но по факту граница последовательности не сдвигается. Пробовал вручную задать границу, "перепрыгнув" через "проблемный" документ - все равно при восстановлении сдвиг границы не происходит.
Подскажите куда копать.

Платформа 8.2.19.83
БП 2.0.56.2

в учетные политики

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

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

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

Тема "проблемного документа" не раскрыта. [em]Иногда[/em] такое стеснение относится к документам, введенных/исправленных через заднее число.

Тема "проблемного документа" для меня самого не ясна, т.к. клиент ко мне впервые обратился, а документ аж от февраля прошлого года. Так что вряд ли кто то помнит что там в этом документе делали.
"Перепрыгивал" с документа на документ и о чудо, через 5 документов после проблемного началось восстановление, тьфу, тьфу, тьфу и 3*быц по дереву. Судя по кол-ву документов и скорости проведения, осталось подождать пару недель и последовательность восстановится.
Смотрю граница сдвигается, так что пока все идет по плану. Надеюсь клиенты не откатят период назад до этой даты.

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

Копию смогу поднять лишь завтра в лучшем случае, т.к. у клиента нет свободного места на диске. Взять у него копию тоже не представляется возможным, ДТшку в рабочее время не сделать а скульная копия весит 130 гигов %( - с размером разобрался почему так много, но опять таки исправить это можно только завтра.

(8) шринк небось не делали в скуле (можно и на живой базе) и модель базы "полная" ...
+ или скульные бэкапы слоями ...

(9)- шринк не делали давненько, да и лог базы занимает более 80% всего размера архива. Надо лог почистить И сразу появится место для копии :-)
У мну логина пароля к скулю нет, а системщик только вечером сегодня сможет операции над скулем выполнить.

В общем опять затык очередной.
Все таки партии восстанавливаться не пошли, точнее восстановились до определенного меомента и опять остановилось все. В ходе разбирательств заметил, что на одно и то же время в один и тот же день есть много документов, так как поступление, отчет о розничных продажах, ПКО и т.д., так вот если граница встала на каком нить документе, то можно сменить ему время на секунду, и тогда последовательность пойдет дальше. но таких документов десятки тысяч скопилось. Не уж то у всех придется даты переделывать. Первый раз сталкиваюсь с тем, что последовательность не восстанавливается из за того, что есть несколько документов с одинаковой датой и временем. Может это глюк платформы? Постараюсь сегодня поднять копию на другом сервере, там платформа 82 посвежее стоит да и 83 тоже последняя, потестирую на них. Кстати обновление БП до последнего релиза результатов не дало, ошибка не исчезла.

sany81, поройся в инете, есть обормотка изменение времени документа.
Но задай себе вопрос:
Почему столько доков на одно и тоже время?
Вообще лучше помясячно попробуй перепроведи дооки
и найди грабли, на каком доке затыка.
ток что у себя нашел какую то, но голубиный почты у меня нет

Да обработку уже написал для изменения времени документов, участвующих в последовательности.
А затыки думаю все таки с временем связаны, но проверить смогу только после того как подниму копию и на ней запущу обработку, хотя бы за месяц доки подправлю и попробую последовательность восстановить. Если не поможет, буду дальше копать.
А документов с одинаковым временем и датой так много, потому что УМНЫЙ франч так написал выгрузку из УТ в БП. Тупо все документы или на начало дня или на конец дня пихает.

sany81, я док затыки если обормотка не говорит где, так ищу:
Тупо начинаю перепроводить доки.
Для начала вычисляю месяц где затык,
потом в это месяце по 10 дней перепровожу, потом по 5 и т.д.
находишь один день, ну а там уж разобраться дело твоих мозгов

+14 да дело в некоторых случаях долгое муторное
но дественно

нда , изменять время документа объяйазательно
ЗЫ 1С пихает все в конец дня на время 23-59-59 ... а вот в скуле можно увидеть картину времени 24-01-02 ... из за того что дофига документов в один промежуток времени (в секунду 23-59-59) - так шаааа только разносить время обормотками... ;))

101, ех если бы ему еще занать какой первый док а какой второй....
ему было бы легче )))

(17) данунафег - чотам знать, если только сложные партии - дак в БП - такого нету, а то что небось все приходы в начало дня а все расходы в конец, и из-за растобайства "студентов" франча поиметь в одну секунду более 1000 документов дык разнести их с полушагом от 12-и часов приходы вверх расходы вниз ...

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

+19 как он распределение по партиям будет делать??

(19) партии у него в УТ , в БП это уже не "те партии" ;))

Изменение даты и время доков результатов не дало.
Наконец то получил копию базы и запустил ТиИ, может быть это поможет.

sany81, дык чо то не понятно в чем затыка конкретно???

(22) при чем тут даты то - время разнести нужна + проводи кусками , и посмотри база в каком режиме ? поставь симпл + при проведении смотри как растет лог ...
ЗЫ не проходит - чо говорит та ?

Сделал ТиИ - не помогло.
Косяки находятся так:
Восстанавливаю последовательность. Смотрю на каком документе остановилась граница. Смотрю в последовательностях следующий документ - это и есть проблемный, если его провести, то по идее граница последовательности должна на него встать, но этого не происходит. при этом документ проводится без ошибок, сбоев ни каких не происходит в момент проведения. Если "насильно" ГП установить на этот документ, то 1С продолжит восстанавливать последовательность, но в скоро натыкается на очередной такой документ. При этом по остальным организациям в этой базе все проходит гладко.

во первых причем тут другие организации.
во вторых, то что
>>мотрю в последовательностях следующий документ - это и есть проблемный, если его провести, то по идее граница последовательности должна на него встать
Не факт.
>>проводится без ошибок, сбоев ни каких не происходит в момент проведения
Дык ты не туда смотришь ))))
Выгрузка DT большая?

В общем нашел документы, которые не дают восстанавливать последовательность, это ПКО.
Идет восстановление, доходит до ПКОшки и дальше ГП не двигается.
ешил проверить догадку. Из общей последовательности удалил ПКО. Начал восстанавливать последовательность - все замечательно отрабатывает.
Включаю по новой ПКО в последовательность, регистрирую все ПКОшки в поседовательности, начинаю восстанавливать последовательность - опять останавливается ГП на первой же попавшейся ПКОшке.
У меня уже все идеи закончились, ничего уже не понимаю, почему спотыкается последовательность на этих доках. Как уже говорил доки проводятся без ошибок. Да и к тому же что ошибочного может быть в ПКО!!!

хм..
а сообщений типа:
"[em]Возможен только просмотр документа, т.к. за данный день уже имеется проведенный документ Отчет кассира" [/em]

или чего то подобного нету?

Все ПКО сгрузить на один день, и даже на один час... В [b][u]бухгалтерский учет[/u][/b]! - Это сильно.
Лечится надиранием задницы главбуху.

Нет, сообщений никаких нет.
Многие документы реально выгружены с одной и той же датой и временем, как правило на конец дня. Но я их разнес по времени - ни на что не повлияло.
И так, подведу некоторые итоги того, что было сделано:
1 - разнесение документов по разным датам и времени
2 - ТИИ
3 - Перенос базы на другой скуль(выгрузка/загрузка через ДТ)
4 - Обновление БП до последнего релиза
5 - Запуск программы на последних релизах платформы 82 и 83
6 - Исключение из последовательности доков ПКО и регистрация в последовательности по новой.

Хотел попробовать в файловой версии, но при загрузке в файло ругается на слишком большие размеры внутренних файлов.
Смотрел на скуле таблицу с последовательностью. Там все красиво, задвоений по времени, а так же лишних записей нет.
Осталось только сбегать к соседу с верху, там музыкантку воспитывают, возможно у них есть бубен, может танцы с этим инструментом помогут.

Все, проблему нашел, танцы с бубном помогли. Не понимаю почему раньше этого не сделал.
В общем ситуация такая:
При проведении ПКО, перед записью регистра бухгалтерии идет проверка. И вот как раз эта проверка не дает сдвигаться границе. А проверка не проходит из за того что нет записей в этом самом регистре. а записей нет потому что:
1 - ПКО с видом Розничная выручка
2 - нет галки НТТ
При проведении ПКО стоит проверка:
ИначеЕсли ВидОперации = Перечисления.ВидыОперацийПКО.РозничнаяВыручка Тогда
Если СтруктураШапкиДокумента.ВыручкаСНТТ Тогда
//Делаем движения по регистру бухгалтерии
иначе
//Идем лесом

Отсюда вопрос, как быть теперь, что делать в данной ситуации?

Ставлю галку Выручка с НТТ, провожу ПКО, он дает проводки. Убираю галку и снова провожу, проводки исчезают.
После этого восстанавливаю последовательность - и этот документ нормально обрабатывается.
Значит все таки не проводки мешают а что то другое, но что? где это искать? или мне все документы так переделывать???

ан нет, все таки в данном случае проводки, т.к. если сбить последовательность назад, то восстанавливаться она уже не будет, опять спотыкается на ПКОшках.

Написал на хотлайн. Письмо зарегистрировали. Жду ответа разработчиков. Может они как то помогут.

посмотри отчет о розничных продажах

А при чем здесь отчет о розничных продажах?
Они проводятся нормально и ГП на них устанавливается тоже нормально, при условии что они проведены и по ним есть движения.
Так что проблема в этой базе только в проведенных документах без движений, участвующих в последовательности. В данном случае это ПКО.