Вход | Регистрация
    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
 
1 - 27.07.20 - 16:14
(0) Справочник Марок должен быть справочником, но без реквизитов.
   H A D G E H O G s
 
2 - 27.07.20 - 16:15
Состояния марок хранятся в отдельном РС, который архивируется.
   HeKrendel
 
3 - 27.07.20 - 16:18
А вот и алкоголики подтянулись ;-)
   EuVod
 
4 - 27.07.20 - 16:27
(1) ну и прикинь справочник, в котором по 50 миллионов записей в год добавляется.
архивируй-не архивируй регистр (а вообще вышедшие из оборота и оплаченные можно и коцнуть статусы наверное), справочник начнет недетски тормозить мне кажется.
по АП у меня щаз так и сделано, (если эдти по этому же пути, то пока думаю - как в типовой один и тот же заюзать для акцизок и для марок ГИМТ или разные)
   ptiz
 
5 - 27.07.20 - 16:35
(1) Текущее состояние (статус и где хранится) - очень не помешает в справочнике.
(4) 50 млн в год это еще ничего. У нас - в месяц.
   timurhv
 
6 - 27.07.20 - 16:37
(0) Только удалять, у коллеги Меркурий и ЕГАИС уже по 1-1.5Тб каждая без свертки данных, руки пока так и не доходят на свертку.
   такт
 
7 - 27.07.20 - 16:40
(0) хранятся в справочнике, но справочник без кода и наименования
т.е. по сути регистр сведений с табличной частью )
   EuVod
 
8 - 27.07.20 - 16:41
(6) удалять вместе со всеми строками ссылающихся на них ТЧ? (т.е. полное забвение, как и не было) ?
   EuVod
 
9 - 27.07.20 - 16:42
вобщем вынос данных во внешнюю базу SQL полагаете нецелесообразным? (немного геморрно и  сам справочник и все ссылки на него хранить и всю бизнес логики организовывать).
   такт
 
10 - 27.07.20 - 16:44
(9) вынос данных во внешнюю базу SQL - это если свое производство и дистрибуция, тогда проще в одной базе статусы менять
   H A D G E H O G s
 
11 - 27.07.20 - 16:58
(4) не начнет
   H A D G E H O G s
 
12 - 27.07.20 - 16:58
(5) Не помешает, но лучше в регистре.
   EuVod
 
13 - 27.07.20 - 17:12
(5) где хранится - в смысле на какой организации числится?
   Garykom
 
14 - 27.07.20 - 17:39
(0) Вы собираетесь дублировать у себя базу ЦРПТ? Нахрена?

Советую хранить документы (файлики xml и т.д.) во внешней базе и все. С подписями.
   Garykom
 
15 - 27.07.20 - 17:41
(14)+ Поймите простую вещь - Честный знак в лице Маркировки это единая учетная система, куда принудительно загонят весь бизнес.
А 1С останется как прокладка между единой и юзерами/ТО работающая по API и кэширующая у себя данные которых еще нет в ЦРПТ.
Или нет в ЦРПТ совсем ибо внутренние хотелки фирмы.
   Garykom
 
16 - 27.07.20 - 17:43
Я кстати с приколом жду когда будут единую бухгалтерию внедрять принудительно, т.е. чтобы всю первичку загоняли вместо текущий картины где разные отчеты требуют.

Причем первое время будет и первичку давай и старые все отчеты давай.
И что "единая бухгалтерия" не выдает отчеты регламентированные или криво выдает ))
   EuVod
 
17 - 27.07.20 - 17:46
(14) чтобы контролировать чего вообще пикают. Чтобы ШК соответствовал товару и желательно был на нашем балансе. Как WMS может это контролировать не имея инфы о своем регистре марок. В ЕГАИС такого вопроса и не стоит, тут невольно начинаешь по примеру ЕГАИС мыслить, хотя типа ЕГАИС - разрешительная система, ЦРПТ - уведомительная.
   Garykom
 
18 - 27.07.20 - 17:47
(17) С фиг ли маркировка уведомительная то?
Если ты не имеешь права получить/отгружать марки, которые не прошли по системе и обязан их вернуть назад.
   Garykom
 
