Нарушена структура файла отсутствует элемент документ план
После того как я чуть-чуть изменённую конфигурацию (в 3 формулы в документе добавил по одному слагаемому) база стала выдавать ошибку "-210" и Нарушена структура таблицы данных, ЧТО ДЕЛАТЬ ПОМОГИТЕ СПАСТИ БАЗУ (резерва не создано)
уж сколько раз твердили миру. СДЕЛАЙ КОПИЮ хотя бы битой . чтоб разваливать дальше спокойно 210. по моему, чего то с неопознанным полем в ДБФ. скорее всего ненормально записался ДД. В КОПИИ . посмотри, на какой файл ругается и что в этой ДБФ ке лежит какая конфа, редакция, релиз Дальше надо думать по месту.
Убрал DD, стал писать - невосстановимая ошибка базы данных код -10, ошибка открытия словаря Базы Данных
Фигня. Легкий триппер. Справочник НазначенияИспользования в бухии 4.5 Используется в материалах для учета СпецОдежцы и спецоснастки Какой размер у этого файла? если не более 600 байт - просто перепиши его из демо конфы Если будет верещать В КОПИИ - удали файл с расширением ДД в конфигураторе - открой дерево метаданных, в самой верхней строке - правой клавишей - СВОЙСТВА, добавь пробел в название затем - сохранить конфу. На вопрос "Сперли ДД. Создать новый?" ответ ДА.. Реакцию сюда .
Жалко что 1С не сохраняет копии по ходу дела. Хотя, в папке new_stru она держит все файлы, которые изменила при предыдущем изменении БД. Чтобы откатиться, надо просто скопировать их в основной каталог базы. Ты че, не понял, тебе сказали, сделай архив :-)
нда. а копию Буратино делать будет? Если побит только один ДБФ - тогда просто убить этот файл в каталоге, затем запуститься и полная проверка через тестирование. Если бухи не вели учет спецодежды и оснастки - без последствий. Затем через объединение взять этот справочник из дистрибутива или демы. Если же побито много файлов - ну тогда я не Кашперовский, через телевизор не лечу. А вообще просто еще одна жертва . отсутствия копии. Вазелин сходи купи в ночной аптеке - завтра понадобится. И запомни на будущее - любая работа с базой - только после пары копий.
Открываешь файл .dd любым просмотрщиком с возможностью редактирования. Ищешь по поиску строку SC37671 . Должна найтись структура битого справочника. Ищешь в этой структуре поле SP44164 и удаляешь эту строку. (не просто название "SP44164 ", а именно строку). Сохраняешь .dd. , все должно заработать.
Что делать во многих отчетах пишет нарушена структура элемента? Вчера написала этот вопрос ответа так и нет.
Ответ: нарушена структура элемента
Надо видеть структру элемента, чтобы ответить. Вставьте контекст файла.
Комментарий
Ответ: нарушена структура элемента
Это первый вариант:
№2
***Ошибка при проверке 1-го документа ВЕДОМОСТЬ_УПЛАТЫ по схеме.
Причина Нарушена структура блока. Отсутствует обязательный элемент (либо нарушен порядок следования элементов).
Ожидался элемент: ЧислоПачек.
Источник <ЧислоПачекСДокументами>2ЧислоПачекСДокументами>
Тип документов ОПИСЬ_ПАЧКИ ВЕДОМОСТЬ_УПЛАТЫ
Количество документов в пачке 1 1
Неудача.
Ошибок 1
Предупреждений 0
Комментарий
Ответ: нарушена структура элемента
Комментарий
Ответ: нарушена структура элемента
Я бы вам порекомендовал не мучиться и обратиться к разработчикам, это их недоработки
Благодарны за использование функции ПОИСК ПО ФОРУМУ
Комментарий
Ответ: нарушена структура элемента
v_i_b
Что посоветуете тогда?.
Бухгалтер волнуется. Сдавать надо.
Комментарий
Ответ: нарушена структура элемента
если честно , не обратитса - а устроить скандал.
эту ошибку 1с выпрвил уже 2 недели назад минимум.
только почему то не спешит обновлять версии у покпутелей программы.
преценденты были. исправлялись они сразу и сдать сможете тоже сразу ошибок не будет.
Комментарий
Ответ: нарушена структура элемента
Это первый вариант:
№2
***Ошибка при проверке 1-го документа ВЕДОМОСТЬ_УПЛАТЫ по схеме.
Причина Нарушена структура блока. Отсутствует обязательный элемент (либо нарушен порядок следования элементов).
Ожидался элемент: ЧислоПачек.
Источник <ЧислоПачекСДокументами>2ЧислоПачекСДокументами>
Тип документов ОПИСЬ_ПАЧКИ ВЕДОМОСТЬ_УПЛАТЫ
Количество документов в пачке 1 1
Неудача.
Ошибок 1
Предупреждений 0
просто меняете на то что хочется программе: в файле протокола удаляете фразу "СДокументами" и тогда всё проходит
Здравствуйте,
подготовил отчет по новой форме, но он не выгружается на дискету, 1С на просьбу выгрузить отчет отвечает всплывающим окошком "выгрузка будет реализована в будущих версиях отчета".
Вопрос такой: это 1С халтурит или для объединенной формы РСВ-1 еще не придумали выгрузки и её можно сдать просто на бумаге.
Т.е. я правильно понимаю что настало время предоставления отчета, а компания 1С саботирует постановление ПФР за подписью Председателя А.Дроздова
так ПРФ пока что не принимает отчет за 1 кв. 2014г. или пока не придумают выгрузку можно сдать просто на бумаге? есть практика по Москве?
С чего вы взяли? если Вас смущает фраза "настало время предоставления отчета", то я имел ввиду что отчет за 1 кв. 2014г. предоставляется с 01.04. по 15.05.2014г. и уже можно идти его сдавать, что бы избежать толкотни в очереди в последние дни предоставления отчета.
Вы первый раз сталкиваетесь с бюрократическими проволочками при изменении отчётности? как писал отец кибернетики Норберт Винер:
- в любой только что написанной программе, даже в одну строчку, есть как минимум одна ошибка.
на пальцах: неизбежны глюки в первоначальных релизах ВСЕХ следующих программ:
1. формирующая выгрузку программа, например, 1С
2. программа проверки, например, Бухсофт
3. приёмная программа в самом ПФР
4. программа-посредник, например, Контур
Вы первый раз сталкиваетесь с бюрократическими проволочками при изменении отчётности? как писал отец кибернетики Норберт Винер:
- в любой только что написанной программе, даже в одну строчку, есть как минимум одна ошибка.
на пальцах: неизбежны глюки в первоначальных релизах ВСЕХ следующих программ:
1. формирующая выгрузку программа, например, 1С
2. программа проверки, например, Бухсофт
3. приёмная программа в самом ПФР
4. программа-посредник, например, Контур
так ПРФ пока что не принимает отчет за 1 кв. 2014г. или пока не придумают выгрузку можно сдать просто на бумаге? есть практика по Москве?
Вчера был в ПФР и спокойно сдал отчет без магнитного носителя и электронной формы, сотрудники ПФР любезно внесли данные из отчета в компьютер (благо у меня там всего 5 сотрудников), но так как у них самих еще программа не отлажена, то на отчете поставили штамп "принято к проверке" и взяли контактный номер телефона на случай если в дальнейшем что то пойдет не так.
Так что тему считаю закрытой и ответы на основной вопрос темы: "отчет пока что сдать можно и без электронной формы, пока разработчики её не придумали".
Вчера был в ПФР и спокойно сдал отчет без магнитного носителя и электронной формы, сотрудники ПФР любезно внесли данные из отчета в компьютер (благо у меня там всего 5 сотрудников), но так как у них самих еще программа не отлажена, то на отчете поставили штамп "принято к проверке" и взяли контактный номер телефона на случай если в дальнейшем что то пойдет не так.
Так что тему считаю закрытой и ответы на основной вопрос темы: "отчет пока что сдать можно и без электронной формы, пока разработчики её не придумали".
Один из многих вариантов решения ошибки "Нарушена целостность структуры конфигурации". Если Вам довелось столкнуться с этой ошибкой обратитесь к специалисту 1С однозначно. Вариантов решения много, но от ситуации и источника проблемы - решения совершенно разные.
Один из многих вариантов решения ошибки "Нарушена целостность структуры конфигурации".
Если Вам довелось столкнуться с этой ошибкой обратитесь к специалисту 1С однозначно. Вариантов решения много, но от ситуации и источника проблемы - решения совершенно разные.
И тут появляется мысль что можно было бы поставить крест на базе. подняться из древнего бекапа если таковой имеется. и напрягаться с восстановление данных вручную.
Решение:
1. Необходима чистая конфигурация той же версии - рабочая.
2. Очиста кеша полная (указано выше).
3. Запускаем чистую базу в режиме конфигуратора и открываем конфигурацию. При этом 1С создает ее кеш в C:\Users\Администратор\AppData\Local\1C\1Cv82 (набор файлов и папок в папке с ID конфигурации.) так же нам нужен кеш C:\Users\Администратор\AppData\Roaming\1C\1Cv82. Можно просто переименовать данные папки после закрытия 1С.
4. Запускаем наш не рабочую базу в режиме конфигуратора и смотрим кеш. И в результате имеем две папки с ID конфигурации (Живой и Мертвой).
5. Закрываем все и подменяем кеш мертвой конфы на живую полностью. Т.е. удаляем текущую и заменяем ранее переименованной папкой.
6. Запускаем не рабочую базу в режиме конфигуратора И ВОТ первый успех - дерево конфигурации открыто, разделы меню управления конфигурацией активны.
7. Идем в управление поддержкой, и снимаем с поддержки полностью. сохраняем, обновляем. Можно обновить через файл конфигурацией рабочей базы.
8. Удалем кеш полностью.
9. Запускаем не рабочую базу в режиме конфигуратора, пытаемся открыть конфигурацию - все открывается, ошибки нет.
10. Запускаем 1С. Все доступно. Данные на месте.
Вот еще вариант спасения предложенный пользователем инфостара Tavalik:
1. "Конфигурация" - "Конфигурация базы данных" - "Вернуться к конфигурации БД"
2. "Конфигурация" - "Обновить конфигурацию баз данных"
Доброе время суток. С прошедшим, всех, Новым Годом. :)
Итак, предыстория. Стоял у нас 1С сервачок. Как-то раз он взял и навернулся, то бишь аварийно выключился, соответственно по-нормальному не завершив все свои 1С и SQL операции. С винтов вытащили базу 1С и базу SQL. Путем хитрых махинаций я смог вогрузить восстановленную базу на новую SQL. Но при запуске 1С в обычном режиме выдается - "Доступ к базе данных на сервере возможен только из одного каталога информационной базы".
Стал копать дальше, перерыл весь гугл, перепробовал множество способов по решению данной проблемы. В итоге нашел что проблема может быть в _1SCONNECT, а точнее в ней и есть проблема. Нагуглил такой код:
EXEC sp_configure 'allow updates', '1'
RECONFIGURE WITH OVERRIDE
GO
update sysobjects set name='dummy' where name='_1sconnect'
GO
EXEC sp_configure 'allow updates', '0'
RECONFIGURE WITH OVERRIDE
GO
CREATE TABLE [dbo].[_1SCONNECT] (
[CONNECTUUID] [char] (36) NOT NULL
) ON [PRIMARY]
GO
EXEC sp_configure 'allow updates', '1'
RECONFIGURE WITH OVERRIDE
GO
delete from sysobjects where name='dummy'
GO
EXEC sp_configure 'allow updates', '0'
RECONFIGURE WITH OVERRIDE
GO
Потом еще разок прошелся DBCC CHECKDB. Теперь эта ошибка про "Каталог базы данных" не появляется, теперь "Нарушена структура таблицы SC746". Всё, на этом я встал. Что делать теперь? =(
С новым годом тебя, друг.
Нафиг ты полез в таблицы, надо было просто переименовать каталог базы данных, зайти в базу, а потом при желании вернуть старое имя каталога.
А сейчас уже все просто: "нарушена структура таблицы" значит нарушена.
Сделай копию базы и в нее попробуй загрузить ее же мд-шник. Хотя вряд ли, канеш поможет. Делай все только на копии базы.
aka AMIGO> нет, в конфигуратор спокойно заходит.
МастерВопросов> а у неё свой мд-шник и стоит. Сейчас попробую всё заного, только с дальнейшим переименованием базы. Мне просто папку переименовать и всё? =)
а ТИИ не пробовал?
или перенести мд-шник в пустую базу.. там может появиться правильный SC746
Прошу прощения, но это не 1Совская конфигураторская штука которая сканирует базу и исправляет найденные в ней ошибки?) Если да, то пробовал. И кажется вылетела она у меня с ошибкой, не помню, честно.
SQL State: 22003
Native: 0
Message: [Microsoft][ODBC SQL Server Driver]Числовое значение выходит за пределы допустимого диапазона.
Подозреваю, что в архиве базы не хранился МД-файл.
Теперь в архиве одна структура, а МД-шник от другой версии, вот и разная структура.
Так?
В файле DDS описана структура таблиц, которая отличается от структуры метаданных в MDS (для файловой базы это DD и MD).
ОФФ: Беда коль сапоги начнет тачать пирожник.
(5)Ошибки помнить не надо. Достаточно сделать скриншот или в блокнотик забросить.
Файлы базы 1С как лежали раньше до упада сервера, так и сейчас лежат. Мы их не трогали вообще. Никуда не перемещали.
Сейчас я сделал всё заново, показывает снова "Доступ к базе данных на сервере возможен только из одного каталога информационной базы". Что об этом вы можете сказать?
+(4)Найди мд и сделай пустую базу в файловом режиме.
Те файлы, что видишь скопируй в другое место, пока не убил окончательно.
Проблема решается следующим образом:
1. С помощью монитора пользователей убедится, что с информационной базой никто не работает.
2. Запустить Enterprise Manager SQL Server и закрыть "зависшее" соединение (Kill process).
3. Средствами операционной системы убедиться,что файл в каталоге информационной базы "1Cv7.$ui" никем не открыт. Если существуют пользователи открывшие этот файл, то следует выполнить отключение доступа (Disconnect) пользователей от данного файла.
4. Запустить 1С:Предприятие.
Вот еще из яндекса ))
Диагноз: Такая ошибка возникает при попытке загрузить версию 1С для SQL после того, как один из пользователей некорректно вышел из системы. В редких случаях эта ошибка может быть результатом некорректной установки конфигурации.
Анамнез: После закрытия 1С на сервере NT освобождаются ресурсы, которые занимал пользователь. Однако в случае некорректного завершения работы не останавливается SQL-процесс, запущенный пользователем.
Рецепт:
Принудительно остановить SQL-процесс можно с помощью SQL Enterprise Manager. В нем все активные процессы перечисленны в ветке “Management\Current Activity\Process Info”. Надо найти в списке справа процесс, который мешает Вам жить, выделить его и в меню “Action” выбрать пункт “Kill Process”
Если пользователи работают по протоколу Named pipes, то можно просто закрыть файлы на SQL-сервере, открытые повисшим пользователем. Такие файлы имеют вид \PIPE\MSSQL$NAMEDSERVER\SQL\query.
Если вышеизложенное слишком сложно для Вас, Вы можете просто перегрузить SQL server. Надо только убедиться, что ни одна другая програма не использует его в этот момент.
Если ошибка возникает постоянно, имеет смысл проверить правильность установки конфигурации: с одной базой данных на сервере пользователи должны работать из одного каталога с конфигурационными файлами. Иначе говоря, не могут одновременно работать две (даже идентичные) конфигурации, размещенные в разных каталогах и ссылающиеся на одну и ту же базу.
Хм, может я чего-то недопонимаю. Но во-первых не на всех процессах светится кнопка "Kill Process", а во-вторых на коих она светится - жму, ничего не происходит. Перезагрузил SQL - тож самое.
я встретил такую ошибку у нас, когда главбушка переносила справочники из одной базы в другую методом копирования файлов.
Вот такая продвинутая..
во второй базе (обе файловые) отсутствовали 2 реквизита справочника. Естественно, возникала ошибка сабжа, а главбушка шипела на меня, аки кобра (в Новый год).. пока я не узнал её метод переноса.. оррригинальный..
кто-то из предыдущих прогеров ей такую штуку показал, без подробностей, естественно.
я правил этот dbf с помощью foxbase2.0.. работает..
Ребят, надеюсь всё-таки на вас, что я отдохну до 8 января, а не буду работать в праздничные дни :))
(28) мне незнакома эта прога..
скажи, вместе с "Нарушена структура таблицы SC746" что-нибудь еще появляется? в смысле названия полей?
Кстати, если ругается, что слишком большое число, то нужно просто посмотреть, что в таблице - SQL хранит целые числа в виде 4 или 8 байтов в упакованном виде, а 1С ожидает, что там строка, и возможна ситуация, когда запись в файле базы SQL-сервера побилась - для него ничего страшного не произошло, просто число стало очень большим, а вот 1С уже его переварить не в состоянии.
"смотреть надо в файловом варианте - сохранить в скл - загрузить в дбф" - к сожалению не знаю как :( Я смотрю DDS через DDView.
Torquader> это сканирование я делал до пересоздания _1SCONNECT. Сейчас в базу пускает, но "Нарушена структура таблицы SC746". Кстати кроме этого больше ничего не пишет, жму ОК - выкидывает.
(0) У меня такое было когда я не так скуль настроил при установке :)
читай внимтельно что скуль спрашивает когда его ставишь
"Доступ к базе данных на сервере возможен только из одного каталога информационной базы". это ошибка скуля
В режиме Конфигуратор выгрузить информационную базу.
В файловой версии (помнишь пустую?) загрузить информационную базу.
Да чего ты заладил то, скуль да скуль. У меня там база 4ой редакции запустилась же, а вот 5ка не хочет. Да и уже решил проблему пересозданием этой _1SCONNECT. До этого я делал запрос select * from _1SCONNECT и он тупо зависал. А щас пересоздал и норм, заходит. Теперь надо решить проблему именно с SC746.
(35) правильно, только дополнение небольшое - выгрузить в конфигураторе, запущенном в скл, а загрузить - в конфигураторе, открытом в пустой, которая будет уже дбф
(37) да вроде-б как раз и ненормально.. в SC746 несоответствие полей
(43) у тебя конфа - Бухгалтерия, судя по папке.
мда.. а выгрузить ты её, судя по скрину, не сможешь..
Когда зайдешь в конфигуратор 1С. Открой конфигурацию, добавь в синоним пробел, потом убери. Появиться звёздочка. Нажми сохранить конфигуацию.Потом попробуй выгрузку снова.
(38) никого не слушай.
делаешь так
с текущи МД создаешь РЯДОМ НОВУЮ бузу, далее сравниваешь структуру таблицы старой и новой, обрати внимание на примари кей, по тому как обычно примари криво создается при ручных ковыряниях (в том числе и в _1SCONNECT).
далее тебе нужно сделать средствами скуля переиндексаци.
(58) скуль какой? скорее всего 2009 . там с патчами могут быть танцы.
а вообще учитывая ошибку скуля - варианта только 2
1. я был прав с примари кей
2. в скуле есть ошибка - тогда лечить средствами скуля
SQL 2000.
Повторюсь, было аварийное выключение сервера, то бишь всё как было включенным, как смогло сохраниться, так и сохранилось. Из этого состояния я и поднимаю снова базу.
(62) скоорее всего получишь ряд ошибок.
1. пытатся востановить все в текущей базе (тут как повезет может почти сразу все заработать а может придется потратить неделю)
2. скулевским экспортом потаблично гнать данные в новую пустую базу (была у меня такая база на 60гигов, провозился 2 дня)
ушел в реал, если чего будет не получатся - пиши на почту.
(по любому поднять все можно если есть копия сразу после краха)
(58)Судя по третьему скрину. Не работает SQL с этой базой. Возможно, режим работы базы не тот. Надо смотреть свойства базы. Я в SQL не силен. Дальше подсказать не смогу. Можно попробовать файл SQL с данными положить в другое место и подключиться к новой базе.
слищком "хитрые" у тебя "махинации". точнее - слишком тупые. неххрен мд-шник подменять на устаревший, вытянутый из древнего бэкапа.
Кто подменял MDшник то? Я вообще его не трогал, Господи ты Боже ж ты мой. Махинации проводил я с SQL базой, а не с базой 1С.
У нас сотрудники уже завтра хотели выйти на работу, благо 6ая и 4ая редакция работает, хоть в ней инфу добьют. А вот 5ка. Ждем гуру =(
давай по порядку я озвучу ход своих мыслей
1. ты перенес базу на другой скуль? это так? каким методом переносил?
2. Ты пересоздал _1SCONNECT - нет никакой гарантии что она у тебя правильная, по этому правельнее ее вообще дропнуть, но по сколько у тебя есть шанс что в других местах дыры - лучше этого не делай.
мой совет - скулевским экспортом потаблично гнать данные в новую пустую базу
(76) +
на основе мд делаешь новую базу на этом-же скуле и в нее експортом по таблично. (экспорт там простой, там мастер есть для этого, по правому клику на базе)
таблицы на которых будут ошибки - озвучиваешь сюда вместе с описанием ошибок.
Ребята, если навернулся файл базы SQL, то бишь не были записаны какие-то операции, то нужно разбираться с файлом базы SQL, то есть делать его копирование при остановленном SQL-сервере, и уже потом в копии пытаться делать тестирование и прочие операции. Пытаться запихнуть битый файл в 1С или что-то делать там с ним нежелательно, пока файл не будет восстановлен.
Самое простое - попытаться выполнить SELECT COUNT(*) для всех таблиц базы, и посмотреть, на каких таблицах оно не выполняется.
Удачи.
1. Перенес базу таким образом:
Поднял новый SQL 2000, создал в нем новую базу, выключил SQL 2000, заменил файл mdf на старый, удалил ldf, на основе старой mdf создал новый ldf. Вот как это выглядит в запросах:
sp_configure 'allow updates', 1
reconfigure WITH override
GO
UPDATE sysdatabases SET STATUS= 32768 WHERE name = 'lCNew'
GO
DBCC REBUILD_LOG('lCNew', 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\lCNew_Log.LDF')
GO
Т.е. создать новую базу на основе МД и со старой через экспорт делать перегонку по таблично из базы в базу? Окей, сейчас будем пробовать, спасибо.
Torquader> и Ваш метод сейчас испробуем.
(0) в конфигураторе 1С в пустой базе задаешь параметры базы (Администрироание, Параметры..). Далее загружаешь 1cv7.md
Попробовали сделать переиндексакцию:
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.
Server: Msg 823, Level 24, State 2, Line 1
I/O error (torn page) detected during read at offset 0x00000020c2e000 in file 'C:\Program Files\Microsoft SQL Server\MSSQL\data\lCNew_Data.MDF'.
Комментарий
Ответ: нарушена структура элемента
Это второй вариант:
***Ошибка при проверке 1-го документа ИС_СЗВ-4-2 по схеме.
Причина Нарушена структура содержимого элемента.
Содержимое элемента не соответствует шаблону.
Источник
И таких вариантов много, что делать?
Комментарий
Ответ: нарушена структура элемента
Используем программу Пенсионный фонд РФ. Версия 7.07(Е) от 04.02.2008
При проверке вылетает такая ошибка:
Версия CheckXML от 04.02.2008.
Поиск строк "ВсеОсобыеЗаслуги, ТабельныйНомерОценщика" не дал результата. Их просто нет в пенсионной программе. Поскажите пожалуйста
Комментарий
Ответ: нарушена структура элемента
v_i_b
Всё понял. Спасибо за помощь.
Комментарий
Ответ: нарушена структура элемента
Их и не должно быть.Уже ждем второй месяц когда уберут.
Обещали после решения всех(?!) проблем с СЗВ.
Читайте также: