Есть самописная база. Собственно ТЗ до боли простое создать справочник ну назовем его "жилые дома"  вообщем то все элементарно за исключением одного он будет состоять из 500 реквизитов.  Да да именно так .... Вообщем то умма не приложу сколько времени потребуется вносить эти реквизиты. Самое простое что приходит на ум формула измерить кол-во реквизитов введенных за час и далее понятно как выйти на итого за справочник. Ну мне кажется за такую работу как то очень уж получается может коэффицент какой применить. тогда какой? Вообщем никогда с такого рода работой в плане объема не приходилось иметь дело поэтому Ваши предложения.

что за реквизиты ?
используй табличную часть

500 000 руб.

(0) 500 реквизитов - это за гранью добра и зла. 146%, что столько не нужно.

(0) Идти работать менеджером.
Офисы стоят, ждут рабочих жоп.

(1) Я так и думал что начнуться шутки....

(0) используй табличные части, регистры сведений, подчиненные справочники

(1) Мысль хорошая

Взять БСП, ввести 500 свойств.
И не забыть взять 500 тыс.

(5) какие уж тут шутки

Могу безумно вкололить 500 реквизитов за 500 р.

(4) Не соввсем понял это к чему ..)))

(10) Что правда?

(0) а откуда данные вносить? вручную?

(0)Ты скажи сначала что за инфу ты собираешься держать в этих 500 реквизитах?

я так навскидку даже 20-30 не придумаю, характеризующие отдельный дом

(0) суть задачи в студию...

(13) Хороший вопрос я знал что хто нить да спросит  Нет есть по каждому дому экселевский файлик с пятестью строками из них буду обработкой заливать.

(17) "пятестью" -- сколько говоришь?

(17) бсп и доп.реквизиты или доп.свойства.

лучше доп.свойства, а то устанешь листать форму доп.реквизитов.

(18) )))) типа того

(12) а ты думал, когда писал "500" реквизитов, что тебя просто так оставят в покое? Ты вообще представляешь себе форму с таким количеством реквизитов?

Мне кажется, что если возникла необходимость в таких монстрах, то что-то неправильно в ваших консерваториях. Однозначно неверное решение.
Сейчас не знаю, но раньше накладовалось ограничение в количестве полей в таблицах баз данных. Как сейчас помню - 255 полей, не более. В современных - не знаю.

(17) ты хотя бы 20 реквизитов в пример бы привёл

(0) начнем с того, что тут не 500 реквизитов надо в справочнике держать, а регистр сведений

(14) да нет там все по уму в плане лишних никаких нет я сначала то же так подумал  (21) Слабо (23) Хорошо попробую

(24) он есть в 7ке?

(25) Не может быть. 500 реквизитов - это уже не по уму.

(24) Чем реквизиты не устраивают хотя против регистра ничего не имею то же просто так спросил?

а оплата наверное по цене оператора

(26) нет

(26) где написано про 7?

Так и не озвучена версия платформы. Тоже не понимаю зачем может понадобиться столько реквизитов.

(31) а где про 8?

(22) http://msdn.microsoft.com/ru-ru/library/ms143432.aspx
Существуют ограничения MS SQL, которые не позволят 500 полей в одной таблице.

(28) 500 полей в таблице реляционной базы - означает отсутствие нормализации

(34) столбцов 1024

(0) Приведи список полей, поможем правильно организовать структуру.

П.С. За 500 реквизитов самых при самых нужных руки надо отрывать.

(23) Общие (адреса, кадастровые номера , инвентарные номера ... и т.д.)     Общая характеристика (кол-во лестниц, этажей, подъездов, площадь, год постройки, год кап ремонта, количество квартир этажей подъездов секций ,срок службы и т.д), Характеристика нежилых помещений (площадь , встроенны ,  в гос собственности)  и так далее  до 500

(38) простите а чем плох подчиненный справочник с набором этих реквизитов. Не нужны же реквизиты оные все 500 да и выбока одновременно всех не нужна

(38) Адреса отлично вгоняются в отдельный РС.

(40) в чем преимущество подчиненной таблицы?

(36) Все эти поля в сумме не должны превышать 8,060 байт

(38) >год кап ремонта

год второго капремонта, год третьего капремонта...

Если запись происходит редко, то такой вариант предпочтительней

(41) Че, в каждый дом будем забивать дубли Городов, Районов, Улиц?