19 - 27.07.20 - 17:47
(18)+ Точнее получить то можешь - дальше по цепочке низзя.
   Garykom
 
20 - 27.07.20 - 17:49
(17) А на практике в базе надо иметь только актуальные данные, которые действительно нужны а не все подряд.
Если марка ушла - нафик ее из базы, сохраняем только документ с подписью на всякий случай.

Если марка вернется - на ней есть DataMatrix - или не имеешь права ее принять ))
   H A D G E H O G s
 
21 - 27.07.20 - 17:50
(14) Как там с Тимвиевером?
   Garykom
 
22 - 27.07.20 - 17:51
(21) Оффтопик от админа.
   H A D G E H O G s
 
23 - 27.07.20 - 17:55
(22) Оффтопик - это все твои сообщения на этом форуме.
   Garykom
 
24 - 27.07.20 - 18:00
(23) Правильно понимаю что админ в твоем лице, имея хреновое настроение решил до меня докопаться с переходом на личности?

Припоминая мне мою ветку с "Аналогом ТимВьювера" и тем более "Оффтопик - это все твои сообщения на этом форуме"
   Garykom
 
25 - 27.07.20 - 18:01
(24)+ сорри не админ а "хард-модератор"
   H A D G E H O G s
 
26 - 27.07.20 - 18:25
(24) Нет. Я всегда негативно реагирую, когда в тематических ветках, с серьезным лицом, предлагают кривые решения.
   Garykom
 
27 - 27.07.20 - 19:11
В данном случае хранить в базе 1С это кривое решение.

Намного лучше хранить все марки во внешней базе относительно 1С, со ссылками (УИД) на объекты 1С.
При необходимости используя API дергать эту базу из 1С.

Проблема только на строки в ТЧ объектов (документов в 1С) ссылаться, благо это редко надо и обычно можно придумать некий ключ (ДокументСсылка+НоменклатураСсылка) чтобы привязаться маркам/SGTIN во внешней базе.

Плюс подобного решения что можно сменить внешнюю базу не трогая 1С.
Или "добавить еще одну маркировку" не перепиливая в очередной раз 1С.
   Garykom
 
28 - 27.07.20 - 19:18
(27)+ Кстати на хабре вроде была статья про крупный ритейл, они по такому пути и пошли отдельной базы (не на 1С) под маркировку.
На отдельных серверах а весь существующий учетный софт почти не трогали, только допилил интеграцию.
   EuVod
 
29 - 28.07.20 - 10:08
надо было мне голосовалку прикрутить:хранить в базе vs внешнее хранилище ))

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

(20) издержки на то, чтобы  принять на что не имеешь права ниже, чем пикать все подряд. Мы и водку не перепикиваем на входе всю.

(18) уведомительная поскольку не отлупает проведение дока (как я понимаю) по маркам, которых не числится на балансе.
   Garykom
 
30 - 28.07.20 - 10:23
(29) Там скорее разрешительно-уведомительная.
Пока еще полный ахтунг например в табачке где реально уведомительная.
А кое где уже все строго например в лекарствах и там у тебя не примут ошибочную схему.

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

Для некоторых случаев например можно отказаться совершенно от хранения sgtin/марок у себя.
Ибо они есть в ЧестномЗнаке и есть на товаре. Любой товар сканируем при любой операции - зачем еще в базе хранить?
 
 Рекламное место пустует
   Garykom
 
31 - 28.07.20 - 10:29
(30)+ В базе нужен только признак маркированный товар или нет.
Вот тут есть проблема если одна номенклатура с одним старым ШК и есть и старый не маркированный и новый маркированный.

И если маркированный то запрашивать сканирование DM, временно запоминать а потом после отправки в ЧестныйЗнак удалять.
   ptiz
 
32 - 28.07.20 - 10:31
(13) У нас лекарства, а в МДЛП учет по складам.
(30) По лекарствам сейчас веселуха только начинается. Опт грузит аптекам, а те просто забивают на маркировку с отмазами "не знаем как в маркировке работать". Некоторые при этом товар возвращают, а некоторые - нет.
   Garykom
 
