У всей номенклатуры отвалился справочник цен.
Просто канул в бытие.
ТИИ не помогло.

1. Из-за чего такое могло произойти?
2. Можно ли исправить?
3. Предполагаю что брякнулись ссылки, имя файла справочника цен(база ДБФ) чтобы посмотреть его размер.

Заранее спасибо!
Предистория мои "соработнички" перекодировали товар...
Это и есть основная причина, но как последствия исправить...

Не удивлюсь, если перенумератор взят с нимфостарта.. хороший ресурс - жить помогал очень вкусно, когда одинесил еще..

1. Бэкап?
2. Выгрузка-загрузка (хотя вряд-ли поможет если ссылки очистили)

(2) не надо делать выгрузку-загрухку

для начала надо открыть справочник цен и посмотреть что там

Еще могли похренить единицы измерения - поэтому цен не видно, ну и валюту глянуть..

(4) а как посмотреть сам справочник?

Это же зависимый справочник...

(5) ЕИ все нормально база для Розницы,
все работает чеки бьются, а вот с новым приходом(возвратом) лаги...

(2) не помогло пробовал сразу...

мм.. т.е. цены, оказывается, есть, ну а может не подхватывать тип цен..

(8)справочника нет.
Как мне понимается ссылки на справочник брякнулись....

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

Справочник цен нужен для заполнения доков приходов

(6) хоть средствами 1с, хоть дбфНавигатором

(10) а как файл БД называется?
И как средствами 1с смотреть, у меня только ДБФ навигатор есть...

(9) /В рознице цены для продажи беруться не из справочника цен/

извиняюсь за тупой вопрос: а откуда они берутся?

файл .DD открой блокнотом из базы - там описание всех справочников

#==TABLE no 49     : Справочник Цены
# Name    |Descr                         |Type[A/S/U]|DBTableName|ReUsable  
T=SC319   |Справочник Цены               |A          |SC319      |1        
#-----Fields-------
# Name      |Descr               |Type|Length|Precision
F=ID        |ID object           |C   |9     |0        
F=PARENTEXT |Parent in other tabl|C   |9     |0        
F=ISMARK    |Flag Object is Marke|C   |1     |0        
F=VERSTAMP  |Version stamp       |C   |6     |0        
F=SP6681    |(P)Валюта           |C   |9     |0        
F=SP6682    |(P)Процент          |N   |7     |2        
F=SP327     |(P)ТипЦен           |C   |9     |0        
#----Indexes------
# Name     |Descr         |Unique|Indexed fields                                              |DBName    
I=IDD      |of ID         |0     |ID                                                          |IDD        
I=PCODE    |of PARENT     |0     |PARENTEXT                                                   |PCODE      
I=VI327    |VI327         |0     |SP327                                                       |VI327      
I=VIP327   |VIP327        |0     |PARENTEXT,SP327

(14) СПС.

(15) - (12) - ???

(12) из регистра

Открой справочник "Цены номенклатуры" и отожми кнопку "Вывод по группам". Пусто?

(16) и что?
Они из справочника берутся для для прихода и возврата.
А для чекККМ и ОтчетККМ возможно из регистра...

а торговля типовая?

(18) спс. Правда уже посмотрел ДБФ навигатором.
Полна коробочка.
Все цены в базе, но как понимаю крякнулись ссылки.

Вопрос на засыпку как их восстановить?

(20) в принципе да

(20) Все доработки в основном на внешних обработках.
и добавлены реквизиты справочников, а так основная часть типовая!

(23) ТиИ на КОПИИ(!)

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

если не помогло, кидай базу, посмотрю

если ТИИ не помогло, то никак ты ссылки не восстановишь..

база не критичного размера? какого размера самый большой файл?

и есть ли бэкап до "перекодирования"?

(27) брехня

(30) непонятно что значит "перекодирование".

(28) вся база с потрохами 300 метров. При этом там метров 50 сохраненные файлы отчетов в ексель.
ТИИ как писал не помогло.
Справочник номенклатуры где 2,5 т.

(32) бэкап ДО есть?

(29) какой же админ не бэкапит.
Есть 2 вида админов:
1- которые бэкапят
2- которые уже бэкапят.

Я пока к первым себя отношу, но не считаю себя админом...

(34) ну если нужно помочь, обращайся

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

(36) кто поменял?

(37) "супероператор"- начальника...
Я просто не как не решусь, как ему права порезать в программе! Достало разгребать.
Я если легко вопрос не решу посажу его и компанию просто в ручную все забивать, в том числе историю....

(38) -> (26)

(39) подума..

(17) эээ а причем тут регистр? В типовой цены - это периодический реквизит

(41) с розницей никогда не сталкивался в типовой торговле?

(41) из регистра берётся

