В УНФ в Заказ покупателя требуется внести след изменения:

1. добавить в табличную часть колонку со статусом  каждого товара (подтвержден, нет в наличии), который выбирается вручную из выпадающего списка;
2. При подсчете  итоговой суммы по товарам принимать к расчету только товары со статусом "Подтвержден";
3. При формировании других документов на основании Заказа покупателя, передавать в них данные товаров только со статусом "Подтвержден".

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

1. Внести изменения прям в документ  в конфе?
2. Создать копию документа в конфе и в нее вносить изменения? Что лучше копировать всю папку с документом или достаточно Формы документа и табличной части? Какие могут быть подводные камни? Где почитать?
3. Создать Расширение? (Чет у меня пока не получилось - колонка в табличной части не выводится в режиме предприятия, да и нет информации по этому процессу в сети)

Заранее спасибо!

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

(0) Лучше ничего не трогай.Книги читай,курсы смотри.Рано.

(2) да ладно, а как-же авантюризм?

(0) сделай через расширение - заодно и расширять научишься.

(3) Ну я первый не начинал....,прошу внести в личное дело! (4)

(0) Создавай хранилище конфигурации,там и твори.Зодно и хранить научишься.

(5) что, ни разу в жизни в авантюры не ввязывался? И как тогда ты в одинэснеги попал?

(6) хранилище для ИБ или для рапсширения?

(7) Я не про то))),из авантюр и не вылажу до сих пор.А попал из сисадминов,нетварь сисадминил,потом уже NT,это в старые добрые времена.

(8) Два,два хранилища,одно личное.

(1) Так надо по бизнес процессу, соскакиваю с Ритейл-СРМ, там есть, все привыкли, значит нужно, решение принимаю я. Делать буду в любом случае, любыми силами. Подскажите лучше, как сделать.

(0) ИМХО. Делай через расширение. По другому - снимать конфу с поддержки, а это еще хуже со временем. Инфы в инете больше чем шпал на БАМе.

(0) Если не хочешь идти по совету (1) тогда.
1. Ввести реквизит в ТЧ
2. Форму отработать в расширении.

(2) Заодно научусь, во всяком случае интеграцию с сайтом по REST API уже сделал (через расширение). Спросите почему не воспользовался стандартным механизмом 1С: хочу чтобы сайт был Мастер, а 1С - слэйв.
В книгах не пишут как лучше, в книгах просто описывают способы как делать. Поэтому и спрашиваю у уважаемого сообщества, какие лучшие подходы  сейчас сложились с учетом текущего развития платформы.
Сам я начал решать задачу через расширение, но уперся в проблему, как мне кажется эта проблема связанна именно с расширением.

и вот за коим тогда лепить расширение, если конфу ломать прямыми изменениями структуры

(12) (13) Начал делать через расширение - уперся в проблему: в расширении добавил реквизит к ТЧ, а в настройке видимости в режиме предприятия он не появляется. При этом форма используется из расширения.

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

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

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

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

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

(19) Это уже что-то интересное! Табличная часть не предполагает добавление дополнительных реквизитов стандартными методами, как тогда их добавить?

"...просто дописываемых новых регистров сведений, которые будут связаны со строками ТЧ типового документа ключами или ссылками...."

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

Вопросы????
1. Проводки на какие суммы будут идти?
2. При открытии сохраненного документа пользователь сразу должен видеть изменения и суммы?
3. В обменах, что участвует вся ТЧ или отдельные строки?

Я бы сделал отдельную СВОЮ форму документа с префиксом... и обновлять легко будет.

(22)
1. Проводки не волнуют. Но если бы они были нужны то делались бы только на суммы со статусом "Подтвержден".
2. да. Все это делается ради пользователя, чтобы была история того, что покупатель заказ и что было предложено.
3. Не до конца понял насчет обменов, но передаваться в другие документы должны отдельные строки имеющие только статус "Подтвержден".

Т.е. вы предлагаете фактически мой п. 2 "...отдельную СВОЮ форму документа с префиксом..."?

(23) Да это самый лучший вариант. Легко сделать и для обновления конфы тоже легко будет код  будет в НОВОЙ форму.
А вот проводки и обмены сделать, через подписки на события(префикс)

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

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

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

(25) не получилось добавить колонку в ТЧ только через расширение, по этому я и задал вопрос здесь, думаю в самой конфе все будет легко.

К стати, не получилось добавить в расширении в режиме, когда оно дополняет существующую форму конфигурации. Может быть нужно пойти другим путем: создать в расширении полный измененный документ Заказ покупателя и работать только с ним?

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

(27) Вот и я склоняюсь к такому подходу, причем сделать это в расширении. Скопировать в расширение типовой Заказ и допилить. Вопрос остается только  как лучше: перенести в расширение весь Заказ (всю папку с объектами и реквизитами) или только изменяемые части (Форму документа и ТЧ)?

