Вход | Регистрация
    1  2  3  4  5   
1С:Предприятие :: 1С:Предприятие 8 общая

очередной "специалист" рассказывает, как испортить типовую

очередной "специалист" рассказывает, как испортить типовую
Я
   Asmody
 
29.03.13 - 23:20
http://habrahabr.ru/post/174673/

речь про механизм контроля остатков. человек не доволен, что в типовых его нет при неоперативном проведении, и предлагает "улучшения".
статья из серии "никогда так не делайте"
 
 
   Мисти
 
1 - 29.03.13 - 23:25
Я почти у всех этот фокус видела. Народ требует!
   EugeniaK
 
2 - 29.03.13 - 23:27
(1) Народ, который такое требует, УПП не ставит.
   Asmody
 
3 - 29.03.13 - 23:28
(1) до первых штрафов за недостачу на складе
   bazvan
 
 
4 - 29.03.13 - 23:30
Япать колотить.
   bazvan
 
 
5 - 29.03.13 - 23:30
(1) вот после таких как ты 1С и авно.
За такое надо просто руки отшибать.
Гниды
   Живой Ископаемый
6 - 29.03.13 - 23:43
(23) а как она появится? Можно какойнить бэкграунд для тех кто не в теме, или долго рассказывать?
   rs_trade
 
7 - 29.03.13 - 23:48
РУАЗ
   Torquader
 
8 - 30.03.13 - 00:06
На самом деле, основная проблема не в том, что при неоперативном проведении не проверяются остатки, а в том, что многие привыкли работать задним числом.
Если мы сегодня вводим расходный документ за вчера, то какая разница - есть ли сегодня на складе списываемый товар или нет - товар должен был быть вчера, иначе мы не должны иметь возможность его продать, а если документ вводится задним числом, то сама операция уже прошла. В этом случае, даже если мы рассчитаем остаток на вчерашний день и проверим его, то ничего уже не изменится - если товара по компьютеру нет, то остаток станет отрицательным, а наличие у нас документа говорит о том, что товар уже отгрузили - то есть можно сделать вывод, что приход товара ещё не ввели.

Другое же дело, когда сначала ввели документы на следующий день (так сказать, запланировали отгрузку), а потом вводят текущие продажи, которые проводятся неоперативно из-за смещения границы последовательности - вот тут-то как раз и не помешает включить контроль остатков, но здесь нет реального неоперативного проведения.
   Лефмихалыч
 
9 - 30.03.13 - 00:12
Жаль, что я не могу выразить автору свое презрение  - учетки нет, а делать лениво.
   Лефмихалыч
 
10 - 30.03.13 - 00:12
(0) это не специалист, а профессиоанал
 
 Рекламное место пустует
   Cthulhu
 
11 - 30.03.13 - 00:33
выписка в минус на актуальность - сдвиг "назад" - поехали дальше и "я не знаю, программа разрешила проведение"... человек увидел только это и упустил из виду всё остальное - каковую проблему и решил, наполодив кучу других проблем.
   Hans
 
12 - 30.03.13 - 00:41
(0) предложите свои улучшения по решению этой проблемы.
   exwill
 
13 - 30.03.13 - 00:55
(12) Отключить контроль отрицательных остатков. Вот нафига это баловство?
   Hans
 
14 - 30.03.13 - 01:05
(13) я тебя реально не понял, мэн. Ты за конроль или против? Если чел из (0) стебется над статьей, то я готов выслушать его предложения над контролем отрицательных остатков при неопреативном проведении.
Для справки напоминаю в ТИС контроль есть.
В 10.3 контроля нет
в УТ 11 есть контроль - есть если стоит в настройках хоть какой то контроль.
   exwill
 
15 - 30.03.13 - 01:09
(14) Разумеется против. Контроль отрицательных остатков - зло.
   wertyu
 
16 - 30.03.13 - 01:22
(14) вообще-то во всех перечисленных есть контроль ) тут вопрос в актуальности )
   Torquader
 
