Прошу высказать свое мнение. Я не программист. Имел опыт помощи программисту с 1С7.7 и с 1С8 не знаком.  Хотели в конфигурации 1С8 самописной создать документ для отражения задач по клиентам (планов встреч, презентаций, переговоров и т.д.).
Обратились к стороннему программисту и он очень настойчиво советует использовать для этого не документ, а справочник. И меня это ставит в тупик. В моем понимании, справочник - хранилище повторяющейся информации. А документ используется для отражений событий, фактов хоз деятельности.
Программист считает неправильным использовать документ потому, что документ должен проводиться. А значит любое изменение данных будет требование проведения документа. + если использовать регистры сведений, то информация будет просто дублироваться. В регистрах будет повторяться информация из документа.
А если использовать справочник, то элемент справочника будет просто обозначать действие. Все остальные значения будут храниться не в реквизитах элемента, а в регистре сведений с привязкой к данной записи справочника. Т.е. не необходимости что-то перепроводить и нет дублирование информации. Но тут мне кажется точно также можно и документ использовать.
Был ли у Вас опыт таких реализаций и какие вы видите минусы  в данной ситуации использовать вместо документа, справочник?

я за документ

А почему не сделать как в типовой?

(0) делать можно и так и этак. зависит от задачи. Например, в каких-то конфигурациях договор - это справочник, а где-то документ (когда нужно например проводить корректировки в графиках начислений и платежей и записывать это в регистры накопления). В 1С:Документооборот мероприятия - это справочник. Но он порождает документы при запуске этого мероприятия в обработку.

Я бы все таки делал документом. И чтобы не изобретать велосипед, если у вас есть доступ к сайту обновлений 1С, скачайте библиотеку стандартных подсистем. Там уже реализован документ Встреча (скрин ниже)

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

(4) Ну пользователь может забыть и программу запустить, но это не будет оправданием. )

нужна голосовалка

Справочники, Документы... это Сущности

(4) документ не обязательно должен быть проводящийся.

ветка из будущего?

Кстати а почему нет секции 1с Элемент?

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

1. Я за документ.

2. Документ не обязан проводится.

3. У вас как раз имеет смысл делать с проведением. Потому что например возможна такая ситуация - запланировали мероприятия на месяц и провели. А через 3 дня планы поменялись - что лазить и менять документ ? А если ещё через 3 дня это изменение отменится то опять лезть и восстанавливать записи ? А как вспомнить что там было ?

При отражении в регистрах всё элементарно.

(6) думаю, что надо, но незнаю как ее сделать. Мнения специалистов разделились. Не часто создаю темы. Если подскажите как, то сделаю.

(12) в типовых, например в УНФ, сделано документом "Событие" и там разные формы "Встреча, Звонок, Эл.Письмо". я бы тоже сделал документом.

(12) я тоже не в курсе, как в уже существующей теме это сделать, но может кто из форумчан подскажет

(8) (11) Если Документ не проводить, то получается не будет формироваться движения по регистрам сведений. И поиск будет идти по документам?

"для отражения задач" - вот Задачи и использовать

(15) проводить/не проводить слишком размытое понятие

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

(16) то что наименование этого объекта совпадает с сабжем, совершенно не означает что он подходит

(0) Смените программиста, пусть делает что говорят

(1) (13) (11) Выбрать документ понятнее и привычнее. Но программист, как и несколько тут написавших уже, утверждает, что это просто сущности. И тут нет жестких привязок.
И как я понимаю, что в его предложении действительно глобальных минусов нет. Да, это нестандартно, но текущий функционал 1С это позволяет и очень много зависит от его продуманности кода и алгоритмов работы.

(19) такой может начудить еще больше )))

(20) пригласите его сюда, пусть объяснит

все сильно зависит от конечной цели, т.е. какой будет отчет и его наполнение

(20) "Да, это нестандартно, но текущий функционал 1С это позволяет"
На уровне СУБД что справочник, что документ - одно и тоже. Почему нестандартно затолкать планы встречи, презентации и тп в справочник? Договоры же - справочник, а не документ.

Документ как выше подметили - факт хозяйственной деятельности, а если план встречи поменяли 20 раз, да еще и прошлым периодом, значит по-хорошему нужно заводить корректирующий документ плана встречи если уж на то пошло, т.к. план был составлен 01.12.2024, а 05.12.2024 в него внесли правки. Нужно заводить корректировку документа, а не править старый. Аргументация сообщений в ветке про документ тоже сыпится.

(20) >>  это нестандартно...

Стандарт укажите, который нарушен.

Нет никаких стандартов. Даже рекомендаций никаких нет на этот счёт.

Коллега в (23) точно указал: все сильно зависит от конечной цели.

Какую задачу в вашей системе выполняет объект, который Вы называете (цитата) "отражения задач по клиентам (планов встреч, презентаций, переговоров и т.д.)"?
Что в этой формулировке означает слово "отражение"?

Вопреки распространённому мнению, в мире 1С любая система должна строиться от отчёта. Почему-от большинство коллег ставят телегу впереди лошади и всё начинают со справочников и документов. А должно быть наоборот.

