[ОТВЕТИТЬ]
08.08.2007 11:49
OlegON
 
Кто мне скажет, какой глубокий смысл забивания количества по факту данными из заказа? Мне почему-то кажется, что правильнее заполнять его нулями. Т.е. количество "по документу" - заказом, факт - нули. Сейчас и то и другое заполняется из заказа и при оприходовании очень легко принять что-то, чего не привезли. Речь о приходной накладной, созданной на основании заказа. Я что-то не заметил?
08.08.2007 12:10
inna
 
Каждый оператор мучается слегка по своему. И от поставщика зависит. Если поставщик привозит накладную с нашей сортировкой, то удобнее спецификацию заполнить из заказа, потом удалить чего нет и изменить количество. Если накладная большая и сортировка левая, то удобнее вообще не заполнять спецификацию, а подбирать товар из справочника и ждать срабатывания проверок. А нули на ошибки мало влияют. У нас львиная доля ошибок из-за сортировки в накладной поставщика и из за того, что поставщик по одному заказу привозит несколько накладных. ИМХО.
08.08.2007 12:12
konst
 
Все зависит от дисциплины работы с поставщиками - у нас это сделать более менее смогли. Принцип работы - Контракт - Заказ - Накладная.
как правило оператору даже цены менять не приходится.
08.08.2007 13:00
Mtirt
 
Цитата:
OlegON Кто мне скажет, какой глубокий смысл забивания количества по факту данными из заказа? Мне почему-то кажется, что правильнее заполнять его нулями. Т.е. количество "по документу" - заказом, факт - нули. Сейчас и то и другое заполняется из заказа и при оприходовании очень легко принять что-то, чего не привезли. Речь о приходной накладной, созданной на основании заказа. Я что-то не заметил?
Мы делаем, как Инна говорит. Спецификацию не заполняем совсем. Просто при заполнении спецификации срабатывает проверка на количество по заказу.
Кстати, никто не проверял, как она сработает, если заказано 50 штук, а привезли 2 накладные по 40 штук...
08.08.2007 13:55
telesoft
 
Олег, а чем тебя не устраивает галка "не заполнять поле количество", которая появляется в мастере? Возможно, при "идеальной исполнительской дисциплине" в магазине не придется вводить количество руками - при пересчете (по бумажке) убедится, что это так.

В любом случае, по заказу мы работаем или без него - накладная с количеством поставщика (поле кол-во по документу) - желательно чтобы сходилась с бумажной накладной поставщика а наша накладная - с фактически привезенным товаром (поле кол-во)
08.08.2007 13:56
inna
 
Мы точно не проверяли - причина разбивки накладной у поставщика обычно является то, что товар находится в разных частях склада и его собирают разные комплектовщики. Ну то есть товар не пересекается. Мне кажется проверка не будет товар складывать ведь накладные принимаются по очереди а не все сразу.
08.08.2007 13:58
Mtirt
 
Цитата:
telesoft Олег, а чем тебя не устраивает галка "не заполнять поле количество", которая появляется в мастере?
Она правами пользователя не регулируется. Обязательно найдется оператор, который её уберет.
08.08.2007 14:23
telesoft
 
Ну и что?
В торговой сети (а если мы заказы закускаем, то наверное не совсем шарашкина контора) нужны также элементы контроля за деятельностью операторов. Самое простое - реестр накладных и его сверка с первичкой. Это то, где мы отловим графу "кол-во по документу". А там, где графа "кол-во" - инвентаризация, отчеты "товар без движения", следующая генерация заказов и последующее размещение товара на той-же полке....

В любом случае найдется чудак, который попытается сделать импорт в этот документ. Что же нам, рубить замечательную функцию СМ "импорт-экспорт"?
08.08.2007 14:26
Mtirt
 
Цитата:
telesoft Ну и что?
В торговой сети (а если мы заказы закускаем, то наверное не совсем шарашкина контора) нужны также элементы контроля за деятельностью операторов. Самое простое - реестр накладных и его сверка с первичкой. Это то, где мы отловим графу "кол-во по документу". А там, где графа "кол-во" - инвентаризация, отчеты "товар без движения", следующая генерация заказов и последующее размещение товара на той-же полке....

В любом случае найдется чудак, который попытается сделать импорт в этот документ. Что же нам, рубить замечательную функцию СМ "импорт-экспорт"?
Для того, чтобы это всё нормально контролировать, очень большой штат контроллеров держать приходится. Который денег не зарабатывает...
А функция экспорт/импорт нормально рубится на уровне прав доступа.
08.08.2007 14:34
Mtirt
 
Цитата:
inna Мы точно не проверяли - причина разбивки накладной у поставщика обычно является то, что товар находится в разных частях склада и его собирают разные комплектовщики. Ну то есть товар не пересекается. Мне кажется проверка не будет товар складывать ведь накладные принимаются по очереди а не все сразу.
У меня теперь у поставщика появилась причина: "Не поместилось в машину". И я начала сомневаться...
08.08.2007 14:42
telesoft
 
