Добрый день, уважаемые форумчане. Стоит передо мной такая задача, прошу не написать за меня код, а помочь советом. Надо сделать учет товара по серийным номерам. СерийныйНомер - реквизит партии. И вот ударило им в голову что ни в какую не хотят выбирать склад в документах продажи, пусть сам находится. Но вроде бы один вид номенклатуры на одном складе. Например: телевизоры лежат на складе N1, магнитофоны на складе N2. У них есть серийники. Хотят так: в Реализации в табличной части указывается "телевизор, серийный номер 123", "магнитофон, серийный номер 234". И вне зависимости от того, какой склад выбран в шапке, чтобы нашелся и списался телевизор с номером 123 со склада N1 и магнитофон со склада N2.
Больше всего меня смущает, что ведь движения должны быть по регистры ОстаткиТМЦ, и по ПартииНаличие. То есть надо найти склад где лежит номенклатура, для корректного движения по ОстаткамТМЦ, и найти партию по серийному номеру, для корректного движения по ПартиямТМЦ. Подскажите, правильно я мыслю? Просто еще же есть документы типа Возврат и Перемещение, там хотят ту же систему, но как с ними быть у меня пока нет мыслей.

при подборе номенклатуры ищи склад, где она лежит, и пиши его в тч документа.

(1) Спасибо, думаю так и буду делать

+(1) складов может быть несколько. Алгоритм набора количества придумай.

Нормальная хотелка.

(0) То есть одним док-ом списывать с разных складов?

(0) тогда и приходовать тоже нужно так же.
Сделай реквизит Склад в справочнике Номенклатура и пропиши туда склады. Приходовать на произвольный склад не позволяй.

Либо если они хотят приходовать куда угодно а списывать с того где лежит этот серийник, то надо на остатках ТМЦ тоже делать реквизит Серийный номер.

(0) еще вариант, если не хочешь сильно курочить механизм учета ТМЦ. Сделай форму 1 в 1 расходка. Пусть они там заполняют что угодно и распечатывают как хотят, при "проведении" эта форма будет генерить столько РН сколько складов.

(5)Да, именно так

(6) Приходуют по-обычному(один документ - один склад), но у приходном документе указываются серийные номера, которые записываются в партии

То есть приходуют на реальный склад, типа приходовали телевизор с серийником 123 на склад N1. И он там реально лежит потом. Надо только автоматически находить его

(7) идея хорошая, но будут проблемы с нумерацией документов - клиенту должна отдаваться одна накладная, а по базе может пройти и несколько. То же касаемо счет-фактур.

(1) ..ога, а оне задним числом перемещение на складе нарисуют)))

(12) Запретить.

..и получатся заявления "среднего руководящего звена": "программа твоя гомно и сам ты так-себе..")))

(13) истину говорите.. моя б воля, я им всем всё запретил! ))) (на самом деле да)

Начальник сразу сказал всем запретить проведение задним числом, а то были уже такие истории..

(16) а как реальные ошибки исправлять?

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

(17) В общем сам менеджер не может переправить, не получив мандюлей. Так что стали осторожнее

И как потом разгребать остатки? А про "проведение задним числом" вообще молчать надо.
Нет, нельзя так.
По уму - убирайте склады. Есть один склад и все только через него.

(19) ох.. затерроризируете вы их, у людей и так работа нервная..

(20) вот это уже ближе к правильному ответу..)) по моему скромному мнению

(20) ну там такое дело что физически склады - это разные помещения. И если объединить их в один, то кладовщик офигеет искать некий телевизор, который приходовался полгода назад и т.д. Начальник вообщем хочет точно знать сколько чего лежит на каком складе, и в принципе он прав выходит. Ну хочет он знать сколько чего и где, разве это не правильно?

