Конфигурация ТиС 7.7.027
Помогите с направлением решение задачи

Есть 3 Склада и товар на них может совпадать.
Когда проводишь расходную накладную, товар списывается с одного склада(к примеру склад_1), какой стоит по умолчанию, в итоге некоторые товары, какие находятся на склад_2 я получаю отрицательные остатки по склад_1.
Значит, мне нужно сделать перемещение недостающего товара со склад_2 на склад_1. После проведеня всех РН мне нужно делать перемещения или же выбивать по 2 накладные на контрагента со склад_1 и склад_2 (что вносит проблему клиенту, потому что будет еще третья накладная со склад_3.
Так уж сложилось, что держать разные СКЮ невозможно. Сделать один склад и вести по нем учет тоже не вариант, ревизии и прочее.

Видел, что можно в табличной части добавить столбец склад и после подбора всех СКЮ выбирать вручную с какого склада будет списываться товар, что тоже не очень практично, т.к. если позиций много в одной РН и каждый раз клацать склад или же когда товар выбивается именно со склад_1 или склад_2 тоже нужно выбирать каждую СКЮ или же поставить условие "один склад" "несколько складов".

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



Реально ли, добавить в этот подбор возможность видеть остатки по другим складам (это вполне реально) но и иметь возможность выбирать товар имеено с "другой колонки, где находится склад_2" и когда позиции переносят в документ, он автоматически проставляет в табличной части тот склад, с какого выбрал оператор. (для примера порядок колонок "цена, остатки склад_1, выбор склад_1, остатки склад_2, выбор склад_2" и оператор может вводить количетсво только в колонках "выбор скдад".



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

Ну что. Поставил я Вин16, на нее поставил SQL2008 (с совместимостью к 2000) и без особых махинаций, с помощью гугла и одного гайда все прекрасно заработало. Осталось только перепроверить все ли работает без проблем. Всем спасибо за подсказки

Угу, размер.
забыть вообще про такую штуку как размер и надежда на более быстрые проводки документов
Торговля+Склад для Украины, 027
Больше похоже на небольшую торговлю, но с некоторыми допилами по специфике + работа с мобильной торговлей, где поставщик услуг не очень радужно хочет работать с 7.7, но будет.

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


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

На сегодня имеется сервер 2008 R2 и файловая база 1С 7.7 ТиС.
Хочется перейти на сервер 2016 и перейти на 7.7 SQL версию.

Что есть на сегодня -- ничего, кроме как прочитаных пару статеек и видео в ютубе, о том, что с 7.7 работает только 2000сервер ну и как-то 2005. Ну и то, что он уже не поддерживается.
Возникает несколько вопросов, на какие мне сложно дать конкретный ответ, потому хочу у вас попросить помощи.
1) Стоит ли вообще переходить на SQL версию, именно в 7.7, так как будет много гемороя с установкой.
2) Стоит ли перейти на новую версию 1С 8.3 УТ, где будет в разы проще с SQL, но нужно будет переписать полностью конфигуратор под нужны организации.
3) Оставить как есть, просто обновить немного железку. (зачем трогать то, что и так работает).

Буду рад любым ответам/советам. Если ошибся с темой, прошу прощения.