коллеги, поделитесь информацией, плиз.

вводные: продуктовая сеть, несколько сотен точек плюс распределительные центры. сейчас работают на импортном софте, рассматривают переход на 1С.

надо: примеры внедрений по аналогичным бизнесам, на какой софт можно перевести блоки (только упр.учет): финансы, склад, кассы.

примеры внедрений по аналогичным бизнесам - Магнит

Ага, несколько сотен точек с распределительными центрами спрашивают совета на мисте.
Вы там в своём уме?

Приглашайте команду из аналитиков и руководителей. Халявы не будет!

(1) да, я посмотрел. но они собирались на SAP перепрыгнуть и тишина

Красное белое, спортмастер ( это не точно)

(2) не принимайте близко к сердцу, у меня персональное домашнее задание)

(4) о, спасибо

Если спец по фарме придет, может подскажет какие сетки аптечные на 1с сидят

(7) У нас местная ростовская сетка на 1С. Бывший сотрудник там рулит

(0) Типовая Розница как классика 2.3 так и новая 3.0, которая на УНФ
Из коробки есть практически все что требуется
Но на кассы с большой нагрузкой лучше ставить отдельный АРМ-РМК, их много разных

(4) Красное белое

Они, молодцы. Не польстились на "шашечки", а нормально себе "едут" :-)))

(10) у них самописный фронт же, у них выбора нет

lsfusion же, не?
Забыли ?
:)

(0) Из того, что я видел - самое вменяемое было: Астор. Только полноценного склада у них не было.

(12) мне за рекламу не занесли

Вариантов много от типовых до отраслевых решений, если прям надо экосистему продуктов то АСТОР: https://astorsoft.ru или https://polet-it.ru решение попроще - свзяка ДАЛИОН + БУХ или ДАЛИОН + Комплексная: https://dalion.ru

С типовыми я бы не связывался: нет такой тесной интеграции с оборудованием, сложности с производительностью на твоих масштабах.

(15) ок, спасибо

Вкуссвилл, Ярче.
Вкуссвилл - своя разработка с мобильным клиентом на ТСД, ее сам владелец Вкуссвилла сам зачинал, хвалился на Хабре вроде.

Ярче - на Рознице сидят.

(0) Ломалку найти проще и дешевле. Медведь сказал - можно.

(17) спасибо!
(18) не думаю что бизнесу интересен такой блудняк. рано или поздно опять станет выгодно дружить за деньги..

(19) Бизнюкам интересна прибыль и затраты.
Затраты на переход несопоставимы с предложением ))

(20) ну так начни брать деньги за ломанный софт

Первоначально в магазинах использовали локальные "1С:Предприятие. Оперативный учет" с почти самописной конфигурацией с минимумом справочников и документов без какого-либо адекватного обмена.
Для выгрузки данных в кассы и весы, печати этикеток использовались платные компоненты. И было острое желание начать эксплуатацию "1С:Предприятие 8.0". Задумались об "Астор: Торговая сеть".
Ее как раз использовала партнерская сеть. Там переставший работать обмен между центральной и периферийными БД не смогли реанимировать недостаток желания и отсутствие квалификации. В итоге "Астор" рассматривать не стали и перешли на Gestori. Дороговизна обновления, необходимость приобретения стороннего ПО (для печати накладных, отчетов были нужны Word, Excel), особенности расчета себестоимости оказались существенными "минусами", перевесившими "плюсы" единой БД.
В итоге не стали рисковать с "Розницей" и "Торговой сетью" с обменами, а согласились на авантюру с КА 1.1 с тонким клиентом в магазинах. Интегратор пообещал не бросать нас с поддержкой. Но еще до внедрения начали ее серьезно переписывать. Иногда и во вред. Были попытки эксплуатации неизменных типовых решений, но они продлились всего полтора месяца. Эффект от перехода на единую легкоизменяемую базу данных оказался впечатляющим. Помогло этому и повышение уровня компьютерной грамотности у персонала. Наличие своих программистов позволило внедрить ЕГАИС, ЭДО, маркировку. Но... сейчас нужен переход на современные конфигурации. Вероятно, это будет КА 2.5.
В качестве кассового ПО прошли цепочку "Атол РМК" - местное ПО на Firebird (очень нравилось быстротой и надежностью) - "Атол Фронтол". Иногда попадался "Штрих-М", но мы быстро от него отказывались.

