[Cthulhu]

вводя ячеечный учет на регистре, я бух.итоги не затрагиваю

Для падения базы с диагнозом "незакрытый регистр" - слабое утешение.

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

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

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

Уфф... я лучше пойду отсюда, а то сам себе уже стал напоминать склочного критикана...

Сообщение отредактировал Cthulhu - 26.09.12, 14:37

[nysysimara]

Для падения базы с диагнозом "незакрытый регистр"

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

А если товар распихивается по ячейкам?

в решаемой мною задаче ТМЦ+Партия может хранится только в одной ячейке, а в ячейке может быть несколько ТМЦ
в регисте учет только количественный, сумм нет
По расходу: кладовщик пользуется данными из непроведенного документа. Если по документу остатки ТМЦ в ячейке N, а он их там не находит - это его же косяки при распределении по ячейкам прихода на склад
перезаполнение при проведении - перестраховка на тот случай, если произошли изменения остатков регистра в прошлом(по-большому счету дутье на воду)
в большинстве случаев отгрузка идет с площадок(их 5 штук, соответственно 5 ячеек)
но есть продукция, которая лежит по-дольше и хранится на стеллажах в ячейках, вот тут и нужно в "задании кладовщику"(печатная форма документа на отгрузку) указать ячейку,с которой нужно взять товар

а решать доп.документом

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

доп.регистром

- ? Я и решаю эту задачу доп.регистром
идея о дополнительном документе у меня была - о подчиненном
не подчиненный, отдельный от основного учета документ распределения по ячейкам - НЕТ категорическое (двойная работа кладовщика, разница на оси времени у движений в основном учете и ячеечном)

Cthulhu, соглашусь с вами в том, что методология решения корявенькая, в свое оправдание: времени в обрез, нет ТЗ, или нормальной устной постановки задачи
надеюсь довести все до ума в процессе внедрения

P.S. Модераторам: тема уже далеко ушла от своего названия, может стоит выделить последние посты в отдельную тему типа "Как автоматизировать складской учет с адресным хранением"

[igmig65]

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

изначально это было одно помещение, но 2 МестаХранения на материальных счетах, никакого дублирования остатков, одно ТМЦ+Партия только на одном МестеХранения
сейчас склад ГП - это территориально 3 помещения

Судя повыше сказанному Вами выше, Хранение на 2 местах - это: 1 - Остаток на складе ГП, 2 - остаток на сладе 1(из 3, входящих в склад ГП), а ячейка, это часть в любом из этих 3 складов. Тоесть ячейка - это минимальная на данный момент у вас точка хранения, что в конфигурации легко задается элементом справочника. Склад 1, состоящий из ячеек - легко в 7 улаживается в Группу элементов (ячеек), в свою очередь Склад ГП, тоже группа, состоит из 3 групп - 3 территориально разные единицы. Тоесть логика, ту что я показал Группа - элемент вполне улаживается в вашу задачу. И все будет ОК.
А вот чтоб сделать так, чтобы это удовлетворило ваших кладовщиков, и как это все перестроить это уже другой вопрос. Понятно что хочется списывать например 1 ТМЦ с 1 склада(группа) и автоматически получать остатки по ячейкам этого склада по ФИФО. Но это же другая задача, которые вы нехотите решать, а лезете еще в большее болото..

имхо, мое мнение..