Если еще актуально:
https://infostart.ru/public/714025/

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

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

Метод GreenFox показался слишком сложным - в задаче стоит акцент на автоматизации разборки, а не сборки оборудования, поэтому создавать дополнительных забалансовый счет и делать по нему проводки мне кажется излишним. Кроме того, судя по описанию, отчет скорее всего будет работать неверно, если собиралось 2 разных оборудования, в которые входят одинаковые запчасти.

Метод Hokum наоборот слишком простой (кстати вот его решение, предыдущая ссылка умерла) - он при проведении списания ОС просто делает дополнительную проводку Дт104Кт1522 на нужную сумму. Но ведь в задаче написано, что ОС должно именно вводиться в эксплуатацию, что подразумевает собой движение по всем сопутствующим регистрам (коих насчитывается 14 штук).

В итоге придумал свой метод, взяв за основу от Hokum. После проведения документа я беру проводки Дт1522Кт104 и Дт131Кт104 и исходя из них уже создаю нужные документы - Оприходование товаров для запчастей и Ввод в эксплуатацию для Агрегатов. Ссылки на создаваемые доки записываю в специальную ТЧ, чтобы при перепроведении не создавались новые. И самое главное - я добавил 3-е субконто на счете 1522 с типом ОС. Зачем? Потому что иначе невозможно отследить связь между Списанием ОС и созданными на его основании документами Оприходования и Ввода в эксплуатацию. А так я в процессе создания этих доков заполняю третье субконто ссылкой на разбираемое оборудование, что в дальнейшем при построении отчета позволяет связать 3 таблицы.

Выкладываю свое решение, критика приветствуется.

Какой-то подозрительно легкий билет. Сделал по методу Mayalex, и по сути получается, что в одном месте нужно заполнить регистр, а в другом просто прочитать из него данные. И то, это даже не регистр бухгалтерии, а оборотный регистр накопления - получается, мы даже нигде в этой задаче не используем проводки.
Сделал только один нестандартный момент, который здесь не обсуждался - в документ Изменение налогового назначения добавил склад в табличную часть - ведь нецелевое списание могло быть с разных складов, а заставлять пользователя клепать по несколько документов тоже как-то не очень.
Мое решение - здесь.

Я когда увидел количество страниц в этой теме, подумал, что видимо задача очень сложная, и все активно обсуждают, как ее решить. А оказалось ничего страшного.
При расчете потребностей воспользовался методом RinLis, правда смутил поиск подразделения по коду - я добавил константу, и при проведении тяну данные оттуда. Также добавил проводки по налоговому учету.

Выкладываю свое решение, критика приветствуется.

И у Hokum, и у меня есть контроль ошибок округления (я чуток по-другому его реализовал). Так что думаю, проблемы возникнуть не должно.

В одном из своих видео Гилев разбирал эту задачу - так что особо не мудрил и сделал так же, как он. Только по-моему отдельный документ закрытия займа лишний, у меня он закрывается в момент проведения ППИ.
Решение - здесь

Решил по методу Hokum и очень обрадовался, что остальные действия по определению направления списания и соответствующей дооценки выполнила за меня программа.
Выкладываю свое решение, а вдруг кто-то покритикует - тыц

Всем привет! Я собрал список заданий, которые могут быть на экзамене, и для удобства разместил на Гугл доке, чтобы можно было комментировать:

Актуальные билеты на экзамене 1С:Специалист по Бухгалтерии для Украины

Список не полный, так что если у вас есть примеры задач, которые в файлике не перечислены - пишите их сюда, добавлю.

Такое иногда бывает, когда для объектом метаданных не заданы синонимы для нужного языка. У вас на каком языке платформа, винда?

На маке 1С пока еще не работает) Только через виртуальную машину поставить можно..

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

В УТП точно есть выгрузка на сайт, а также выгрузка произвольных доков в этом формате

Говорят, что в следующей версии моб. платформы добавят сканирование штрихкодов, так что скоро ваш вопрос сам отпадет.)

В обработчике "Поля поиска". Переменной "СтрокаИменСвойствПоиска" присваивается список полей, по которым должен осуществляться поиск, например "Наименование, ИНН". Более подробно можно почитать в строенной справке к КД.

Ну как сказать.. УТП и Бухия в принципе очень похожи по структуре метаданных, и 90% правил можно создать одной кнопкой. А потом уже подпиливать переносы субконто и т.п.

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

В типовом моб. приложении унф это реализовано так: отчет формируется в основной базе, а на мобильное просто отправляется в виде таблицы. Там даже есть регистр "Заказанные отчеты", или как-то так

Есть полезная встроенная функция ПолучитьИнформациюЭкрановКлиента(), возможно это то, что вам нужно.