(23) Тогда нельзя одним док-ом с разных складов списывать....
Потом - концов не найдете. Вернее, найдете (в конце концов), но пока будете искать.... Короче, убъют тебя :(

(20) не вижу ничего предрассудительного в автоподборе склада

(20) В смысле разгребать остатки? На самом деле обычно 1 реализация = 1 склад, но 10-15% идут с разных складов. Это если покупателю нужен и телевизор, и магнитофон, что бывает редко. Принцип такой, что "менеджер не должен думать о том, где что лежит". Схема - менеджер создает 1 реализацию на 1 покупателя, не проведенную. Ее видит кладовщик, отдает товар клиенту и проводит реализацию. Кладовщик фактически в курсе где что лежит, а менеджер -= нет

(24) Почему нельзя? В ТиС-е переделывал документы таким образом. В ТЧ добавлял склады. Всё работает уже несколько лет

(0) Ну связать движения по складу и по партиям не проблема.
Просто нужно что бы в у каждого склада был указан свой мол. Даже если это 1 и тот же мол, но ссылки должны быть уникальный. 1 к одному.

Я осознаю, что это гемморой. 100 раз предлагал делать 1 реализацию на 1 склад, так нет, с пеной у рта хотят так. Вот хочу посоветоваться у умных людей как же это лучше сделать

(26) можно по всякому..

(0) а причем тут МОЛ? Разве без него нельзя обойтись? Просто поиском складов и партий?

(26) Если кладовщик не видит выписанного товар?

(28) а причем тут МОЛ? Разве без него нельзя обойтись? Просто поиском складов и партий?

(32) В смысле, что Вы имеете ввиду?

(29) а не думали на один док менеджера, на отгрузку, оформлять N подчиненных доков, по одному на каждый склад?

(32) где не видит?

(35) Тут к сожалею человеческий фактор - кладовщик практически не дружит ни с компом, ни с 1с-кой. Я лучше доверю распределение по складам своему коду, чем ему)

+(35)  ..расходная накладная + ордера на склад.. типо както так

(36) я правильно понимаю, что Вы делали похожую систему и норм? (имеется ввиду списание одним документом с нескольких складов)

(35) велосипед. проще Реализацию допилить

(39) Да. И я не один такой

(37) все верно - менеджер выписывает документ > на основании оформляет расходные ордера > ордера идут на склады кладовщикам > и далее в таком же духе

Самый верный вариант (ИМХО): перемещение - с каждого склада на один (разными док-ами, склад "Выдача") - реализация.

(33) Обычно складского учета по партиям не ведется. то есть нигде нет записей о том что вот эта партия лежит на этом складе. Фразы "обычно телевизоры лежат на складе №1 не канает.

Так что тебе походу один вариант, сделать реквизит Серийный номер на регистре Остатки ТМЦ.

А как кстати несерийный товар собираешься искать?

(43) Т.е. манагеру придется 15 документов колбасить вместо одного?

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

(0) Какая конфигурация то? Вот я прикинул, если добавить реквизит склад в табличную часть документа и скрыть данный реквизит, также скрыть реквизит "Склад" в шапке... проводки это понятно легко подправить  брать склад не из шапки, а из ТЧ документа. Тогда проверку стандартную придется имхо выкинуть которая проверяет остатки на складах ТМЦ и сделать свою проверку , если склад в ТЧ документа пустой то ругаться мол нету товара ни на одном складе. Логично?
Только мой совет изменяй форму только программно в модуле. а то потом уср*шься обновлять , если выйдет новая форма от 1С.

(45) На то он и "манагер" :)
Мне больше по душе - допилить перемещение (реквизит ТЧ склад и его заполнение). А "манагеру" придется делать 2 док-та (при таком раскладе).

(47) ага, ТиС по тридцать обновлений на дню делают, ага-ага

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

(48) У тебя фобия изменять документ Реализация

(50) Запросом

(51) Нет. У меня фобия - Остатки ТМЦ :)
На прошлой неделе разгребала себестоимость...

Партия ведь не привязана к складу никак? Или я что-то не понимаю?

