Профессионал, Платформа: формирование записи в регистр накопления #649312

Тема 12. Вопрос.12    В какой момент времени могут формироваться записи в регистре накопления? 1.    При проведении документа 2.    При записи документа 3.    При заполнении документа 4.    Верны все ответы Верный ответ - 4. Вопрос.13    Выберите обязательное условие по отношению к Регистратору при записи данных в регистр накопления 1.    Документ-регистратор должен быть проведен 2.    Документ-регистратор должен быть записан 3.    Документ-регистратор не должен быть помечен на удаление 4.    Верны все варианты Верный ответ - 2. Что-то не могу разобраться. Эти ответы у меня отмечены как выверенные. Вопрос 12 я сверил с ИТС, а еще у меня помечено, что к нему есть решение в самом задачнике. К сожалению, задачника сейчас под рукой нет. Сегодня воскресенье - завтра на работе загляну, посмотрю, что там написано. Но вообще интересно - вроде бы, вопросы 12 и 13 противоречат друг другу. Вам не кажется? Если при заполнении документ может двигать регистр, то значит, вопрос 13 как бы выхолащивается. Или я чего-то не понимаю?

а кто сказал что это верные ответы!?

ответы верные, противоречий не увидел. маленький хинт - в 12 нет слова "новый" относительно документа. это все объясняет.

ответы верные. проверил по своим данным

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

2 практически в РН можно писать вообще независимо от ничего, и указывать регистратором даже НЕимеющийся документ. в таком случае у набора записей будет в качестве регистратора "<Объект не найден>"

Мне казалось, что проверяет при записи. "Объект не найден" будет, если регистратор потом удалить.

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

Планы обмена это вообще отдельная история. При обычной работе нельзя сохранить без указания регистратора. Специально проверила только что. Ругается, что "Ошибка записи! Не установлен отбор по регистратору (Регистр накопления: Остатки номенклатуры)"

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

10 минут

Это да, но наверное можно создать ссылку на документ-регистратор, этот набор можно будет записать в регистр. А сам документ с данной ссылкой записывать совсем не обязательно.

С пустой ссылкой на документ-регистратор тоже пробовала. Не дает сохранить. А пока не сохранишь, ссылка вроде как и не появится.

Не надо путать пустую ссылку со ссылкой на несуществующий объект. Сделай Новый уникальный идентификатор, Документ.ПолучитьСсылкуНового и так далее - всё запишеца.

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

Уже делала Без комманды "ДокументОб.Записать" не работает

Я подтверждаю что ответы верные )))

Вообще без СоздатьДокумент. с вас фотография топлесс в профиле за мой прерванный отдых.

И даже без чит-кода в виде ОбменДанными.Загрузка=Истина работает:

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

2 Экспериментируйте, код будет работать надо полагать в большинстве украинских типовых:

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

Отлавливается запросом.

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

Такой текст тоже не работает. Или ты что-то другое имел в виду?

Да, практически текст был верен. Только не знаю, отнести это к недоработке платформы или к дополнительным возможностям.

но хотя да и конечно противоречат "правильному" ответу на 13-й вопрос.. :) С другой стороны, если подняться над ситуацией и посмотреть шире - то может и не противоречит, может документ ссылку на который я получаю как ж = Документы.ОперацияБух.ПолучитьССылку(Неопределено); Записан в какой-то другой базе, где-нибудь в нашей безграничной Вселенной...

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

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

Запросом отлавливается разовая операция. А вот если таких записей без регистратора по 200шт в день в разное время от разных операций, то отловить ошибку в таком регистре нереально.

надо было хоть пару абзацев вставить

Устроился, Сань?:)

так.. и запросов тоже не знает.

кто-нибудь, уж покажите, я пас на сегодня

отбор по пустому регистратору? после НГ ни на одном собеседовании не был еще. Отпуск

А что понимать под ошибкой?

Лентяй) Меня в аэрофуд заслали с концами, в офис даже за зарплатой не прихожу)) А сегодня у них сервак рухнул и все базы потерялись..)

Да, через ПолучитьСсылкуНового тоже работает аналогично получению на Неопределенный документ.

нас щас забанят)) Завтра первое собеседование. Че у них базы-то теряются... ты не настроил резервное копирование? тебе зачем все это?

ИМХО, в случае передачи только данных регистра филиала логично добавить один документ при каждом импорте и привязывать движения данного импорта к нему. Например, это когда в регистр пишутся данные из несколькихтипов документов и в конце месяца итоговые данные по регистру не сходятся с суммой итоговых по документам. Тогда нужно иметь возможность легко получить сумму операций регистра по каждому типу документа и сравнить, где появились лишние записи.

У меня еще у самой Проф не сдан. Все как-то не нужно было. Сама недавно эти вопросы смотрела.

Да знаю я запросы. Можно ими выкрутиться. Просто с привязкой к регистратору намного красивее получается.

у меня нет полномочий там, есть отдельная фирма, осуществляющая айти-обслуживание. Налицо отсутствие понимания механизмов РИБ - наборы записей передаются отдельно, они регистрируются в планы обмена. Если делать как ты говоришь, т.е. создавать новый документ, то нужно обеспечивать фильтрами в планах обмена чтобы этот набор записей не передавался (т.к. у той базы, из которой пришло сообщение, иначе "слетит" документ-регистратор). При этом если из узла придёт изменение этого набора записей, на который мы уже поменяли регистратор, то набор записей вообще задвоится. Условие "ГДЕ Регистратор Ссылка Документ.ВидДокумента и Регистратор.Ссылка is null" покажет все косяки по виду документа.

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

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

Вообще-то не очень и противоречит. Там же нет условия, что докумен-регистратор должен существовать. Из имеющихся вариантов ответа все равно 2й наиболее верный. Ок. Не буду спорить. У меня тут практического опыта почти нет.

На Профессионала теория. Задачи на Специалиста. Там понятно, что только с регистрами работаем. Но в реальности периодически желательно сверять каким-нибудь отчетом.

2в реальности это будет выполняться в той базе, которая содержит все.

2 Ну так например в регистратор записан, проведен, не помечен на удаление или существует?

с Документы.ОперацияБух.ПолучитьСсылку(Новый УникальныйИдентификатор ) будет так же работать ?

Получается, что в нашей базе не существует. Но где-то может быть записан. Все равно из имеющихся 4х вариант "Записан" наиболее верен.

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

Да ясно что наиболее верный вариант 2. Но он не абсолютно точный - как и в очень многих других вопросах на проф.