(43) Цена?

да

Можно попробывать из бэкапа вытащить фал ДБФ и вставить в базу. У меня такое прокатывало. Только не помню как файлик с справочником называется.

(46) Думаю будет не актуально, т.к. коды товаров другие!

(46) не нужно так делать

(48) +1

поищи документы без даты

(50) зачем? у него справочник слетел, если чо..

(51) Не совсем понятно что значит "слетел" в его понимании. Ведь, цены остались

(52) Есть подозрение, что старую номенклатуру удалили Delete(1) и создали новую с правильными кодами.

(53) это называется перекодировать?

(53) Да, похоже на то

(55) Если коды совпадают, и в них бардак, то перекодировать проще - собрав в таблицу и перенумеровав, но записать такие коды не всегда удаётся, так как могут быть дубли - их нужно грамотно разруливать, а удалить и создать - неграмотное, но быстрое решение.

смотреть надо обработину, которой базу плющили - оттуда и начинать вскрытие поциэнта

+(57)  ТС, есть возможность вывалить ее на обозрение?

(56) Хотя ушло бы из доков и регистров. Это если удалять\создавать.

(58) Похоже ТС что-то недоговаривает)

(59) Если на элементе выполнить Delete(1), то он в документах будут битые ссылки.

Но, ещё один "дикий" вариант - посмотреть в сервис-параметры-рабочая дата - если там не то, что нужно, то цен просто не будет.

(61) при (50) будет подобная радуга

(62) Там много чего может быть, вплоть до того, что в dbf-файл справочника писали через FoxPro - такие "умельцы" тоже встречаются - и иногда у них даже всё получается.

(61) с датой проблем нет.

(61) объектов с пометкой удален в базе тоже не нашлось..

(65) А их и не будет, если мы удаляем через Удалить(1), то объект удаляется моментально, а так как потом будут созданы все удалённые объекты заново, то внутри dbf-файла они займут "свободные" места.
В документах ссылки на элементы справочника остались ?

(66) да, все доки в нормальном состоянии.
Если я правильно понимаю о чем речь!

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

(67) В документах в табличной части есть ссылки на элементы справочника и они правильные ?

(69) да

Обработка которой поковыряли!

//*******************************************
Процедура Выполнить()
  Спр = СоздатьОбъект("Справочник.Номенклатура");
    Спр.ИспользоватьРодителя(ГруппаТовара);
    Спр.ВыбратьЭлементы();
    Пока Спр.ПолучитьЭлемент()=1 Цикл
            Спр.УстановитьНовыйКод(СокрЛП(Преф));
        Попытка
            Спр.Записать();
            Состояние(Спр.Наименование);
        Исключение
            Сообщить("Не удалост изменить код для товара: "+СокрЛП(Спр.Наименование));
        КонецПопытки;
    КонецЦикла;
    Предупреждение("Обработка завершена!");
КонецПроцедуры

ГруппаТовара.ВыборГруппы(1);

(71) и это работало????

(72) Насколько я понимаю, ГруппаТовара и Преф - поля ввода на форме - так что работать должно.

(71) Конкретно эта обработка цены сбить не может. У тебя что-то другое

Для любого элемента можно открыть подчинённый справочник "Цены" и посмотреть, что там есть.

(75) нету у него теперь подчинения

ВОПРОС ЧТО?

Мне тут такая идея в голову пришла....

Они чистили справочник.

Если они в тупую пометили номенклатуру всю на удаление.
Дальше в монопольном режиме зашли
Операции - Удаление помеченных объектов.

И дальше грохнули всю неиспользовавшеюся номенклатуру.
Просто мне кажется что справочник стал меньше...

Могло это убить справочник цен?

(75) пусто там вообще!

(77) Если цены тоже пометили на удаление.
Сначала система сказала, что существуют цены, а потом кто-то пометил на удаление ВСЕ цены.

(78) иерархию отключи при просмотре

(73) если порядок кодов, то не взлетит

Честно говоря сидят в ручную все колотят уже.
Я сказал им еще 3-часа назад что восстановить нельзя.
Пошли простым путем берем цены из доков прихода старых!

(81) Да как-то отработает - понятно, что лучше от этой "отработки" не станет - но цены от этого не пропадут.

(82) Если база в кассах была, то можно розничные из касс выгрузить (конечно, если у вас вообще кассы были).

(84) у нас КАСС нет.
Напрямую к 1С-ке подключен регистратор и сканер!

(85) Тогда по бумажному прайсу.
В общем, людям урок, если хочется что-то сделать - нужно сначала подумать.

(86) +1

И мне урок права нужно всем порезать!

А розничные сами рассчитываются у нас через наценку!

(87) Тогда можно было из документов достать закупочные.
А вообще - от таких спасает только своевременный BackUp.