17 - 30.03.13 - 01:22
Есть контроль или нет - неважно - если в базе одно, а на складе - другое (так как кто-то что-то не ввёл), то никакого смысла в работе программы вообще нет.
Иначе получается как в анекдоте - "Гена, нам прислали десять апельсинов - восемь тебе и восемь мне - но свои восемь я уже съел" (не надо думать, что система счисления была шестнадцатиричная).
   exwill
 
18 - 30.03.13 - 01:26
(17) Важно. Наличие контроля создает у наивных пользователей опасную иллюзию.
   wertyu
 
19 - 30.03.13 - 01:31
(17) стоп, в оригинале были Малыш и Карлсон
(18) нефиг всех подряд пускать в закрытые периоды
   Flyd-s
 
20 - 30.03.13 - 01:33
Ввод задним числом это зло, но что плохого в контроле остатков задним числом (кроме быстродействия)
   exwill
 
21 - 30.03.13 - 01:36
(20) Ввод задним числом - абсолютно нормально.
Контроль отрицательных остатков(как оперативно, так и неоперативно) - зло.
   Злопчинский
 
22 - 30.03.13 - 01:36
все херня. Главное ответ на вопрос - для чего хотим контроль остатков при неоперативном проведении...?
   exwill
 
23 - 30.03.13 - 01:38
(22) На этот вопрос нет рационального ответа.
   Злопчинский
 
24 - 30.03.13 - 01:39
из статьи
> отмечу лишь тот факт что контролировать остатки только в оперативном режиме мало подходит для реального документооборота.
.
непонятно, что автоматизируется - документооборот или хозяйственная деятельность. отражением которйо является документооборот. казалось бы это очень близкие понятия, но подмена одного другим приводит к проблемам...
.
   wertyu
 
25 - 30.03.13 - 01:41
(24) тут ещё вопрос насколько это событие программное и насколько административное
   Flyd-s
 
26 - 30.03.13 - 01:43
(22), например для выявления ошибочных корректировок задним числом.
   КонецЦикла
 
27 - 30.03.13 - 01:43
Если, например, себестоимость списанных партий хранится только в регистре и партии автоподбираются, то с работой задним числом можно пролететь
Вопрос - науа вообще проводить документ неоперативно?
если это свершившийся факт и товар был
Значит необходимость есть?
Зачем тогда механизм неоперативного проведения... и зачем изобретать велосипед стремясь захватить рынок ERP-решений?
   wertyu
 
28 - 30.03.13 - 01:45
(27) тут только про количество
   Злопчинский
 
29 - 30.03.13 - 01:46
у меня, например. в тси, включен контроль остатков. и ведется строго. поэтому, если вдруг при заднем проведении возникнет минус (даже если есть рабочая! бумажная копия дока) - это четкий признак, что НАЛАЖАЛИ. и меры надо принимать незамедлительно. Иначе мгновенно вырастет снежный ком, разгрести который будет очень накладно.
.
если А) автоматизаируется движение ТОВАРА - то стоит задача двигать товар и обеспечивать товар СОПРОВОДИТЕЛЬНЫМИ документами. Если же Б) автоматизируется  задача 1.достоверного учета И 2.движения товара - тут немножко все по другому...
.
в конторах где А) - там данные в бух и торг базах не бьются вообще, при этом торг база не бъется с товаром также.
в б) - все гораздо лучше.
.
ясен пень, что вариант Б) - более трудоемкий и на первый взгляд мешает СИЮМИНУТНЫМ задачам...
   Злопчинский
 
30 - 30.03.13 - 01:47
(26) неясно. разрисуй подробнее. Ошибочные корректировки - они откуда ВНЕЗАПНО стали ошибочные...
   КонецЦикла
 
31 - 30.03.13 - 01:48
Вообще переделывать решения от команды 1С не стоит бояться
Просто они уже стали настолько сложными, что все боятся это делать и молятся на очередную хитрость "а ля русиш-афтоматизатор"
   Flyd-s
 
