Всем привет. Хотел бы с вами поговорить, а точнее, спросить, почему при разработке УТ 11, в документах Реализация и поступление, были созданы дополнительные ТЧ? Почему разработчики из создали? Почему они отказались от подготовки данных в запросе, а сделали табличные части, к которым потом обращаются.  


Просто сейчас стоит задача в древнюю как останки мамонта внедрить механизм корректировок реализаций/поступлений. Смотрел как эти механизмы реализованы и навеяло.

Буду признателен за ссылку на книгу, но буду больше рад живому общению.

(0) Например, не хватило квалификации, или клиент хотел наглядной фиксации некоторых данных. С регистрами эта ТЧ связана?

(1) Частично, там механизм в типовой примерно такой, есть мега запрос, который сначала заполняет эту табличную часть, а потом к ней еще одно обращение и запись в РН.
Я могу предположить, что это для того, что бы ночью документы быстрее перепроводились регламентным заданием.

Причем если брать документ РТиУ, то именно в эту ТЧ (виды запасов) пишутся данные о ГТД.

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

Еще - Открыть виды запасов

И их отредактировать.
Поэтому они и есть как табличная часть.

Глупейшее решение, к тому же блокирующее он товарыорганизации в самом начале проведения

(5) Это вы про типовой функционал ут11?

(6) Да, а ты?

(7) Да, тоже про типовой функционал УТ11.

(8) Ну так это типа измерение в регистре "Себестоимость товаров"

А еще вот вопрос, вот в УТ 11. Я почему то не увидел блокировок на регистры, ни когда они считывают данные, ни когда они данные в регистр пишут. Я не туда смотрю? Или блокировки сейчас как то хитро накладываться начали?

Флажок "Обособленный учет себестоимости по видам запасов"

Однако учет по этим видам запасов в РН "Товары организаций" был и есть всегда, это да

(9) Измерение в регистре и флаг я видел, но почему не взять данные в запросе, и не записать их в регистр? Зачем им надо было сунуть данные в ТЧ, потом оттуда их еще раз считывать и писать в регистр?

https://its.1c.ru/db/metod81#content:6815:hdoc 2792 посмотри, может поможет

(13) Да хз, подсистему "УТ 11" не раскуривал вообще

(10) Да

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

/Т.е. если в свойствах РН Режим управления блокировками автоматический, то дополнительно ничего не надо писать и блокировать?

http://pastenow.ru/513736a71a65dd790c28b14339b2e578

(18) (17) там тема на несколько дней вдумчивого обучения с практическими опытами и ньюансами.

(20) Можете порекомендовать  или книгу или курс какой?

(21) Нет

(21) При записи набора платформа сама (неявно) устанавливает исключительную управляемую блокировку на значения измерений в наборе.
Почитай хотя бы ИТС: https://its.1c.ru/db/metod8dev#content:5839:hdoc

(22) А все равно спасибо. Пока на ИТС догонюсь инфой, что значит параметр в (19)

(23) Уже открыта эта статья :) уже читаю.

(23) Спасибо!

(24) "догонюсь инфой, что значит параметр в (19)" // Лучше посмотри это свойство у корня и тогда все поймешь после статейки ИТС

(27) Угу

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

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

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

Кто о чём, а паскалисты о блокировках.

На практике из-за этих видов запасов сплошные проблемы, потому что типовые конфигурации не предоставляют возможностей и средств корректного учёта.
Регистры, измерения и разные ключи учёта плодятся так, что им завидуют породистые кролики, но механизмов управления этим хозяйством нет.

Регистры, измерения и разные ключи учёта плодятся так, что им завидуют породистые кролики,

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