Имя: Пароль:
1C
1C 7.7
v7: Создать систему учета серийников
,
0 Double_Medved
 
19.11.13
10:47
Добрый день, уважаемые форумчане. Стоит передо мной такая задача, прошу не написать за меня код, а помочь советом. Надо сделать учет товара по серийным номерам. СерийныйНомер - реквизит партии. И вот ударило им в голову что ни в какую не хотят выбирать склад в документах продажи, пусть сам находится. Но вроде бы один вид номенклатуры на одном складе. Например: телевизоры лежат на складе N1, магнитофоны на складе N2. У них есть серийники. Хотят так: в Реализации в табличной части указывается "телевизор, серийный номер 123", "магнитофон, серийный номер 234". И вне зависимости от того, какой склад выбран в шапке, чтобы нашелся и списался телевизор с номером 123 со склада N1 и магнитофон со склада N2.
Больше всего меня смущает, что ведь движения должны быть по регистры ОстаткиТМЦ, и по ПартииНаличие. То есть надо найти склад где лежит номенклатура, для корректного движения по ОстаткамТМЦ, и найти партию по серийному номеру, для корректного движения по ПартиямТМЦ. Подскажите, правильно я мыслю? Просто еще же есть документы типа Возврат и Перемещение, там хотят ту же систему, но как с ними быть у меня пока нет мыслей.
1 ДенисЧ
 
19.11.13
10:58
при подборе номенклатуры ищи склад, где она лежит, и пиши его в тч документа.
2 Double_Medved
 
19.11.13
11:00
(1) Спасибо, думаю так и буду делать
3 Chum
 
19.11.13
11:04
+(1) складов может быть несколько. Алгоритм набора количества придумай.
4 Эльниньо
 
19.11.13
11:32
Нормальная хотелка.
5 Масянька
 
19.11.13
11:41
(0) То есть одним док-ом списывать с разных складов?
6 beholder
 
19.11.13
11:45
(0) тогда и приходовать тоже нужно так же.
Сделай реквизит Склад в справочнике Номенклатура и пропиши туда склады. Приходовать на произвольный склад не позволяй.

Либо если они хотят приходовать куда угодно а списывать с того где лежит этот серийник, то надо на остатках ТМЦ тоже делать реквизит Серийный номер.
7 beholder
 
19.11.13
11:55
(0) еще вариант, если не хочешь сильно курочить механизм учета ТМЦ. Сделай форму 1 в 1 расходка. Пусть они там заполняют что угодно и распечатывают как хотят, при "проведении" эта форма будет генерить столько РН сколько складов.
8 Double_Medved
 
19.11.13
12:06
(5)Да, именно так
9 Double_Medved
 
19.11.13
12:07
(6) Приходуют по-обычному(один документ - один склад), но у приходном документе указываются серийные номера, которые записываются в партии
10 Double_Medved
 
19.11.13
12:09
То есть приходуют на реальный склад, типа приходовали телевизор с серийником 123 на склад N1. И он там реально лежит потом. Надо только автоматически находить его
11 spectre1978
 
19.11.13
12:11
(7) идея хорошая, но будут проблемы с нумерацией документов - клиенту должна отдаваться одна накладная, а по базе может пройти и несколько. То же касаемо счет-фактур.
12 Феофан
 
19.11.13
12:12
(1) ..ога, а оне задним числом перемещение на складе нарисуют)))
13 ДенисЧ
 
19.11.13
12:13
(12) Запретить.
14 Феофан
 
19.11.13
12:14
..и получатся заявления "среднего руководящего звена": "программа твоя гомно и сам ты так-себе..")))
15 Феофан
 
19.11.13
12:15
(13) истину говорите.. моя б воля, я им всем всё запретил! ))) (на самом деле да)
16 Double_Medved
 
19.11.13
12:16
Начальник сразу сказал всем запретить проведение задним числом, а то были уже такие истории..
17 Феофан
 
19.11.13
12:16
(16) а как реальные ошибки исправлять?
18 Double_Medved
 