(38) Все очень просто:

Дом (справочник), ему подчинен справочник "Подъезды". Подъездам подчинен справочник "Квартиры".

Адреса в регистр сведений.

И тд.

(41) Есть законы нормализации.

Чувствую с какой-нибудь нетленки в Акцессе насмотрелись ...

Есть тут у меня сотрудники, которые хотят "базы данных", но чтобы показывалась форма каждого, в твоем случае дома, сразу со всеми реквизитами - типа им так удобней

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

(38) ключевое слово - Характеристика

(41) в том, что если делать реквизитами, то размер 1 записи этого справочника будет всегда одинаково максимален, чем делать свойствами.

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

(42) кто мешает поле делать не текстовое а ссылка на другой справочник?

(17) зайди на ВДГБ, выбери удобную конфу по ТСЖ, и залей туда данные.

платформа то какая?

(0) Кстати, ты сюда прямо списко всех реквизитов кинь, упорядоченных по наименованию или по логическим группам, только каждый реквизит с новой строки

(52) Обязательное - сделать реквизитами, необязательное - свойствами.

(55) точно. 77 имхо 500 реквизитов не потянет. по поводу 8рки хз

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

(57) а потом в запросе нужно получить все 500. И что 500 соединений делать?

(54) ты с ВДГБ?

(60) Схренабы.

База на 8.2

ascent ты меня пугаешь.

(60) Чушь не гони.

(54) Не вариант

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

Ну а как по другому? Свойство же это отдельная строка в таблице

(63) Я знаю минимум 3 конфы , которые удовлетворяют твоим требованиям и в них нет 500 реквизитов.

(66) Все же зайди и попробуй ума набраться.

(67) Конечно могут. Какой нибудь паспорт объекта распечатать

(68) Таблица то одна.

(61) Нет. Но я видел их конфы. Вполне.

(53) Ум того человека, который возьмется фигачить 500 реквизитов в один справочник.

(68) Реквизиты стоит разделить на группы.

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

(66) почему?

(41)в том, что у объекта может быть столько характеристик сколько необходимо. А не столько, сколько их всего может быть. Что можно просто и безболезненно добавить нужное количество реквизитов. Вообще работать гораздо удобнее если реквизитов много.

(72) Если ты в скд выберешь все 500 свойств - то получишь 500 соединений

(73) Конфы слабые, но пинок дадут.

(77) кто сказал что не все 500 нужны?

(78) Зачем мне СКД?

(80) Практика.

(0) Дождемся списка реквизитов?

(77) Вы путаете теплое с мягким. Вопрос о хранении, а не имении.

(74) Окститесь - ТЗ уже сформировано: [Собственно ТЗ до боли простое] и обратной дороги нет. Только 500 реквизитов. Предлагаю ставку 100 руб/реквизит

Нафига в каждый элемент справочника пихать кво лесниц типы помещений и т.п. этоже отдельный справочник тип дома. 1 раз заполнил в нем нечто подобное и потом за раз заполнил в нацати одинаковых домах выбрав вид дома. аналогично с чье помещение седьня оно ооо пупкин послезавтра ооо иванов и т.п. это уже отдельный документ и регистр также и ремонты

(84)Вопрос о целесообразности 500 столбцов и одной строки. Там где нужны две колонки и 300-500 строк.

Кстати если бы 1с не пыталась вычитать весь объект при записи, то и 500 реквизитов ваще норм было бы

(86) ты что? это же систематизация! а ТЗ уже сформировано!

А после завтра помещение 132 в доме 153 разделят на 3 что будеш лесть в структуру справочника и опять кодить. ну и историю как какието реквизиты изменялись наверника когдато понадобится

БСП возьми оттуда выдирай, адреса наверное по КЛАДРу надо будет синхронизировать и т.д., все уже придумано до нас

(0)Я бы за 50000 вбил :)

(87) Скорее тут надо 50 строк по 10 колонок.

Динамическое добавление нового свойства/характеристики как будешь реализовывать если не будешь использовать РС?

понадобилось 500 (пусть и по глупости) понадобиться и 520...
в общем не решай эту задачу в лоб, разобьешься.

Соотношение радиусов стремится к нулю. и очень успешно.
так что предложение (4) я б назвал даже лестью для ТС

бери побольше и частями, потому как дойдет до дела - тебя будут искать. Симку поменяй))

