Флаг "Только обороты" у субконто. #472665

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

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

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

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

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

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

)

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

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

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

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

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

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

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

Дак вот, проблемка остается. Поднимаю новую копию.   Переписываюсь с начальником: Сейчас в новой копии помог пересчет итогов. Я пересчитал первый квартал, потом второй. Обороты и остатки вижу по всем счетам. Полный пересчет пока не буду запускать, мне этого хватит Начальнег(09:56:20 9/04/2010) дело не в этом Начальнег(09:56:24 9/04/2010) Начальнег(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) значит после подгрузки надо будет сидеть и с начала времен каждый квартал открывать Начальнег (10:02:06 9/04/2010) посомтри старые периоды. надо понять что надо сделать после подгрузки. что бы все было нормально хня там, сломано всё. Black-Rain (10:04:04 9/04/2010) слушай, а если вот что еще попробовать. сделать бэкап базы скульной, когда в базе никого нет. это в принципе позволит сделать бэкап со стандартным набором таблиц. Далее мы имеем уже копию, в которой ничего их хранимок и табличек удалять не надо. Делаем изменение плана счетов - смотрим Black-Rain (10:04:53 9/04/2010) ведь когда мы обновляем базу кбд, у нас все откатывается к стандарту силами компоненты. а значит что и слета может не произойти Начальнег (10:05:46 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» с находящимися там данными – потребуется пересчет бухгалтерских итогов.