19.11.13
12:18
(17) ну вообще точно не знаю. Подходить лично к программисту, извиняться и просить переделать. Причем я в таком случае (обычно в реализации путают номенклатуру), не перепровожу задним числом, а делаю возврат и потом еще одну реализацию, чтоб ясно было, что это косяк был.
19 Double_Medved
 
19.11.13
12:21
(17) В общем сам менеджер не может переправить, не получив мандюлей. Так что стали осторожнее
20 Масянька
 
19.11.13
12:22
И как потом разгребать остатки? А про "проведение задним числом" вообще молчать надо.
Нет, нельзя так.
По уму - убирайте склады. Есть один склад и все только через него.
21 Феофан
 
19.11.13
12:23
(19) ох.. затерроризируете вы их, у людей и так работа нервная..
22 Феофан
 
19.11.13
12:24
(20) вот это уже ближе к правильному ответу..)) по моему скромному мнению
23 Double_Medved
 
19.11.13
12:28
(20) ну там такое дело что физически склады - это разные помещения. И если объединить их в один, то кладовщик офигеет искать некий телевизор, который приходовался полгода назад и т.д. Начальник вообщем хочет точно знать сколько чего лежит на каком складе, и в принципе он прав выходит. Ну хочет он знать сколько чего и где, разве это не правильно?
24 Масянька
 
19.11.13
12:29
(23) Тогда нельзя одним док-ом с разных складов списывать....
Потом - концов не найдете. Вернее, найдете (в конце концов), но пока будете искать.... Короче, убъют тебя :(
25 1dvd
 
19.11.13
12:31
(20) не вижу ничего предрассудительного в автоподборе склада
26 Double_Medved
 
19.11.13
12:31
(20) В смысле разгребать остатки? На самом деле обычно 1 реализация = 1 склад, но 10-15% идут с разных складов. Это если покупателю нужен и телевизор, и магнитофон, что бывает редко. Принцип такой, что "менеджер не должен думать о том, где что лежит". Схема - менеджер создает 1 реализацию на 1 покупателя, не проведенную. Ее видит кладовщик, отдает товар клиенту и проводит реализацию. Кладовщик фактически в курсе где что лежит, а менеджер -= нет
27 1dvd
 
19.11.13
12:32
(24) Почему нельзя? В ТиС-е переделывал документы таким образом. В ТЧ добавлял склады. Всё работает уже несколько лет
28 arsik
 
гуру
19.11.13
12:32
(0) Ну связать движения по складу и по партиям не проблема.
Просто нужно что бы в у каждого склада был указан свой мол. Даже если это 1 и тот же мол, но ссылки должны быть уникальный. 1 к одному.
29 Double_Medved
 
19.11.13
12:32
Я осознаю, что это гемморой. 100 раз предлагал делать 1 реализацию на 1 склад, так нет, с пеной у рта хотят так. Вот хочу посоветоваться у умных людей как же это лучше сделать
30 Феофан
 
19.11.13
12:33
(26) можно по всякому..
31 Double_Medved
 
19.11.13
12:33
(0) а причем тут МОЛ? Разве без него нельзя обойтись? Просто поиском складов и партий?
32 Масянька
 
19.11.13
12:33
(26) Если кладовщик не видит выписанного товар?
33 Double_Medved
 
19.11.13
12:34
(28) а причем тут МОЛ? Разве без него нельзя обойтись? Просто поиском складов и партий?
34 Double_Medved
 
19.11.13
12:34
(32) В смысле, что Вы имеете ввиду?
35 Феофан
 
19.11.13
12:34
(29) а не думали на один док менеджера, на отгрузку, оформлять N подчиненных доков, по одному на каждый склад?
36 1dvd
 
19.11.13
12:35
(32) где не видит?
37 Double_Medved
 
19.11.13
12:36
(35) Тут к сожалею человеческий фактор - кладовщик практически не дружит ни с компом, ни с 1с-кой. Я лучше доверю распределение по складам своему коду, чем ему)
38 Феофан
 
19.11.13
12:36
+(35)  ..расходная накладная + ордера на склад.. типо както так
39 Double_Medved
 
19.11.13
12:37
(36) я правильно понимаю, что Вы делали похожую систему и норм? (имеется ввиду списание одним документом с нескольких складов)
40 1dvd
 
19.11.13
12:37
(35) велосипед. проще Реализацию допилить
41 1dvd
 
19.11.13
12:37
(39) Да. И я не один такой
42 Феофан
 
19.11.13
12:38
(37) все верно - менеджер выписывает документ > на основании оформляет расходные ордера > ордера идут на склады кладовщикам > и далее в таком же духе
43 Масянька
 
19.11.13
12:41
Самый верный вариант (ИМХО): перемещение - с каждого склада на один (разными док-ами, склад "Выдача") - реализация.
44 beholder
 
19.11.13
12:42
(33) Обычно складского учета по партиям не ведется. то есть нигде нет записей о том что вот эта партия лежит на этом складе. Фразы "обычно телевизоры лежат на складе №1 не канает.

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

А как кстати несерийный товар собираешься искать?
45 1dvd
 
19.11.13
12:43
(43) Т.е. манагеру придется 15 документов колбасить вместо одного?
46 Double_Medved
 
19.11.13
12:45
Бытует мнение, что списание одним документом с нескольких складов - это грех и от нечистого. В принципе это мнение вполне обосновано, наверняка многими кто в это неудачно вляпался. Я сам конечно не хочу в это лезть, но придется. Вот хотел спросить совета у форумчан. Значит мой план действий: У справочника Номенклатура будет реквизит "Склад" - это тот склад, где то идее должна лежать эта номенклатура (кладовщик клянется что это соответвует правде, что 1 модель на 1 складе, а не 1 модель на 5 складах.) В Реализацию в табличную часть добавляю реквизит "СкладНоменклатуры" - который буду заполнять Складом из Номенклатуры, простите за каламбур. Потом при проведении делаю проверку, есть ли требуемое количество на указанном в строке складе. Если нет - сообщаю, где может есть еще на другом складе, позволив пользователю изменить склад в строке, если уж это необходимо. Списываю значит количество из указанного склада в регистре "ОстаткиТМЦ". Далее по серийнику ищу партию и списываю из нее. Правильно я мыслю?
47 FidelBoom
 
19.11.13
12:46
(0) Какая конфигурация то? Вот я прикинул, если добавить реквизит склад в табличную часть документа и скрыть данный реквизит, также скрыть реквизит "Склад" в шапке... проводки это понятно легко подправить  брать склад не из шапки, а из ТЧ документа. Тогда проверку стандартную придется имхо выкинуть которая проверяет остатки на складах ТМЦ и сделать свою проверку , если склад в ТЧ документа пустой то ругаться мол нету товара ни на одном складе. Логично?
Только мой совет изменяй форму только программно в модуле. а то потом уср*шься обновлять , если выйдет новая форма от 1С.
48 Масянька
 
19.11.13
12:49
(45) На то он и "манагер" :)
Мне больше по душе - допилить перемещение (реквизит ТЧ склад и его заполнение). А "манагеру" придется делать 2 док-та (при таком раскладе).
49 1dvd
 
19.11.13
12:49
(47) ага, ТиС по тридцать обновлений на дню делают, ага-ага
50 Double_Medved
 
19.11.13
12:49
Мне все не дает покоя что Партия не привязана к Складу (конфигурация ТиС). То есть надо искать и склад, и партию как бы отдельно. Некоторые товары - вот еще проблемка - изначально без серийных номеров, например "труба железная" или "кронштейн" - вот как у них по идее искать партию надо? Не подскажите? Склад я пускай найду, а как партию найти нужную?
51 1dvd
 
19.11.13
12:50
(48) У тебя фобия изменять документ Реализация
52 1dvd
 
19.11.13
12:50
(50) Запросом
53 Масянька
 
19.11.13
12:51
(51) Нет. У меня фобия - Остатки ТМЦ :)
На прошлой неделе разгребала себестоимость...
54 Double_Medved
 
19.11.13
12:52
Партия ведь не привязана к складу никак? Или я что-то не понимаю?
55 Voronve
 
