Движения одного документа привязались к другому #261749

Наткнулись в базе на ситуацию: Есть документ списание, имеет движения по регистрам и проводкам (все как положено). Точно такие же движения имеет документ платежное поручение. Один в один со списанием. При этом: на платежном поручении пытаемся просмотреть движения по регистрам - их нет. Кнопка просмотра проводок так же не доступна. Но движения показывают все отчеты и по бухгалтерии и по регистрам. Пробовал перепровести оба дока. Не помогло. Распровел платежку - результат тот же. Обработка выбрать движения по регистрам и проводкам дает движения списания. Что можно сделать кроме ТиИ (это сильно долго)? И еще. Оба документа от 21.12.06, а журнал проводок показывает дату проводки 16.12.06, при этом в отчете он ее выводит между 20 и 21 числом. зы. SQL 2000 sp4. 1c 27-й релиз. Конфа не типовая (но грамотная).

Тестировние и исправление после бакапа после зарплаты.

пипец полный

Ха. Сейчас распровел списание. У него понятное дело проводки пропали. А у платежки так и остались. Но! Она не проведена!!! Тестирование долго, база большая. Может кто научит в SQL править? Или еще что порекомендует.

Если у документа нет движений и проводок, а отчет их кажет - проблема в отчетах ...

Правой клавишей - движения документв на непроведенном показывает ? жесть...

Тьху ты. Проводки.

Нет. У платежного поручения движения по регистрам он штатно не кажет (документ не относится к опер учету). Пишем простенькую обработку, которая делает "ВыбратьДвиженияДокумента" она показывает те же самые движения которые были усписания (были, потому как я списание сейчас распровел). Хрень какая то вообщем.

Код в студию.

А стандартный regprint что показывает?

+1

В ВыбДокумент выбираем Платежку.

А вот еще для выявления по каким регистрам движения:

Записи и Регистры это ТЗ.

и где ты тут видишь что движения те же?

Ты из меня идиота не делай... У документа платежное поручение нет галки "Оперативный учет". А движения по регистрам у документа есть. И они один в один с этим долбанным списанием.

это ты по этому отчету увидел? или по Движениям документа?

Что ты подразумеваешь под "или по Движениям документа?"?

вообще такое можно смоделировать, но исправить только ТиИ

автор, реиндексация тебя спасет....

на сколько я понял у енго Скуль

Скуль, скуль...

и что? и скульные базы полезно реиндексить...

+24 sp_dbreindex на выполнение в query analiser-е...

тогда только ТиИ тебя спасет! вообще такое можно сделать, т.е. прицепить документу даже не проведенному движения по регистру вообще левые, но не стандартными средствами

не торопись, если не спасет реиндксация, только тогда ТиИ...

+27 или update

Server: Msg 2812, Level 16, State 62, Line 1 Could not find stored procedure 'sp_dbreindex'.

А как отцепить эти движения?

только ТиИ ну или ручками, но я в скуле не спец

смотрим SP в базе 1С

+32 обманул [dbo].[_1sp_DBReindex], а посмотреть самому лень...

а Скуль поди девелопер эдишн и сервис паков нет и в помине? ЗЫ щас мы услышим песнь о том, что последний бакуп быс сделан два года назад и "бозэ-бозэ, сто зэ делать?!..."

см 2000сп4

Ты 0 читал? Строчку "SQL 2000 sp4" видел? Могу добавить, что enterprise

+ А бэкап делается каждый день, да еще и по нескольку раз... Но у меня нет возможности хранить их все за 4 месяца работы. Хранится последняя неделя.

У нас тоже такой прикол был. На платежном поручении еще в древней АБТ были проводки хрен знает откуда ТИИ - тоже было круто - 20Г. Штатными методами сделали так: Если доки не критичные и не имеют подчиненных, Насколько я помню удалили нафиг и платежку и списание и сделали новые