(22) а чо не ерпиха?

(9) Типовая Розница как классика 2.3 так и новая 3.0, которая на УНФ

Упускаете один важный нюанс. Если пойти от самого простого к самому сложному 1С:РМК-> 1С:Касса -> 1С:Розница/УТ, то необходимо уточнить на чем физически работает фронт. И дело тут в том, что допустим там какой-то POS. Надо брать каждое из упомянутых мною решений и на этом конкретном оборудовании чекать, как просто работает тупой поиск по штрихкоду, как начало всех начал. Ведь вплоне может оказаться, что в их эко-системе, этот поиск может идти ну 4 сек - 5 сек, что при массовой обслуге станет просто не допустимым, и вопрос на фронте встанет настолько серьезным (при сотнях точек), что вопрос выбор бэка может как-то от этого уже зависеть. Или с их POS и любого фронта пробить чек, посмотреть - сколько секунд проходит от момента нажатия команды, к моменту - когда отжил интерфейс фронта. Не могут ли там получиться секунд 20?

И конечно,  так просто на (0) не ответить, т.к. есть вопросы железа, а есть организации бизнес-процесса. Как и где сейчас собирается аналог ОРП, где физически хранятся чеки, в их бэке предполагается централизованное их хранение или нет, что со скидочной моделью - что учитывается на фронте (купоны, скидки, акции?), какая инфа от этого нужна в бэке. Все маркировки ЧЗ, с ними что?

(25) меня попросили "потрогать тему", без конкретики. все что знаю указал в первом посте. спасибо.

(26) Если без конкретики, то думаю, что просили Вас с целью - в т.ч. и посчитать в деньгах +- цифра. Тогда (24)(25) можете рассматривать как вопросы, которые однозначно можно решить деньгами: выкинуть существующие POS, закупить свежие. Далее нужно протестить связку ваша_ккм + ваш_POS + драйвер_1с_для_вашей_ккм - если по результатам вы увидите плохую картину, заменить и кассы в т.ч. Далее, если вопрос железа будет решен (или он не требует решения), нужно дополнительно исследовать вопрос сети, как фронт предполагается держать (локально/клиент-серверно), как в базу будут входить, если не локально (терминально/нет). Вопрос важный, т.к. может выясниться, что вам под 1С нужно поднять уже скорость каналов, а это возможно или нет (в теории)? Сколько это примерно будет стоить? А может, не в скорости канала дело, а в местной локальной сети?

В целом, видите, очень много точечных вопросов для "потроганья", которые бьются на 2 различных больших вопроса:
1. Как будет работать фронт, если ничего не менять?
2. Что должно сливаться с фронта с бэк (до какой детализации).

Самый крайний случай по деньгам: все оборудование заменить, все лицензии 1С - приобрести, закупить новое оборудование. Можете взять свежий POS, свежую ККМ и начать считать. Средний POS с ккм, сканером - вам уже выйдет сейчас в 100. Умножьте на ваши сотни точек. Кажется > 10 млн. Возьмите лицензии 1С, возьмите сервер под бэк, сервеные лицензии. Думаю там будет около 5. Итого будем считать 15. Если посмотрите на внедрения 1С в этой части, то сумма всех этих трат, это ~ 25% от общей суммы трат, т.к. львиную долю съест работа интегратора. Также сразу же нужно продумать и дальнеший суппорт: там где есть ккм, в 1С, SLA будет самый дорогой - сами походите по сайтам интеграторов, посмотрите сколько это будет стоить.

Мне кажется, что вы можете ориентировочно, для плохого случая, назвать сумму "от 50" млн.рублей, с уточнением и детализацией, когда озвученные ранее вопросы начнут вырисовываться.

(27) спасибо, весьма полезно!

(22) фронтол преподнес сюрприз в виде перехода на сервис
щас абсолютно не выгоден станет

(27) Может имеет смысл вообще тогда брать андроида+ мобильное приложение писать?

Фронтол удобен только когда у вас касса без контроля остатков,то есть пробивала корзинок.
Опять же,из Бэка можно напрямую в FireBird SQL писать.
В случае необходимости работы с остатками и сложными схемами скидок приходится много и долго дописывать на javascript.

не знаю в каких городах как, в Питере красно-белое на клюшках сидит.
(0) переходите ;) 8-ка еще сырая ;)...

