Что сейчас:
- Розничный магазин автокрасок.
- 2-3 тысячи позиций товаров.
- 10-15 поставщиков.
- Учёт в эксельке.
Пора вкатиться в автоматизацию, но тревожно. Главный критерий при выборе:
Автоматическое изменение отпускных цен при изменении цен поставщиков. То есть провёл накладную, если цены изменились, мои розничные цены скорректировались с учётом заданной наценки (индвидуальная для каждого товара / группы товаров).
Это прям основное.
Далее опционально:
- Ручное редактирование остатков.
- Интеграция с онлайн-кассой.
- Маркировка.
- Печать ценников.
- Возможность для одной позиции товара указать различные внутренние коды от разных поставщиков.
- Учёт нескольких штрихкодов производителя на один и тот же товар.
- ЭДО.
- Аналитика.
1С, конечно, не хочется. Что-то живое и с нормальной поддержкой.
Всем неравнодушным почтение и бокалы 🎩
1
показ
1.9K
открытий
1с под ваши требования тоже "допиливать" прийдется.
Учёт нескольких штрихкодов производителя на один и тот же товар.Зачем так извращаться? Чтоб номенклатуру не плодить? Вы себе яму выроете ещё больше такими методами учёта, если это в 1с будет реализовано.
Это нужно, когда один товар поставляют разные поставщики, лепят туда свои артикулы и быстрое приходование возможно, только если все эти артикулы хранятся в карточке товара. Либо когда товар разный, но учтён на складе одной номенклатурой - например, какие то дешманские однотипные провода, учитывать которые по отдельным наименованиям нет никакого смысла. Ситуация очень частая.
Аналогично нет смысла держать несколько штрихкодов
поставляют разные поставщикиНу из доступного либо использовать неуникальные штрих-коды (программа будет предлагать выбрать позицию вручную)
Либо префикс внутреннего штрихкода штучного товара. (Но тут все равно переклеивать прийдется)
Я ещё раз подчёркиваю система штрихкодирования не предназначена для такого и работать она так не будет - это уже костыль который со штрихкодированием не имеет ничего общего.
Если работать по логике сильно не хочется то нужно смотреть в сторону сторонних разработок.
Но лично я смысла в этом не вижу, при нормально организованной системе штрихкодирования такие решения ненужны. Какая разница сколько у вас будет номенклатуры если если работать с ней будет сканер? Гораздо важнее чтобы ошибок не было. А при масштабировании таких👆 костылей. Проблем будет ещё больше и разработка ещё дороже.
Уж не знаю какой у Вас опыт в работе с учетными системами и с чего вы решили что система штрихкодирования для такого не предназначена. На практике все это вполне себе работает, а в 1С это вообще штатный механизм.
Последний пункт в методике по ссылке внимательно прочитайте. Функционал о котором идёт речь здесь не имеет ничего общего со штрихкодированием. Хоть в 1с хоть в международной системе.
Если Вы про фразу "уникальности используемых значений штрихкодов" то это имеется в виду что один штрихкод не должен соответствовать двум разным номенклатурам