32 - 30.03.13 - 01:50
(30), продали 10 гвоздей, в реализацию товаров вбили 5 гвоздей. На следующий день проснулись с бодуна, надо исправить в программе. Открывают и вместо 10 пишут 15. А по факту их всего 10 было. В итоге накладную отправили неправильную, да еще и минус в остатках образовался. Не часто, но встречал подобное
   exwill
 
33 - 30.03.13 - 01:52
(26) Это - порочная практика. Учетная система не способна  контролировать соответствие реальности и данных, которые в нее ввели. В принципе. Все эти контроли отрицательных остатков только путают пользователей. И создают у них опасную иллюзию.
В то время как отсутствие отрицательных остатков ни о чем не говорит.
 
 
   Злопчинский
 
34 - 30.03.13 - 01:53
(28) про контроль количества задним числом уже расписано все было. его можно сделать и это не будет ресурсоемкой операцией.
вопрос - надо ли контроль при проведениях задним числом..? - каждый решает для себя.
.
если у кого-то квант учета "месяц" - как это в бухии - то нафиг весь этот учет в середине месяца и можно колбасить последовательность вообще не обращая внимания на хронологию ввода документов - что превозносится как офигенное достижение в УТ11. Однако при этом быстренько обходят вопрос - почему н аэто нельзя наплевать на межрасчетном периоде (конец месяца)....
.
Если у кого-то квант учета - операция - то работа задним числом вообще отсутсвует как калсс, пример - WMS
   wertyu
 
35 - 30.03.13 - 01:54
(32) "На следующий день проснулись с бодуна" ну это явно не с прогой проблемы )
   Злопчинский
 
36 - 30.03.13 - 01:54
(32) > Открывают и вместо 10 пишут 15. А по факту их всего 10 было.
- в описанной схеме работы вообще отсутсвует возможность сделать достоверные предположения как о реальном наличии товар ана складе так и о правильности вбиваемых/вбитых цифр.
   wertyu
 
37 - 30.03.13 - 01:56
(36) я и говорю, что тут чисто административная сторона вопроса ) может прогу ещё и склады с ружьём охранять )
   Flyd-s
 
38 - 30.03.13 - 01:57
(36), в описанной схеме часть ошибок выявляются по факту проведения, а не по факту инвентаризации и глубокого разбора полетов за последние 10 лет
   Flyd-s
 
39 - 30.03.13 - 01:58
(33), учетная система может в этом помогать
   exwill
 
40 - 30.03.13 - 01:58
(29) У тебя плохая система. Пользователи дергаются на отрицательные остатки. ОК.
А если отрицательных остатков нет? Все в порядке?
Не нужен этот контроль. Не нужно создавать иллюзию, что система сама себя контролирует. Это не так.
   Asmody
 
41 - 30.03.13 - 02:00
(12) пожалуйста: в нашей компании движения по складу задним числом запрещены.
   Flyd-s
 
42 - 30.03.13 - 02:00
(40), а может проще объяснить один раз пользователю, что контроль остатков это не панацея или отправить его на обучение, чем считать по-умолчанию пользователей идиотами?
   КонецЦикла
 
43 - 30.03.13 - 02:00
(33) В общем-то для контроля в том числе и ведется учет :)
Если бы ты был владельцем бизнеса, то тебя бы волновала переплата 100 руб налога или скоммунизженные каждый месяц 35 коробок?
Ну если тут прощелкали, там прощелкали, да еще покупатель не признался в пересорте или излишке... тогда конечно... человеческий фактор
   exwill
 
44 - 30.03.13 - 02:00
(39) В этой "помощи" нет никакого смысла.
   exwill
 
45 - 30.03.13 - 02:02
(41) Учетная система ведь отражает реальность?
   КонецЦикла
 
46 - 30.03.13 - 02:03
(45) Допустим...
   Злопчинский
 