(30) Зачем андроид когда МП вполне себе работает под Windows?

(27) Ну ты прямо какую-то совсем нереальную ситуацию

Построят матрицу оборудования + По, далее сделают тесты на то ПО которое встанет, далее примут решение чо покупать

Рутина

(31) а что, бывают кассы с контролем остатков? т.е. покупатель пришел на кассу с товаром, а кассир ему говорит, пошел нах, у нас этого товара на остатке нет?...

(33) Ключи на винду ты в своей попке будешь провозить?

(36) Прикинь, алкоголь, молочка

вся фарма, шубы

(38) ни разу не помню, чтобы меня с кассы с алкоголем завернули. не говоря уже про молочку...

(27) >>там где есть ккм, в 1С, SLA будет самый дорогой - сами походите по сайтам интеграторов, посмотрите сколько это будет стоить

Да уж, довелось коснуться обслуживающих мелкую розницу аутсорсеров... 1С они, мягко говоря, не знают даже на уровне настройки Фронтол (как переключить формат из 5 в 6, к примеру), и, видимо, знать не хотят. Зато во Фронтоле даже какие-то скрипты могут дописать, внешний вид чека доработать. Как так, не совсем понятно, почему так. Даже для заказчика это странно, они такие мол мы тут все настроили, а вот 1С - это другое.

(37)  
Большой опыт?

Лично у меня только
https://www.ozon.ru/product/windows-10-pro-russkaya-versiya-dvd-oem-1514995421

(40) Он менагер и не в курсе как маркировка работает
Через 54-ФЗ и ККТ

(43)+ Если у фронта нет связи с ЧЗ, то просто в чеке отличие будет по маркировке, данные позже передадутся
Когда все ОК то делается онлайн запрос в ЧЗ, и ответный код в чек вставляется

(32) Во, во...

Я про это еще в (10) намекнул: "Они, молодцы. Не польстились на "шашечки", а нормально себе "едут" :-)))"

Уж не знаю, какая у них учетная система, в смысле БЭК... Но, фронты на старых, добрых клюшках. Сам видел, Московская область.

(38) Зачем путать остатки в своей учетной системе, и ЕГАИС с ЦРПТ - ???
И если про алкоголь еще как-то можно сказать, что остатки контролируются(про крепкий, в смысле маркированный) - если входящая ТТН с марками не подтверждена, то хрен продашь - ЕГАИС не пропускает, то молочка вообще пофик... Проверяется только факт того, что марки былы производителем выпущены(читай - куплены :-) ), нанесены и введены в оборот. А, ну еще срок годности контролируется. И все. А остатки по ним не контролируются, от слова совсем... Так-же, как и по воде. Нет, они там конечно есть, в разделе "Склад" ЛК "Честного знака", но они не в разрезе поштучного учета марок, а только по GTIN(почти то-же самое, что ЕАН, только добито нулями до 14 символов слева), и весьма приблизительные, спокойно дают в минус уходить. По крайней мере -пока.
А к (39) можно добавить еще и колесья с тапочками... Но, это все не продукты. А тема изначально именно про продуктовый ритейл.

(45) Большие нестыковки и расхождения по маркировке - жди скорого прихода ФНС в гости

(46) Ну, больших там и не должно быть, если весь приход идет по ЭДО, а продажи по кассам. Но, точности по кажой марке там не может быть, так, как марки поштучно из продуктов только по сигаретам учитываются. А, ну, еще с этого года по разливному пиву учитываются, количество закупленного и "поставленного на кран" и количества разлитого... Но там бардака пока хватает в самом ЦРПТ...
И опять же, это не те остатки, как правильно Guk  в (36) заметил...

(45) Штрафы за маркировки и желание по проверок только в этом году анонсировали

(48) Ага. С 01.04.2024. Пока только по сигаретам и разливному пиву. По баночному/бутылочному с 01.05.2024 только для крупных сетей. Для остальных - с 01.09.2024. Да и то, пока остатки не предлогают выверить с привести в порядок, а только контролируют, что марки на кассах проверяют запросами к ЦРПТ, и продажи их проводят уведомлениями о реализации маркированной продукции через ККТ...

Поэкземплярный учет воды в рознице с 1 марта, молочки - с 1 июня 2025 года. Для воды и молочки мы уже включили разрешительный режим - есть эмитированные, но, якобы, ненанесенные марки. Встречаются и сроки хранения, закончившиеся еще до даты выпуска самой продукции.