(46) Создай обработку в которой будет собираться реализация менеджером.
Пусть она генерит тебе документы реализации (типовые менять не надо).
Вот типа этого _http://zalil.ru/34820446

(53) себестоимость это даааа. Была у меня задача - 1с8.2, УТ 11, распределенная база, обмен 5 точек раз в час, надо чтобы постоянно была актуальная себестоимость, которая после каждого прихода меняется

(54) В партии есть МОЛ. Это типа "склад" :)

(46) нет, неправильно. Кладовщик может что угодно клятся но он на то и кладовщик. А жизнь может повменять все и тебе придется переписывать.
Это все работало бы если бы эти склады у вас были бы виртуальные, а если это реально разные склады то так нельзя действовать.
Схема такая. В РН делаешь реквизит таб.части Серийный номер, при проведении смотришь где этот серийник лежит (в регистре Остатки ТМЦ тоже надо завести реквизит Серийный номер и в приходных накладных и в перемещениях и везде, остатки все заполнить) и соответсвенно проставляешь его в регистр Остатки ТМЦ.

(56) Вот и не майся дурью. Потом сам будешь подпрыгивать: почему суммы висят, почему остатков не хватает и т. д.

(54) вот именно. Не привязана, и не должна. создай реквизит Серийный номер в регистре склада

Погоди, у тебя серия это что? Вот приходит 20 телевизоров, у каждого своя серия или серия это парти в целом?

(60) серийный номер - реквизит справочника Партии. Так сделали еще до меня (. И там уже куча этих серийников. А Справочник партии привязан к регистру ПартииНаличие

(61) если 20 телевизоров - будет 20 строк в документе прихода , с количеством 1 и серийником, и создадутся 20 партий, в каждой свой серийник, а количество = 1

(62) а по моему примеру в (61) у тебя как происходит. Генерится 20 элеметов справочника Партия или один?

Серийник - серийный номер конкретной единицы товара, прилепленный на заводе

(63) а! Понял.
Тогда как я сказал, заводит этот реквизит еще и на регистре Склад

(64) 20 элементов )

А что у тебя с несерийным товаром?

(66) в ОстаткиТМЦ? А зачем, не пойму? Чтобы проще склад находить? По серийнику?

(69) не только, главное тебе нужно знать какой серийник на каком складе лежит. Это как бы общее требование к учету серийного товара.

(68) Да вот надо как-то придумать, как его правильно списывать. Это например "труба" или "швабра". То есть это товар, который приходовали с незаполненным полем "серийныйномер". И я что-то не пойму как там правильно партии списывать. Из первой попавшейся или как? Если есть серийник- то ясно, партию по нему искать, а если его нет изначально?

(62) а зачем выписывать по серийнику? я делал так, что серийник заполняется тот, который вынесли со склада..
выписали телевизор > его принесли на выдачу > на выдаче заполнили серийник, взятый с конкретного экземпляра > закончили оформление сделки списанием экземпляра.. кактотак

(71) можно вообще не создавать серию, либо создать серию пустую и везде ее пихать. У товара в спр.Номенклатура признак серийный или несерийный товар. А списывать как в учетной политике написано либо ФИФО либо по-среднему.

(70) вот блин, просто у меня уже куча серийников вбита в базу, уже пару лет как. И все вбито в справочник партии. Нельзя ли как-то привязать партию к складу? вот блин. Она же и переместиться может, и т.д.

... + оформлением серийников на приемке вы увеличиваете кол-во ошибок.. а если внесут не тот серийный номер?

(72) ну мне надо чтобы потом видно было, что был 1 телевизор с серийником 123, а потом стало 0. То есть чтобы он списывал из конкретной партии

(74) уже сказали, что в ТиС "склад"="МОЛ"

Блин таким макаром у меня получается что мы можем посмотреть сколько товаров с серийником 123 есть (по партиям), но не можем посмотреть на каком они складе. Вот кузькина мать!