Мне кажется это больше ТЗ на адекватность исполнителя, если соглашается на то как написано то сразу шлют =)

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

Бюджетники, такие бюджетники ))

мда, тут начальная задача организации структуры базы,
читать сначала курс "реляционные базы данных"

(92)Да что там вбивать:)
1. Вбил 2 штуки, выгрузил в xml посмотрел структуру.
2. Программно сделал xml с нужным количеством полей.
3. Загрузил структуру обратно.
4.(96)
5. profit :)

Заходиш об авторе 35 лет вроде уже больше 4 лет на форуме, а такие глупости кодить пытается. Может Саша это таки она и блондинка? тагда без фотки бальше не подсказываю ;)

(102) а потом получаются таааакие нетленки :)

(0) Вообще, сразу скажу, что 500 реквизитов однозначно не верно. И вообще, такая конфа тянет на большой проект, проси отстатыш (а лучше от мульена). Разбивай на этапы, так как невозможно все нюансы учесть в одно ТЗ, а если сможешь учесть, что трудозатраты на составлению ТЗ сравняться с трудозатратами на кодинг, если не больше.

(104) а где там про конфу? Заказчику нужен только справочник на 500 реквизитов, и чтобы все было как в экселе

(0) делай все реквизиты строковые, иначе заипут потом и денег бери как месячный оклад

Вот собственно говоря что требуется : http://files.mail.ru/0C8B597325A44AFD9C34FD0851282183

(105) ну да, если так по ТЗ делать, то потом профит будет стабильный, засчет постоянной доработки отчетов и форм

(102) Не воспринимай так все прямолинейно

(107) да, а если ты будешь делать как надо, то тебя пошлют нах бесплатно :)

(83) в 106

ТС, ответь на (98)

предлагаю сделать документ)) и все в табличную часть. Выглядеть будет солидние.

(106) делай ТЧ с тремя колонками:
показатель
ед измерения
значение показателя

(111) Кроме адресов да там как и положено будет браться из классифиукатора.

только там есть "периодические" реквизиты
к примеру управляющая компания, фио руководителя и т.д.

(113) Т.е. в таблице будет 500 реквизитов табличной части?

(113)  Этого не нужно.

Нужно просто нормально подойти к построению системы.

(116) Советую позват специалиста. Так как уровень невежества зашкаливает.

(118) Это не совет это способ самовозвысится ....

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

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

(116) 500 строк

(117) ты скрины посмотри

(121) За это спасибо

(122) Я хотел вообще раэбить на несколько таблиц т.е. по разделам Ваше мненеие?

(14) http://files.mail.ru/0C8B597325A44AFD9C34FD0851282183

Ну вот квартиры явно можно выделить в отдельный справочник или на худой конец в ТЧ (Квартиры).

Так можно поступить с большинством объектов.

На самом деле за идею справочника с 500 реквизитами я б сразу застрелил. Есть несколько путей, но все зависит от того что вы там ваяете. Ну и понятное дело что придется сразу забыть о дбф. Поскольку похоже на ЖКХ или что-то подобное.

(126) Тут надо рисовать на бумажке схемки (или uml) и нести заказчику на утверждение.

(127) Не надо ни в кого стрелять просто я проигрываю разные варианты советуюсь вот и все.

(105) "а где там про конфу? Заказчику нужен только справочник на 500 реквизитов, и чтобы все было как в экселе" - а зачем заказчику справочник на 500 реквизитов? Явно же не для красоты. Понятно, что тут придется писать кучу форм, что бы все это редактировать, в какие то отчеты выводит, где то анализировать, обрабатывать. Может, в зависимости от значения каких то реквизитов по разному квартплату начислять или что то в этом роде.
Задача тянет на написание целой конфы в виде ЖКХ.
Не может клиент попросить тупо сделать одни справочник на 500 реквизитов (если конечно, он адекватный).

(127) я бы тоже застелил за такую идею.

(128) Скорее всего да единственно надо сказать что заказчик на первом этапе утвердит все что угодно пока не возникнут подводные камни так что для этого и советуюсь с сообществом как лучше реализовать

(106) Феерический бред, там характеристики относятся вообще к разным объектам, например ИНН у дома быть не может ...

Купите вы ВДГБ-шную Учет в ЖСК, ТСЖ...

(133) купить что бы посмотреть?

(133) Я еще раз объясняю что согласен в части посмотреть как в ВДБГ но в части вести учет не вариант.