33 - 28.07.20 - 10:34
(32) 1. В МДЛП учет не по складам а по МД - местам деятельности - это так мелочь ))
2. Веселуха фигня и то что возвращают тоже фигня.
Хуже когда аптеки не возвращают и продают (не прогнав по обратной схеме и даже не подтвердив по прямой) как не маркированный а остатки зависли или вернулись поставщику.
Как раз если вернули то все хорошо!
   Garykom
 
34 - 28.07.20 - 10:34
(33)+ Самый прикол это обратная схема - оптовик даже не знает какие sgtin отправил в аптеку и если она не пропикала то концы поставщик будет долго искать ))
   Ray Zexter
 
35 - 28.07.20 - 10:43
(34) большинство так и работает. Все оптовики крайними сделали аптеки. Причем в отдельном доп.соглашении.
   dezss
 
36 - 28.07.20 - 10:45
(34) Большинство крупных так и работает, насколько я вижу.
Они даже умудряются своими наклейками заклеить sscc. И все, нормально хрен примешь эти КИЗы. Только через всякие анальные схемы.
У меня есть даже подозрение, что они тупо подтверждают все прямое от производителей, а потом отправляют как получится.
   dezss
 
37 - 28.07.20 - 10:46
(34) Вот только ответственность вся на аптеках. Ну и принять в течение 5 дней (обратная схема) лучше, чем в течение 1 (прямая схема). Так как один фиг надо все проверить, а то мало ли что туда оптовик реально насовал.
   Salimbek
 
38 - 28.07.20 - 10:47
(28) А я пошел по пути "отдельной базы (только на 1С) под маркировку." и через web-сервисы с ней планирую работать.
   Garykom
 
39 - 28.07.20 - 10:48
(37) Нифига там не 5 дней и не 1 а намного более мягкие сроки.
   dezss
 
40 - 28.07.20 - 10:48
(37) + хотя не, гоню. Вроде всегда будет теперь 1 день.
   dezss
 
41 - 28.07.20 - 10:49
(39) http://www.garant.ru/hotlaw/federal/1402472/
смотри
т) в пункте 44:
   Garykom
 
42 - 28.07.20 - 10:52
(40) (41) Они ипанулись.

Надо будет полный текст поизучать но фактически аптека часто не может за один день все принять
   dezss
 
43 - 28.07.20 - 10:56
(42) Я это понимаю. Ну тут можно обратить внимание на то, что в законе не указано что именно принимается под "датой приемки лекарственных препаратов". Нет определения. А ведь под датой приемки можно понимать дату сканирования последней упаковки.
   ptiz
 
44 - 28.07.20 - 11:25
(34) Именно так. Мы отгрузили неделю назад по обратному акцепту. Десятки накладных - без ответа. И очевидно, что его не будет :)
(42) Да, ипанулись, всё верно.
   EuVod
 
45 - 28.07.20 - 13:14
а обратная схема - только в лекарствах? или в воде-молоке тоже будет? Что то я там такого не видел. (или это общий механизм для всех)
   ptiz
 
46 - 28.07.20 - 13:24
(45) Вроде только в лекарствах.
   Garykom
 
47 - 28.07.20 - 13:30
(45) Пока только в лекарствах, причем имхо зря они ее сделали
   EuVod
 
48 - 28.07.20 - 13:36
получается, что ЭДО будет обязательно во всех ТГ (рано или поздно) - тогда откуда лучше брать марки , с ЭДО или через АПИ ЧЗ?
   NcSteel
 
49 - 28.07.20 - 13:38
(0) АПИ ЧЗ как понимаю речь о ГИСМП. В твоем случае именно он нужен.
ЭДО и ГИСМП разные задачи решает, для отгрузки и продажи ЭДО, для агрегации и разагрегации то ГИСМП.
   NcSteel
 
50 - 28.07.20 - 13:46
(20) +100500
   NcSteel
 
51 - 28.07.20 - 13:48
Смысла хранить все марки нет, сами квитанции в базе и так хранятся. Их бы тоже чистить. В идеале нужен пул кодов актуальный + допустим пару месяцев.
Все остальное вырезать, тем более в ЦРПТ все эти коды дублируются. Если в ЦРПТ нет кода и движухи по нему, то твоя личная база ничего не докажет.
   NcSteel
 