Собираем формы отчётов, которые нам нужны. Это пользователи нам должны рассказать.
Определяем - откуда должна браться информация для наполнения этих отчётов. Таким образом  мы получим список регистров - источников информации для отчётов - и их структуру (что - измерения, что - ресурсы, что - реквизиты).  А так же перечень регистраторов (если есть какие-либо регистры помимо независимых регистров сведений). И только глядя на структуру регистров можно понять - что должно быть документом, что справочником, что элементом планов видов характеристик, видом расчётов, элементом плана счетов, бизнес-процессом, задачей или перечислением.

PS Совершенно не понял почему так много народу согласились с тем, что задача по клиенту это именно документ. С точки зрения бытовой логики это скорее справочник - просто место для хранения информации о некоем событии.
А если это документ, то что означает факт его проведения? Что задача выполнена, согласована, запланирована, встреча состоялась? Или это документ с кучей статусов/состояний, который будет каждый раз перепроводиться по мере изменения статуса/состояния? Да ну нафиг такой документ... особенно если вдруг понадобится поменять что-то в нём на каком-то давным-давно прошедшем статусе/состоянии.

PPS По вводным в (0) определить вид объекта не представляется возможным. Информации недостаточно.
Показывайте своё ТЗ.

(25) А завтра вам принесут ещё пачку "очень нужных" форм отчётов.. Переделывать архитектуру?

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

(27) Хорошая работа, если можно всех посылать. )

(26) >> завтра вам принесут... Переделывать архитектуру?

Вы так об этом рассказываете как о чём-то плохом или принципиально невозможном...

Бывает, что архитектор и/или методист, могут настолько накосячить при сборе информации о требованиях заказчика, что в процессе эксплуатации созданной ими системы выясняется, что архитектуру придётся переделывать.
Только боюсь, что это проблема нерадивого архитектора, который не сумел адекватно собрать (вытрясти) всю информацию у заказчика, качественно её оценить, и спроектировал недостаточно гибкое решение.

А вот лепить из любого объекта непременно документ только потому что "мне так видится" - это очень странная позиция. Пока никто не потрудился привести хотя бы одного внятного аргумента - почему задача по клиенту - это именно документ, а не справочник. Может это вообще бизнес-процесс...

(29) а как можно приводить аргументы, когда картина целиком не ясна?

(22) >> пригласите его [программиста] сюда, пусть объяснит

Пусть сначала автор объяснит - почему задача по клиенту должна быть документом.

(30) >> как можно приводить аргументы, когда картина целиком не ясна?

🤷‍♂️ Я тоже этого не понимаю... Надо бы спросить это у тех, кто уже поддержал идею с документом.

(31) тогда может ты аргументируешь, почему справочник? пока мы дождемся чего-то от ТС

(32) я за документ, спроси у меня

(29) Ну началось: бывает то, бывает это..
Переделать архитектуру возможно, никто не спорит.
Но вы так об этом рассказываете, как будто это хорошо.
И я вообще ни слова про документ не написал.
Но отталкиваться исключительно от отчётов, разнообразие которых в процессе деятельности организации может возрастать, при проектировании архитектуры - не менее странная позиция.

(35) т.е. по-твоему нормально насоздавать справочников и документов и только потом глянуть какой нужен отчет? и сидеть пытаться слепить все в кучу?

Разговоры ни о чём.

(15) // И поиск будет идти по документам?

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

Ну посмотрите как работает какая-нибудь "Установка цен номенклатуры". Цены берутся из регистра. Устанавливаются они документами (которых может быть много).

Если понимания, как вообще работает 1С, нет, то проект обречён на неудачу. Или это студенческая курсовая? Тогда лепите что хотите.

(35) >> отталкиваться исключительно от отчётов... - не менее странная позиция.

Не согласен.
Это единственно верная позиция.
Учётные системы существуют для того, чтобы что-то учитывать.
Вообще учёт - это контроль состояния некоторых показателей бизнеса (стоимости активов, размеров пассивов, сумм задолженности, количества и стоимости товаров и прочих ТМЦ, объёмов выручки, доходов, расходов, прибыли, и ещё миллиона прочих).
Чтобы в любой момент времени можно было посмотреть отчёт о состоянии всего многообразия различных показателей и были придуманы многочисленные системы учёта.
А вовсе не для того, чтобы операторы туда документы и справочники заколачивали. Документы и справочники - это всего лишь инструмент для наполнения учётных регистров, которые содержат ключевую и важную для бизнеса информацию. Отчёт - форма для представления этой ключевой информации в удобном виде.

Поэтому правильное построение системы - именно от отчёта. Когда ты отвечаешь себе на простой вопрос - что (какой показатель) ты хочешь контролировать, как (в каком отчёте и каком виде) ты хочешь его видеть, откуда (из какого регистра) эта информация должна взяться, именно в этот момент всё и встаёт на свои места. Становится ясной и понятной структура твоего(их) регистра(ов), перечень событий изменяющих состояние регистра (эти события - это будут документы) и различной дополнительной информации (это справочники/перечисления/ПВХ/виды расчётов).

