Хотим дать заказчику настраиваемые документы. А-ля Инталев.

(0) блокировки будут.

А зачем форма без событий? Юзер не программно же его заполнять будет. Да и дуракоустойчивасть как организовывать, права, тоже через конструктор?

Да и быстродействие пострадает

(0) а зачем? Такое уже есть, называется конфигуратор. Тем более его же все равно использовать.

(4) а сайт открыть не пробовал?

У Итана есть. itan.ru Управленческий баланс. Там реализовано.

(8) Ты же сам отвечаешь на свой вопрос. Оболочка под названием 1с 8.x не обладает всеми признаками ООП.

т.е.
отдельный справочник для реквизитов,
отдельный справочник для табличных частей?
или это все на РС сделано?

(0) пишеш: "Форму думаем дать юзверю возможность разрабатывать в конфигураторе" "Схему проводок прописывать в конструкторе специальном" к этому я бы добавил: и все остальное тоже делаем в "конструкторе специальном" ........ чем твое ноу хау будет лучше Платформы 8.1?

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

(13) +1

(7) +1.
Купили, ковыряю. Задумки неплохие.

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

ыохднымданным = входным данным

И вопрос по теме - нахрена тогда использовать 1С?

(18) идея в создании следующего уровня абстракции.
посредством встроенного языка.

(19)
Это здорово. Но производительность? 1С дал класс ДОКУМЕНТ. Наследуя его - мы создаем столько видов документов, сколько нужно.

И этими же средствами мы ОПЯТЬ создаем класс ДОКУМЕНТ. Чтобы создавать документы несколько иным способом.

Вопросы -
1. Понимает ли заказчик - с чем связывается?
2. Кто ЭТО будет поддерживать?
3. 100% проигрыш по производительности. Это даже не вопрос.
4. Необходимость СОЗДАВАТЬ ЗАНОВО множество вещей, которые работают как бы в фоне.
5. И почему бы не взять для этой цели нормальную платформу?

Прикол - способов реализации учетных систем наверняка много. Конечное количество, но много. И реализовать их ВСЕ на бедном снеговике - создавая уровни абстракции один за одним. Зачем? Чтобы эпатировать бедного программиста, который придет всё это поддерживать. Этакое ШОУ скрытая камера - через месяц работы задать вопрос - ну как - НРАВИТСЯ??

(20) 1с и Наследование - вещи практически несовместимые. Документ "ПоступлениеТМЦ" - это что экземпляр класса "Документ" или для него "Документ" является супер-классом?

(20) много вопросов=)
1. понимает (исходя из постановки ТЗ)

2. документация как правило решает большинство вопросов.
3. да, глупо спорить.
4. тоже верно.
5. например, потому что данная надстройка сможет работать "над" типовыми и в типовых после небольшой их доработки.
По сравнению с решением, реализующим функционал типовой + нетиповый функционал - по поддержке и обновлению, по уровню сопровждения - явный выигрыш.
(22) в каком контексте?
в пофигураторе - класс, наследуемый от "Документ", сам по себе объект-документ в пользовательском режиме - экземляр класса.

(_) Рождество скоро=)
тик так, тик так..

(23)
@По сравнению с решением, реализующим функционал типовой + нетиповый функционал @

Судя по (0)

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

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

может лучше будет блочная конфигурация???? типа вот этой идеи http://www.infostart.ru/forum/messages/forum14/topic7756/message54960/#message54960

а давать пользователям возможность заводить свои реквизиты не есть гуд, пользователи разной квалификации бывают. Обычно после ПРОГРАММИСТОВ остаеться куча неизвесных и неиспользуемых реквизитов, а какой-же бардак будет со зверями??? только не надо про настройку плана счетов говорить, там все проще и единые правила есть

(31) так дай им 1с6, париться меньше придется

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

p.s. Если решительно настроен так - скажи тогда почему умные люди в 1С не сделают такова?
p.s.2 Нет просто интересно - оказывается можно систему создать без програмного кода, просто добавляй реквизиты как заблагорассудится и всего делов... программа дальше сама поймет что к чему......

(36) вся твоя идея класная канеш. типа любая кухарка может управлять государством (кстате заметь В.И. Ленин утверждал что может управлять (но не БЫТЬ СПЕЦИАЛИСТОМ) разницу между управленцем и спецом надеюсь не надо пояснять?), но тока провальна она. Управленцу все равно чем управлять (во всяком случае так принято считать) а вот быть спецом не все равно в чем.... А для конфигурирования (или новый термин замочи) нужно быть спецом а не управленцем. А если быть спецом тогда зачем нужна твоя настройка? я не спорю может и полезна тока ты доводов пока не запостил (не считаем что прогер не нужен это абсурд). p.s. прогер не нужен тока в sap где можно сказать "Ваши бизнес процесы не кашерны берите наши" :)

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

(28) такие бредовые идеи возникают только с выключенным мозгом
(30) отлично. Создали внешнюю обработку с формой с табличной частью. Пользователь _НЕ_ПРОГРАММИСТ_. Как будут решаться банальные задачи пересчета одной ячейки строки ТЧ от значения другой? Например ввели номенклатуру - получили для нее основную ставку НДС, ввели количество и цену - получили общую сумму и сумму НДС и т.д. Можно конечно сказать - "все будет вводится вручную", но для такого решения нужно выключить мозг.
Да, кстати - интересно, какие же алгоритмы выполнения проводок пользователи будут в конструкторе делать? Списание товаров со склада?

В общем очередной "мозговысер". Эммулятор 6-ки на 8-ке. Что то мне кажется что твой франч хочет жестко развести недалекого клиента, давя на то что "программист не нужен будет".

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

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

(40) Я не имел в виду привязку, это утрирование и сарказм

(41) напоминаю - пользователь _НЕ_ПРОГРАММИСТ_

+(41) базарил как-то с одним "коллегой" аксапту внедряет (нач. проекта) - так тот слюной брызгал (всю электричку чуть залил) типа системе их все равно какой план счетов и вообще все равно сколько планов счетов пользователи сами настраивают проводки как хотят.... к концу поездки выяснилось что юзеры настраивать могут по факту лижь названия (номера) счетов -  типа могут выбрать 41 назвать или 41.1 вот это называется настройкой у них....... жескач канеш но на зато настроить можно не то что в 1це... :)))))

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

(0) вообще (39) верно написал "давя на то что "программист не нужен будет"." если клиента разводите на такой прогон то здесь думаю никто не против. тока нас в этом убеждать не надо.

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

на самом деле все что нужно автору - уже придумано. Операция  в типовой бухии. И проводки пользователь может "настраивать" на свой лад как хочет.

(48) есть один минус - гений денег не получит

(39)думай больше. то есть глубже..абстрактней, что ли.
в ИТАН УБ, например, есть механизм "Сервисов" - можно там реализовать такое.
я вижу это как отдельный блок, отвечающий за взаимосвязи колонок, и всё.
Так же как в СКД есть пользовательские поля(аналогично то есть)

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

Какой уровень знаний внутренего устройства конфигурации и непосредствено 1с должен быть у пользователей? Должны-ли они понимать как внутри устроены регистры, должны-ли они понимать слабые (с точки зрения быстродействия) стороны 1с??? и т.д.
То-есть просто надо описать для кого будет эта система.

Если у тебя выйдет, что для молодого буха окончевшего институт с отл по программированию и сходившего на курсы - то извените, это через годик уже не бухгалтер будет а прог :)

(51) навело "А у нас в офисе живой парадокс работает - бухгалтер/системный администратор. Его вообще никто не понимает." с баша.