Подскажите как лучше реализовать, если у меня заведение элемента справочника порождает доход.
1. Создавать в фоне небольшой документ с движениями.
2. Делать запись в независимый РС, который потом соединять с продажами, хуже..
еще как-то?

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

Расстрелять,потом сжечь

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

(1) ну блин, так сформулировали, куда деваться)

(4) пусть это будет "заведение документа"

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

ну по логике это должна быть номенклатура и РТиУ

(4) "куда деваться" - бежать за канадскую границу!

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

(+2) как Распутина - отравить тортом, расстрелять и утопить :-)

(9) по идее они не удаляются, но видимо движение нужно у таких отменить)

(11) прекрати...  итак трудная ситация в стране - вирусы, нефть, курс $, а тут еще ЭТО

(11) "Стаж 14 лет".... :/

(0) Осталось только добавить в справочник дату (ну, чтобы понятно было в каком периоде доход формировать), потом еще несколько усилий и - вуаля! Ты сможешь построить на справочнике цельный документ! Который почти как документ (да и порождает документ, потому что иначе регистры не двинешь), только справочник! Невероятно - целый справочник документов! Перспективы просто дух захватывают. Спасибо за пятничную ветку.

(13) и чего
(14) я понимаю что бред, уж как сформулировано, спросил мнение

(15) бред уже в (0), бежать уже предлагали?

(15) Мнение ты уже услышал. Если сможешь внятно объяснить изначальную бизнес-задачу, то услышишь и совет как правильно реализовать ее в 1С.

(15) Да вот просто попытался представить сколько всего "сделано" за эти 14 лет. Пойду водой попробую волосы уложить...

Создаешь документ-регистратор с таким же УИДом, как справочник, и под него подкладываешь движения

(18) Если сможешь уложить, обязательно лаком закрепи. Иначе без толку. Проверить крепость укладки можно на этой ветке: Сравнение уникального идентификатора со строкой

(20) xD

(18) обо мне не беспокойся, ты явно на порядок умнее
в общем понятно, хорошей пятницы)

(22) Если хочешь идти до конца и не хочешь рефакторить, тогда просто в ПриЗаписи проводи связанный служебный документ, ссылку на который записывай в справочник. И при изменениях элемента транслируй соответствующие изменения на документ.

(23) ИМХО лучше сделать ввод документа на основании справочника, чтобы потом не было мучительно больно разбирать "откуда же у нас возникли эти доходы".

(23) + Это кстати тоже непросто правильно сделать, т.к. в при записи желательно уже элемент не менять. Нужно в ПередЗаписью() начинать создание документа, УстановитьСсылкуНового(), записывать эту ссылку в реквизит справочника и в ПриЗаписи() уже завершать создание документа.
(24) Да, в документ тоже неплохо записать перекрестную ссылку на элемент справочника.

понял, спасибо

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

(25) + Что-то я перемудрил. Вроде достаточно в ПередЗаписью справочника УстановитьСсылкуНового, провести документ с этой ссылкой на справочник, а потом записать ссылку на этот документ в элемент справочника. В ПриЗаписи уже ничего делать не нужно будет.

(3) эт типа как робот биржевой, безрисковый