Что делать?
Как можно попробовать починить базу?
Она работает, но не дает что-то менять в конфигураторе, не хочет выгружаться и тестироваться.

Случаем в New_stru рабочего МД-шника не осталось?

(15) ИМХО мд-шник не соответствует дд-шнику. ну, я бывало ДД-шник удалял и запускал монопольно - словарь пересоздавался и помнится все работало, но ХЗ

(27). Это если файлов самой базы еще нет, то база создается, а если есть, то не проканает.

(28) нет, это на существующей базе, при запуске ругался на отсутствие словаря данных и потом пересоздавал его на основе существующего мд-шника. по крайней мере база запускалась, но я не знаю что это за справочник sp4057 и на что его отсутствие может повлиять.

битый моксель, битый контейнер, отсутствующие ветки контейнера и т.д. - кто такой моксель и контейнер??

ТС попутала, 1-е число было вчера

(30) http://1c.alterplast.ru/1cv7md/index.html

(27) Не работает фокус. Невосстановимая ошибка -10.

(32) Ух ты!! Почитаю.

(33) лучше ничего не трогай руками, и уж тем более, не надо было удалять словарик - по нему хотя бы видно было бы изменения с тем мд, что есть сейчас.

я исправляю такие ошибки с помощью FoxPro2..
но таких ошибок было всего 3 на моем веку

(27) надеюсь хоть на копии пробовала?

(37) У меня уже мильон этих копий.

А делиться не хочешь. Жадина!

(35) А разве то, что в новой пустой базе всё прекрасно работает сохраняется и выгружается - не гарантия того, что с МД всё в порядке?

(40) нам отсюда не аидно, на какой ошибке валится ТиИ в рабочей базе.
+ мд ты так и не предоставила, а гадать можно сколько угодно - у тебя еще всё лето впереди, успеешь

(41) Почему предположение о том, что проблема в МД - основное? Я думаю, как раз скорее - именно новый МД в прошлый раз просто положили в базу, из-за чего теперь несостыковки.

(38)
я-б для начала сделал так:
1. "запоминаем" копию
2. берем из этой запомненной копии мд-шник, копируем во вновь созданную пустую папку
3. прописываем путь к папке в старт 1с, запускаем.
4. получаем ДД
5. копируем ДД в "запомненную" копию
6. пытаемся открыть эту копию в 1с.


(42) руки пообрывать тому, кто обновляет бд или справочники копированием мд или дбф-файлов..

Вообще, что бы я ни делала - ошибка одна и та же - вот та, что сверху, и потом еще ссылается на файл sc13.dbf
Там такого поля нет, последнее поле - sp4055

(42) Если ТиИ вылетает с ошибкой, то сперва исключают вариант порчи мд.
Потом уже смотрят за структуру ИБ.
Та понятнее ?
То что у тебя мд не соответствует ИБ ясно еще из (0).

То что мд может быть еще и поломан, ясно из твоей прошлой ветке.

(43) точно, я забыл, давно такими шаманскими методами не страдал.

(44) а кто прислал базу? Прислали прямо с данными или только мд? Если с данными есть ли у них рабочий бэкап? попроси прислать его и объедини с той базой которая вылетает. Реально похоже что они мд-шник просто скопировали

(45) Но в пустой базе ТИИ работает!

(48) Потому, что пустая база создана на основании текущего md.
зы.наймите программиста, чтоль... Хотя бы начинащего...

(48)пустая, потому и работает

(43) Та же ошибка.

Так говорят же, что ошибка в самом мд! Тогда и в пустой не должно работать. Нет разве?

а ДД не всегда меняется вместе с МД?
Если поля добавляются, то меняется, а если нет, то нет?

(52) ёпта, это всего лишь предположение, которое нужно исключить в первую очередь.
Потом уже смотрят на несоответствие полей и структуру табличек. Фирштейн ?

(53) если мд руками подсовывают в католог ИБ - то нет.
Что в вашем случае и было сделано.
Повезёт еще, что мд сейчас - хотя бы потомок "нужного" мд.

SC13 - у меня в старой Торговле - справочник фирмы.

(51)Тогда у тебя ошибка не в мд, а в SC13: в конфигурации, в справочнике фирм, отсутствует реквизит, а есть лишнее поле в SC13 - этот отсутствующий реквизит.

ЗЫ. вообще, суда по текстам, ТС не справится..
хотя-б выложила дд и мд на оборзение..

Мисти вы с FoxPro знакомы ? я так понимаю вы немного программист? дак откройте ваш файлик в Foxpro да сделайте все то что нужно 1С...вот же проблему нашли...

