Добрый день. После снятия флага "Только обороты" с субконто счета по которому были движения, оборотка стала показывать пустоту по этому счету, как будь-то бы никаих движений и нет
Что может быть?

Скорее всего сняли флаг "Только обороты"

ИТоги надо пересчитать...

Выполнил полный пересчет итогов, не помогло.

Хотя заходишь в документ, смотришь движения по проводкам, там они есть, есть движения по этому счету

(0) привет
а что в проводки? погляди по какому-нибудь документу

)

Документ перепроводил, Обороты появляются? ТиИ делал?

Перепровел документ, проводки в движениях документа вижу. В оборотке пусто.

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

(8) главное всегда проводить такие эксперементы на рабочей базе с большим объемом данных.
Попробуй то же самое сначало сделать на демо базе. Если там всё получится, то ТИИ

рисковые люди все таки бывают. с такой то базой, нет чтоб на копии сначала попробовать...

Ребята, речь о копии:-) Мне просто не охото, чтобы потом тож самое в рабочей появилось после обновления

(11) в чём тогда проблема запустить ТиИ на копии?

Ок. Отпишусь как закончится выполняться

Дак вот, проблемка остается. Поднимаю новую копию.  

Переписываюсь с начальником:

Сейчас в новой копии помог пересчет итогов. Я пересчитал первый квартал, потом второй. Обороты и остатки вижу по всем счетам.

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

Начальнег(09:56:20 9/04/2010)
дело не в этом

Начальнег(09:56:24 9/04/2010)
Проблема с бухитогами пустые таблицы 1SBKTTLC,1SBKTTL

Начальнег(09:56:45 9/04/2010)
это просто пересет поквартальный помог. полный не помогает видимо

Black-Rain (09:58:51 9/04/2010)
и что. тут ведь укуриться можно с тестированием исправлением и не факт что оно вообще закончится

Начальнег (10:00:08 9/04/2010)
тестирование может не помочь. мне кажется даже скорее не поможет. оно ошибки в данных ищет. здесь другая причина. не корректно работают хранимый процедуры по пересчету и записи в таблицы остатков и итогов

Начальнег (10:00:36 9/04/2010)
остатки по всем периодам появились?

Black-Rain (10:00:48 9/04/2010)
я проверял только там где пересчитывал

Начальнег (10:01:05 9/04/2010)
значит после подгрузки надо будет сидеть и с начала времен каждый квартал открывать

Black-Rain (10:01:28 9/04/2010)
пз

Начальнег (10:02:06 9/04/2010)
посомтри старые периоды. надо понять что надо сделать после подгрузки. что бы все было нормально

Black-Rain (10:02:33 9/04/2010)
хня там, сломано всё.

Black-Rain (10:04:04 9/04/2010)
слушай, а если вот что еще попробовать. сделать бэкап базы скульной, когда в базе никого нет. это в принципе позволит сделать бэкап со стандартным набором таблиц. Далее мы имеем уже копию, в которой ничего их хранимок и табличек удалять не надо. Делаем изменение плана счетов - смотрим

Black-Rain (10:04:53 9/04/2010)
ведь когда мы обновляем базу кбд, у нас все откатывается к стандарту силами компоненты.

Black-Rain (10:05:01 9/04/2010)
а значит что и слета может не произойти

Начальнег (10:05:46 9/04/2010)
не думаю что в этом дело. до этого же обновляли планы счетов. все номрально было

Black-Rain (10:06:42 9/04/2010)
+ скуль 2005 , уже есть различия.

Вы после обновления плана счетов проверяли остатки на 8-ом сервере?

Начальнег (10:06:56 9/04/2010)
конечно. и не раз

Black-Rain (10:07:12 9/04/2010)
давай твою копию еще сломаем тогда, ммм?

Black-Rain (10:07:23 9/04/2010)
вдруг нормально будет

Начальнег (10:07:38 9/04/2010)
мою не надо. заведи себе на диски H еще одну копию

Начальнег (10:07:57 9/04/2010)
там две папки. одна под файлы SQL другая под базы

Black-Rain (10:08:12 9/04/2010)
ок

Начальнег (10:10:17 9/04/2010)
попробуй на свежем бэкапе. в рабочей базе были три документа проведенные с пустой датой. итогои шли с 1753 года. моджет кривые были. из-за этого. я в рабочей их удалил два дня назад. когда правил джругую ошибки. на них наткнуя

>Black-Rain (10:04:53 9/04/2010)
ведь когда мы обновляем базу кбд, у нас все откатывается к стандарту силами компоненты


Речь идет о быстрых бухитогах, поэтому когда создаю копию, то кое-что удаляю:

Инструкция для приведения базы данных в исходное стандартное состояние.

В случае некорректного выхода пользователей или другой программно-аппаратной проблемы может потребоваться изменить структуру базы с целью привести к стандартному виду. Порядок действий при этом нижеследующий:

1.    Открыть управление регламентными задачами SQL-Server Agent (Jobs), посмотреть наличие JOB-ов, начинающихся на «SP_Buh_TableCopy», затем отключить их (Disable).
2.    Проверить количество строк в обоих таблицах «_Partial». Если количество строк ненулевое – запустить на выполнение JOB по сворачиванию таблицы столько раз, сколько потребуется, чтобы таблица обнулилась. Примечание: иногда, несмотря на то, что данных в таблице нет, в «Enterprise Manager» показывается ненулевое количество строк при нажатии на свойства таблицы. Поэтому лучше открывать таблицу методом «Open Table – Return All Rows».
3.    Снова открыть управление регламентными задачами SQL-Server Agent (Jobs). Обновить страницу, убедиться, что JOB-ы не выполняются в данный момент, и затем удалить их.
4.    Удалить представления (Views) под названием «_1SBKTTL» и «_1SBKTTLC».
5.    Удалить таблицы под названиями «_1SBKTTL_PARTIAL» и «_1SBKTTLC_PARTIAL».
6.    Переименовать таблицы под названиями «_1SBKTTL_Main» и «_1SBKTTLC_Main». Убрать суффикс «_Main».
7.    Удалить хранимые процедуры под названиями «_1sp__1SBKTTL_ChangeTotal» и «_1sp__1SBKTTLC_ChangeTotal».
8.    Закрыть все приложения и войти в 1С-Предприятие в базу в монопольном режиме. При этом все удаленные процедуры будут восстановлены в стандартном виде.

После выполненных действий база готова к регламентным действиям – пересчет итогов, изменение конфигурации и т.д.
В случае, если удалить таблицы «_partial» с находящимися там данными – потребуется пересчет бухгалтерских итогов.