Система штрихкодирования

DionnissS
ШК нужны торгашам, на производстве ШК встречал редко и в основном для складского учета.

botv0091
УПП это полный цикл, от распила, до продажи. Все, вообще все системы в одном и взаимосвязаны между собой. Это монстр у 1С.

ШК для склада и производства и нужен только, в принципе.

lex82

цитата:

у меня склад радиокомпонентов, резисторы всякие конденсаторы.

Торгуешь?

botv0091:

lex82 В семерке все несколько сложнее (кстати именно из-за того что у нас на одну позицию может быть несоклько ШК и перешли на 8-ку)

Вы просто не умеете её готовить. Несколько Шк на один товар не проблема.

botv0091:

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

После ввода входящего и исходящего штрихования товаров на складе склад долго вомущался но в итоге осознал реальную экономию времени.
Но у нас была задача вести учет серийных номеров изделий чтобы понимать что у нас покупали а что нет. Раньше гарантийники писали от руки особо смешно было смотреть написание гарантийника на партию из 300 хардов.

Щас половина склада работает на сканерах на WIN CE c Wi-Fi, сократили число рабочих станций на 70%. и 30% персонала.

DionnissS:

botv0091 УПП это полный цикл, от распила, до продажи. Все, вообще все системы в одном и взаимосвязаны между собой. Это монстр у 1С. ШК для склада и производства и нужен только, в принципе.

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

Nebelius:

Это не тока мега монстр это мега тормоз ...

и потенциальные мегапроблемы

Nebelius
странно. У меня на фторой фабрике уже стоит, и ни признака тормозов даже, а работает в ней человек 40 одновременно.

lex82

цитата:

Да , Но это надо как то отследить на моменте приёмки, у меня на складе работаю обезьянки, они пропикают весь приход и никто и не заметит что там что то отличается и надо приклеить новый код взамен совпавшему с другим изделием )))

Для обезьянок надо делать стикеровочные листы на основе приходной накладной ...
Типа такого.



Тогда весь приход можно обработать только пикая сканером без обращения к компу.
Аналогично для продажи.

DionnissS:

Nebelius странно. У меня на фторой фабрике уже стоит, и ни признака тормозов даже, а работает в ней человек 40 одновременно.

А обороты большие? сколько строк в доках? сколько доков в день?
У меня есть приходы на 1000+ строк каждый приход проводиться почти минуту.

Тормоза идут при проведении потому что в УПП по 10-20 регистров на каждый документ ... и пока она сделает проводки по всем все остальные курят.

Nebelius
лихо. У меня меньше.

ща собираю на новое место на новых процах Е5 LGA2011 на 8 ГТ/с, на флешовых винтах с записью 500мбс каждый. ну и сиквел настроить как следует.
Как бы только такие варианты простой оптимизации, если процесс проводки уже оптимизирован.

DionnissS:

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

как уже сказали - зависит от объёма работы в ней. ну и от сервера/клиентов/сети тоже.

Salavat
общение с базой только с терминальных серверов.

DionnissS:

Salavat общение с базой только с терминальных серверов.

тогда сервер - по большей части.

DionnissS
Оптимизация процесса проводки в УПП ... это смертельный номер. Прощай обновления ... или руками пиши все обновления по бухгалтерии.
Меня такой секс каждый месяц не радует так что сидим на типовой версии без доработок.

А управленка на 7ке самописной.

цитата:

тогда сервер - по большей части.

От сервера главное производительная система хранения.
Нагрузка на проц минимальная.

Основное это записи таблиц SQL которых там не прилично много в УПП

Nebelius
Для наших нужд использование привязки к единице измерения было не удобно.

цитата:

Щас половина склада работает на сканерах на WIN CE c Wi-Fi, сократили число рабочих станций на 70%. и 30% персонала.

Мой мечты ...

Nebelius:

Основное это записи таблиц SQL которых там не прилично много в УПП

всмысле - винты времени больше потребляют че процы?

S Salavat:

Nebelius: Основное это записи таблиц SQL которых там не прилично много в УПП всмысле - винты времени больше потребляют че процы?

ДА
При перепроводке на каждом доке под 100 строк в лог загрузки площадки 100% загрузки хардов на запись.
А процы грузятся на 15-20%.

Nebelius:

загрузки площадки 100% загрузки хардов на запись. А процы грузятся на 15-20%.

ну - винтыто всёже имеют быстродействие, более низкое. и гораздо ниже.

Ptiza

цитата:

Торгуешь?

У нас полцый цикл производства от листа железа, до выпуска готового стабилизатора напряжения. Соответственно комплектацию всю покупаем, готовое изделие продаём, тоже самое с модульными устройствами типа Реле контроля фаз напряжений АВРов и тд.
Функции приёмки комплектации и отгрузки готового несёт на себе склад, для него и хотелось бы сделать.

lex82
Жаль
Но запесал, на всякий...

Ptiza

цитата:

запесал, на всякий

а что нужны компоненты ?

lex82
Бывает

Ptiza
Без проблем. Если надо что то обращайтесь посмотрю чем можно помочь. Но асортимент радиокомпонентов ограничен потребностями нашей специфики... частенько самому приходится гонять за личными необходимостями в Микронику)))

Salavat
Nebelius
botv0091
DionnissS

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

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

но некоторым нужны внутренние коды. вот и приходиться морочиться.

цитата:

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

Все зависит от того нас сколько большие у тебя приходы. Есть на них документы с количеством или склад просто принимает кучу какого-то товара.
На сколько часто меняются поставщики и чужие ШК.

В идеале. При обработке при обработке приходки
- Кладовщик печатает сбор лист.
- Щелкает на первой строке из накладной, (в стикеровочном листе).
- Ищет нужный товар
- Сверяет колво с накладной.
- Дальше щелкает на ШК на товаре (При этом в диалоге у него выбран товар которым он сейчас обрабатывает)
- Если ШК есть, +1 к отсканереному кол-ву
- Если нет + 1 в будущим наклейкам
- Когда весь товар отщелкали, пикаем команду в шапке Сбор листа из принтера вылезают наклейки на то колво которого нет.
- Обклеивает товар.

Переходит к след позиции.

При правильной реализации одну накладную могу обрабатывать несколько человек.

Короче нюансов очень много. И удаленно тебе помочь будет сложно. Тут надо как минимум пару дней пообщаться с сотрудниками склада чтобы сделать удобную схему работы

У нас склад очень хотел еан коды для удобства приемки, но после анализа приходящего товара отказались потому что на 30% наименований его тупо нет.

Зайди на сайт www. iqsklad.ru - и драйвера тоже есть для совмещения с 1С либо напиши запрос на gfv@iqsklad.ru

цитата:

Все зависит от того нас сколько большие у тебя приходы. Есть на них документы с количеством или склад просто принимает кучу какого-то товара. На сколько часто меняются поставщики и чужие ШК.

Все прихоы по накладным с количеством. но количество позиций в накладной может быть 100 и более..