(44) А если код не найден, тогда что?
Или как обычно дальше своего носа, смотреть не можешь?

(45) Попутно: GTIN - это GTIN, он 12-значный, так было изначально с самой идеей GTIN.
все остальные 13- и 14-значные  "gtinы"- это не gtin, а способы кодировки одного и того же 12-значного GTIN для отображения в том или ином стандарте штрихкодирования.
.
могу, конечно, ошибаться...

(50) Ага, встречаются... Вот например:


Х.з., как они их наносят - из одной упаковки, 3 такие, именно не нанесенные(клиент удивляется - "ну, как это не нанесенные, вот же она, на прбке :-)))", и невдомек ему, что нанести, это не только "физически" наклеить, а еще и правильно оформить), а остальные в этой-же упаковке нормальные.

PS У меня тоже по всему разрешительный режим включен. Вроде работает нормально, за редким исключением.
С самого начала ввода маркировки, это было первое "новшество", к которому продавцы положительно, без "гундЁжа" отнеслись - проверка сроков годности по молочке понравилась, типа действительно облегчает работу :-)

(52)... для проверки если кому не лень - можно попробовать зарегать 13 и 14 значные GTINы, содержащие в себе один и тот же 12 значный - попробовать зарегать как ДВА РАЗНЫХ гтина -  прокатит или нет?

(52) Сереж, я не хочу вдаваться в тонкости терминологии, но в ЧЗ все GTIN приводят к 14 символам, добивая нулами слева. Даже сигареты с "корткими" ЕАН-8, в начало ШК добавляют 6 нулей...
Сейчас нет доступа к ЛК контор, у которых есть сигареты, но, по воде вот:


Может это чисто ЦРПТшная фишка, я х.з...

(51) Ты тупой?
Тебе выше уже написали что нет в продуктах контроля остатков на кассах

(55) это только подтверждает то что я написал выше.
и просто так 12-зн gtin (или его цифровое представление в символике кодирования ЕАН-13) до 14 знаков конечно можно добить - все зависит от того какую символику кодирования этого 14 значного выбрать. Например, 14 знаков используются в кодировке "2 из 5" (ITF14). Но если ты в него подсунешь тупо добитое нулями слева - получишь облом... (в цифровой символике кодирования ITF14 содержимое ЕАН13 - опустимся до неграмотных - кодируется исходя из 12значного GTIN, содержащегося в представлении еан13: 0+12знGTIN+рассчитываемаяконтрольнаяцифра из предыдущих 13 цифр, поэтому итф14 и еан13 будут совпадать в 12 цифрах, а ведущий 0 в итф14 обычно используется для обозначения "штуки", ведущую цифру можно взять любую, обычно чем старше цифра - тем больше по Кф упаковка - ИТФ14 раньше часто можно было встретить на пищевке да и на других товарах тоже), а если 14значный тупо запихнуть в какойнить куер или CODE39 или СODE128 - то вполне себе норм отобразится.

Но все эти тонкости для "неграмотных" были далеки, поэтому и 13 и 14 знаков - теперь это все тоже называют GTIN и кодируют как бог пошлет (просто добивая нулями слева втупую), и то что сделали в ЧЗ/ЦРПТ - стало де-факто "стандартом"

Тот же самый 12-GTIN присутствует и в GS1 в 14-значном цифровом представлении.

(56) Уже пошли личные оскорбления ;-)

(51)(56)(58) Ребята, не ругайтесь, "Давайте жить дружно!(С)"

"А если код не найден, тогда что?" - не найден где?
В своей БД на кассе, или ИС ЦРПТ - ?  В зависимости от того, где, и порядок действий разный...

(58) в (37)
в (51)

vs мой вопрос "Ты тупой?" в (56)

(59) Слегка раздражает когда некто Krendel не разбираясь в теме, только слышав что-то по вершкам, пытается нечто доказать в обсуждении
Хотя фактически просто флудит

(59) В своей БД код искать не требуется на кассе обычно
Если он не найден в ИС ЦРПТ - всегда можно сделать вид что "нет связи" ))

(62)+ В своей БД приходится искать код, когда он не читается с марки

(61) пей успокоительные

(2)  это аналитики и пишут 🤣

