Мне нужно списать бланки строгой отчетности, затем поставить их на забалансовый учет (отд. завод) и поставить на количественный учет (отд. завод). Вопрос: можно как-то эти шаги совместить, автоматизировать, упростить этот процесс?
Например, создать спец. вид движения...

А зачем отдельно забалансовый и количественный учёт нужен? Можно же по стоимости и количеству совместить учёт на одном заводе - забалансовом...

Совместить... А можно чуть чуть объяснить как?. На забалансе бланки должны лежать по цене 1 рубль, т.е. бух. ракурс открыт. А на колич. заводе, бух. ракурс не должен быть открыт.. Как тут быть? И ещё, в каком поле удобнее хранить информацию о серии и номере бланка?

А в чём проблема есть на забалансе будет бланк лежать каждая штука по цене 1 рубль. Зачем тогда ещё и на количестве в штуках вести? А серийный номер бланка можно хранить в поле серийный номер. Про серийные номера можно на форуме по поиску поискать

Хорошо. будет один завод забалансовый. Тут такая идея возникла: создать заказ с двумя позициями. Одна - с контировкой V в расход на счет расхода, другая - без контировки на завод забаланса. Затем делаем migo, в первом случае проводок нет, для второй позиции проводка стандартная Дтехнич счет забаланса Кпоставщик. Делаем MIRO. 1я позиция: проводка Дсчет расхода, Кпоставщик 2я позиция: Дзабалансовый счет Ктехнич счет на заводе забаланса.
Это может пройти? в одном заказе.

У нас сделана своя разработка в которой последовательно запускаются:
1) Списание материала на требуемый объект учета затрат (МВЗ или СПП)
2) Оприходование того же количества и стоимости на забалансовом заводе.

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

У вас получится, что при MIGO по 1 позиции проводок не будет, по второй Дт техн. сч. забаланса Кт 15*

При MIRO 1 позиция Дт сч.расхода и на неё накрутится сумма Кт сч поставщика
2 позиция Дт 15* и на неё тоже накрутится сумма по Кт сч поставщика.

Да и как то по законодательству РФ, если это не услуга не практикуется списывать ТМЦ и т.п. вещи минуя счёт запаса.

Поэтому лучше приходовать сначала только 1 позицию на обычный завод, затем списывать бланки на МВЗ, СПП, осн. счёт своим видом движения, на который будет реагировать BADI запуская ч/з BAPI создание ещё одной проводки др. в.д. постановки на забалансовый учёт. Плюс ещё придётся сделать разработку, чтобы сразу сторнировать и проводку списания и проводку постановки на забаланс

Через что вы реализовали создание второго документа?

Так лучше не делать, потому что по бух учету у вас счет 15 (WRX)(который почти балансовый) будет корреспондировать с техническими счетами, что не есть гут.

Наверное, через БАПИ BAPI_GOODSMVT_CREATE

В BADI MB_DOCUMENT_BADI засунули BAPI_GOODSMVT_CREATE которая запускается сначала в тестовом режиме (т.е. отрабатывает по аналогии с кнопкой проверить в MIGO), если всё Ок, то дальше BAPI_GOODSMVT_CREATE идёт уже в продуктивном режиме.

Предпосылкой для создания 2-го документа в BAPI_GOODSMVT_CREATE у нас является вид 1 в.д. (списания)

А как засунули? Обернули вызов во что-то? Или прям-таки рекурсивно сделали?

Дело в том, что в BADI MB_DOCUMENT_BADI нельзя делать неявные DB commit'ы.

Я не ABAP-ер поэтому тонкостей не знаю как техническое задание реализовал разработчик, но если не ошибаюсь, то BAPI вызывается в отдельной сессии

Если в отдельной сессии, то как консультант скоро в потоке документов увидите документы материала, которых на самом деле нет (при отпуске через VL06* и возникновении ошибки в вашем тестовом прогоне).

VL06 не пользуемся, только MIGO