(76) партия <> серийный номер!
партия - это, грубо говоря, приходный док., в котором может быть 100500 телевизоров и все они в одной партии

(78) у вас как продажа осуществляется? Сначала выписывают документы потом комплектуют?

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

(80) ну менеджер делает непроведенную реализацию, одну. кладовщик ее видит, бегает собирает товар (может быть с разных складов), проводит, и печатает. Клиент подписывает и увозит товар

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

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

(82)
Можно еще так:
1. Менеджер делает заказ покупателя, проводит.
2. Кладовщик не основании заказа создает N перемещений в со складов в зону выдачи (автоматически). И приносит товар.
3. Менеджер создает РН со склада Зона выдачи клиенту.

Движений вроде бы дофига, но если подумать самый бескровный путь

Бескровный это точно, но все хотят автоматизации, чтобы меньше писать и тыкать мышкой

(86) "Манагер" чем должен заниматься? А кладовщик?
А кнопки "Зделать фсё" - не бывает....

(86) можно все и в одном доке сделать.. но зачем хранить в разрезе серий? этим вы обрекаете себя на боль и слезы!))
заполняйте серийник по факту, при выдаче товара

(86) Для кладовщика сделай обработку которая автоматически сгенерит перемещения с каждого склада на склад Зона выдачи.

Менеджеру работы почти не прибавится, только один лишний раз кнопку нажать, на основании заказа создать РН.

(89) или даже при проведении Заказа пусть они автоматически генерятся.

(88) ну нужно снать когда пришел какой серийник, например он оказался бракованный, а это узнал уже клиент. И надо узнать, какая редиска нм поставила бракованный товар

(91) Я боюсь спросить - а кто приход загоняет? Ты?

(91) да за ради Бога!))) только зачем ХРАНИТЬ в разрезе серийных нумеров? )) инфу по серийникам можно прозрачно отслеживать и так..
сейчас у вас измерений хранения мин. 5: фирма,склад,серийник,партия,товар

(92) не, не я. Кладовщик. Ему приходит товар и он орудую сканером штрих кодов все пикает, вместе с серийниками

Просто какая фигня... Вот приход. Создалась партия, с серийником. Потом например было перемещение, реализация, возврат. Если у нас серийник в партии, мы же не можем посмотреть на каком складе он лежит? Вот в чем вопрос. Или если как-то извернуться то можно?

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

(95) А я тебе уже объяснял.
По регистру партий ты можешь посмотреть, на каком МОЛ числится в данный момент эта партия.
И если связь 1 склад - 1 мол, то определить на каком складе

(96) ну вообще такие проблемы есть. Бывает серийник видно наполовину, бывает вообще стерт. Ругаемся с поставщиками, но один хрен. Начальнику кровь из носу нужны серийники. Я даже уже написал волшебный отчет который ищет серийник по куску.

(97)а, вон оно что. Спасибо, попробую

(97) 0_о а где там МОЛ?

(98) вот именно, ключевое слово "отчет" решает!..))) это я какбэ намекае ))))))

..