(0) такие вопросы правильнее начинать...с озвучивания примерного бюджета

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

Чтобы что? Получить требования обеспечить 2 независимых канала связи? Остановку магазина при техническом сбое?
Отзыв разрешения на продажу маркированной продукции.
Вариантов как проверить таких "умных" вагон.

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

(66) вангану, что у ребят выбора нет, и они прикидывают насколько попали.

(67) Ты какой то оторванный от реальности
Тут у нас сервис 1С по лицензированию бывает падает
И в Конфигуратор не пускает

А ты баешь про какое то "выстраивание качественных бизнес-процессов обеспечивающих минимальное отклонения оптимума"
Хотя фактически у тебя цель просто "перепродать задорого услуги своих подчиненных из своего франя"

Почему данные не найдены в ИС ЦРПТ может быть множество причин, в т.ч. сбой в этой самой ЦРПТ.
И этот сбой не означает запрет реализации законно приобретенного товара.

ЗЫ Надеюсь скоро уже введут маркировку на услуги ИТ...

(69) в 24 анонсировали, но видимо перенесут на 25 или 26

(41) довелось коснуться обслуживающих мелкую розницу аутсорсеров. 1С они, мягко говоря, не знают даже на уровне настройки Фронтол, и, видимо, знать не хотят. Зато во Фронтоле даже какие-то скрипты могут дописать, внешний вид чека доработать. Как так, не совсем понятно, почему так. Даже для заказчика это странно, они такие мол мы тут все настроили, а вот 1С - это другое.

Это все кажется странным для тех, кто не знает, как работают сервисные центры по обслуживанию ККТ и все, что вокруг этого строится. Раньше, когда были ЭКЛЗ, производитель ККТ, должен быть иметь представительство в регионе-продажи. Чтобы оно там появилось, помимо организационных вопросов, включающих регистрацию обособки по месту, естественно была необходимость и в самих инженерах на местах. Обычно, мониторились местные ЦТО, и им предлагалось (или сами ЦТО проявли инициативу) стать аккредитованным ЦТО, имеющими право обслуживать ККТ данного производителя. Для этого, в этом ЦТО, набиралась группа инженеров и отдельно обучалась работе и ремонту с номенклатурной линейкой ККТ производителя. Они сдавали в т.ч. и экзамены, и получали сертификаты, дающие право на обслуживание и ремонт. И если ты хочешь обслуживать условный Штрих, то ты просто обязан пройти обучение, сдать экзамен. Именно поэтому, в Вашей цитате, инженера "во Фронтоле умеют писать скрипты" (с). Затем, вам, уже как клиенту ЦТО, просто чтобы зарегать ККТ в налоговой, нужно было заключить договор с ЦТО на ТО и ремонт этой ККТ. Т.е. система замкнулась сама на себя: производитель ККТ был обязан присуствовать в регионе-продажи, там ему нужны ЦТО, он им выдавал аккредитацию, обучая полному стеку работ по обслуживанию и ремонту ККТ и соответствующему своему ПО. А что это за свое ПО такое? Минимально, сервисное ПО для настройки ККТ и проверки его во всех режимах. Если производитель ККТ имел свое "учетное ПО", то попутно могло производиться обучение и ему (при обоюдном интересе и договоренности об этом). После всех этих мероприятий, ЦТО в достаточном объеме на хорошем уровне мог поддерживать клиентов на вот стеке ККТ-ПО "от производителя". 1 ЦТО получал сразу несколько аккредитаций от разных производителей ККТ. И поэтому, так и получалось, что в среднем, уровень суппорта был очень хороший (в этой части).

Все изменилось в начале 2017 года, когда изменились правила регистрации ККТ, почившие ЭКЛЗ. На смену ним пришли ФНки и ОФД. Обязанность заключать договор клиента с ЦТО на обслуживание новых ККТ была снята, ФНку ты можешь уже менять сам с последующей перерегистрацией ККТ. Производителю ККТ уже не нужны были обособки. По факту, ты обратишься в ЦТО только, если твоя ККТ поломается. Все остальные операции, ты можешь делать сам, тебе не нужен аккредитованный инженер ЦТО. А раз так, то и спрос на саму аккредитацию упал - смысл ЦТО гнать народ на сертификацию, если у него остался только ремонт и точка? На все это наложилось и то, что 1С стала семимильными шагами развивать свои решения для розницы. Естественно, что для инженера ЦТО, без обучения - это все полнейший мрак. Если в  ПО от производителя ККТ, еще знания передаются и кто-то есть аккредитованный, то по стеку 1С, если инженер ЦТО сам не любознательный, и у него есть время, возможность и желание, погружаться в дебри конфигураций, то возможно на уровне пользователя, по аналогии - он что-то и сможет еще. Но это совсем эксклюзив. Обычно, все как вы и описали - как-то только вопрос начинается c "у меня в 1С" начинается совсем грустно. Именно поэтому, ЦТО  как правило, просто редиректит такие вопросы на какого-то местного либо франча, либо просто специалиста, работая в коллабе: ЦТО - железо, первоначальная настройка, ремонт. 1сник - все остальное.

