Вход | Регистрация
    1  2  3   
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
апнуть наверное лучше утром ))
   H A D G E H O G s
 
179 - 24.09.20 - 11:26
Можно ли как то через Честный знак узнать, в каком статусе и у кого пачка табака?
Есть ли аналог check1.fsrar.ru?
   EuVod
 
180 - 24.09.20 - 11:44
(179) я так понимаю что можно запрашивать только по своим кодам:
из доки по API:


2.1.1. Метод получения списка КМ по заданному фильтру с подробной информацией о КМ
Метод возвращает список КМ с подробной информацией, которые доступны в данный момент времени участнику оборота товаров (ИНН определится по токену), согласно заданному фильтру.
URL: /api/v3/facade/identifytools/listV2 - устаревший вариант, далее использовать: /api/v4/facade/identifytools/listV2
Метод: GET
Пример запроса:
curl -X GET '<url стенда v4>/facade/identifytools/listV2?\ limit=10&order=DESC&orderColumn=emd&\ uit=010469022978096621qSF7qjA3aRIqM2406402&\ orderedColumnValue=2019-01-23T08:42:17.593Z&pageDir=NEXT' \ -H 'Authorization: Bearer <ТОКЕН>'
   EuVod
 
181 - 24.09.20 - 16:58
а есть у кого образцы ШК для молочки? (прямо картинки)
   EuVod
 
182 - 24.09.20 - 18:01
и не вполне понял чем отличаются:
API ГИС МТ (напр. Версия 24) - методы обмена инфой о марках, но и отгрузка тоже
и
True API (напр. Версия 6.4) - 

это частично перекрывающиеся описания одного и того же API ?
   EuVod
 
183 - 25.09.20 - 15:54
ппро групповой ШК
как я понимаю это в обязательном порядке SSCC код (18 символьный). Надо понимать, ФЛК систем не пропустит коды, не подходящие под этот формат?
Не члены UC1 не могут агрегировать?
т.е. мы сами как оптовики у себя не сможем делать агрегацию, или если забить на
"
префикс компании ГС1 - глобальный уникальный номер, присваиваемый члену ГС1 (9 цифровых символов);
"
а тулить свои 9 цифр какие-нибудь, то тоже пройдет?
   EuVod
 
184 - 25.09.20 - 18:52
в типовых я так понимаю и КИГУ и КИТУ - все сидят в справочнике ШтрихкодыУпаковокТоваров
только КИТУ можно переагрегировать и создавать самим а КИГУ? они незыблемы? Если из ящика продана одна пачка, то КИГУ "расформировывается"? КИГУ тоже стоит 60 копеек как и обычная марка?
   Salimbek
 
185 - 28.09.20 - 11:53
(184) Я не понимаю ваших терминов. КИГУ- это что такое? Поискал бегло в интернетах - не нашел.

(182) Это разные АПИ. Изначально был "обычный АПИ", его и точили, но он больше нацелен на обувь и табак. Потом, при подходе к прочим товарным группам этот АПИ перестал подходить (под каждого надо было много чего перепиливать) вот и родилась идея сделать новый АПИ, который бы подходил всем. Его и обозвали ТруАПИ. Вот только попробовал я инфу по списку марок через этот ТруАПИ получить и словил много косяков. Через 3 дня мучений переключился на обычный АПИ и за 2 часа все у меня заработало.

(180) На сколько я понял, по своим маркам в ответ придет больше информации.
   EuVod
 
186 - 28.09.20 - 12:30
(185) КИГУ это я пытаюсь в никнуть в глоссарии ЧЗ - код идентификации групповой упаковки - я так понимаю это тоже платный 2D ШК, т.к. ГУ может отгружаться покупателю - например блок/ящик сыров (в отличие от транспортной упаковки ТУ, которая видимо ТОЛЬКО для логистической обработки и ее код формирует участник (отправитель) по правилам SSCC).
   NcSteel
 
187 - 28.09.20 - 12:36
(186) КИГУ тоже формирует участник по правилам SSCC , в целом он им и является
   EuVod
 
188 - 28.09.20 - 12:38
(185) про разные АПИ.. т.е. сейчас труАПИ на ваш взгляд не вполне работоспособен?
   EuVod
 
189 - 28.09.20 - 12:39
(187) привееет.. а чо в глоссарии к молочке написано, что КИГУ - последовательность бла-бла, формируемая оператором?

вы там допилили готовое решение?
   NcSteel
 
190 - 28.09.20 - 13:05
(188) Много изменений, но в будущем все будет на тру апи
   NcSteel
 
191 - 28.09.20 - 13:06
(189) Узнаю по поводу оператора, в нашем решении формируется внутри.

И его допилить невозможно, постоянно что то надо делать)
   EuVod
 
192 - 29.09.20 - 18:04
продолжаем вопросы от нуба:
ладно. вопрос про КИТУ / КИГУ пока оставим в стороне, с хоопарком АПИ прояснили, но все равно схема у меня что-то не вытанцовывается..


Как выстраиваете схему обмена данными

– первично ЭДО? не вполне стандартизировано т.к. готовых интеграций с разными провайдерами нет, т.е. если например хотим с «контуром» – покупать их модуль с 1С и допиливать либо ваять своё с нуля (опять же купив подписку на их API). (либо вариант роуминга через 1С-ЭДО но когда своя нетиповая, то не факт что это проще)
Получив из ЭДО документ – ищем его в ЧЗ и подкачиваем нехватающие данные? (иерархию транспортных упаковок и марок?). Как узнать поданным ЭДО guid документа в ЧЗ? Или сопоставлением пономеру-дате-поставщику?

– или наоборот – первичен ЧЗ, запрашиваем там перечень документов, загружаем новые (ну по молочке мы загружаем из меркурия, тут будем подцеплять к существующим). Тогда требовать от поставщика выгрузки своего документа в ЧЗ (помимо отправки ЭДО).
   Eeeehhhh
 
193 - 29.09.20 - 19:43
(34) самый прикол это когда завод отправил в палете чужую первичную, оптовик это дело принял (но нифига не отметил в ЧС), отправил на регионального оптовика (это тоже не фига не зарегал приемку в ЧС) и отправил это все на аптеку. Торопыги да. И вот аптека которая тоже забила на все болт пытается продать не разагрегированный товар ...
   DmVl76
 
194 - 30.09.20 - 05:56
(192) Получив из ЭДО документ – ищем его в ЧЗ и подкачиваем нехватающие данные?
Насколько я знаю, в ЧЗ ЭДО сторонних операторов (не ЭДО-лайт) появляется только после подписания со стороны покупателя. У нас основная масса поставщиков выгружает напрямую в ЦРПТ, оттуда по API получаем и сравниваем массивы КМ. Если по ЭДО отправили, то парсим XML и так же сравниваем. В основном обувь не агрегируют, но если агрегируют, то по непонятному алгоритму то удается получить содержимое, то нет. Например пару недель назад перестал работать метод api/v3/true-api/cises/list, получал содержимое коробов еще не подписанного ЭДО, пришлось запрашивать у поставщика содержимое.
   EuVod
 
195 - 30.09.20 - 10:44
(194) сравниваете - имеется ввиду проверка при приемке?
у вас розница?
   DmVl76
 
196 - 30.09.20 - 14:11
(195) Да, сравнение КМ в документах/по факту. У нас и опт и розница.
   Salimbek
 
197 - 30.09.20 - 14:40
(188) "про разные АПИ.. т.е. сейчас труАПИ на ваш взгляд не вполне работоспособен?"

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

Начал с ТруАПИ и, на каких-то марках, у меня выборка опять начинается с самой первой. Я не понял, еще раз - опять так же, поменял размер блока с 500 на 498 - слетело в другом месте. В итоге, методом проб и ошибок, пришел к выводу, что если в марке есть какой-то "кривой" символ (типа "=", "/", "(" и т.д.), то выборка ТруАПИ "слетает". Никакое экранирование не помогало. Решил, что справлюсь и начинаю с последней марки проверять на эти "кривые" символы, если есть, то беру предыдущую. В итоге выборка работала, но тоже до определенного момента. Второй момент был более неожиданным. Оказалось, что нельзя было получать более 1542 марки. По обычному АПИ такое уже встречалось и решалось параметром "cashe"=false, но нигде в ТруАПИ это не применялось. Это ограничение уже никак было с моей стороны не обойти, поэтому попробовал "Обычный АПИ"

Никаких проблем с марками со спецсимволами! Никаких проблем с ограничением выборки (с тем самым параметром "cashe"=false)! Все марки спокойно получил, в базу к себе сложил и пошел дальше работать.

З.Ы. Разбирался со всем этим в середине июля, х.з. как там сейчас ТруАПИ поживает. Проверять, пока, желания нету.
   EuVod
 
198 - 30.09.20 - 20:18
(196) у вас нетиповая? марки храните пообразцу типовой (с справочник ШКУпаковк с ТЧ для вложенных?)
   DmVl76
 
199 - 01.10.20 - 05:36
(198) УПП + Хамелеон. Да, из типовой используется только ШКУпаковок с табличными частями. Хамелеон-для общения по API с ЦРПТ, блок сканирования/сбора марок,учета остатков + генерация документов хамелеоновских и мобильное приложение самописные (внедрялось в январе, для УПП еще ничего не было, частично дергал с УТ11).
   EuVod
 
200 - 01.10.20 - 10:33
(199) о, можно в личку )) ?
в телеграм например (@ EuVodoley)
я пока погуглю что такое Хамелеон

я как раз хотел спросить немного расспросить про логику типовых с их ТЧ, когда и куда они пишут статусы, и насколько удобна/неудобна именно такая организация (в ЕГАИС мы не так сделали).

Нам очевидно придется все КИТУ/ГИТУ разворачивать до штучек,т.к. сборка штучная и в момент сканирования уже некогда с ЧЗ выяснять, все марки будем вытягивать заранее. (тут мне говорят, что ГИТУ это тоже что КИТУ но я как-то тогда не понимаю логику)

ну и другие вопросы. (если честно я немного в растерянности, никак не спроектирую как нам надо, чтобы и попроще и легло на нашу специфику).
  1  2  3   

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