..а вообще.. вот по этому потом и говорят - "1С гомно".. (((

(99) а если перемещение было? Откроют ваши магазин в Магадишо, переместят туда пару серийников и привет.

Если тебе нужен складской учет по серийникам - то нужно делать измерение в регистре Остатки ТМЦ

(103) Да не нужно ничего добавлять в регистр, я уже описал схему по которой мы можем идентифицировать склад по партии

(104) О, я посмотрел - МОЛ везде разные. Один умник у СкладаN1 сделал МОЛ которого зовут "СкладN1" и т.д. Возможно это сыграет  на руку

Очень правильный умник.

(104) только например при перемещении партии МОЛ изменится, если на складе - получателе будет другой МОЛ?

МОЛ в измерении регистра конечно изменится, если ты на другой склад перемещаеш с другим молом

(108) я не помню на 100% ТИС, где там МОЛ в регистре Партий?

(107) Ты извини, конечно, но - кончай тупить!
1. В 1С заводишь склад - виртуальный, для выдачи товара.
2. Ему назначаешь новый МОЛ (отличный от МОЛ'ов всех других складов).
3. "Манагер" делает "Заказ" (с реального склада): для каждого склада свой.
4. Кладовщик на основании "Заказа" делает "Перемещение": с реальных складов на новый виртуальный.
5. "Манагер" на основании "Перемещения" делает реализацию (с виртуального склада).

(110) Это совсем не юзабилити. Почитай Алана Купера.

(111) ответь пожалуйста про МОЛ

(112) Регистр партии - Измерение МОЛ

(111) Кто такой Купер? Почему я должна его читать?
А по поводу "юзабилити" - сядь на место "манагера" и недельку поработай. Плотно - приход, расход, остатки, отчеты и т. д.
Вот тогда я поговорю с тобой о "юзабилити".

Точно измерение МОЛ есть в регистре Партий, только что проверял

(110) Слушай, складно придумано, спасибо

(116) "Спасибо" не одной мне надо говорить....

(113) если есть перемещения, то такая схема не годится.

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

А если вопрос только с тем чтобы не делать 100500 РН на каждый склад, то лучше возьми мой вариант. Потому что в (110) работы по вводу документов еще больше чем сейчас. Заказчик не поймет, тебе даже за лишний клик на иконке "ввести на основании" придется побороться, к бабке не ходи.

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

Всем спасибо за поддержку, приятно когда не троллят, а помогают, тем более что вопрос как ни крути непростой

(114) http://habrahabr.ru/post/25834/
Для чего разделять 2 операции на 10? Кому от этого лучше, кроме программиста?

(118) (121) Ну что я могу вам сказать...
Есть общепринятая схема ведения учета (всего лишь принятая).
Да, можно и оптовый товар приходовать на розничный склад, а потом перемещать на оптовый и ругать программы, что НДС не восстанавливается. Зато - 1 операцией.
А можно воспользоваться обще принятой схемой, минимально допилить и работать.
Работа кладовщика - оприходовать товар в соответствии с оригиналами приходных док-ов на соответствующий склад, выдать товар с соответствующего склада согласно расходным док-ам; работа "манагера" - выдать покупателю док-ты для получения товара с соответсвующего склада; работа программиста - написать программу для автоматизации работы "манагера" и кладовщика.
Повторюсь, кнопки "Зделать фсё" - не существует. И "манагеру", и кладовщику придется работать.

Что то в этих рассуждениях не понял. А кто мешает создавать несколько документов реализаций, скажем внешней обработкой которая их заполняет. А счет-факура одна со списком до-ов реализаций? В документ реализация вывести кнопку которая открывает эту же обработку и уже видит все позиции списком?

(123) Ты согласен с тем, что при попытке исправить документ его нужно будет найти из созданных обработкой? Зачем плодить сущности?
(122) Да, такой кнопки не существует, но задача максимально к ней приблизится.

(124) Данная задача (на сегодня без существования устойчивой модели искусственного интеллекта) - утопия :)
Выкинуть кого-либо из данной цепочки "Кладовщик - программа - "манагер" - программа" не получится. А если задаться такой целью - результат превзойдет ожидания :)

(124) Интерфейсно это будет выглядеть так: Менеген открывает обработку, заполняет товары,создаются нужное количество р/н и одна с/ф.
Распечатываются несколько накладных(внутренних) и с этими накладными покупатель идет по складам и получает.
Если надо откорректировать - менеген заходит в с/ф жмет сделанную программером кнопку - для примера назовем отредактировать. Открывается наша обработка которая загружает из накладных товары, менеген редактирует нажимает сохранить - редактируются р/н и с/ф.
p.s. р/н - расходная накладная, с/ф - счет-фактура