(25) // А если это документ, то что означает факт его проведения?

То, что он "вступил в силу". Если документ проведён 19.12.2024 в 12:00:00 то это значит что в полдень мы планировали с этим клиентом такие мероприятия. А если наш начальник Василий Пупкин сделает и проведёт другой документ по этому же клиенту в 12:00:05 то уже его данные будут актуальны. Вы же всегда получите актуальные данные "срезом последних".

+(40) Ну и как это можно добиться при помощи элементов справочника ?!

(36) Я вообще справочники и документы не упоминал. Как уже говорилось - "может это вообще бизнес-процесс".
Как-то вы пропустили "сбор информации", у вас сразу "насоздавать справочников и документов".
Не встречались локальные подсистемы, вообще не имеющие отчётов на этапе внедрения? Максимум - выдача в файл для передачи куда-то там. В этом случае, отталкиваясь от отчётов, вообще ничего делать нельзя что ли?

(42) в чем различия отчета и файла по-твоему?

(43) В отчёте есть схема компоновки данных. Это ж очевидно ;)

(44) а еще "отчет" это 5 букв, а "файл" всего 4 буквы

(45) 👍 хе-хе

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

Я бы вообще регистр сведений предложил...

(48) Да тут не один объект нужен, а целая подсистема. Нужен аналитик, архитектор.
Там будут и справочники, и документы, и регистры сведений.

(43) По моему отчёт подразумевает интерактивность. А значит наличие наглядности, расшифровки (дополнительных данных). А также не запрещает схему работы в стиле: тык, ой, чот не тот период, тык, теперь забыл отбор, тык и так далее. Разве только организационно. А по вашему различий нет?
И кстати, я написал "максимум - выдача в файл".
Выгрузка может быть прикручена и потом, т.к. на стороне приёмника погромисты не наигрались с "фреймворками" и "апи".

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

(51) Я буду выстраивать архитектуру на основе полученной информации. Возможно, не ограничусь справочниками и документами.

(52) а если мне нужно будет отчет сохранять в ПДФ и высылать собственникам бизнеса? это будет отчет или файл? интерактивности точно не будет )))

(15) запись в регистры может выполняться в модуле процедуры ПриЗаписи

(41) Аналогично. Разница в том что у документа 3 состояния (проведен, непроведен, помечен на удаления). А у справочника 2 помечен или нет на удаления.
В остальном в 8-ке они одинаковы

(53) А можно ещё из обработки сохранять в пдф. Много чего можно придумать. Например, так и сказать собственнику: ничего не будет, пока все формы отчётов не придумаете.
Уже действительно разговоры ни о чём, обсуждение всё дальше уходит, ТС уже забил похоже.

(56) ТС — бот. Что с него взять, кроме топика...

(56) да, я и забыл, что все 1С-ники тупые (включая меня в определенный период времени) и что для них "отчет" это определенно цветная табличка с кнопками и никак иначе

(58) Мы не тупые. Мы умело абстрагирующиеся.

(59) это точно

(58) И котик чтобы был, пока отчёт формируется! Без котика не то.

(61) есть только блэкджек и шлюхи, брать будете?

(0)

Я бы посмотрел сюда

https://github.com/BlizD/Tasks

Там правда ролики на ютубе, ну а кому легко ?

Можно скачать и поглядеть полноценно на своем компе

(62) Мне нельзя в Бельдяжки..

(64) так ты женат или мертв?

(65) нихуя себе альтернатива!

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

вот после этого сразу бегите от этого программиста

(0) значится так...

1. на уровне sql представления это все отношения и кортежи...

2. на уровне концепции 1с платфрмы ...документ это - событие.. справочник...относительно постояння сущность,

3. есть иакж типове объекты задачи и бизнес процессы ...возможно надо смотреь в их сторону

(68) Не торопись. Подумай

В 1С Документооборот:
ВходящиеДокументы
ИсходящиеДокументы
ВнутренниеДокументы
- это справочники

(0) Есть смысл делать вашу сущность документом только если требуется проведение (отмена проведения) по регистрам
Если такого нет - не надо, лучше справочник
Дату и прочие реквизиты и ТЧ у справочников не проблема

(71) а если запись не будет подчинена регистратору?

Общий смысл написанного всеми понятен. Да, мнения в основном разделились, но в целом аргументы понятны. спасибо большое за высказанные мысли.
(56) (57) Общий смысл уже понятен. Общение уже уходит действительно в сторону теоретики. Что было первым, яйцо или курица.

(73) и вам не хворать

(6) Зачем?
Сторонний программист идиот, что тут голосовать-то?

Планы встреч, презентаций, переговоров и т. д. — это может быть и списком типа To Do без даты занесения события и событием с датой
В первом случае это справочник, во втором документ

В этом плане программист хоть насколько-то может еще быть прав
А во всем остальном он идиот

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

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

(55) У документа есть дата и время. Он может проводиться оперативно. Когда он проводится можно писать в периодический РС состояние запланированных мероприятий.