Добрый день

Хочу сделать конфигурацию по учету задач для себя. К задаче планирую прикрутить этапы выполнения, статусы / состояния задачи, сделать назначение исполнителей, регистрировать затраты исполнителей по часам и т.д.

При проектировании структуры метаданных встал вопрос: сделать задачу справочником или сделать задачу документом. У каждого варианта свои плюсы и минусы, помогите определиться пожалуйста.

ITIL не предлагать?

Нет спасибо, слишком сложна, хочется для себя

(0) если нужна дата и номер - то документ.

а вообще все равно.

Документ, разумеется.
По определению

Документ же

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

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

Задача это же явно http://v8.1c.ru/overview/Term_000000180.htm из http://v8.1c.ru/overview/Term_000000179.htm!

Какие еще справочники или документы?

(0) ЕРП, быстро нафигачиваешь маршрутную карту с подэтапами, далее диспетчируешь по сотрудникам этапы, далее фигачишь этапы производства с выработкой сотрудников и расходом туалетной бумаги ;-)

Зацените канбан доску на 1с

отвечая на вопрос в (0) - сначала я сделал справочником. а потом - документом ;)

потому что нужны были движения по регистру остатков

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

(13) ну сделай

(8) к задаче можно прикрутить этапы например подчиненные, файлы прикрепить и т.д.

(14) хотелось бы понять как будет лучше, прежде чем делать

(16) -> (11)

(15) в (10) всё есть

(15) Ну так прикручивай через РС то

(17) ты сказал как ты сделал, а где обоснование данного выбора?

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

(16) если нет понимания, начни плясать от получения инфы:
как и что анализировать? в каких разрезах? периодика-история?
придешь к пониманию как хранить, далее - как писать движуху

(20)->(12). не стал делать подчиненные документы, чтобы не плодить слабосвязанных объектов, которые требуют поддержания целостности (например изменение статуса задачи отдельным документом, а потом изменение даты документа)

(23) так вроде 1с на эту роль предлагает бизнес-процессы. Усиленно предлагает

(24) если бы задачи могли делать движения, цены бы им не было

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

особенно на 8.3, где можно формировать представление самостоятельно

(26)  ну, если нужны остатки, то нужен документ. будет это сама задача, или будет он подчиненным - пофиг.

(26) я и формирую представление :)

Спасибо за советы

(0) это есть в http://www.worksection.com

подчинение задач можно делать по реквизиту ДокументОснование и строить структуру как в типовых