Программное создание накладной #336606

Ситуация такая: при проведении расходной накладной, в случае, если не хватает товара на складе, с которого производится списание, нужно программно создать документ Перемещения этого товара на склад с некого основного. ВОПРОС: как установить дату и/или момент времени этого создаваемого документа, чтобы он был раньше проводимого документа, но позже всех остальных, т.е. становился прямо перед ним?

вычитай из даты основного секунды НоваяДата = ДатаРеализации - 60 (то бишь на минуту раньше)

провести его той же секундой а вот гуид вновь создаваемому док-у перемещение задать на 1 меньше чем гуид реализации.

Угу... Ничего, что вид документа тоже на это вляет?

на что именно влияет вид документа ?

точней сформирую вопрос так ... несет ли вид документа ограничение на гуид ?

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

шас проверим ;)

хм Тест1 000000002 от 25.04.2008 14:10:13 3efc9f7b-59af-473f-a988-3c06d07cda40 Тест1 000000003 от 25.04.2008 14:10:13 3efc9f7b-59af-473f-a988-3c06d07cda43 Тест2 000000001 от 25.04.2008 14:10:13 3efc9f7b-59af-473f-a988-3c06d07cda41 Тест2 000000002 от 25.04.2008 14:10:13 3efc9f7b-59af-473f-a988-3c06d07cda42 а является ли это правильным с точки зрения здравого смысла ?

Ссылка - это ж не только ГУИД документа. Там еще и вид документа участвует. Что-то вроде "ИДВидДокумента" + ГУИД.

да вобшем то я понимаю это. но я не понимаю логики сравнения гуида метаданных а потом гуида объекта. мне кажется про гуид объекта можно просто забыть. вот результат через значениевстрокувнутр. кушает первым видать первый гуид - метаданных. Тест1 000000002 от 25.04.2008 14:10:13 {"#",503e6f00-713d-4bda-96c9-d48f76cefc78,8105:a9883c06d07cda40473f59af3efc9f7b} Тест1 000000003 от 25.04.2008 14:10:13 {"#",503e6f00-713d-4bda-96c9-d48f76cefc78,8105:a9883c06d07cda43473f59af3efc9f7b} Тест2 000000001 от 25.04.2008 14:10:13 {"#",dff4baa5-534c-402f-8d59-a688e691c891,8106:a9883c06d07cda41473f59af3efc9f7b} Тест2 000000002 от 25.04.2008 14:10:13 {"#",dff4baa5-534c-402f-8d59-a688e691c891,8106:a9883c06d07cda42473f59af3efc9f7b}

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

типо вернулся. неужели всем пофиг что очередность документов в 1с зависит только от того какой документ первым решил нарисовать в конфигураторе программист. это же дикость какаято.

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

Торетически, конечно, рассуждения интересны. Но представляю морду покупателя, когда он хочет купить напр. 10 мешков сахара, а ему говорят на этом складе всего 3 мешка, а сейчас мы тебе гуид поправим, ты подожди :)). Правильное решение: безо всех заморочек выписка 2-х РНК по складам, при этом решается возможная территориальная удаленность складов и разных МОЛов.

Вообще говоря, в УТ можно одной накладной продавать товар с нескольких складов.

Я этого не знал, т.к. с УТ дел не имею. Спасибо за информацию. Тогда в чем проблемы у , хотя он не сказал что у него, может БП. Рано или поздно примерно такой же сабж возникнет и у наших манегеров