7.7 Формирование перемещения с остатков

Всем доброго времени суток.
платформа 7,70,027
конфигурация 7,70,929
У меня вот такой вопрос, недавно устроился работать в организацию, наблюдаю тут такую картину: при формировании перемещении в программе, необходим сначала найти перемещение которым ТМЦ пришло на склад, и только на основании этого перемещения есть возможность создавать свое. А если оно пришло два года назад или ещё раньше, в общем это крайне не удобно. Вопрос в следующем, возможно ли в данной программе сделать возможность формировать документы с остатков, а не с перемещения на склад? Если такая возможность существует, объясните пожалуйста как, хочу обосновано обратится к программисту. Всем заранее спасибо.
PS. Программа работает с сервера, если это важно.

вероятно в той конторе у кого-то был когда-то "бзык" по этому поводу, потому так и делают
или (а может и вследствии бзыка") есть отчёт в котором это завязано
скорее всего это "политика партии" такая

PS
но обычно на основании делают или денежные документы или возвраты, чтоб цепочка была

--- Объединение сообщений, 9 окт 2014 ---

Доброго.

а суть перемещений какова? товар на склад, а потом в продажу? или материалы в обработку а потом остаток назад?

просто вот допустим такой случай- поступательного перемещения нет в природе? товар поставили там на этот склад после производства

Суть перемещения такова, с начала он перемещением приходит на склад, а потом его в реализацию перемещают на основании того перемещения, на мой взгляд это как минимум не логично. Допустим нужно выдать со склада несколько позиций ТМЦ, если они пришли разными приходами, в таком случае я их и провести не могу одним документом.
"Что за бред? Нет необходимости вводить на основании." это меня тоже удивило, но это факт, так тут и делается.

Спасибо Вам, задал вопрос программеру, жду ответа.

Внимание, ответ программера:
"Напоминаю, что база, в которой Вы работаете, является лишь частью распределенных баз данных.
То, что Вы предлагаете, возможно и сработало бы на ................., но не сработает в базах других Предприятий Компании, где достаточно большое число подразделений с потребностями в одинаковых позициях Номенклатуры.
Изменения учета коснутся ВСЕХ Предприятий. Про какой «регистр партий» Вы упоминаете? У нас расчет ведется «по среднему». Партионный учет не ведется. Как правило, «Поступление ТМЦ» оформляется по одной «Счет-фактуре», одной «Спецификации», одной «СРЗ» (одному «Плану закупок»). Откуда ДВАДЦАТЬ Перемещений?
Одной из функций базы 1С:УМТС является выполнение потребностей Подразделений, оформленных Заявками. Было крайне много случаев, когда ТМЦ. Ожидаемые одним Подразделением перехватывались другим, для этого и был введен механизм (уже два года как) сквозного учета по документам-основаниям.
Сейчас разрабатывается новая система учета Плановых Заявок, когда Основание (Основания) будут подбираться автоматически. Пока дошли только до документа «Спецификация».
Предложенный Вами «вариант» неприемлем.
Работы по оптимизации учета ведутся, если руководство посчитает необходимым, то Вы будете включены в список информируемых лиц о ходе и порядке внедрения нового учета."

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

вот моё предложение:
"Уважаемые коллеги, я работаю в этой организации не так давно, но я успел заметить такую проблему, как «ручная» накладная. В основном выдачи со склада происходят по тем самым «ручным» накладным, и только после этого создается перемещение в 1С, все из-за усложненной работы в программе.
Сейчас не много подробнее: допустим подрядчику ООО «1» необходимо получить 20 наименований ТМЦ. Её представитель на участке составляет заявку, собирает подписи, приносит кладовщику. Далее, для того чтоб оформить данное перемещение в 1С, необходимо найти все перечисленные в заявке ТМЦ, когда и каким перемещением они пришли, и только после этого на основании того перемещения делать новое, но так-как они пришли все разными перемещениями, то получается, что вместо того чтоб сделать одно перемещение, делается 20. И эта вся процедура занимает очень много времени, по этой причине имеет место быть и использоваться «ручная» накладная.
Я предлагаю убрать необходимость «основания» для проведения перемещения, т.е. пришел человек с заявкой - открываю «журнал складских документов» - кликаю «insert» - создаю перемещение - в нем набираю весь перечень заявки - провожу, таким образом сократится время на создание перемещения и «ручная» накладная теряет актуальность.
PS. Как я уже писал, если действующий алгоритм был создан для возможности отследить цепочку движения товара используя основание – в этом нет необходимости, все можно взять из регистра партий. В любом случае, если Вам этот алгоритм необходим, для какой-либо другой цели, давайте найдем более легкий способ осуществить её."
Вроде все правильно написал, по Вашим словам. Заранее спасибо за помощь.

Спасибо, я с Ваших слов составлю очередное письмо. Посмотрим, что программист ответит. Очередной раз спасибо.

Я не только с программером общаюсь, надеюсь таки, я смогу начальство убедить, что это проблема, и все таки они решат это изменить. В общем надеюсь на лучшее.