47 - 30.03.13 - 02:04
(33) критерий вообщем-то один: менеджер в ТА ПО УЧЕТУ выписал 100 шт, склад не смог отгрузить ПО ФАКТУ 100 шт. и обратная ситуация. выявляемая приинвентаризации, например, по Учету 0, по факту - 100.
.
в условиях !первоначального! бардака контроль отрицательных остатков при любой выписке - необходим. Это доставляет трудности манагерам/складским, но дает профит в быстрой нормализации ситуации с УЧЕТОМ РЕАЛЬНОГО движения NVW/
/
а когда ситуация нормализуется - то контроль можно и не отключать. все равно в него никто не впихнется, потому что работают все нормально.
.
проблемные ситуации могут быть всегда. Самый простой вариант - поставка в сетку, 100шт товара. Сетка приняла 60 товра1 и товар2 (похожие). ТРЕБУЕТСЯ первоначальную накладную выписать с товаром2. А его - вообще в принципе не было на складе. ни раньше, ни сейчас. Причина: пересорт при приеме товара от поставщика. причем пересорт коробками (одних массогабаритов), которые тупо закинулись в ячейку. +халявная процедура сборки товара (например войспикинг), когда сборщик перекинул из ячейки на рохлю 8 коробок (а они, блин, визуально одинаковые!! ну не будет он каждую общупывать обнюхивать), а голосом подтвердил контрольную цифру по ШК последней коробки.
   Asmody
 
48 - 30.03.13 - 02:04
(32) нашли проблему! зав. складом, кладовщик, продающий менеджер и т. д. дружно скидываются и оплачивают те 10 гвоздей из своей премии. 2х раз для понимания хватает
   exwill
 
49 - 30.03.13 - 02:05
(46) У вас тоже запрещены движения задним числом?
 
 Рекламное место пустует
   Злопчинский
 
50 - 30.03.13 - 02:05
938) в описанной системе вообще непонятно, откуда сделано заключение что отгружено 10.
   Asmody
 
51 - 30.03.13 - 02:06
(45) вполне. еще никому не удавалось физически сегодня отгрузить вчера коробку
   Maxus43
 
52 - 30.03.13 - 02:07
незнаю даже, проблема 500 раз обсуждена, соглашусь с позицией 1с - нефиг контролировать при неоперативном. Хоть и самому приходилось делать по требованию заказчика...
   Asmody
 
54 - 30.03.13 - 02:09
(47) ты не путай опер. учет и бухгалтерию. бухи сделают хоть 10 накладных с каким нужно товаром, неважно, был он или нет на складе. в упр. учете в накладной будет только то, за что расписался зав. складом.
   КонецЦикла
 
55 - 30.03.13 - 02:09
(47) Один мой заказчик продает метизы, представь какое это колв-во коробочек и коробушек
Помимо адресного хранения ШК есть на КАЖДОЙ коробке (свой или поставщика). Помимо этого уникальный ШК присваивается открытой коробке (открывается автоматически программой) и программа всегда знает сколько в ней осталось.
Так что нужно тут про рохли. Если есть желание - можно работать нормально.

(49) У меня много "у нас" :)
Ввиду особенностей учета у каждого заказчика все по-разному...
Бывает и приходы формируются нужные задним числом, перетусовываются, но это все под контролем
   exwill
 
56 - 30.03.13 - 02:10
(51) Если учетная система хорошо (без искажений) отражает реальность - это хорошая учетная система.
Если плохо - плохая.
Так?
   Flyd-s
 
57 - 30.03.13 - 02:11
(50), Например продали 5 гвоздей, приехали к заказчику 10 гвоздей. Заказчик посмотрел и сказал, что и так сойдет, только говорит документы переделайте.
Ну или с поступлением товаров могли накосячить, а потом исправлять задним числом - пересорт, не та номенклатура, не та серия и т.д.
   Злопчинский
 
58 - 30.03.13 - 02:12
(40) это у тебя - плохая система. А у меня - нормальная (может не отличная, а нормальная). Тормознуть на отрицательном остатке при заднем проведении - это нормальная ситуация. Это значит что-кто-то где-то ЯВНО налажал.
.
А то, что отсутствие отрицательных остатков еще не свидетельствует что все хоро - это да.
.
И что - отключить контроль остатков. Отключили. остатки положительные - но это только в проге. в реальности - ХЗ. НАФИК отключаем вообще полностью УЧЕТ КОЛИЧЕСТВА, ведь положителльные остатки еще не о чем не говорят.
.
торговля превращается в красоту и простоту.
   КонецЦикла
 