И именно поэтому, если кто-то хочет 1 телефонный номер на суппорт условной 1С:Розницы, где его в режиме одного окна, суппортили бы по ПО+Железо, то такой договор c учетом SLA будет, скорее всего, САМЫМ ДОРОГИМ из всех имеющихся в по 1С.

(71) По факту 1Сники кто обслуживает конфы ритейла просто взяли на себя работу ЦТО, кроме уровня железа (его ремонта)

"1С:Розница 3" это унылое гавно на базе УНФ. Если это крупный продуктовый ритейл аля Пятерочка с рибами - типовое не взлетит. Кроме того, нужно будет дополнительно обновлять все ПК. 1С от релиза к релизу все прожорливее и прожорливее, конфы не поворотливые. Регистр сведений "Остатки товаров" и прочее подобное дорого стоят (помнится на 7.7 ругали за СуммаДокумента, как реквизит документа, что бы Итог("") не использовать ...).
(7) У меня небольшая сеть аптек 15 аптек по региону + 10 вет магазинов (маркировка присутствует), сейчас печально переходят со старой розницы на новую. 70% перевели, еще часть пока в процессе. Так бы не переходили бы, но маркировка с 1 апреля 2025 к нам приходит.

(71) Отчасти не согласен. Менять фн сами могут единицы, а по причине массовой умственной деградации пользователей (хоть застрелите, но сплошь и рядом) эффективность ЦТО, аккредитованных центров все же есть. Есть конечно условности, чтобы нормально жить и приносить прибыль при 3 инженерах, касс на обслуживании должно быть условно не менее 100 + сопровождение  сопутствующего ПО (пинок в сторону АТОЛа, где все стало платно). Все тот же АТОЛ ужесточил получение статуса аккредитованного центра. Это не менее 2 обученных и сдавших экзамены инженеров, зипы и т.д. и т.п.
Идеал для розницы - когда и ЦТО , и франч представляет один подрядчик. В противном случае начинаются отфутболивания, тут согласен с Вами.

(71) Спасибо за подробное объяснение, скорее всего так и есть.

(73) (помнится на 7.7 ругали за СуммаДокумента, как реквизит документа, что бы Итог("")
- это на Бухии? В ТиСе - "СуммаВзаиморасчетов", и именно она писалась в регистр по покупателям/поставщикам. И основное назначение было СуммаВзаиморасчетов - в валюте договора, а Сумма по строкам (Итого) - в валюте документа. И можно было первичку распечатать на лям, а в долги положить вообще ноль. Это в ряде случаев было удобно/нужно.

У нас порядка 70 магазинов продуктов питания
В центре немного допиленная УТ10
На кассах свой легкий фронт. МД примерно 12 мб.
Обмен с центром через WEB сервис
При желании, если почистить УТ10 от мусора, придуманного 1С, то небольшую сетку типа Пятерочки это все потянет без труда.

(32) У меня под боком и у магнит бэкофис на 7.7, емнп

(78) может фронт?

коллеги, всем спасибо, очень полезно.
только давайте без срача)

(80) Вы первый начали.

>>> несколько сотен точек
>>> надо....

(76) есть правило при разработке СУБД - это называется избыточные данные. Те данные которые можно быстро посчитать. А сейчас мы удивляемся, что буха базовая 800 мб на старте пустая.

(82) Потому что время развертывание базы стоит дороже стоимости хранения БД

(0) 1СБух-1СДалион-Фронтол(Кассы) или может 1СБух-Фронтол

Контроль остатков на кассе - это не только СТОП,если по данным базы остаток 0.
В этом случае,обычно,требуется анализ продаваемого товара.
К сожалению,покупатели бывают ушлые и могут прилепить штрих-код от одного товара на другой,чтобы платить меньше
Маркировка,в частности,от этого немного спасает,так как уже проданный код маркировки второй раз не пройдет.

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

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

(85) контроль остатков на кассе, имхо - нонсенс.

(85) "а не тогда,когда на кассе смену закроют,как обычно бывает с Фронтолом" - Фронтол имеет оперативную сводку. Правда, лично никогда не применял. Да и чеки из незавершенной смены он отдавать умеет.

Контроль остатков на кассе это дурость.Если покупатель пришел с товаром, а остатка нет на кассе ,вы будете это объяснять это клиенту ?

(88) золотые слова

(88) как и выбивка чеков

(79) фронты у них явно не на 1С и даже не фронтол.

(88) Ещё раз повторяю.
Если у кассира висит предупреждение - товара на остатке 0 проверьте,что вы продаете,то это никак не мешает добросовестному покупателю купить выбранный им товар.

Фронтол умеет выгружать транзакции по запросу,но - по этим транзакциям в бэке нужно сформировать документы продажи и списать остатки,что достаточно редко делается в продуктовом ритейле.

Что касается магазинов электроники и т.п.,то там сразу на кассе пробивается только дешёвый ходовой товар,который навплен в зале в коробки.
Все остальное или выдаётся со склада или выписывается после проверки.

Фронт на 1с можно написать.
Но,если мы хотим какую-то автономность кассового узла,то нас ждёт файловая версия (ну не ставить же на кассу сервер баз данных и сервер 1с).
Скорость работы файловой версии не такая уж большая и она явно проиграет любой поделки с нормальным sql-сервером.
Для оборудования придется использовать внешние компоненты,что уже сильно ограничивает выбор оборудования.
Опять же,у 1с нет прямого доступа к клавиатуре,а все кассовые места,обычно,исключают мышь и не очень любят тач-скрин,так как это дороже.
Большинство операций,выполняемых кассиром,требуют только сканер штрих-кода.
Так что получается - из пушки по воробьям.

(93) >у 1с нет прямого доступа к клавиатуре
Эмм, вполне есть
А через ВК даже на низком уровне
Вот на МП/МК (до они умеют работать под Windows) с этим чуть посложней

Я не очень понимаю как вы без остатков будете торговать этими категориями товаров
https://xn--80ajghhoc2aj1c8b.xn--p1ai/penalties/
Мороторий как на проверки, так на запрет штрафов, рано или поздно снимут

(95) Может тебе пора пойти уже подучиться?
Для понимания разных остатков и учетных систем

(0) не реклама, но не делайте фронт на 1с https://crystals.ru/products/set-retail/

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

(97) У фронта на 1С есть один огромный плюс
Его допилить обычно можно

(96) что посоветуешь? :-)

(100) Начни с 381-ФЗ (с изменениями 487-ФЗ) и 54-ФЗ

(101) а 488 не читать?

(102) Это тоже просто изменения в 381-ФЗ, так что просто актуальный со всеми поправками изучай
Если найдешь там обязанность (или хотя бы право) "не продавать" товар если в ГИС МТ "не нашло" - медальку дам...

Только сайт по маркировке ссылается не на статьи ФЗ, а на статьи УК РФ, а именно 171, часть 1

(103)+ Со временем может и доберешься до "Постановление Правительства РФ от 21.11.2023 N 1944" :)

(104) Да есть такое
Противоречие между законами довольно часто бывает
Во исполнение одного приходится нарушать другой и просто выбирать по какому наказание (штраф и прочее) получить в случае если всплывет

(106)+ Но суть спора в том что РМК (касса-фронт) не обязана вести у себя остатки или запрашивать их в своей учетной системе (бэк).
Если (у покупателя) есть товар с ценником - его надо пробить-продать на кассе.
Да для маркированных надо сделать запрос в ГИС МТ и возможно отказать в продаже.
Но как потом в учетной системе и регучете будут нестыковки сводить - для ритейла глубоко пофиг с точки зрения касс.
Пересорты и расхождения всегда были и будут, и продать больше (сахарного песка например) чем закупили - вполне нормально.

А вот если ты (с точки зрения франча) этого не знаешь - ну маловато опыта. Или просто сова из комикса.