52 - 28.07.20 - 13:50
(51) + Тем более запрещено хранить полный код. Ограничения на срок хранения прописаны, где непомню
   Злопчинский
 
53 - 28.07.20 - 13:51
(17) "Как WMS может это контролировать не имея инфы о своем регистре марок."
для ВМС сам "регистр марок" размеров 50-100 млн записей - это вообще тьфу. это вообще нисколько не проблема (если говорить по крупному)
   EuVod
 
54 - 28.07.20 - 13:53
(53) привет ))
ну ты ж знаешь-  у меня все в одной базе.. и 50 миллионов марок в год (ну это если все-все маркировать, пока конечно нет таких цифр) + минимум по 2 раза ссылки на эти марки (пришло-отгрузилось) и не кисло так набегает
   NcSteel
 
55 - 28.07.20 - 13:56
(54) Ну так, не храни))) зачем они тебе
   NcSteel
 
56 - 28.07.20 - 13:56
(55) + Тем более у тебя была вроде самописка адская
   EuVod
 
57 - 28.07.20 - 14:02
(56) ну вот акцизки все храним. И иногда прям важно - всю историю видеть - а то хер разберешься.
как я могу не хранить, если мне надо их в документ засунуть ) - вот то, что их можно коцать потом - это видимо неизбежность. (тоже аккуратно надо рисовать обрезание - с удалением и марок и упоминаний их из доков).
   NcSteel
 
58 - 28.07.20 - 14:08
(57) У нас это добро хранится в регистре Пул кодов маркировок, где сам код маркировки это строка, полный код тоже строка. Соответственно в документах тоже строка. Если коды уже не нужны, то чистим.
Посмотри типовые подсистемы, например МДЛП, похожим образом.
   Злопчинский
 
59 - 28.07.20 - 14:15
(57) нахрена ВСЮ историю видеть при таких объемах? устанавливаете срок, по которому в принципе возможны расследования ситуации. (типа если марка ушла, то храним ее 4 месяца как возможный возврат/отлуп покупателя/проблема у покупателя). все что глубже - чистим нафиг/архив сторонний. если всплывает раз в сто лет проблема с глубиной более 4 месяца - "разворачиваем" из архива историю.
не?
   dezss
 
60 - 28.07.20 - 14:20
(58) Ага. У нас так же. Как раз МДЛП) А создавать элемент справочника для марки странная идея, ИМХО.
(59) +100500
 
 Рекламное место пустует
   EuVod
 
61 - 28.07.20 - 14:44
(59) ну по алкашке нет таких объемов - еще не дошли руки до зачистки. Период же не так просто определить - он же явно не виден. можно отобрать все отгруженные ранее какой-то даты марки, и по которым больше не было движений. Когда тебе надо выборочно грохать например 100 тыс записей из 5 таблиц (справочник марок, ТТН входящие, ТТН исходящие, Акты списаний/разногласий) по неск.миллионов в каждой - это не быстро само по себе. а  нас база 23/6+12 примерно работает )))
   EuVod
 
62 - 28.07.20 - 14:45
(59) т.е. по алкашке просто не те объемы, проблема не стоит так остро, чтобы ее решение получило приоритет над другими текущими задачами. А так согласен- чистить не дожидаясь перитонита.
   ptiz
 
63 - 28.07.20 - 14:54
(58), (60) - гуид меньше места занимает, чем строка в 27 символов юникода. А если надо ссылку на один и тот же код использоваться в разных документах - это же кошмар будет. Ну и реквизиты можно к справочнику привязать, например тот же SSCC, текущее место деятельности. Без всего этого - каша будет.
   H A D G E H O G s
 
64 - 28.07.20 - 14:57
(63) Ну хоть кто то дошел до этого :-)
   Злопчинский
 
65 - 28.07.20 - 15:24
ничего не понял.
речь про то де хранить марки
а) живой пул - в 1С, мертвое - хоть где.
б) в доках используются не марки (строки). а ссылки на справочник марок.
.
типа так?
   Вафель
 
66 - 28.07.20 - 15:25
подчищать марки в старых доках?
   Злопчинский
 