59 - 30.03.13 - 02:12
+(55) Программа контролирует чтобы в системе была только одна открытая коробка одного наименования
На ТСД тупо приходит инфа куда идти и сколько откуда взять (с подтверждением ШК на адресе и коробке)
Еще и посоветует оптимальное кол-во коробок (если разные множители у единиц)
   Злопчинский
 
60 - 30.03.13 - 02:14
(54) давай не обсуждать здесь "мусорки",  а исходить из простого сооображения. БУ есть достоверный УУ в части формирования бух и налоговой отчетности.
   Asmody
 
61 - 30.03.13 - 02:14
(58) не бывает в реальности отрицательных остатков
   Aleksey
 
62 - 30.03.13 - 02:16
(32) Хочешь сказать что кто то с такого же бадуна принял вместо 10 15 и заплатил за них? Т.е. заплатил за воздух? Тогда мне пофиг на минуса, если кто-то за воздух готов платить
   exwill
 
63 - 30.03.13 - 02:16
(58) Контроль должен быть. Только это должен быть реальный контроль, а не иллюзия контроля.
Никакие манипуляции с кодом в этом деле не помогают, а только вредят.
   Злопчинский
 
64 - 30.03.13 - 02:16
(55) ну так и про то же самое. если есть желание - будут работать нормально. и если прога скажет , стой -100 откуда-то - будет "стоп". если прога скаже - осталось 10, возьми в отбор 10, сформируй задание манагеру закупщику, в пустую ячейку положи колеса на лето - то припринесении колес к ячейке она действительно будет пустой.
   КонецЦикла
 
65 - 30.03.13 - 02:17
(61) Бывает недостача, пересорт
Когда-то приняли коробку, не пересчитали. А туда забыли досыпать чего-то.
   Asmody
 
66 - 30.03.13 - 02:17
(60) никаких мусорок, все законно. просто нужно повышать ответственность людей за то, что они делают. и давать периодически понимать, что любой шаг просчитывается "на раз".
   Aleksey
 
67 - 30.03.13 - 02:19
(34) Тут некоторые в соседних ветках ставят под сомнения вообще контроль остатков.В частности пришел покупатель с деньгами кладовщик держит хрень в руках которую хочет покупатель и говорит, а вот я не могу вам её продать, потому что у меня в базе её нет. Покупатель видит такой бардак уходит на всегда. А ведь фирма могла заработать продав эту хрень, а вместо этого лешилась покупателя
   Злопчинский
 
68 - 30.03.13 - 02:19
(57) я это уже описал выше. Вся эта херня - ОТ УПРОЩЕНИЯ ВЫПОЛНЕНИЯ ТРЕБУЕМЫХ РАБОТ, читай что КЦ написал в (55). если надо чтобы к клиенту пришли 10 кг гвоздей. ас ними документы на 10 кг гвоздей - то так и будет. Если главное, чтобы к клиенту пришли 10КГ гвоздей, а документы - не главное (о чем я писал еще вышее) - то будут невнятные дискуссии о кривизне учета и отсутствии контроля при неоперативном проведении.
   Злопчинский
 
69 - 30.03.13 - 02:20
(66) если со склада ушло 10 кг гвоздей. а в бухии 4 кг гвоздей, 2 кг шурупов и 4 кг стяжек - то это = мусорка.
   Flyd-s
 
70 - 30.03.13 - 02:21
(62), оплата это уже другая история
   Злопчинский
 
71 - 30.03.13 - 02:22
(61) странно, зачем тогда инвентаризации...? и что еще страннее - откуда при этом излишки...
   Asmody
 
72 - 30.03.13 - 02:24
(69) давай я тебе не буду объяснять, что такое "группа компаний"
   Flyd-s
 
73 - 30.03.13 - 02:24
(68), возможный пересорт по сериям не отменяет даже желание получить 10 гвоздей и документы на 10 гвоздей.
   Voronve
 