19.11.13
12:52
(46) Создай обработку в которой будет собираться реализация менеджером.
Пусть она генерит тебе документы реализации (типовые менять не надо).
Вот типа этого _http://zalil.ru/34820446
56 Double_Medved
 
19.11.13
12:53
(53) себестоимость это даааа. Была у меня задача - 1с8.2, УТ 11, распределенная база, обмен 5 точек раз в час, надо чтобы постоянно была актуальная себестоимость, которая после каждого прихода меняется
57 Масянька
 
19.11.13
12:53
(54) В партии есть МОЛ. Это типа "склад" :)
58 beholder
 
19.11.13
12:54
(46) нет, неправильно. Кладовщик может что угодно клятся но он на то и кладовщик. А жизнь может повменять все и тебе придется переписывать.
Это все работало бы если бы эти склады у вас были бы виртуальные, а если это реально разные склады то так нельзя действовать.
Схема такая. В РН делаешь реквизит таб.части Серийный номер, при проведении смотришь где этот серийник лежит (в регистре Остатки ТМЦ тоже надо завести реквизит Серийный номер и в приходных накладных и в перемещениях и везде, остатки все заполнить) и соответсвенно проставляешь его в регистр Остатки ТМЦ.
59 Масянька
 
19.11.13
12:55
(56) Вот и не майся дурью. Потом сам будешь подпрыгивать: почему суммы висят, почему остатков не хватает и т. д.
60 beholder
 
19.11.13
12:55
(54) вот именно. Не привязана, и не должна. создай реквизит Серийный номер в регистре склада
61 beholder
 
19.11.13
12:56
Погоди, у тебя серия это что? Вот приходит 20 телевизоров, у каждого своя серия или серия это парти в целом?
62 Double_Medved
 
19.11.13
12:57
(60) серийный номер - реквизит справочника Партии. Так сделали еще до меня (. И там уже куча этих серийников. А Справочник партии привязан к регистру ПартииНаличие
63 Double_Medved
 
19.11.13
12:58
(61) если 20 телевизоров - будет 20 строк в документе прихода , с количеством 1 и серийником, и создадутся 20 партий, в каждой свой серийник, а количество = 1
64 beholder
 
19.11.13
12:58
(62) а по моему примеру в (61) у тебя как происходит. Генерится 20 элеметов справочника Партия или один?
65 Double_Medved
 
19.11.13
12:58
Серийник - серийный номер конкретной единицы товара, прилепленный на заводе
66 beholder
 
19.11.13
12:58
(63) а! Понял.
Тогда как я сказал, заводит этот реквизит еще и на регистре Склад
67 Double_Medved
 
19.11.13
12:59
(64) 20 элементов )
68 beholder
 
19.11.13
12:59
А что у тебя с несерийным товаром?
69 Double_Medved
 
19.11.13
12:59
(66) в ОстаткиТМЦ? А зачем, не пойму? Чтобы проще склад находить? По серийнику?
70 beholder
 
19.11.13
13:01
(69) не только, главное тебе нужно знать какой серийник на каком складе лежит. Это как бы общее требование к учету серийного товара.
71 Double_Medved
 
19.11.13
13:02
(68) Да вот надо как-то придумать, как его правильно списывать. Это например "труба" или "швабра". То есть это товар, который приходовали с незаполненным полем "серийныйномер". И я что-то не пойму как там правильно партии списывать. Из первой попавшейся или как? Если есть серийник- то ясно, партию по нему искать, а если его нет изначально?
72 Феофан
 
19.11.13
13:03
(62) а зачем выписывать по серийнику? я делал так, что серийник заполняется тот, который вынесли со склада..
выписали телевизор > его принесли на выдачу > на выдаче заполнили серийник, взятый с конкретного экземпляра > закончили оформление сделки списанием экземпляра.. кактотак
73 beholder
 
19.11.13
13:03
(71) можно вообще не создавать серию, либо создать серию пустую и везде ее пихать. У товара в спр.Номенклатура признак серийный или несерийный товар. А списывать как в учетной политике написано либо ФИФО либо по-среднему.
74 Double_Medved
 