(28) Не читатель?

М-дааа Нет слов.

(13)(29) (30)  Не понял. Тупой. Можете подробнее описать, что имеете в виду?

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

(32) Наверное тебе не часто с таким сталкиваться приходилось, он ответил же)
>>соскакиваю с Ритейл-СРМ, там есть, все привыкли, значит нужно, решение принимаю я

Флаг в руки, барабан на шею
Пусть делает.
Хоть бы такие деятели потом отписывались как всё зашибись получились. Молчат всё больше, стыдно, наверное...

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

35+ если логика всех твоих изменений позволяет, то можно пихать в расширения в процедуры ДО или ПОСЛЕ. Если приходится делать ВМЕСТО, то может получиться только хуже, чем если просто с замочка снять.

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

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

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

(39) Ну а зачем они на типовую УТ переходят или куда там...? Сидели бы на Ритейл-СРМ и сидели в противном случае)

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

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

(40) на УНФ они переходят. Что для многих уже выглядит готовым диагнозом.

(38) Спасибо! Теперь понятно - лучше расширения, но поскольку это сложно, то лучше в конфе.

(32) Почему эти статусы удобны от момента получения заказа до момента пока человек примет решение, как и что обеспечивать (т.к. не все есть на складе, не все есть у поставщика, а последнее можно узнать только по телефону,  что-то можно произвести на заказ, а что то нельзя) проходит  несколько дней. Информация собирается постепенно, ее нужно постепенно отражать в заказе, а использование колонки "Резерв" требует проведения заказа. Как думаете почему существуют независимые  СРМ? Во многом благодаря таким мелким фитчам. Я на нее не обратил внимание когда выбирал 1С, но все равно бы выбрал.

(42) У меня 3 человека работает в ней, зачем мне что то больше? Все равно допиливать.
(40) Не хватает функционала + нужно  все арвно интегрироваться с 1с ради склад и маркировки
(39) Обновляться нужно только ради маркировки, касс и банков.

(43) >>Почему
конфы 1с это не только конструктор, это уже готовый продукт с набором логик и механизмов. Успешное внедрение всегда двустороннее - некоторые процессы и виртуальные работы подстроить под то, что уже есть в программе, а то, чего нет - доработать. Претензия в том, что ты хочешь дубль того, что уже есть, а механизмы обеспечения - это в принципе краеугольный камень любой торговой-производственной типовой конфы.

(11) >> соскакиваю с Ритейл-СРМ, там есть.

Делать из одной программы (УНФ) другую (Ритейл-СРМ) - самое идиотское решение, какое только можно придумать.
Простое, на первый взгляд, решение (добавить реквизит и потом на его основании что-то делать) в итоге отольётся тебе головной болью. Т.к. архитектор УНФ не заложил эту бредятину в бизнес-логику прикладного решения. И ты заколебёшься прикручивать костыли к конфе, чтобы учесть тот факт, что какие-то строки из заказа в разных ситуациях нужно учитывать или не учитывать.
И уже станет не важно - сроишь ты эти костыли в самой конфе или в расширении, и насколько это мешает или не мешает это обновлению. Дом из говна уже построен, довольные жители активно его обживают и перестроить по правильному уже нельзя.

(31) Тебе и открыто и намеком и по разному объяснили разобраться и не делать.
Лучше разберись с функционалом глубже. Если реализовывать только через расширения но там тоже у тебя беда не хватает опыта.

(45) (46) (47)  Попробую потестю механизм обеспечения еще раз, может как то обойду логические ограничения. Если не получится, то придется, видимо, делать отдельную форму заказа самому или заказывать, а из нее данные перекидывать в типовой заказ, чтобы там работали типовые механизмы.

(0) вариант 1 или 3. 3 в приоритете. 2-й вариант - ни в коем случае,т.к. ссылки не будут отнаследованы.

(34) (47)  Сделал все в расширении: изменил форму заказа ( с т.з. пользователя) + добавил синхронизацию сайтом по API. Из сложного и интересного, почему возникла эта тема: я не мог добавить колонку в табличную часть документа. Где-то в ИТС нашел, что это ограничение платформы. Вышел из ситуации следующим образом: добавил в расширении дополнительную (вторую) табличную часть с номенклатурой, в которой присутствуют дополнительные столбцы и логика. А все что вводится в эту ТЧ сразу переносится в типовую ТЧ Таким образом типовая конфа не тронута, а все изменения в расширении.

Спасибо всем за конструктивную критику: переписка здесь подтолкнула меня к нахождению решения.

От расширений пока остались положительные впечатления: да, есть некоторые ограничения, иногда неожиданные, но в целом все работает, и ничего сложного нет. Это мой первый проект в 1С, который начался 1,5 мес. назад.