74 - 30.03.13 - 02:25
(66) Нормальная ситуация для производственника
   Asmody
 
75 - 30.03.13 - 02:25
(71) если ты мне физически сумеешь показать мне -10 штук товара, я поставлю тебе бутылку коньяку
   Злопчинский
 
76 - 30.03.13 - 02:29
(72) ответсвенным перед фискальными органами не является некая "группа компаний". а вполне конкретная компания. единственная. И давай исходит из того, что акционеры резко решили выйти из группы компаний и вывозят ТМЦ на свой отдельный склад именно по данным Бухучета.
;-)
   exwill
 
77 - 30.03.13 - 02:29
(58) Система не должна тормозить на минусе.
Это не ее задача. Контроль соответствия системы и реальности происходит за пределами системы.
   NS
 
78 - 30.03.13 - 02:30
Вот объясните мне. Реально товар был продан. Есть документ. Машина уехала.
Противники отключения контроля остатков что предлагают делать в этом случае? Остановить бизнес и провести инвентаризацию? Искать ошибку - кто что не так завел? И на это время остановить бизнес?
   Злопчинский
 
79 - 30.03.13 - 02:33
(75) если ты подпишешься что при этом на складе нет расхождений по учету и факту по ВСЕМ остальным товарам - я тебе эту бутылку верну и еще одну впридачу.
   exwill
 
80 - 30.03.13 - 02:36
(78) Тут немного тоньше. Сторонники контроля отрицательных остатков не требуют остановить бизнес. Они говорят, что надо подать пользователю сигнал о том, что есть проблемы.
Вот это-то и вредно. Подача сигналов пользователям от системы, создает у них (пользователей) иллюзию будто система в состоянии сама себя проконтолировать.
   NS
 
81 - 30.03.13 - 02:38
(79) В любой торговле весовыми продуктами питания, всегда расхождение по учету и по факту по всем товарам. Если вес читается не с этикетки. Погрешность весов, естественная убыль, упаковка.
(80) Зачем оператору подавать сигнал о проблемах? Это вообще не его забота и проблема. Складом занимаются совершенно другие люди. Задача оператора принять 200 заявок за смену, и выписать документы.
   Злопчинский
 
82 - 30.03.13 - 02:38
(77) а почему нет? такой минус сигнализирует о том, что нарушен установленный бизнесс-процесс. либо по внутренним причинам, либо по внешним. отсюда принимаем решение. а не тупо забиваем - ну получился минус при неоперативном проведении - да херня! главное - ЭТОТ товар же ушел. Можно спокойно смоделировать ситуацию, когда игонорирование проведеняи в минус - практически мгновенно ведет к невозможности выполнения текущих обязательств по другим товарам/клиентам, что по цене вопроса может существенно первышать потери от "тормоза" системы на минусе
   Злопчинский
 
83 - 30.03.13 - 02:39
(81) если рассматривать склад как абсолютно независимую систему без внешних связей как на вход так и на выход - то вообще все просто.
   Asmody
 
84 - 30.03.13 - 02:40
(79) останки в упр. базе по реальным складам соответствуют реальным остаткам почти всегда с интервалом в около 30 минут, пока отдел опер. учета проводит документы. ну и в момент приходов может различаться (вот тут пересорт может быть), там есть свои способы.
   Злопчинский
 
85 - 30.03.13 - 02:41
(80) наглая подмена предмета обсуждения. да. в этом случае система выступает КОНТРОЛИРУЮЩИМ органом. и контролирует она в этом случае не себя, а в первую очередь СТОРОННЕЕ для системы воздействие - интерактивное вмешательство пользователя.
   NS
 
86 - 30.03.13 - 02:42
(83) Расскажи как. Пришла у нас заморозка в коробках. Продается поштучно из коробки. Вес разный. Сумма взвешенного товара никогда не будет соответствовать весу коробки.
   Asmody
 
87 - 30.03.13 - 02:43
(82) если товар ушел в минус, то это называется "пиздинг", а не пересорт. и это вопрос не к программе, а к службе безопасности
   Злопчинский
 
