Учет товаров со сканером штрихкодов: до какого предела хватит бесплатного софта и где он начнет сбоить?

Мы на оптовом складе расходников зашли в бесплатный облачный сервис с 1800 позициями. Ровно на 500-м товаре система выдала «достигнут лимит» и заблокировала ввод. Пришлось перейти на базовый тариф за 60 EUR в месяц. Но инвентаризация сократилась с 3 дней до полудня, так что софт себя полностью отбил.

Считайте из инструкции к сканеру настроечные штрихкоды и добавьте отправку «Enter» или «Tab» после сканирования. Тогда при считывании код будет сразу отправлять форму. Без этой мелочи нормально работать со сканером ни в одной складской программе не выйдет.

Опенсорс кажется бесплатным, пока не придется нанять техспециалиста для установки, бэкапов и починки за 70–80 EUR в час. Малому бизнесу часто дешевле отдавать 50 EUR в месяц и иметь готовый саппорт.

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

На 1200 позициях метизов главная боль — это варианты (размерность). Под один и тот же саморез на 3 см и 5 см нужны разные штрихкоды. короче в бесплатном софте часто нет поддержки вариативных товаров, заколебетесь вбивать каждый размер как отдельную позицию.

edit: писал с телефона, извините за опечатки.

А сканер у вас только 1D (линейный) или 2D-код тоже читает? И на всех товарах есть заводские штрихкоды или придется самим печатать этикетки на полки и товар?

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

Не знал об этом.

Хочу предупредить. Первые три месяца все идет хорошо проблемы всплывают на четвертом.

По теме учет товаров со сканером штрихкодов так категорично говорить сложно. Люди защищают не процесс, а привычку. Сопротивление идет оттуда.

Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному. Пишите если есть вопросы, отвечу по мере возможности.

Спасибо это именно то, что я искал. Еженедельный письменный отчет о прогрессе помогает гораздо больше чем постоянные вопросы о сроках.

На этом всё извините, если затянул.

Ответ выше точно передал суть вопроса. Прежде чем принимать решение, посмотрите, какие данные у вас есть.

Это мое мнение, не утверждаю, что оно единственно верное.

Мне тоже интересно. Доступы должны открываться на компанию, а не на личные аккаунты.

Оставлю как заметку, пригодится.

Поделюсь своим опытом. Если критерии приемки не прописаны, момент завершения работы становится предметом спора.

На этом всё, извините, если затянул.

Расскажу, как это делается на практике. Если в договоре не прописано право собственности на код при уходе у вас нет переговорной позиции.

Это мое мнение не утверждаю что оно единственно верное.

Абсолютно. Если добавить к этому: Если скоуп растет, должен расти либо срок, либо бюджет. Третьего не дано.

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

каждое «посмотрим позже» на встрече означает неоплачненую работу. ну если напишете результат здесь, это поможет и другим.

При выполнении этого часто совершают одну ошибку. Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции.

Удачи.