Подскажите как сделать следующие:
1)Необходимо сделать еще один документ "ТребованиеНакладная"
делаю копию ТребованиеНакладная1 ,... но этот документ не делает проводок, как оригинал.
Подскажите как сделать идентичный документ?
Подписка на движения тут влияет?

1с:Комплексная автоматизация 8.
Включен РАУЗ.

Смотри общий модуль: УправлениеЗапасамиРасширеннаяАналитика

Тьфу, у тебя-ж не УПП... ну должно быть что-то похожее...

(0)Зачем?

(1) Нашел ! Спасибо буду разбираться!)

(3) Необходимо сделать новый документ не связанный с тем ,но принцип тот же...

(2) В комплексной тоже есть
общий модуль: УправлениеЗапасамиРасширеннаяАналитика

(3) Чтобы типовой не корявить

(6) Ну может быть, а комплексную только мельком видела, мне УПП за глаза пока )))

(7) совершенно верно, так и есть.

(6) УПП "лучше" , Комплексная какая-то переходная между Бух и УПП получается...

(1) а по какому там принцыпу найти как сделать проведение в копии?

(11) в УПП явная привязка к типу документа, ищи ссылки на типовую ТН в коде

(12) это то нашел, изменил но не появляются проводки, что-то еще необходимо видимо менять..

(7), (9) не правильный подход.
Нужно разработать подсистемку, состоящую из нетиповых документов - менеджеров, которые будут при работе формировать типовые документы заполненные правильным образом

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

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

(16) на практике реализовано в конфигурации ХБК 1.3 (на основе УПП, РАУЗ поддерживается), конфигурация получила статус 1С:Совместимо. Проблемы описанные в 16 тоже решаются...

(17) И документы попадают в разные журналы ?

(17) Ссылку в студию ;-)

(19) http://www.1c.ru/rus/products/1c/predpr/compat/catalog/solution.jsp?SolutionID=268172

ХБК 1.1, 1.2, 1.3 абсолютно разные продукты с разными разработчиками

(18) Можно реализовать набор АРМ"ом, журналов, ролей, интерфейсов и т.д...

(20) 50 т.р. за пару костылей оттуда...
Опять-же непонятно как будет в тонком клиенте работать, надо чтобы был разный интерфейс для разных видов доков + права...
Опять самим писать и корявить? У нас  90% филиалов в тонком и web-клиенте...
А тогда смысл ?

(21)все реализуемо, зависит от потребностей, я предложил вариант, как не менять типовые механизмы (обновление УПП быстро натягивается на ХБК).
решение из (20) качует из первых версий УПП и за 5ть лет внедрено далеко не на одном заводе....

(22) У меня с моим вариантов тоже все обновляется на ура, но я так и не поняла как вы в тонком клиенте разруливаете 1 документ на несколько разных...

2 (22):
1.Накой плодить сущности без надобности?
2.Если 1 документ будет порождать не 1, а массу типовых документов - по другому не реализовать его функционал, в чём профит от этой схемы? И как объяснить юзерам что для того что-бы почесать ухо приходится пристерлить утку в предгорьях Альп?
3.Как быть если нужно реализовать что-то сугубо специфическое, что никак не натягивается на типовые?

(+23) Хотя если на каждый создавать документ-менеджер, то не вопрос...
Но в чем глобальный смысл ?
Те-же яйца, только в профиль...
Подписки на события с подменой типовых проводок на нужные чем не вариант например?

(24) В том то и дело, что "наш" документ во первых делает несколько типовых, во-вторых решает задачи, специфичные для нашей конфигурации. При другой реализации, пришлось бы конкретно допиливать типовые механизмы (т.к. очень многие потребности УПП не закрыты) и пользователю пришлось бы объяснять, чтобы отразить факт выпуска, закрыть смену, увидеть результирующие данные нужно нажать не 2 кнопки, а облазить всю конфю понавводиь документы на основании с неудобным и непонятным интерфейсом и т.д.

(26) а почему вы считаете что ВАШ документ, который "решает задачи, специфичные для ВАШЕЙ конфигурации" подойдет всем без исключения ? ;-)

(26)из расшифровок отчётов Вас будет выкидывать на эти самые вторичные документы а не на их менеджера, вам юзера вопросов не задавали ещё ни разу?

Ну так что посоветуете.....?

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

(29) в (25)

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

(27) я кому то говорю, использовать "Наши" документы? Я предложил другое решение вопроса из (0). Поверьте при реализации в (0) вы столкнетесь с частью тех же и других проблем...

Не сталкивался просто..хотя бы в двух словах ...

сделал копию "ТребованиеНакладная1" то....создавать документ-менеджер как..

оно?...


Тип:   ДокументМенеджер.<Имя    документа>. Набор свойств содержит менеджеры отдельных документов. Имена свойств совпадают с именами документов, как они заданы в конфигураторе.
ДокументМенеджер. < Имя документа > (DocumentManager.<Имя документа>)

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

ДокументыМенеджер. Полное имя типа объекта определяется с учетом имени документа конфигурации. Например, для документа РасходнаяНакладная имя типа будет выглядеть ДокументМенеджер.РасходнаяНакладная.

Пример:

Результат = Документы.РасходнаяНакладная.НайтиПоНомеру(НомерДок, РабочаяДата) ;

Если Результат.Пустая() Тогда

   Предупреждение("Документ не найден!");

Иначе

   Результат.ПолучитьФорму().Открыть() ;

КонецЕсли;

(32) Мне просто интересно, почему вы свой подход считаете единственно верным ? )))

(36) да ладно про (32) , мне как поступить , не сталкивался ... с чего начать?

(36) я подход из (0) считаю не верным.

(37) насколько помню порядок заполнения идет в макете регистра накопления Учет затрат. Возможно нужно будет там что то подшаманить. В общем отладчик в руки и вперед

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

Я только в Хозрасчетный  проводки смого провести, а в отчете
РАУЗ: ведомость по учету МПЗ лоличество и сумма не уменьшается...

ап.

(42) ну видимо там в проведении проверяется тип документа. Вроде строки

ТипЗнч = Тип("ДокументСсылка.ТребованиеНакладная")

или в запросе

Выбрать

ИЗ
  Документ.ТребованиеНакладная


Ваша задача: вычленить все эти места и везде написать "ТребованиеНакладная1".

я не понял, править макет у регистра УчетЗатратРегл предлагали уже?

(43) спасибо посмотрю
(44) вроде правил, но не провелось ничего.Или не так правил скорее всего.(скопировал, и изменил на ТребованиеНакладная1)

(44) + увидел, в (39).
Короче макет править + подписка на событие, пройти цепочку и добавить заполнение переменных которы там определяются в зависимости от документа

(45) саму область назвать ТребованиеНакладная1 + в ячейках тоже всё поправил?

(47) Спасибо буду пробовать делать .

(48) подписка - ПриПроведенииРасширеннаяАналитикаЗапасовИзменениеСостояния

(49) большое спасибо , а то бы искал..

(50) Функция ПолучитьКодОперацииПоДокументу - там обязательно свой док прописать по аналогии с ТрН

(51) много информации пока разберусь...)

(51)Спасибо!