67 - 28.07.20 - 15:28
(66) в каких?
   Вафель
 
68 - 28.07.20 - 15:30
ну марки же не сами по себе
как минимум пара доков
   Полован
 
69 - 28.07.20 - 15:32
(64) А что, в типовых не так, что-ли? Странные они тогда.
   H A D G E H O G s
 
70 - 28.07.20 - 15:36
(69) В типовых так - но это слабое утешение.
   ptiz
 
71 - 28.07.20 - 15:42
(69) В типовой "Библиотека интеграции с МДЛП" - строки. Что меня удивило.
   Garykom
 
72 - 28.07.20 - 15:51
(63) sGTIN это 14 цифр + 13 строго определенных символов из ограниченного набора

Это меньше чем 16 байт уида
   Garykom
 
73 - 28.07.20 - 15:51
(64) А шаг дальше кто сумел сделать?
   Злопчинский
 
74 - 28.07.20 - 15:59
В ЕГАИСе народ сворачивал марки в строки длиной до 8-13 символов (с редкими возможными дублями, точно не помню, но что-то то ли 10, то ли 100 дублей на миллион)
   Злопчинский
 
75 - 28.07.20 - 16:03
(68) а эти доки/строки в доках - нужны если вычищаем марки сами? - да скорее всего - не нужны, ибо они уже гд-то задублированы
   Garykom
 
76 - 28.07.20 - 16:06
(74) Можно хранить полные марки снаружи 1С во внешней системе.
А в 1С если так хочется только короткий id уникальный выданный этой системой. Тут никаких дублей и самое короткое.

Это если не хочется наоборот идентификаторы объектов во внешней системе хранить по типу (27)
   EuVod
 
77 - 28.07.20 - 16:38
(74) в смысле с редкими дублями? с потерей информации что-ли сворачивали, в надежде что повезет?
   Вафель
 
78 - 28.07.20 - 16:39
(76) те 100м марок это много, а 100м *2 строк документов нет?
   Garykom
 
79 - 28.07.20 - 16:44
(78) Еще умножь на количество разных маркировок, под каждую отдельные реквизиты со своими справочниками и регистрами ))
   Garykom
 
80 - 28.07.20 - 16:46
(79)+ Обычный продуктовый магазин:
1. ЕГАИС
2. Табачка
3. Ветис/Меркурий
4. Непродовольственные маркировки если есть
   lodger
 
81 - 28.07.20 - 16:59
(76) наиболее экстремальный вариант - не хранить марки в своих УС вовсе. ЕГАИС/Ветис/ЧЗ уже являются внешней системой, хранят полные марки, имеют историю приходов\выбытий\остатков.
   Garykom
 
82 - 28.07.20 - 17:01
(81) Это вариант к которому придем потихоньку
   H A D G E H O G s
 
83 - 28.07.20 - 17:03
Все, автор, спецы решили твою проблему - не храни марки в УС :-)
   Ёпрст
 
84 - 28.07.20 - 17:15
В типовых вообще адок с марками, в егаисе, например - хранят как строка 150 везде.
"Приятно" смотреть, как рег сведений такой открывается.. а уж что-то найти в нём.. пестня.

А так, ну у нас примерно 3млн марок на остатке, и..как показала практика, это не много, база не так пухнет.
Марки да, в справочнике у нас.
Правда, на рег сведений, пришлось свои индексы в скуле воткнуть (которые 1с-ина не в состоянии создать сама). И хрен с ним, реструктуризировать это никто не будет, а индексы свои можно и пересоздать, при желании
   EuVod
 
85 - 28.07.20 - 17:21
(83) такой уровень проектирования систем превышает мои способности и квалификацию..
но я подумаю ))
в любом случае, я рад, что тем нашла живой отклик - глядишь и польза будет мне и другим )

(79) вот не совсем понял, какие нужны реквизиты для разных маркировок.
подход типовых - сама номенклатура "не знает" к какой группе МТ она относится (реквизита с типом перечисление ВидыОперацийЭД в номенклатуре нет). Он где-то в ходе анализа ШК инициализируется и передается в процедуру разбора GS1 как я понял.