88 - 30.03.13 - 02:43
(81) давай сюда не мешать весовой товар, в котором как ты правильно написал - погрешность весов усушка и утруска всегда будут измеряться с погрешнеостью.
.
речь идет о вполне точно исчислимых штуках. которые не усыхают.. ;-)
   NS
 
89 - 30.03.13 - 02:45
(88) Нет уж. Давай поговорим о складе продуктов питания.
И каким образом в нем будет работать контроль остатков при проведении. Ведь контроль нужен всегда?
Я тебя уверяю. Очень скоро после введения контроля твой бизнес закончится.
   Злопчинский
 
90 - 30.03.13 - 02:46
(86) ясен пень не будет. потому что "вы" УПРОСТИЛИ измерения/выполнения реальных процессов. Всегда можно взвесит и коробку, и измерить сколько заморозки из-за температурпы ушло в воздух. Померять сколько это воздуха ушло туда-сюда через открываемую эпизодически дверь. сколько потерялось влаги, впитавшейс в бетон... ну и т.д.при соответсвующих затратах все сойдется очень точно... ;-)
   Asmody
 
91 - 30.03.13 - 02:47
у нас весового нет, но есть метражный. как-то умудряются резать
   NS
 
92 - 30.03.13 - 02:47
Правильная система в таком случае ведет контроль, при минусах подменяет в заявке подменяет товар аналогами, если нечем подменить пишет справочно заявленное количество - индейцы разберутся по факту. А вот накладная должна проводится всегда. И операторы распечатывающие накладные - не имеют никакого отношения к остаткам, поэтому им никакой контроль не нужен.
   exwill
 
93 - 30.03.13 - 02:49
Просто надо дать себе отчет, что должен существовать внешний контроль. Например, инвентаризация. И не заморачивать себя и пользователей бессмысленным внутренним контролем.
   КонецЦикла
 
94 - 30.03.13 - 02:49
(92) При чем тут накладные?
Это выясняется еще не складе, до момента печати, наверное
если не смогли положить в реальности столько сколько заказано - зачем включать сколько заказано?
   NS
 
95 - 30.03.13 - 02:49
(91) простой пример. Остатки уже по факту продажи плавают.
Ты взвесил, отвез к клиенту. он взвешивает на своих весах.
Из-за погрешности весов и т.д. - вес практически всегда не соответствует. И накладная принимает с исправлениями.
То есть машина выехала с один весом, а клиенту приезжает с другим. Всегда.
   NS
 
96 - 30.03.13 - 02:49
(94) Что выясняется?
   Злопчинский
 
97 - 30.03.13 - 02:50
(89) нененене! давайте не упрощать.
если мы ведем речь о бизнесе - его стоимости и прочем - это одно.
если мы обсуждаем частную задачу контроля остатков, не оборачиваясь при этом на СТОИМОСТь такого контроля - это другое.
.
совершенно четко понятно - что возможность неоперативного проведения без контроля - это есть хорошо в условиях ограниченных "ресурсов". если ресурсов ставовится больше или растет "цена" неоперативного проведения - подход к контролб становится другим.
.
если ВСЕ (или почти все) ДЕЛАТЬ ПРАВИЛЬНО И СВОЕВРЕМЕННО - неоперативное проведение вообще как класс ненужно.
   КонецЦикла
 
98 - 30.03.13 - 02:51
(91) Если у вас там какие-то трубы/уголки, то они измеряться вполне могут в тоннах
Вот тут-то и начинается...
   NS
 
99 - 30.03.13 - 02:51
(94) Человек который принимает заказ - оператор, никогда не может знать точно есть ли товар на складе, даже если по базе он ушел в минус. Поэтому клиент предупреждается, заявка печатается с этим товаром, а дальше как повезет.
Если товара реально нет, то складские администраторы его заблокируют. Если есть, то он будет собран.
   КонецЦикла
 
100 - 30.03.13 - 02:51
(96) Что реальный остаток не соответствует заявленному
  1  2  3  4  5   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует