Вход | Регистрация
    1  2
1С:Предприятие :: 1С:Предприятие 8 общая

Ведение поэкземплярного учета (Маркировка, честный знак, ГИСМП). Технические аспекты )

Ведение поэкземплярного учета (Маркировка, честный знак, ГИСМП). Технические аспекты )
Я
   EuVod
 
27.07.20 - 16:11
Всем привет.
не нашел подходящей ветки, поэтому еще одну по маркировке завожу..
В первую очередь для оптовиков (у которых немалые объемы проходят).

Пусть сейчас заводят только отдельные группы товаров, но если делаем ИС, то уж на все.. через 3 года (по планам), ну пусть 5-6 по факту должна быть маркировка всего! (гибель оптового звена как бизнес-класса пока не рассматриваем).

Типовые 1С предполагают хранения всех марок в соответствующем справочнике... (и ссылки на него в табличных частях соответствующих документов).
все бы ничего, но например у нас за год проходит 1.4 млн штук по молочке, и 2.4 млн. штук по воде..
а если посмотреть на всю перспективу то ~50млн штук. (ну пусть среди них есть чупа-чупсы, которые наверное маркироваться будут по 100 штук но это редкий кейс).

что же будет с базой 1С ???
переносить сами марки во внешнюю базу? (и юзать внешний источник данных?), но есть ли  в этом смысл, если все равно нужно сослаться в документах. Кто как подходит к этой проблеме?
   H A D G E H O G s
 
101 - 28.07.20 - 18:52
(100) Никогда не было проблемы получить остатки по многотысячам позиций с детализацией по товарам.
   Ёпрст
 
102 - 28.07.20 - 18:52
Если конфа, кт, например, то получение обычного запроса останков приводит к перезаписи всей егаисной номенклатуры и всех связанных справочников - справки, производятелы и т.д.
В далионе, например, оне сымотрят, если есть справочник, то его не перезаписывают.
Но, в далионе тоже нет останков _мини
   Ёпрст
 
103 - 28.07.20 - 18:53
(101) ну, у нас 3 мульта на остатках, по другой фирме 6.. как то не очень переписывать все справочники
   H A D G E H O G s
 
104 - 28.07.20 - 18:53
(102) Там смотрят на модифицированность АП
   Ёпрст
 
105 - 28.07.20 - 18:53
+ я могу запросить 2 раза останки в час, а не один
   Ёпрст
 
106 - 28.07.20 - 18:54
(104) в новых версиях так ? Не смотрел, в старых всегда перезапись
   Ёпрст
 
107 - 28.07.20 - 18:54
всех реквизитов
   H A D G E H O G s
 
108 - 28.07.20 - 19:03
(106) Ну вроде нет. Вот есть проверка:

    |    ВЫБОР
    |        КОГДА алкКлассификаторАлкогольнойПродукцииЕГАИС.Ссылка ЕСТЬ NULL 
    |                ИЛИ ТаблицаАлкогольнойПродукции.Наименование <> алкКлассификаторАлкогольнойПродукцииЕГАИС.Наименование
    |                ИЛИ ТаблицаАлкогольнойПродукции.НаименованиеПолное <> (ВЫРАЗИТЬ(алкКлассификаторАлкогольнойПродукцииЕГАИС.НаименованиеПолное КАК СТРОКА(1000)))
    |                ИЛИ ТаблицаАлкогольнойПродукции.Объем <> алкКлассификаторАлкогольнойПродукцииЕГАИС.Объем
    |                ИЛИ ТаблицаАлкогольнойПродукции.Крепость <> алкКлассификаторАлкогольнойПродукцииЕГАИС.Крепость
    |                ИЛИ ТаблицаАлкогольнойПродукции.Производитель <> алкКлассификаторАлкогольнойПродукцииЕГАИС.Производитель
    |                ИЛИ ТаблицаАлкогольнойПродукции.Импортер <> алкКлассификаторАлкогольнойПродукцииЕГАИС.Импортер
    |                ИЛИ ТаблицаАлкогольнойПродукции.ВидПродукции <> алкКлассификаторАлкогольнойПродукцииЕГАИС.ВидПродукции
    |                ИЛИ ТаблицаАлкогольнойПродукции.ТипПродукции <> алкКлассификаторАлкогольнойПродукцииЕГАИС.ТипПродукции
    |            ТОГДА ИСТИНА
    |        ИНАЧЕ ЛОЖЬ
    |    КОНЕЦ КАК ЕстьИзменения

Там только не учтена обрезка пробелов в наименованиях и тут может быть косяк.
   Ёпрст
 
109 - 28.07.20 - 19:05
(108) ну всё равно.. много чего не хватает :)
Да и..в мини нафик проверки не нужны, всё быстрее прилетит и запишется.
   H A D G E H O G s
 
110 - 28.07.20 - 19:06
(109) Свежая, новая АП, которую за тебя подтвердил поставщик...
   NcSteel
 
111 - 28.07.20 - 22:50
(63) Проходили уже это, адски тормозит. Один запрос кодов может быть в 150к, а это один из многих в день. Соответственно запись такого добра не быстра. А если учесть, что хранить в документах не обязательно, то и преимущества ссылок исчезают
   NcSteel
 
112 - 28.07.20 - 22:51
(71) Опять же в угоду скорости.
   NcSteel
 
113 - 28.07.20 - 22:52
(72) Даже короче, так как полный код хранить не надо, он есть только в пуле. Нужен только серийный номер, который до 13 или 17 символов. Остальное хранится в Пуле, или можно динамически собрать.
   NcSteel
 
114 - 28.07.20 - 22:55
(81) И это в целом правильно, код это (пишу по памяти): 01 + Gtin + (еще пара символов) + Серийный номер + GS + срок годности (только для молочки) + криптохвост. Из этого всего достаточно хранить серийный номер, остальное можно собрать или запросить в ИСМП
   NcSteel
 
115 - 28.07.20 - 22:56
(85) Эта процедура разбора вообще адовый. На более не менее больших объемах ложиться ножками к верху.
   Garykom
 
116 - 28.07.20 - 23:10
(114) gtin внутри DM может не совпадать с линейным ШК
   Ёпрст
 
117 - 28.07.20 - 23:16
(85) Индекс свой зачем ?
Ну, когда будешь анализировать план выполнения запросов поймешь, что без него можно и не дождаться выполнения запроса.
А 1с-ина еще не научилась такие строить, с включенными столбцами или индексы по условию.
   EuVod
 
118 - 29.07.20 - 09:45
(117) просто у нас пока таких историй не было, я пытаюсь понять по каким полям индекс строите? т.е. какого рода запросы возникают в вашей практике, что нужны особые индексы?
   ptiz
 
119 - 29.07.20 - 10:01
(111) "запись такого добра не быстра" - какого именно добра?
   Ёпрст
 
120 - 29.07.20 - 10:14
(118) свой покрывающий индекс с включенными полями для расчета останков.
Например, получить все останки марок по определенной организации и справкеб
   EuVod
 
121 - 29.07.20 - 10:58
(120) у нас РС "состояние марок" с измерениями Серия-Марка (ну в серии косвенно и организация и справка Б, но понятно это не индексируется).
а вообще насколько часто нужно получать такие данные? я понимаю типовой сценарий - пикаем паллету - перед тем, как запихнуть все ее марки в накладную, можно убедиться в том, что они все еще на балансе.. (но это конкретное множество марок, всех в одной серии).

Возвращаясь к топику (маркировка ГИСМТ) - вообще не уверен, что буду проверять статусы про при подборе товара. И получается марки нужно хранить, только ради того, чтоб наполнить ими отгрузку (и потом при необходимости учитывать разногласия для частичного их возврата)


в общем либо у нас объем не тот либо такие вопросы не задаем своей УС. (моет для розницы более актуально - атак Р1-р3 совпадают, серия кончилась- марки до свидания и слава богу).
   NcSteel
 
122 - 29.07.20 - 11:53
(111) Парсинг КИ, запись в справочник.
   ptiz
 
123 - 29.07.20 - 12:32
(122) Как скорость записи в справочник отличается от скорости записи одной записи в РС? И там, и там - запись в таблицу.
   lodger
 
124 - 29.07.20 - 12:40
(123) если справочник имеет ТЧ, то появляется паразитный траффик на вторичную таблицу.
   Garykom
 
125 - 29.07.20 - 12:46
(123) нифига подобного скорость записи в РС на порядки бывает выше записи в справочник
   Garykom
 
126 - 29.07.20 - 12:47
(125)+ Любой справочник (или документ) имеет уникальную ссылку (уид) и проверка уникальности же.
В РС нет "ссылок на записи"
   Garykom
 
127 - 29.07.20 - 12:48
Но писать во внешнюю базу (нормальную) это еще быстрее чем в РС в 1С ))
   ptiz
 
128 - 29.07.20 - 13:02
(126) Так и придется тесты делать. В любом случае, у нас необходимости массовой записи нет. Даже если нужна сотня тысяч новых - это не так долго.
   Вафель
 
129 - 29.07.20 - 13:03
(126) ты удивишься но в рс тоже бывает уид
   ptiz
 
130 - 29.07.20 - 13:38
Для брезгающих справочниками. Прогнал тест.

РС - 1 измерение (строка 27)
Справочник - наименование длиной 27. Без кода.

Запись в РС 10 000 элементов - 61 сек.
Запись в Справочник 10 000 элементов - 66 сек.

Обалдеть разница.
 
 Рекламное место пустует
   Garykom
 
131 - 29.07.20 - 13:41
(130) А теперь тоже самое но параллельно в 50 фоновых заданиях на сервере
   ptiz
 
132 - 29.07.20 - 13:50
(131) "А вот если залезть на шкаф..." (с) анекдот
Оно зачем? И что случится?

Вот эта картинка - показательна:
https://yadi.sk/i/dzf9UTQu6Mf3bg

Да, сам такой справочник занимает места больше, чем аналогичный РС.
Но если в РС и справочник будем добавлять одинаковые реквизиты - разница нивелируется.
И, самое главное, чем больше документов, тем больше будет проигрывать строка: в табличной части она занимает почти в 2 раза больше места.
   H A D G E H O G s
 
133 - 29.07.20 - 14:28
РС позволяет работать с НаборамиЗаписей.
   ptiz
 
134 - 29.07.20 - 14:31
(133) Но, к сожалению, нельзя набором записать блок записей с разными изменениями. Те же 100500 КИЗов, у которых ничего общего. Да и нужно такое разве что самому ЦРПТ, который эти коды миллионами выдаёт.
   H A D G E H O G s
 
135 - 29.07.20 - 14:41
(134) Слава яйцам, марки лучше хранить рядом с партией.
   EuVod
 
136 - 29.07.20 - 14:43
(135) но бывает и не партионный товар.
или даже для партионного (меркурий) - пришло в накладной 1000 штук (марок) по 5 партиям, и нигде инфы нет какие марки по каким партиям 9а сами мы сканировать не будем)

та что для ГИС МТ видимо вообще не буду учитывать партии (в т.ч. пустую), так что пока не придумал что учитывать и как (организацию и товар видимо, чтобы не полагается на содержимое ШК в плане привязки к товару, т.к. это геморой и проблемы).
   Garykom
 
137 - 29.07.20 - 14:50
(136) Зачем партии когда уже поштучный учет?

Это к тому что новая штука (с уникальной маркой/sgtin) - новая номенклатура или характеристика уникальная (тут с шк удобно и стандартно) а во всех доках кол-во =1 :)
   EuVod
 
138 - 29.07.20 - 14:50
(137) для меркурия как минимум
   H A D G E H O G s
 
139 - 29.07.20 - 14:51
Партия при поштучном тем более нужна.
   Garykom
 
140 - 29.07.20 - 14:52
(138) дык там просто кол-во дробное ))
пришла тонна или цистерна молока а продаем литрами - хотя можно долями от тонны или цистерны с дробным кол-вом ))
   Garykom
 
141 - 29.07.20 - 14:56
(139) если все марки/sgtin хранятся в базе 1С то партии (как некая сущность) уже не нужны
они автоматом вытекают из дока поступления по некоему общему признаку штук
   EuVod
 
142 - 29.07.20 - 14:56
(140) в любом случае учет по сериям.. (а марки - это параллеьный и не связанный с ним поштучный учет получается)
   EuVod
 
143 - 29.07.20 - 14:56
(141) в доке может быть 5 партий одного и того того жетовара
   EuVod
 
144 - 29.07.20 - 14:57
даже если б была одна, тогда надо марки хранить в разрезе доков, т.е. по сути партионно (либо всякий раз искать по какому поступлению заходили эти марки, а они могли с возвратов приходить).
   H A D G E H O G s
 
145 - 29.07.20 - 14:57
(141) Это все прекрасно во вселенной с единорогами, пока не начнется проблема с расследованием, почему марка не прошла через ГИС.
   NcSteel
 
146 - 29.07.20 - 15:08
(123) Разное количество полей - вестимо
   NcSteel
 
147 - 29.07.20 - 15:10
(134) Можно;)
   H A D G E H O G s
 
148 - 29.07.20 - 15:10
(147) как?
   NcSteel
 
149 - 29.07.20 - 15:18
(148)
   NcSteel
 
150 - 29.07.20 - 15:18
(148) +     НЗ = РегистрыСведений.РегистрСведений1.СоздатьНаборЗаписей();
    
    Для I = 1 По 1000 Цикл
        
        Измерение1Объект = Справочники.Справочник1.СоздатьЭлемент();
        Измерение1Объект.Записать();
        
        Измерение2Объект = Справочники.Справочник2.СоздатьЭлемент();
        Измерение2Объект.Записать();

        
        НС = НЗ.Добавить();
        НС.Измерение1 = Измерение1Объект.Ссылка;
        НС.Измерение2 = Измерение2Объект.Ссылка;
        НС.Измерение3 = Перечисления.Перечисление1.ЗначениеПеречисления1;
        НС.Ресурс1 = I;
    КонецЦикла;
    
    НЗ.Записать(Ложь);
   H A D G E H O G s
 
151 - 29.07.20 - 15:21
(150) Офигенные технологии.
   NcSteel
 
152 - 29.07.20 - 15:21
(151) Ага, сногшибательные.)
   ptiz
 
153 - 29.07.20 - 15:39
(150) Интересно, как такой код (дописывание новых) работает на миллионах записей? Какие запросы в SQL прилетают?
   H A D G E H O G s
 
154 - 29.07.20 - 15:40
(153) Нормально работает
   Ёпрст
 
155 - 29.07.20 - 15:42
(153) если это независимый, не подчиненный + обменданными.загрузка = истина, то там простой инсерт, без проверок
   Ёпрст
 
156 - 29.07.20 - 15:42
поентому..не так и медленно
   EuVod
 
157 - 07.08.20 - 16:27
(30) если не хранить, то как обрабатывать сканирование групповой тары? на каждый пик ТСД запрашивать ЧЗ про агрегат?
   Garykom
 
158 - 07.08.20 - 17:08
(157) Речь о пропикивании каждой штучки внутри групповой или просто операции с групповой?
Что подразумевается под "обрабатывать сканирование групповой тары" ?
   H A D G E H O G s
 
159 - 07.08.20 - 17:13
Гарри счаст в походе,
Вернется едва-ли..
   Garykom
 
160 - 07.08.20 - 17:17
(159) Лечиться не пробовал?
 
 Рекламное место пустует
   H A D G E H O G s
 
161 - 07.08.20 - 17:19
(160) Не пытаться давать советы там, где нет компетенций не пробовали*
   Garykom
 
162 - 07.08.20 - 17:35
(161) вот тут Как получить HWND окна 1С (обычные формы)
было эпичное утверждение в посте 16

это так в тему о компетенциях и советах
   H A D G E H O G s
 
163 - 07.08.20 - 19:00
Пост 16 правильный, это ниже я допустил ошибку насчет наследования процессов, которую спокойно признал, без всяких стеснений.
   H A D G E H O G s
 
164 - 07.08.20 - 19:01
Учись, Гарри.
   Злопчинский
 
165 - 07.08.20 - 21:40
(158) вообще фраза "сканирование групповой тары" - какая-то тотальная безграмотная бредятина
   H A D G E H O G s
 
166 - 07.08.20 - 21:42
(165) Коробки, паллеты не сканируете?
   Злопчинский
 
167 - 07.08.20 - 21:50
(166) сканируем. но это никак не "групповая тара"
даже если сканируется пустая тара (именно ТАРА, именно пустая) для последующего подбора в нее товаров - она никак не может быть "групповой тарой".
   Garykom
 
168 - 08.08.20 - 01:39
Ну да "сканирование групповых/агрегатных кодов" чуть логичнее.

Один хрен вопрос зачем и какие данные полученные из ЧЗ в этот момент надо хранить?
И для чего?

Все равно чтобы отразить в ЧЗ операцию с групповой - делать туды запрос.
Ну так сделать два запроса один перед операцией а второй после.
Если ЧЗ не пашет один фуй операция не пройдет.
   Garykom
 
169 - 08.08.20 - 01:42
(164) Мне у алкоголиков учиться пока нечему, они до сих пор на помарочный не шмогла.
"В целях недопущения распространения новой коронавирусной инфекции (COVID-19), в дополнении к информационному сообщению, Росалкогольрегулирование сообщает об изменении срока полного перехода на поштучный учет алкогольной продукции в ЕГАИС на 01.11.2020."

А МДЛП уже с 01.07.2020 пашет как бы ))
   Bigcalm
 
170 - 08.08.20 - 02:14
(168) для, того чтобы понимать, что это уже выгружено.
Но у них на самом деле, тоже, не супер крутые разрабы сидят...
Вот новая версия 21-ая версия API вышла,генерим по ней вывод из оборота, а вам блять ошибка ; дескать не соотвествует xsd схеме, перелопатили все схемы, все примеры все как надо, но нет....
И как обычно проблема будет на их стороне..
Потому что, все что делается на гос. деньги, делается на отъебись..
   Bigcalm
 
171 - 08.08.20 - 02:15
И документация конечно удивляет, там видимо технический писатель в запое был, и поэтому заструючили как могли...
Косяк в доке, на косяке...
Блть госкотора...
   Tonik992
 
172 - 08.08.20 - 12:49
(27) Подобная схема вами где-то применялась? Опишите, пожалуйста, кратко - какая область, какие проблемы, какие преимущества, почему решили сделать так?
   Garykom
 
173 - 08.08.20 - 13:06
(172) Кратко:
фармацевтика (МДЛП)
проблем особых нет
преимущества почти не надо трогать конфы 1С
потому что 1С77 где все плохо с прямой работой по api а раз сделали промежуточное внешнее решение почему бы его не расширить для хранения sgtin в привязке к кодам/ссылкам
   H A D G E H O G s
 
174 - 08.08.20 - 18:32
(169) Да, тебе действительно учиться противопоказано.
Полный переход - означает перевод на помарочный заявки на эмиссию марок в производстве и импорте.
Все остальное, включая регистрацию выпуска и импорта, все оптовое и розничное звено - уже как год на помарочном.
   EuVod
 
175 - 10.08.20 - 14:45
(158), (165) да, имелось в виду сканирование групповых.агрегатных кодов. (т.к. сами не агрегируем, то под групповой тарой устоялся, возможно не вполне корректный внутренний термин, означающий групповой код).
   EuVod
 
176 - 10.08.20 - 14:48
(170) сборщик собрал товар, надо подготовить ТТН (и желательно загрузить, распечатать доки, отправить в ЧЗ и т.п.). Кроме того после передачи отсканированного групповой кода WMS должна понять, сколько товара сборщик забрал со склада, надо ли еще забирать (или может он лишку схватил). И это надо делать !сейчас", лишняя секунда в задержка - уже негатив со стороны сборщиков (кладовщиков), которым надо косить/зарабатывать и тормоза склада.
   EuVod
 
177 - 22.09.20 - 19:34
Коллеги привет )
в порядке ап’а
Я тут наконец должен скоро вернуться к допилке под марки нашей нетленки..
подскажите несколько практических вопросов.
1. Правильно я понимаю, что ШК аггрегата ничнем не отличается от ШК марки? Т.е. при сканировании понять нельзя агрегат это илим арка-  надо тупо проверять по базе?
2. Чем чревато отгрузить марку, которая не значится на балансе (ну вот по факту пикнулась, по по ЭДО ее нам не передавали) – (молочка-вода)?
3. Если по п.2 считаете это недопустимым, то как разруливаете? Сборщику – отложить товар до разбирательств, а потом? Есть процедуры постановки выявленных марок на баланс свое организации? (и вообще как с пересортами бороться)
4. Претензионная работа с покупателями – есть уже практика/предположения.. что-то я сомневаюсь, что многие клиенты смогут корректно недопоставки отражать – выставлять акты, с указанием неполученных марок (а это вообще предусмотрено в АПИ/схемах документов)? По ЕГАИС зачастую клиенту тупо отклоняют накладную целиком и просят выставить чистую с «правильными» марками (чтобы их вычислить приходится жать возврата брака или фотки марок с места клиента юзать.
   EuVod
 
178 - 24.09.20 - 10:22
апнуть наверное лучше утром ))
  1  2

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.