(84) а зачем новый индекс? Мы тоже храним ЕГАИС марки в справочнике (в наименовании), статус в РС (без исории, история косвенно по вхождению м арки в доке восстанавливается, если надо). Но индексов не делал я новых.
   dezss
 
86 - 28.07.20 - 17:22
(63) Длина слабый аргумент. Реквизиты можно и к рс привязать, где эти КиЗы хранятся. Зато в РиБе не надо тянуть это справочник на кассу.
В общем, у обоих решений есть как плюсы, так и минусы.
   H A D G E H O G s
 
87 - 28.07.20 - 17:22
(84) В типовых - адок, когда открывается какая-нибудь поставка на 10Кмарок и формируется это уепское дерево упаковок. Можно сходить и покурить что угодно. КТшные еще ничего.
   Злопчинский
 
88 - 28.07.20 - 17:28
(85) делать на основе анализа ШК какие-то выводы о смысле товара, закодированном этим ШК - трэш полный.
совершенно спокойно ШК похожий допустим на тот же самый sGTIN (ГТИН+серия) - вообще может не иметь никакого отношения к маркировке.
   Ёпрст
 
89 - 28.07.20 - 17:28
(87) у кт ников..периодическийтрег сведений и марка как строка и..тоже жпо))
А э упаковок в рознице и ут..и хранение в хранилище, это полный пэ.. и связь через ключ строки а не справку б. Короче, писали какие то нехорошие люди
   Злопчинский
 
90 - 28.07.20 - 17:29
(88) это можно делать только в том случае когда в обслуживаемой системе только конкретный вид товаров, и гарантируется что нет других "таких же" же, относящихся к немаркируемому товару.
   H A D G E H O G s
 
91 - 28.07.20 - 17:30
(89) Да, периодический, подчиненный регистратору - https://youtu.be/9mvm0TlHO4s
   H A D G E H O G s
 
92 - 28.07.20 - 17:32
(89) Страшное там то, что это уепское дерево постоянно меняется, процедуры тасуются и связь тоже гуляет - когда и по идентификатору, когда по справке Б
   Ёпрст
 
93 - 28.07.20 - 17:38
(92) есть такое, и ..с какой то версии они переименовали это г..о в общем модуле, забив болт на старые данные.
Зы: иногда приходится делать возвраты за розницу, насмотрелся всякого :)
   ptiz
 
94 - 28.07.20 - 17:52
(86) Можно и к РС - если хочется создать себе трудностей из ничего и придумать эмулятор справочника. Через точку в реквизиту РС не обратишься. И не надо клевать, что это ужас-ужас - это очень удобно. Банальная кнопка "Перейти к движениям по этому коду", "Перейти к подчиненным кодам" - в справочнике делается очень удобно.
А в групповом коде отлично смотрится табличная часть - в случае нескольких разных серий одного SSCC. Как это сделать в РС - лепить еще один РС "Таб.часть"? Оно надо?
   Ёпрст
 
95 - 28.07.20 - 17:52
А еще..в старых версиях, при смене детализации в форме проверки, оно целиком херилось.
Да и вообще, там много всего доброго и светлого.
Если такая же реализация там с сигаретами..то ой
:)
   Ёпрст
 
96 - 28.07.20 - 17:56
Да..непонятно еще, почему что в типовых, что в отраслевых не смогли асилить все запросы.
Ту же фиксацию/снятие фиксации марок с баланса, запрос останков_мини, ловля тикетов о пересорте (кт-ники так и не научились их ловить, хотя даже док слепили для этого) и т.д и т.п.
   EuVod
 
97 - 28.07.20 - 18:16
(94) в справочнике хранятся и коды товаров и коду агрегированных упаковок?
что такое "подчиненные коды" - вложенные в тару (код которой записан в самом элементе справоника "коды")?
   lodger
 
98 - 28.07.20 - 18:18
(97) да. "агрегаты".
   H A D G E H O G s
 
99 - 28.07.20 - 18:36
(96) "запрос останков_мини" -вообще не понимаю, к чему он нужен.
   Ёпрст
 
100 - 28.07.20 - 18:50
(99)
:)

в разы быстрее получить остатки, ведь там только ид и количество.
  1  2   

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