(135) Ну не бери, сам тогда разрабатывай структуру, можешь все в один справочник.  

О чем спрашиваешь тогда?

Это уже линковали? wiki:Нормальная_форма

(137) Очень содержательно

1(125)Ну блин там нацать справочников просится и документов.

(138) к теме про 500 реквизитов - да

(140) Да

(139) судя по (114), там они есть уже

(142) Что касается адреса то да ....все справочники и регистры соответствущие имеются

Автор из разряда вчерашних студентов. Он еще полон сил и оптимизма. Уверен что все вокруг идиоты и только ему одному под силу сваять нетленку на тему ЖКХ.
Но... Автор задает вопросы, как по мне, на элементарные вещи. Судя по всему знание предметной области также отсутствует. Как собственно и возможность осознать свою глупость.
В такой ситуации могу дать только один совет - бегите оттуда. Вы просто нетянете.

блин да я тупо в учете основных фондов в любой бухии это вести смогу. у тебя там всего 3 колонки в таблице какие нах... 50 реквизитов.
место хранения/ вид ОС/ единица измерения/ к-во.
пр. ленина 1/ муниципальная квартира 1к./Мкв/533.
пр. ленина 1/фасад дворовой/мкв/600
пр. ленина 1/застроеная площадь сечения дома/мкв/700.

(144) Я не пойму где я написал или из чего все это следует?

(146) из ваших вопросов.

(146) Советую прочитать ту статейку, сделать выводы и 500 справочников с 2-мя реквизитами =) Это будет правильней

(144) он проще поступает - задания на фриланс отдает...

(147) Очень странно но вроде бы я нигде не писал и не как не показывал не в вопросах не в ответах, что все вокруг идиоты и только ему одному под силу сваять нетленку на тему ЖКХ и т.д.  вопросы бывают разные и элементарные  то же, если на форуме это запрещено то укажите в правилах.

(146) Да, конечно же. Студентов нада было в кавычках написать. Ну а в остальном вроде все верно.
(149) Только неговори что ты у него их там забираешь.

(150) Не запрещено. И не из принципе "Страна должна знать своих героев". Просто нас этим давно не удивить.
ЗЫ. Сам был таким же. И быдлокодил тоже. Все было ...

(150) Задавать вопросы, даже глупые - не запрещено. но когда на основании ваших глупых вопросов делают вывод о вашем уровне - не надо говорить, что "это вопрос одного моего друга"

(151) Ну а вы с (149) типа специалитсы высокого класса , хорошо буду знать теперь простите мою неучтивость.

(153) а я так сказал .... старанно что то не нахожу

10000 если тупо реквизиты внести.
20000 если внести и расфасовать по форме.

А вообще правильно говорили - на это есть свойства, не нужно городить.

(152) "страна должна знать своих героев. обязана знать и своих .удаков"©
(154) причем тут мы? тебе еще в первом десятке постов ответили...

(156) Спасибо

(156) а если обычное приложение, привязки и все такое?

(154) что ты паришся, тебе задачу решить надо или самомнение повысить. Вот и фильтруй базар полезные советы на заметку остальной флуд в спам. Эт так сказать цена за бесплатность советов. Хочеш чтобы с тобой были на Вы и шепотом заказывай платных специалистов для консультации.

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

(160) Понятно ...)))) ну оскарблять то зачем?

(159) Понятное дело, что инфы о задаче слишком мало. Вот просто взять добавить 500 реквизитов и ничего с ними не делать? Мне сомнительно. Но вдруг правда так - тогда я бы сделал именно по названному тарифу.

(163) в 125 полный список того что автор считает реквизитами лежит как по мне то это перечень объектов привязаный к определенному справочнику

(0) Делал СРОшную ЦРМку, тот же бред с 100500 реквизитами. Никак не смог объяснить, что это хрень, а не конфа. Было порядка 100 реквизитов, некоторые со справочниками, перечисления, пара обработок, пара отчетов, жесткий РЛС.
Взлетело за 100к деревянных.

(161) Да никто не оскорбляет. Мы сами такими же идиотами были. И косячили тоже. Я даже сейчас иногда умудряюсь херню накодить, особенно когда бью по клаве часов 20 подряд.
Мою прямоту тоже некоторые воспринимают за хамство. Хотя я из тех кто выше этого.
Так что непарься ты так. Бери деньги и делай ноги.
Ну а если хочешь нормального совета выкладывай ТЗ а не обрывок. Посмотрим ТЗ, ну а там уже или посоветуем или пошлем ...