То есть ТС "Матрица" не сверяет первичку с СМ? У Вас вроде даже был отдел оперативного учета? И еще отдел ревизий? Не ужто можно работу 2-х отделов заменить правами на одну галку (надеюсь, Mirt, вы за то, чтобы ограничить галку правами, а не за то, чтобы убрать ее напрочь из мастера).

Тем не менее, Mirt, я предлагаю прервать дискуссию, так как инициатором вопроса был Олег, а он пока не подтвердил, что его убрать галку в мастере категорически не устраивает.
08.08.2007 14:44
Mtirt
 
Цитата:
telesoft То есть ТС "Матрица" не сверяет первичку с СМ? У Вас вроде даже был отдел оперативного учета? И еще отдел ревизий? Не ужто можно работу 2-х отделов заменить правами на одну галку (надеюсь, Mirt, вы за то, чтобы ограничить галку правами, а не за то, чтобы убрать ее напрочь из мастера).

Тем не менее, Mirt, я предлагаю прервать дискуссию, так как инициатором вопроса был Олег, а он пока не подтвердил, что его убрать галку в мастере категорически не устраивает.
Сверяет. Причем этим занимается почти 60 человек.. Вот это мне и не нравится...

Я только о правах, никак не о убирании галочки. Я могу даже придумать случай, когда она необходима, как воздух. Но это не наш с Олегом случай...
08.08.2007 14:47
OlegON
 
Я на самом деле хотел, чтобы по документу заполнялось из заказа, а факт - нет, мне показалось это логичным. Что касается привоза двух партий, превышающих заказ - молча съел :( Сволочь. Сейчас буду триггер ваять...
08.08.2007 14:51
Mtirt
 
Цитата:
OlegON Я на самом деле хотел, чтобы по документу заполнялось из заказа, а факт - нет, мне показалось это логичным. Что касается привоза двух партий, превышающих заказ - молча съел :( Сволочь. Сейчас буду триггер ваять...
Решается галочкой "Проставлять количество из заказа". Если стоит - факт заполнится. Не стоит - будет 0.
Но и это не особо это логично. Еще и порядок строк в накладных должен соотвествовать заказу. Иначе легко ошибиться с ценами при вводе.
А сортировать всё это вручную тоже не особо удобно.
08.08.2007 14:56
OlegON
 
Цитата:
Mtirt Решается галочкой "Проставлять количество из заказа". Если стоит - факт заполнится. Не стоит - будет 0.
Я тоже так думал, но при установленной галочке фигачится и то и другое количество, при снятой - ни одно :( Потому и спрашиваю. Версия 1024.6. С ценами - не суть, цены по контракту идут... Т.е. получают они накладные с пустым кол-вом по факту, забивают его железкой - минимум вероятности человеческой ошибки.
08.08.2007 15:02
Mtirt
 
Цитата:
OlegON Я тоже так думал, но при установленной галочке фигачится и то и другое количество, при снятой - ни одно :( Потому и спрашиваю. Версия 1024.6. С ценами - не суть, цены по контракту идут... Т.е. получают они накладные с пустым кол-вом по факту, забивают его железкой - минимум вероятности человеческой ошибки.
Логично. Там же количество по факту и количество по документу. Ни то ни другое не является количеством в заказе. :)

Проверка на несоответствие заказу срабатывает при смене статуса, насколько я помню.
08.08.2007 15:05
telesoft
 
Олег, позволь узнать, к чему ты ваяешь триггер? К тому, чтобы факт оставался равен "нулю"? Или к двум накладным, превышающим заказ?
Т.е. на самом деле я пытаюсь понять, ты сейчас программируешь СМ или одну из своих дополнительных программ?
08.08.2007 15:13
OlegON
 
Мне достаточно того, что я вижу две накладные по заказу, в заказе количество 50, в накладных - по 30. Хочу воткнуть триггер в базу, чтобы проверял такую дрянь и не давал бы сохранять вторую накладную.
08.08.2007 19:39
telesoft
 
Ты разрабатываешь Супермаг 2000 или одну из своих систем? По прежнему ли ты работаешь в Плюсе?
08.08.2007 20:22
OlegON
 
Я уволился
Речь о Супермаге, с которым я столкнулся со стороны клиента теперь уже. Триггер, о котором я говорил, еще пока не написал - забегали, тут еще и технология, мягко говоря, странная была задумана кем-то, сейчас переписал все, надо запинать кучу народу... Уф, оффтоп. Если интересно что-то узнать по этой теме - ссылка вверху, можешь спросить там.
08.02.2008 05:00
avl2007
 
Добрый день!

Написал триггер, который проверяет соответствие заказа доведенного до розовой галки и приходной накладной, который не позволяет увеличивать количество и добавлять в нее новые позиции. Т.е. принимать товара больше , чем было заказано. Получилось очень не плохо.

С Уважением Владимир.
08.02.2008 07:20
kadr
 
Мне тоже очень понравился твой триггер ;), конечно попробовать его в работе нет абсолютно никакой возможности, но во всё остальном он просто супер!!!!
08.02.2008 07:34
bob
 
Kadr, спасибо. На весь день своим ответом настроение улучшил)).
Опции темы


Часовой пояс GMT +3, время: 11:10.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.