(88) БЭКАП есть, но тут проблема.
Ковыряли вчера с утра.
Вечером закрыли смену.
А бэкапится в 22 часа...

Короче: Помечаешь элемент справочника на удаление, затем отменяешь удаление. На вопрос: "отменить пометку удаления у всех подчиненных элементов?" отмечаешь "Нет" - вуаля, имеем текущую ситуевину. Если зайти "Операции-Справочники-Цены номенклатуры", то нам матюгнется, что не выбран владелец, отменяем иерархию и видим наши "потерянные" цены помеченными на удаление..

(89) А BackUp за позавчера ?

+(90) ну и посему их не обрабатываем-с..

(90) неа, не то

(90) Там могло быть физическое удаление файла dbf.
У меня так один "умник" справочник почистил, чтоб его.

(94) Гы

(91) а вчерашную работу касс(чеки, реализацию и отчетыККМ) как мне притянуть?
В базе постоянно человек 5-6 работает...

(96) Открой "Операции-Справочники-Цены номенклатуры" - без иерархии, есть ли там помеченные на удаление элементы?

(96) А выгрузить цены из "позавчера" и загрузить из в "сейчас" разве так сложно ? Маловероятно, что там что-то сильно поменялось.

(96) Сейчас они без цен очень хорошо работают.

(94) Был случай.

Звонит мне бух(дома работает) знакомая:
"У меня не запускается база Бухгалтери 7-ка"
"Я не бум бум в бухии. Приеду посмотрю"

Приезжаю папка с базы без ДБФ-файлов ВООБЩЕ, кто-то из ее детей место под игрушку на ХД расчищал...

(96) писал же нет.

(101) Ну, если кто-то играет на рабочем компе, то это его проблемы.

(100) кстати, база не на флэшке случаем?

(99) нечего у них сегодня приходов нет.
Ручками сейчас попашут, больше куда не нужно лазить не будут... Для профилактики не помешает!

(101) В общем, (98) можно провернуть, если хочется помочь - если хочется наказать, то пусть лучше вручную - хотя - сломали одни, а набивают - другие.

(77) Если руками помечали, потом удаляли - конечно цены пометились на удаление и благополучно удалились.
Залейте из бэкапа если действительно спр-к пустой. Но что-то ты тупишь, позвал бы кого-нибудь.

(105) КТО СЛОМАЛ ВСЯ КОНТОРА ЗНАЕТ!

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

(107) Ну Ид-то одинаковые, кто мешает использовать Ид и сверяться по наименованию ?
Пишется на раз-два.

Если уже руками делают, то забудь ответ. Чуть менее, чем 100 % верный ответ - "Восстановить невозможно."

(106) Он не тупит - он глумиться над работниками - наверняка он в dbf-файл заглянул и увидел, что там ничего нет.
Кстати, а при пометке на удаление что происходит с периодическими реквизитами ? Не забываем, что само значение цены - хранится в отдельной таблице.

(109) заодно и цены приходные проверят)
только вот истории уже нет, пичалька.

(111) История есть в BackUp-е - её потом в базу (0) зальёт, тихо, чтобы пользователи не видели.

(110) Периодика тоже удаляется... как бы...

экспорт-импорт, подгрузил за день документы к бекапу.

(108) в 7ке ид вроде нет, только если по наименованию

делов на 3 минуты

(115) Как нет ИД, а ЗначениеВСтрокуВнутр что даёт ? Я обычно его как ИД использую.

(112) какой толк от неё в бэкапах? Прошлые периоды нужно наглухо закрывать. Про отчёты вообще молчу. Короче, тактику ТС избрал неправильную

(117) ну я почему то так подумала, потому что данные из 7ку в 8ку переносят не по ид, да и таблицы соответствия создают в регистрах для обменов между 71 и 8й почему то...

(119) Дорогой друг! В семёрке ИД - это число (счётчик, который увеличивается на единицу) а в восьмёркеи ид - это ГУИД - строка (предположительно уникальная) преобразовать одно в другое нельзя.

(120) спс за информацию !

на самом деле всё восстановить 15 минут работы

(122) Да это уже все поняли.
300 метров - это вообще по документам собрать будет достаточно быстро, если с нуля собирать.
Просто (0) не хочет возиться забесплатно.

(123) как раз был повод срубить бабла за восстановление, не он же виноват. А теперь 1сбконст перезаписался, поздно

(124) У него вечерний BackUp есть, если что.

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

(126) да я ему уже об этом говорил. Говорит, что пусто у него..

(126) смотри (77)

Думаю такой проделали механизм!

(12) пусто полностью справочник канул...

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

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

(128) это да, это запросто так можно, сам так лажался... ;-)