19.11.13
13:04
(70) вот блин, просто у меня уже куча серийников вбита в базу, уже пару лет как. И все вбито в справочник партии. Нельзя ли как-то привязать партию к складу? вот блин. Она же и переместиться может, и т.д.
75 Феофан
 
19.11.13
13:05
... + оформлением серийников на приемке вы увеличиваете кол-во ошибок.. а если внесут не тот серийный номер?
76 Double_Medved
 
19.11.13
13:06
(72) ну мне надо чтобы потом видно было, что был 1 телевизор с серийником 123, а потом стало 0. То есть чтобы он списывал из конкретной партии
77 Феофан
 
19.11.13
13:06
(74) уже сказали, что в ТиС "склад"="МОЛ"
78 Double_Medved
 
19.11.13
13:07
Блин таким макаром у меня получается что мы можем посмотреть сколько товаров с серийником 123 есть (по партиям), но не можем посмотреть на каком они складе. Вот кузькина мать!
79 Феофан
 
19.11.13
13:07
(76) партия <> серийный номер!
партия - это, грубо говоря, приходный док., в котором может быть 100500 телевизоров и все они в одной партии
80 beholder
 
19.11.13
13:08
(78) у вас как продажа осуществляется? Сначала выписывают документы потом комплектуют?
81 beholder
 
19.11.13
13:09
(79) я встречал такую реализацию учета по серийникам, это сделано для того чтобы меньше писать было.
82 Double_Medved
 
19.11.13
13:09
(80) ну менеджер делает непроведенную реализацию, одну. кладовщик ее видит, бегает собирает товар (может быть с разных складов), проводит, и печатает. Клиент подписывает и увозит товар
83 Double_Medved
 
19.11.13
13:10
Клиенту в принципе пофигу на каком складе лежал его телевизор или магнитофон, ему отдают все в одном месте, на выдаче
84 Масянька
 
19.11.13
13:14
(82) Пусть "манагер" делает перемещение (с какого склада - пусто, на один склад - "Выдача"), кладовщик заполняет "склад" в этом перемещении, проводит, печатает, делает на основании перемещения реализацию (можно автоматом), распечатывает и отдает клиенту вместе с товаром.
85 beholder
 
19.11.13
13:18
(82)
Можно еще так:
1. Менеджер делает заказ покупателя, проводит.
2. Кладовщик не основании заказа создает N перемещений в со складов в зону выдачи (автоматически). И приносит товар.
3. Менеджер создает РН со склада Зона выдачи клиенту.

Движений вроде бы дофига, но если подумать самый бескровный путь
86 Double_Medved
 
19.11.13
13:22
Бескровный это точно, но все хотят автоматизации, чтобы меньше писать и тыкать мышкой
87 Масянька
 
19.11.13
13:23
(86) "Манагер" чем должен заниматься? А кладовщик?
А кнопки "Зделать фсё" - не бывает....
88 Феофан
 
19.11.13
13:25
(86) можно все и в одном доке сделать.. но зачем хранить в разрезе серий? этим вы обрекаете себя на боль и слезы!))
заполняйте серийник по факту, при выдаче товара
89 beholder
 
19.11.13
13:26
(86) Для кладовщика сделай обработку которая автоматически сгенерит перемещения с каждого склада на склад Зона выдачи.

Менеджеру работы почти не прибавится, только один лишний раз кнопку нажать, на основании заказа создать РН.
90 beholder
 
19.11.13
13:27
(89) или даже при проведении Заказа пусть они автоматически генерятся.
91 Double_Medved
 
19.11.13
13:27
(88) ну нужно снать когда пришел какой серийник, например он оказался бракованный, а это узнал уже клиент. И надо узнать, какая редиска нм поставила бракованный товар
92 Масянька
 
19.11.13
13:32
(91) Я боюсь спросить - а кто приход загоняет? Ты?
93 Феофан
 
19.11.13
13:32
(91) да за ради Бога!))) только зачем ХРАНИТЬ в разрезе серийных нумеров? )) инфу по серийникам можно прозрачно отслеживать и так..
сейчас у вас измерений хранения мин. 5: фирма,склад,серийник,партия,товар
94 Double_Medved
 