(107) мне йобурт просраченный не продали на кассе. просрачка на 1 день

(108) И правильно сделали ))

(109)+ Кстати могли отхватить штраф за наличие в зале просрочки
Но за продажу просрочки наказание строже

(107) Но как потом в учетной системе и регучете будут нестыковки сводить - для ритейла глубоко пофиг с точки зрения касс.

До момента, когда не будет 171 УК, группой лиц по предварительному сговору в особо крупном.

А если без шуток, если тебе удобно делать учетные системы и бизнес процессы на грани возможности законодательства- делай.

Я предпочитаю сразу делать процессы, которые не требуют моего круглосуточного отслеживания законодательства. И у меня есть хотя бы полгода-год на изменения

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

(112) В Х5, КБ, Вин лабе, давно уже реализован контроль, и в случае отсутствия марки на остатках, ты прекрасно идешь и меняешь на новый элемент продукции, старый откладывается.

(113) и в случае отсутствия марки на остатках

Хм... На остатках где??? У себя в базе, или в ЦРПТ-?

(67) При мне: покупательница даёт пачку творога, кассир смотрит - Datamatrix кода на пачке нет вообще, кассир просит принести другую пачку - код с неё пробивает и отдаёт покупателю пачку без кода. Что она дальше будет с делать с пробитой пачкой - хз. Не её забота. Голь на выдумки хитра!

(77) А маркировку как дописывали?

Кстати, кто как обмен организовывает в больших сетях?
Я знаю только пример сети аптек (больше сотни точек), там стандартный механизм распределенных баз, но сильно мешают транзакции при обменах, хоть и организация распределенки 3х-уровневая. Плюс отдельные обмены по данным покупок дисконтных карт.
ИМХО, лучше организовывать обмен на своих регистрах сведений, для минимизации блокировок.

(0) Думаю, везде один подход. Изначально для фронта берется какое-то более-менее типовое решение, а потом начинается жизнь - бесконечное его допиливание. Сразу надо продумывать механизмы обмена, повторного создания базы для точки и (важно!) возможность свертки базы - чтобы это корректно работало в точках и в центре.

(117) Иерархию баз РИБ выстраивают и отдельная центральная база для постоянного обмена
Сам центральный склад база фактически полный РИБ в котором пользователи работают, она обменивается с центральной базой обменов
А уже центральная круглосуточно занята только обменами с периферийными промежуточными узлами, а те со своими "подчиненными" конечными в точках

Не только решения на 1с легко дорабатываются.
Любая программа при наличии исходников прекрасно дорабатывается.
В случае 1с,если нет поставки модулей без исходных текстов,то все исходники есть в наличии.
Но,опять же,внешние компоненты добавляют подводных камней.

(120)
Неа.
Попробуй доработать программу на Cobol.
Не любая легко, а только при наличии специалистов по исходникам.
И/или организаций с этими специалистами.
Например как 1С и франчайзи.

(114) Ну я бы делал проверку своих остатков, чтобы не зависеть от ЦРПТ, и уже отправлял транзакцию в случае успешного прохождения внутренней проверки (при сканирование марки). Далее передаешь хоть в момент распечатки чека, хоть в момент появления связи

(117) "кто как обмен организовывает в больших сетях?" - рабочие места товароведов в единой он-лайн базе. Обмен не нужен.

(123) На 1С? А кассы работают без интернета?

Касса должна уметь работать автономно.
Для товароведа это не актуально,так как ведение справочника номенклатуры должно быть в одной базе.

(113) >> В Х5, КБ, Вин лабе, давно уже реализован контроль
Ради интереса , купи в кб бутылку водки , а потом попробуй пробить  ее в Х5

(126) Какая разница если при продаже завернет уже УТМ. Это раньше встроенная проверка была нужна, теперь все зависит, что лежит в БД УТМ.

(127) что лежит в БД УТМ.

Ага... "Обновить настройки"... По сути - обновление локальной базы марок а УТМ, QueryFilter которая, до сих пор не понимаю, при чем тут настройки - но, так обозвали. Должно работать до трех суток при отсутствии связи с серверами ЕГАИС... Но, на практике, не всегда срабатывает, иногда почему-то сразу продажи блокируются при отсутствии интернета, а иногда копятся неотправленные чеки... С чем связано, закономерность пока не выявил... Может именно с тем, обновлены "настройки" или нет, х.з...