(0) Я, конечно, дико извиняюсь, все не читал, может где-то в тексте и есть неоспоримое обоснование того, что без 500 реквизитов никак не обойтись. Но меня гложут сомнения, что необходимый ТС функционал разумно реализовывать именно на реквизитах 500 справочника, а не на ТЧ или свойствах в РС.

(167) Нормализации там нет.
Все нормально. Уже разобрались.

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

ТС, а кто заказчик?

(166) Ясно))) .... собственно ТЗ как такового нет т.е.  давлось в устной форме. На скринах которые я привел выше это экселевский файлик их таких 6000 т.е. по 6000 домам информация (т.е. в скрине по какому то одному дому собрана вся информация которая потом будет необходима для отчеттов соответственно, каких именно мне то же никто не объяснял пока ну малоли что). Так вот, "забудем про 500 реквизитов это я просто  написал первое что пришло в голову". Так вот задача создать в базе структуру в которую можно будет залить из ексельвских файлов инфу для дальнейшей работы с ней в частности формирование отчетов.

не... 1Ска тут не потянет... Тут нужен САП...
гы-гы-гы...

(172) хорошо когда у людей есть чувство юмора ....))))

"Помогите определиться со стоимостью. ТЗ на справочник с 500 реквизитами" - один раз  в пятак с ноги, 2 пинка  и четыре подзатыльника. :)

По скринам - это все дело надо разделять на объекты конфигурации, проектировать базу, потом уже загружать. Все хранить в одном справочнике - ни как нельзя. Проектируешь базу на листочке, показываешь клиентам, считаешь время на создание обработок по загрузкам данных в справочнике и получаешь часов 10 - 100. потом умножаешь на тарифную ставку за которую готов работать. итого 10 000 - 250 000

(175)+ И эту оценку надо умножить на 2 - на всякий случай - риски учесть, чтобы ни дай бог потом бесплатно не работать. тч 500тыс.

(171) Ну прими за правило - ТЗ всегда в письменной форме, с рисунками и пояснениями. Доказывать потом что ты не верблюд весьма неблагодарное дело.
Если людям нужна инфа только для отчета по имеющимся данным (скрины), тогда 1С вам вообще ненужна. Берите тот же MSSQL+MSAS и вам этого с головой. Единственное людям все же придется раскошелиться на сервачок.

ДА задача оказалась намного глобальнее чем моэно предположить было.

Да потому что в реквизиты нужно выносить только индивидуальные для каждого дома значения. Например кадастровый номер. Все остальное в справочники тч и прочее. Например в тип дома "хрущ" можно вбить добрый десяток реквизитов типа этажность, материал стен, перекрытия, тип балкона, застекленность и т.п. Таким образом добрая половина твоих 6000 домов будет иметь ссылку на хрущ которая даст сразу инфо по 20 колонкам твоего экселя. В итоге получится у дома пару дес. Реквизитов, половина из которых будут ссылками на другие справочники.

(179) Вот и я о том же. Это и зовется нормальной формой =) Если не вникать глубоко а в двух словах =)

не ну 500 это конечно жесть))) автор не понял задачи и начал решать кардинальным способом)) сегодня 500 рекв. завтра 1000

предлагаю брать золотом

Сдается мне, что ТС неправильно написал "справочник", а всё-таки имел ввиду "база данных".

(0) Че то как то странно все это. Не правильная постановка задачи. Автор откажись от этой идеи пока не поздно.

Я куею, дорогая редакция. Автор вообще хоть что-нибудь из теории БД читал? Про нормальную форму слышал? И эти люди еще говорят про то что айтишников недооценивают и им нужна заплата от статыщ.

А вообще, чте удивляться то. У нас 3/4 процентов населения работают не имея элементарных знаний

(186)
А вообще, что удивляться то. У нас 3/4 населения работает не имея элементарных знаний по своей работе.

Сдается мне, что завести служебный справочник типа ВидыРиквизитов, гораздо более правильно, тогда пользователи сами, как им будет удобно, могут ввести хоть сто тышь разных нужных реквизитов на объект. Что-то типа свойств в типовых конфигах. В реальные реквизиты вводить только те, что используются всегда и для всех объектов. Вводить 500 реквизитов - от лешего.