+56 а лучше-то вот такие файлы выложить
дд,
мд,
SC13.dbf
SC13.CDX

(56) Ага, у меня там тоже справочник Фирм. И я его не меняла!!

+58 Я думаю большинству из здесь отписывающихся будет проще самим поправить проблему у ТС да отдать ей файлики обратно))) гораздо быстрее выйдет

(59) Мисти если до вечера не решите проблему....и если будет фотка...то вечером за символическую плату решу вашу проблему))))

(59) "Невиноватая я! Он сам пришел!!!"©

(59)ты не меняла, значит кто-то из продвинутых бухш скопировал справочник фирм переносом SC13 из другой базы.. из-за крайней лени, ну не набивать-же блин по-новой..

причем не-думая-о-последствиях..

у меня такая гб нонешняя.. с продвинутой крышей..

(57) фокс для это задачи не нужен

(64) спасибо за уточнение. эту задачу можно решить и с помощью фокса...а можно и без.

(64) "Не нужен" - некорректно.
"не единственный вариант" - это правильней
у каждого свои методы

Ну давайте теперь посоревнуемся кто из нас кручу и решит эту задачу быстрее))) мне это не нужно...думаю как и вам.

(67) здесь ответ очевиден

и каков он?

Никто ничего никогда не починит, ибо ТС МД-шник не дает, и пытается починить сама.
А так - скорей всего работы на один день, возьмусь восстановить за 10 тыров.
Ну и желательно найти старый МД-шник, тот который был подменен.

(70) Ну, предположим, я найду старый? И что делать дальше?

Мне кажется нынешней базе уже всё равно - новый мдшник или старый, она сама внутри не согласована.

(72) ошибаешься.

(71) дальше смотреть различия словарей от этих мд.
Дальше исправлять руктями поля в табличках мд, чтоб структура мд соответствовала табличкам ИБ

имея старый мд это сделать быстрее, без него дольше но тоже можно

Лето большое, еще успеешь

(74) опять же, можно и без словарей. Но с ними проще.
А еще можно парсер DD накалякать, когда-то делал, там работы на день,  и написать авточинилку (по крайней мере, добавлять отсутсвующие и удалять лишние несложно)

Почему лето-то??

(71) если рабочий мд найдешь то можно объединить

(77)
"Не надо печалиться -
Вся жизнь впереди...
Вся жизнь впереди -
Надейся и жди."
© ВИА Самоцветы  (насколько помню)
:-))

(77) ну, изначально проблема возникла 20 марта, а воз и ныне там..
Думаю, за лето справишься с задачей.

(80) она предпочтет обливать всех помогающих в этой ветке, вместо того, чтобы "купить лотерейний билет" (с)анек.

(77) ну вот только что сделал: 1. удалил дд-шник, 2-открыл конфигуратор и добавил в любой справочник любой реквизит,3-сохранил конфу и дд-шник создался автоматически

(80)— Степан! У гостя карета сломалась.
— Вижу, барин. Ось полетела. И спицы менять надо.
— За сколько сделаешь?
— За день сделаю.
— А за два?
— Ну… За… Сделаем и за два.
— А за пять дней?
— Ну, ежели постараться — можно и за пять.
— А за десять?
— Ну, барин, ты задачи ставишь! За десять дён одному не справиться, тут помощник нужен — хомо сапиенс!
— Бери помощников, но чтобы не раньше!

(82) В непустой базе??

(80) До сегодняшнего дня заказчики думали, нужно ли вообще эту проблему решать. Что я буду бежать впереди паровоза?
Что чинить - решили только сегодня.

(71) Так она уже ломанная и не хочет объединяться.

Поняла, кстати, что ДД не обязательно меняется, если МД меняется.

Похоже, дело за малым!
В пустой базе в файле sc13.dbf 2 последних поля - sp4057 и sp4089, а в рабочей (сломанной) - sp4055 и sp4093.
Может, их просто переименовать?
Чем??

(87) впереди понимание, для чего вообще этот dd и как он соотносится с md, а также почему они меняются не обязательно.

(89) Я-то давно знаю, но вот товарищ в (55) намекает, что раз даты их не совпадают - значит, подсунули МД без объединения.

87 написала - в смысле, что удостоверилась в этом еще раз, после намеков. Я никогда не обращала внимания, но предполагала, что если меняется структура, то ДД меняется, а если нет (а просто текст модуля), то нет.
Чем поправить имя поля дбф??

"О сколько нам открытий чудных
Готовят просвещенья дух
И опыт, сын ошибок трудных,
И гений, парадоксов друг,
И случай, бог изобретатель."
© Пушкин А.С.

(91) любым дбф редактором

для начала, посмотреть, что именно это за поля в обоих словарях.

Нашла какой-то scandbf.zip и DBFView.zip - похоже, не то...
(93) Ну, поле как поле, недавно добавленное.

(94) открой словарик и посмотри, что именно должно быть в этом поле, потом открой сам дбф файлик и смотри , что там.

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

Ага!
Именно!
Нашла хороший инсрумент - и всё видно, и названия столбцов можно менять. Сделала в еще 1 табличке название, как в новой версии, программа и с таким названием не согласна. Как бы понять, что там должно быть?

(95) - +100500 - Рассогласованность полей dbf и структуры описанной в dd. Читай dd файл и приводи любым редактором dbf структуру полей в порядок и будет счастье. В свое время также поднимал таким образом базу торговли- там каким-то макаром таких файлов было с добрый десяток. Благо что потерянные колонки заполнялись расчетным путем.

Вот вместо того, чтоб мутить и обзываться - почему бы сразу не сказать - закачай то-то и то-то, сделай пустую базу и сравнивай наименования полей!

А DH - это что за регистр?

Это, небось, документ.

(100)
заголовок документа
dt - табличная часть

(100) Блиин . Ну в dd же все по-русски написано.

103 - это если чем смотреть?

(102) Спасибо!

(104) - так там же обычный текстовик.

Кстати, где-то кто-то писал способ "защиты" базы от изменения с помощью неправильных колонок в dbf-файлах - может это как раз ваш случай ?

Файл SC46.dbf. Запись 4020. Поле SP3145. Неверное содержимое текстового поля - "103051, Москва, Трубная ул., д. 25, стр.3
                                          "
Файл SC46.dbf. Запись 4020. Поле SP50. Неверное содержимое текстового поля - "103051, Москва, Трубная ул., д. 25, стр.3
                                          "
Таблица - SC33. Неверная длина заголовка dbf-файла
Таблица - SC131. Неверная длина заголовка dbf-файла
Таблица - DH434. Не сходится количество полей
Файл DT434.dbf. Запись 15768. Поле SP4000. Неверное содержимое текстового поля - "10121160/120307/001074/04    "
RG1130 - 941392. Неверный признак удаленности записи - 
RG1130 - 945174. Неверный признак удаленности записи -
Проверка физической целостности таблиц ИБ.  Неисправимая ошибка.
Интересно, что в этом наборе смертельно?
Неверный признак удаленности - их огромная куча.
(107) Вряд ли!
Хоть и не я это писала, но лет 5 мы всё меняли без проблем.

Почему-то беспокоит ее очень неверная длина заголовка!
А как узнать, какая длина быть должна?
Это в ДД как-то видно?

(109) Ну это уже можно посмотреть в формате dbf-файла, но есть подозрение, что там просто отсутствуют некоторые поля или добавились новые.
Конечно, может быть ситуация, когда заголовок разрушен, но в вашем случае такого быть не должно.
P.S. ещё такое бывает, если кто-то отрыл dbf-файл через Excel (по крайней мере, в других системах после такого "открытия" dbf-файл умирал почти гарантированно).

(109) пора бы уже привести название вашего франча...

сдается мне (0)
и
mdv92

одно и тоже лицо

(112) Да они все одинаковые, раз в пол-года "всплывает" девушка с базой, которая или разрушена или не грузится - видимо - уже традиция.

(112) Естественно. Тот ник забанили эа экстрем[АЛЬНЫЙ ИДИОТ]изм...
Ник-то и поменять можно, а дурь не скроешь...

(114) Таким надо фотографию баклана в личку принудительно загружать, чтобы все смотрели и понимали, что можно ожидать от "птицы". Конечно, можно и дятла, но мне дятлов жалко.

(115) "почетный знак"?
вообщем-то, нплхая идея ВР и Асмодею...

(116) Ну да - конфетки всякие и цветочки раздают за заслуги, а такая птица без дела пропадает.

(117) да, при устройстве на работу - "я трижды дятел миздатого форума!!!!"

(118) Таких нужно к конкурентам засылать для "поднятия производительности".

(119) диверсантом?

+112
чисто по манере веток ТМ
стало ясно, что где-то я это видел

http://www.odines.ru/thread3041-last.html

(120) ну - типа того.

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

Если починила невзирая на бурчание - молодец))) так и вырастают толковые 1сницы)

хотя советы то были все в тему..и так и этак пытались донести) но услышит только тот кто имеет уши(((