Имя: Пароль:
1C
 
Отказ от реквизита товара ВидМаркировки в БП (видимо и в остальных)
0 eddy_n
 
29.06.26
16:58
Расширение перестало работать. Было ВидМаркировки, стало УдалитьВидМаркировки. Вопрос знатокам. Каких коней вендор решил поменять на переправе?
1 H A D G E H O G s
 
29.06.26
17:13
Пфффф
2 eddy_n
 
29.06.26
17:18
(1) Не в первый и не в последний, но ударило больно.
3 Fragster
 
гуру
29.06.26
17:18
ну нафейхоа?
4 Lama12
 
29.06.26
17:20
Чего вы? Может у них архитектор новый. Или Архитекторша 😎. Дайте шанс человеку. Вендор заботится о нас. Работа есть.
5 Злопчинский
 
29.06.26
17:21
тямы в голове нет - вот и мечутся.
оно понятно - стиль разработки как у меня-единоличника. я, если, на продакшен проект делал раза три, на 3-4 итерацию только что-то нормальное вырисовывалось...
6 eddy_n
 
29.06.26
17:23
(4) Таких архитекторов в известные времена сразу к стенке без суда и следствия.
7 eddy_n
 
29.06.26
17:25
(4) Для таких вот архитекторов Avito - пустой звук. Из леса они вышли. Не слышали и не знают, что это такое.
8 Dmitrii
 
гуру
29.06.26
17:55
(0) >> Каких коней вендор решил поменять на переправе?

Нет существует никаких коней, нет никакой переправы.
Всё это исключительно в Вашей фантазии.

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

https://its.1c.ru/db/updinfo#content:2746:hdoc:issogl1_4

По личному опыту, поддержку оратора в (5).
Внедрение любой фичи в учёте, которое происходит прямо в ходе разработки этой самой фичи (того - как оно должно работать), приводит к неоптимальному конечному результату. Который потом приходится либо бесконечно костылить, либо в какой-то момент переделывать, отказываясь от какой-то части изначально заложенных концепций.
9 eddy_n
 
29.06.26
18:02
(8) На мой взгляд было норм. решение - привести все миллион видов признаков маркируемости к одному знаменателю - Виду маркировки. Есть вид маркировки - значит товар маркируемый. За это легко зацепиться в коде. Не надо сканировать среди реквизитов товаров всевозможные признаки маркировки в виде шин, велосипедов, телефонов и ещё не знамо чего.
10 eddy_n
 
29.06.26
18:04
(8) Я щетаю, что такая сущность как Вид маркировки как раз не была ошибкой.
11 Гений 1С
 
гуру
29.06.26
18:46
(0) Блжад, не почитал мисту и столкнулся с этим.
Реально не понял, наперкуа? Флаги имеют смысл только если один товар может иметь несколько видов маркировки. А на этапе проектирования это не понятно было?
Маразмъ крепчал

https://geniy1s.ru/1s-zachem-ty-menyaesh-prekrati/
12 Гений 1С
 
гуру
29.06.26
18:47
(9) тем более что они не вывели эти реквизиты в отдельный список, как всегда в 1С...
13 Гений 1С
 
гуру
29.06.26
18:47
(8) а при чем тут МОД?
14 Гений 1С
 
гуру
29.06.26
18:57
(6) при Сталине такого не было, да.
15 eddy_n
 
29.06.26
19:44
(11) Первоисточник не читал. Да. Да кто же у нас их читает? Есть проверенное временем решение - помощь зала.
16 eddy_n
 
29.06.26
19:46
(11) Что значит, наконец. Те щетаещь, что это случилось по многочисленным заявкам? I don't think so.
17 Гений 1С
 
гуру
29.06.26
20:02
(16) я не писал "на конец"
18 eddy_n
 
29.06.26
20:03
(11) Вид номенклатуры в типовой - в соотношении один на один товар, а видов маркировки может быть много?
19 eddy_n
 
29.06.26
20:03
(17) Цитирую первоисточник: В этом релизе наконец-то переименовали реквизит «Вид маркировки» в «Удалить вид маркировки».
2 + 2 = 3.9999999999999999999999999999999...