А почему никто не написал, что можно сделать нормализацию, т.е. 15-20 справочников, а на форму, где заказчику надо вывести 500 реквизитов?

+(189) после "надо" еще запятая

Автор, тебя заказчик разводит. Решил в справочник с 500 реквизитами запихнуть систему домового учета. Не ведись.

(189) про нормализацию раз 5 писали. Надеюсь автору это поможет

(191) Согласен, но сейчас автор справочник загрузит. А за систему учета еще денег возьмет :)

(0) Предлагаю автору вместо болтовни на форумах, сидеть и вбивать справочник с 500 реквизитами.
Заказчик составил некорректное ТЗ, ввиду непонимания этой области, ведь он то в этой области не специалист. Заказчик ожидает увидеть на экране справочник на эти 100500 реквизитов, но это не значит, что в бд они должны быть физически в одном справочнике.
Зайдя в типовой в карточку сотрудника (или туже ОС), тоже можно увидеть без малого 500 реквизитов, в БД же всё несколько иначе.

Я выше писал что от 500 реквизитов уже отказался, если с подчинеными справочниками то получается это чуть ли не целая конфа.

(194) Уже понял

(189) Думаешь поможет?

Тогда у меня следующий вопрос. Хорошо сделаю я допустим те же 20-30 справочников, из таблиц екселя (пример в скрине) в них данный реально будет выгрузить? Посколько тут как бы два вопроса создание справочника (справочников) и выгрузка данных.

(198) А вы как давно работаете с 1С ?

(198) > в них данный реально будет выгрузить
Ну в принципе конечно можно

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

(201) Заказчики бывают разные, некоторые нормально воспринимают желание программиста вникнуть в суть, а есть те, которые говорят, мы вот в экселе вообще вели этот учет, вам что сложно это просто перенести в 1С? делайте как мы просим и все.

(202) Согласен, такая самописка это вроде как промежуточный этап взросления, excel-самописка-типовая :-)
Каждая организация должна пройти сама весь путь. Может оно так и лучше.

(201) Использовать типовую в части организации справочников или вообще для учета я не совсем понял?

(204) Ну тут вам самим решать. Но если самописку делать, то подсмотреть как сделано в типовой всегда не лишним будет.

(205) Ясно, с этим все более менее понятно в каком направление двигаться, и все таки опять к вопросу по выгрузке я не понял реально ли выгрузить данные в том числе в созданные подчиненные справоники?

Ветку не читал, но каждый квартирный дом строится (строился) по одному типу, коих не так много. поэтому количество ступеней, этажей и прочего можно хранить в другом справочнике

Честно говоря, имея опыт работы в ЖКХ, с ВДБХ Учет в ЖКХ, работая с Контуром. Скажу так. Если ТЗ не включает в себя ведение учета, то самописной конфы со структурой, похожей на ВДГБ, вполне хватит. Но если в ТЗ присутствует расчет хоть чего-либо (а такое в конце концов появится, если автор не сольется), то в 1С делать расчет на 6000 домов это мрак... Проще взять что-то типа контура, там расчеты в разы и десятки раз быстрее выполняются.
А общая сумма при первом варианте - в пределах 50-80 т.р. по хорошему.

(208) Расчета как такового не появитться а вот отчеты обязательно будут. Хотя бы такой как приведен в скринах (только сводный) допустим по 6000 домам долго будет формироваться ваше мнение? И про выгрузку я спрашивал из экселя реально ли будет залить те же подчиненные справочники?

Ну вот как раз стоимость по моему мнению общая - создание структуры базы, обработка загрузки, ну и собственно сама загрузка. Отчеты формироваться будут быстро, если на СКД, то можно вообще не париться.

+ (210) Правда за отчеты надо отдельно будет брать)

Стоимость разработки тз от 2к$. В тз четко прописан функционал. Что на входе и что на выходе. Далее разбиваешь на подзадачи с плановой оценкой в часах. За завершение такой подзадачи требуешь оплату. Так неспешно можно написать нетленку.

(208) (209), не поленился развернуть 1С:Учет в управляющих компаниях ЖКХ, ТСЖ и ЖСК и позаполнять данные по тем скринам, что ТС предоставил.
Всё есть. И отчеты тоже.
Александр, смело покупай конфу, впаривай клиенту как свою БД, руби бабло и на Мистафест угощать всех, кто тут был. )))