19.11.13
13:34
(92) не, не я. Кладовщик. Ему приходит товар и он орудую сканером штрих кодов все пикает, вместе с серийниками
95 Double_Medved
 
19.11.13
13:37
Просто какая фигня... Вот приход. Создалась партия, с серийником. Потом например было перемещение, реализация, возврат. Если у нас серийник в партии, мы же не можем посмотреть на каком складе он лежит? Вот в чем вопрос. Или если как-то извернуться то можно?
96 Феофан
 
19.11.13
13:38
(94).. ну а если серийный номер не "пикается", а написан "дядюшкой Ляо" буковками? )) кладовщик вписывает его вручную?.. а если тремор и на пару нулей он больше вписал? как товар будут искать на складе?.. ну и все такое прочее..
наверное у вас склад маленький и все еще недостаточно "загреблись" бегать и искать нужный серийник))
97 arsik
 
гуру
19.11.13
13:39
(95) А я тебе уже объяснял.
По регистру партий ты можешь посмотреть, на каком МОЛ числится в данный момент эта партия.
И если связь 1 склад - 1 мол, то определить на каком складе
98 Double_Medved
 
19.11.13
13:41
(96) ну вообще такие проблемы есть. Бывает серийник видно наполовину, бывает вообще стерт. Ругаемся с поставщиками, но один хрен. Начальнику кровь из носу нужны серийники. Я даже уже написал волшебный отчет который ищет серийник по куску.
99 Double_Medved
 
19.11.13
13:42
(97)а, вон оно что. Спасибо, попробую
100 beholder
 
19.11.13
13:43
(97) 0_о а где там МОЛ?
101 Феофан
 
19.11.13
13:44
(98) вот именно, ключевое слово "отчет" решает!..))) это я какбэ намекае ))))))

..
102 Феофан
 
19.11.13
13:44
..а вообще.. вот по этому потом и говорят - "1С гомно".. (((
103 beholder
 
19.11.13
13:44
(99) а если перемещение было? Откроют ваши магазин в Магадишо, переместят туда пару серийников и привет.

Если тебе нужен складской учет по серийникам - то нужно делать измерение в регистре Остатки ТМЦ
104 arsik
 
гуру
19.11.13
13:49
(103) Да не нужно ничего добавлять в регистр, я уже описал схему по которой мы можем идентифицировать склад по партии
105 Double_Medved
 
19.11.13
13:52
(104) О, я посмотрел - МОЛ везде разные. Один умник у СкладаN1 сделал МОЛ которого зовут "СкладN1" и т.д. Возможно это сыграет  на руку
106 arsik
 
гуру
19.11.13
13:54
Очень правильный умник.
107 Double_Medved
 
19.11.13
13:56
(104) только например при перемещении партии МОЛ изменится, если на складе - получателе будет другой МОЛ?
108 arsik
 
гуру
19.11.13
14:01
МОЛ в измерении регистра конечно изменится, если ты на другой склад перемещаеш с другим молом
109 beholder
 
19.11.13
14:02
(108) я не помню на 100% ТИС, где там МОЛ в регистре Партий?
110 Масянька
 
19.11.13
14:09
(107) Ты извини, конечно, но - кончай тупить!
1. В 1С заводишь склад - виртуальный, для выдачи товара.
2. Ему назначаешь новый МОЛ (отличный от МОЛ'ов всех других складов).
3. "Манагер" делает "Заказ" (с реального склада): для каждого склада свой.
4. Кладовщик на основании "Заказа" делает "Перемещение": с реальных складов на новый виртуальный.
5. "Манагер" на основании "Перемещения" делает реализацию (с виртуального склада).
111 arsik
 
гуру
19.11.13
14:12
(110) Это совсем не юзабилити. Почитай Алана Купера.
112 beholder
 
19.11.13
14:14
(111) ответь пожалуйста про МОЛ
113 arsik
 
гуру
19.11.13
14:18
(112) Регистр партии - Измерение МОЛ
114 Масянька
 
19.11.13
14:20
(111) Кто такой Купер? Почему я должна его читать?
А по поводу "юзабилити" - сядь на место "манагера" и недельку поработай. Плотно - приход, расход, остатки, отчеты и т. д.
Вот тогда я поговорю с тобой о "юзабилити".
115 Double_Medved
 
19.11.13
14:21
Точно измерение МОЛ есть в регистре Партий, только что проверял
116 Double_Medved
 
19.11.13
14:21
(110) Слушай, складно придумано, спасибо
117 Масянька
 
19.11.13
14:26
(116) "Спасибо" не одной мне надо говорить....
118 beholder
 
19.11.13
14:44
(113) если есть перемещения, то такая схема не годится.

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

А если вопрос только с тем чтобы не делать 100500 РН на каждый склад, то лучше возьми мой вариант. Потому что в (110) работы по вводу документов еще больше чем сейчас. Заказчик не поймет, тебе даже за лишний клик на иконке "ввести на основании" придется побороться, к бабке не ходи.
119 Double_Medved
 
19.11.13
14:48
(118) Перемещения есть. Даже если банальный случай - есть склады и сам офис, если клиент почему-то будет забирать из офиса, там типа ближе, то просто сначала делают перемещение на офис, и потом уже реализацию. (Когда в офис физически привезут товар)
120 Double_Medved
 
19.11.13
14:49
Всем спасибо за поддержку, приятно когда не троллят, а помогают, тем более что вопрос как ни крути непростой
121 arsik
 
гуру
19.11.13
14:49
(114) http://habrahabr.ru/post/25834/
Для чего разделять 2 операции на 10? Кому от этого лучше, кроме программиста?
122 Масянька
 
19.11.13
14:58
(118) (121) Ну что я могу вам сказать...
Есть общепринятая схема ведения учета (всего лишь принятая).
Да, можно и оптовый товар приходовать на розничный склад, а потом перемещать на оптовый и ругать программы, что НДС не восстанавливается. Зато - 1 операцией.
А можно воспользоваться обще принятой схемой, минимально допилить и работать.
Работа кладовщика - оприходовать товар в соответствии с оригиналами приходных док-ов на соответствующий склад, выдать товар с соответствующего склада согласно расходным док-ам; работа "манагера" - выдать покупателю док-ты для получения товара с соответсвующего склада; работа программиста - написать программу для автоматизации работы "манагера" и кладовщика.
Повторюсь, кнопки "Зделать фсё" - не существует. И "манагеру", и кладовщику придется работать.
123 klimbna
 
19.11.13
15:08
Что то в этих рассуждениях не понял. А кто мешает создавать несколько документов реализаций, скажем внешней обработкой которая их заполняет. А счет-факура одна со списком до-ов реализаций? В документ реализация вывести кнопку которая открывает эту же обработку и уже видит все позиции списком?
124 arsik
 
гуру
19.11.13
15:27
(123) Ты согласен с тем, что при попытке исправить документ его нужно будет найти из созданных обработкой? Зачем плодить сущности?
(122) Да, такой кнопки не существует, но задача максимально к ней приблизится.
125 Масянька
 
19.11.13
15:30
(124) Данная задача (на сегодня без существования устойчивой модели искусственного интеллекта) - утопия :)
Выкинуть кого-либо из данной цепочки "Кладовщик - программа - "манагер" - программа" не получится. А если задаться такой целью - результат превзойдет ожидания :)
126 klimbna
 
20.11.13
05:49
(124) Интерфейсно это будет выглядеть так: Менеген открывает обработку, заполняет товары,создаются нужное количество р/н и одна с/ф.
Распечатываются несколько накладных(внутренних) и с этими накладными покупатель идет по складам и получает.
Если надо откорректировать - менеген заходит в с/ф жмет сделанную программером кнопку - для примера назовем отредактировать. Открывается наша обработка которая загружает из накладных товары, менеген редактирует нажимает сохранить - редактируются р/н и с/ф.
p.s. р/н - расходная накладная, с/ф - счет-фактура