ТС, собственно, ты там кем трудишься? Уверен что с вопросами о "реально загрузить из Exсel" тебе стоит браться за эту работу?
Нет, правда, ощущение что ты не программист.

даже не начинающий. так точнее

(213) Понял тебя счас гляну как там у их реализовано

(214) Со скольких раз сможеш угадать кем я там тружусь?

(217) Одна попытка и работать пойду. Админом либо директором который раньше был админом =))

В общем привлекайте специалиста именно в данной области к данному вопросу. Иначе ничего хорошего не выйдет

(217) маркетолухом?

(218) Да конечно иди )))) всегда приятно пообщаться с умным человеком с чувством юмора))))

(219) Ты я смотрю никак не угомонишся ..... ))))

(209) Ты наверное не только не писатель но и не читатель. Я тебе уже говорил - 1С при таком подходе вообще ненужна. По 6000 домам данные построятся примерно до 7 секунд. Вот только сомневаюсь что кому-то нужна будет такая простынь. Обычно выбирают несколько показателей и по ним анализируют. Там время реакции будет в пределах до 2 секунд.

(0) Берешь из БСП подсистему универсальных свойств и все готово. А за работу много просить. Не менее 50К.

(222) Я понял тебя

(0) Совет тебе:
Стоимость определяется не исходя из сложности задачи, а исходя из возможности клиента заплатить.
Сложность влияет только на себестоимость

(224) Ты все еще не решил эту задачу. Там кодинга на 1.5 часа вместе с экспортом из эксель.
Вот прикинь щас ты это закодиш и половину сотрудников жека нужно увольнять столько людей из-за тебя пострадает.
так бы обезьянки стучали оп клаве с полгода и былижутко заняты и гордились бы собой. а ты тут напишиш экспорт и за 10 минут все загрузиш так нельзя только в ручную. та и даные из 6000 файлов лучше ручками выбирать и подготавливать нужный отчет.

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

(206) Реально. А что тебя смущает? Какая разница, в один справочник грузить или в 100?

(226) >Вот прикинь щас ты это закодиш и половину сотрудников жека нужно увольнять столько людей из-за тебя пострадает.
Ха-ха. Наоборот, еще больше сотрудников понадобиться.

Планы видов характеристик для кого придумали-то?

(223) В подсистеме универсальных свойств весь набор данных для одного элемента справочника (~500 записей) будет храниться в одной таблице РСВ. В результате если в справочнике будет хотя бы 100 элементов это уже 50000 записей, когда при открытии формы элемента, реквизиты на форме будут заполняться с такого регистра - тормоза будут жуткие.
Лучше разбить реквизиты на группы, и сделать несколько РСВ.
Суть в том что чтение в БД из нескольких меньших таблиц быстрее чем из одной гигантской.

ТСа еще не уволили?

(231) не факт. вопрос в выборке.

Фееричная ветка! ))

если речь идет о свойствах одного дома удобнее сделать документ "Дом", сгруппировать свойства, поделить их на таб. части в документе.
Например таб часть "Квартиры", "Лифты", "Пожарные посты", и т.п. что вы там еще считаете.
отчеты удобнее строить по свойствам домов.
Например посмотреть в каких домах стоят лифты "Otis".
и сколько квартир с молодыми алкашами, а сколько со старыми?

(0) че-то меня пугают такие темы. Особенно под конец дня)
Бухгалтерия до кучи еще 100 субконто не заказала?)

(98) Неистово забивать))))

50-70 я видел.. но 500 - эт уж слишком..

> 500 реквизитов

да... велика Россия, много в ней идиотов

(0) создать ТЗ на справочник - уже идиотизм. Требование к количеству реквизитов спраочника ДО начала работы над ТЗ - еще больший идиотизм.
Дорого. 300...500 т.р.

(240) видимо у них 500 домов планируется

(0) Встречались мне такие задачи, встречались. Я решал их так - просил на бумаге написать мне пример из 2-3 элементов данного справочника с полностью заполненными реквизитами. Вопрос увядал сам собой. 500 реквизитов - явный бред. У меня элементы справочника(не в 1с) примерно с 80-ми реквизитами - так народ не помнит, зачем там 2\3 элементов

(0) Скажи пример хотя бы 1 элемента такого справочника? Мы тебе его вмиг тут оптимизируем.