УТ 11.4. Сотрудники безответственно ведут учет, завели больше тысячи дублей номенклатуры, торгуют в основном товаром, связанным с ЕГАИС. Какие приключения можно найти, удалив дубли?

Приключения начнутся в в момент правки первичных документов и синхронизациями с другими системами. А там и закрытие месяца поплывет и т.д.

Смотря как удалять будете.

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

Прежде чем начинать уборку дублей при наличии ЕГАИС, надо установить более-менее точные причины их появления и проверить возможности установки у дублей привязки к периодам их использования. Т.е. активные элементы сворачивать нельзя, а вот уже неактуальные - можно.

(0)

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

1) Бороться с дублями, если отдел закупок будет продолжать их сознательно рожать - как минимум бесполезно.
2) Дубли зачастую - это сознательная горькая необходимость.
3) Самое худшее, если дубли появляются из-за парадигмы обезьянки "А мы всегда так делали...".

P.S.

Нужно всего-навсего понимать:
- как работает УТ
- каков размер базы (а то может она просто ляжет ну или сделает всем весело)
- что на это скажет склад (может там на разные дубли на разное адресное хранение)
- какие есть подсистемы кроме ЕГАИС
- есть ли обмен с внешними системами (привет Битрикс)

P.P.S.
Зато опыта можно хватить по самый "не горюй"

Когда мы в ERP пытались удалять дубли номенклатуры, натолкнулись на то, что в справочнике "Ключи аналитики учета номенклатуры" записи оставались со старым ключом, система затем не позволяла такие остатки списать в регистре себестоимости. Приходилось перепроводить документы в закрытых к этому времени периодах и, соответственно, производить закрытие месяца заново.

(3) то, что они мне постоянно звонят со словами "у нас 1с сломалось" и просят решить, т.е. за них чеки пробить, ибо сами неправильно заводят поступление и ТТН с ЕГАИС, дубли и прочая хрень
(4) где посмотреть привязки? разве не могут привязки "перевязаться" при удалении обработкой?

(7) могут. а иногда не могут.
случаи бывают разные.

(7) имеется ввиду типовая встроенная обработка удаления дублей или самопал какой-то?

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

(7) ничего не перепривяжется, если параллельно били документы по этим товарам, то надо все документы перепровести за эти периоды. У вас себестоимость поменяется. У каждого товара была своя себестоимость, а теперь у общего товара будет какая-то своя, третья себестоимость. Значит надо месяца перезакрывать.

Но если у вас разные дубли были в разные периоды, например, в прошлом году один дубль, а в этом году другой, тогда может и  обойдется.

(7) " то, что они мне постоянно звонят со словами "у нас 1с сломалось" и просят решить, т.е. за них чеки пробить, ибо сами неправильно заводят поступление и ТТН с ЕГАИС, дубли и прочая хрень"
- послать мягко в пешее путешествие - совесть не позволяет?

(12) сделать так, чтобы не звонили - руки не позволяют?))

(12) (13) начальство. за этот ручной все-равно они платят

(14) вы им объясните, что они на этом деньги теряют. Они вам платят зарплату 300тыс. Но они бы могли нанять оператора за 100тыс, который бы разруливал эти мелкие задачки. То есть экономили бы 200тыс. в месяц.

(15) старшие коллеги говорили, что пытались по всякому уже разговаривать. Я же имею дело лишь с кассирами, не принимающими решения. Грустно, в общем

(14) ну так наймись оператором/менеджером.
распылять себя-погромиста на выполнение опеарторских функций - себя не уважать. это может быть обусловлено только алдской потребнсотью в деньгах (раб жесточайшей ипотеки типа)

(16) а ты там кто - чмо безгласное? тряпка половая без права голоса?
поверь - я все этапы "подтирания соплей" проходил. это !!!твое!!! время потраченное В НИКУДА. невосполнимое.
бросай это дело.

(18) умник

(19) Слушай дедушку,дедушка плохого не посоветует,он жизнь прожил.

(19) Ясен пень.
Понятно, что все мы люди слабые.. Регулярно слабину даем, и у меня таковое и бывало и бывает. Но раз за разом - пользы от такой "слабины" - ну никакой. Поэтому - себя дисциплинируем. Всяких неадекватов - посылаем или общаемся через прокладку так чтоб они сами затрахались и отвяли.

(16) >>  пытались по всякому уже разговаривать. Я же имею дело лишь с кассирами, не принимающими решения.

При возникновении очередной такой проблемы вместо того, чтобы исправлять её, пишешь электронное письмо, в котором подробно описываешь:
1. Кто (конкретный пользователь, ФИО, должность), когда и что сделал неверно (накосячил).
2. Кто и что конкретно должен сделать сейчас для исправления ситуации. С перечислением всех пользователей, если исправление требует каких-то дополнительных действий типа перезакрытия периода, восстановления последовательностей и т.п.
3. Что должно быть сделано для недопущения таких ошибок.

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

Сам никогда и ничего в пользовательских данных не делай. Данные в базе - это пользовательская информация, они за неё отвечают. Если что-то случайно сделаешь не так - виноват будешь ты.
В приличных конторах следят за тем, чтобы программист вообще никак не касался данных, кроме обработок обновления (если они выполняются от его имени).

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

>> пытались по всякому уже разговаривать.

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

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

Может быть сделать проще: создать папку, которую не видно при подборе и пусть юзверы туда прячут свои косяки? Не барское это дело прогеру сопли юзверям подтирать.

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

(24) В какой то УТ элементы помеченные на удаления по умолчанию в подборе не видны. На одном производстве был выделен сотрудник на справочник,если не нашли звонили ему,новый заводит только он,после того как побегает и уточнит,как правильно назвать или можно использовать существующее.

(25) пометка это конечно не совсем верный механизм. По идее нужна галка не актуальный

(26) Зато штатный и наглядный

(26) у меня так и сделано на клюшках и видимо придется делать и на 8-ке. меня ахереть как раздражают помеченные на удаление которые не удаляются, непорядок.

(27) Штатно можно создать доп реквизит у номенклатуры, и по нему фильтровать список.

(29) причем, это не единственный подход со штатным решением в УТ 11.4 - там очень много вариантов можно придумывать и комбинировать.

(30) конечно, например давать по лапкам юзверам, которые нафигачили 100500 номенклатур)) А лучше сделать так, чтобы не создавались дубли, чем потом ломать голову как их исправить. Особенно, когда база еще обменивается с другими базами.

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

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

(32) вы не знаете этих юзверов!) Их хлебом не корми, дай номенклатуру завести. А если ругается на остаток, то тетя Клава из соседнего отдела по дружески сделает ОприходываниеИзлишков))

(32) это как? типа если они знают что все гуано придется разгребать самим - то типа думали бы перед тем как клаву топтать?

(35) Типа, большая часть дублей в номенклатуре была создана при помощи специалиста из саппорта и/или разработчиком. Не вручную.

(36) Да не,юзвери и наколотили.Вот если бы был специальный человек-решала по НСИ,ТС занимался бы своим делом

(37) да не нужен тут никакой решала, вам бы только дай штат раздуть!)

(38) >> не нужен тут никакой решала, вам бы только дай штат раздуть!)

Это уже по месту от ситуации и масштабов бедствия зависит.
Иногда без ответственного за НСИ и строго соблюдения бизнес-процесса по вводу новой НСИ никак нельзя. И пусть весь мир подождёт, пока все не согласуют заведение новой позиции со всеми её параметрами (ставки налогов, коды, артикулы, единицы измерений, статьи доходов/расходов, и пр. и пр.), включая проверку на дубли.
А иногда это действительно ненужный бюрократический рудимент, только тормозящий работу. Или такая проверка может быть невозможна (новые позиции рождаются на складе при приёмке товара, где тупо некогда проверять).
В любом случае в организации, где высок риск возникновения дублей, должны быть какие-то алгоритмы контроля. Либо на входе (при вводе данных), либо в процессе (каждую уже введенную номенклатуру кто-от должен проверить), либо проверки на выходе (перед закрытием периода, например), либо и то, и другое, и третье.

(39) Помню в одной конторе был такой ответственный человек, который заказы из 1с сидел и вбивал в партионную подготовку от почты России. А потом от туда печатала наклейки и документы на посылки. Целое место было выделено под это дело, каждый месяц исправно зарплату получала. А потом пришел я "злодей" и расковырял эту прогу и настроил автоматический обмен из 1с туда. А потом и печатные формы и реестры перенес в 1с. В итоге этот очень важный человек стал уже и не нужен на этом месте и косяков с оправками стало кратно меньше (она время от времени косячила при ручном вводе заявок).
В общем я сторонник автоматизации ввода данных, если такая возможность есть. А так же различных АРМ, чтобы юзвер не мог накосячить. Тогда и дублей будет в разы меньше и юзверам работать гораздо проще.

(38) То что это одно и тоже но под разными названиями ни один прог или АРМ не решат.и параметры номенклатуры не спасут.Иногда одно и тоже от фирмы А использовать можно,от Б нет.Все одинаковое.Конструктор так заложил

(40) Это всё само собой. Автоматизация должна быть. Где это возможно и оправдано. Где-то это очевидно, как твой пример с почтовыми отправлениями.
Но не всё можно автоматизировать.
И ответ на простой вопрос - а надо ли заводить новую номенклатуру - не так очевиден. Зависит от бизнеса, модели и схемы учёта. Пример в (41).
В больших сложных системах, например, мало просто завести в справочник новую номенклатуру или новый договор. Нужно ещё огромное количество разных параметров и настроек задать, чтобы во всех разделах учёта операции правильно легли и нашли своё отражение во всех разрезах.

(39) "..где тупо некогда проверять..." - ага, а потом типа
https://logirus.ru/news/warehouses/obi_obeshchaet_sts_logistics_eshche_odin_raund_v_sude_vmesto_oplaty.html?utm_medium=email&utm_source=Unisender&utm_campaign=272614797

(43) "– Часто приходящие товары не были описаны в информационной системе, содержали большой объем ошибок в весогабаритных характеристиках, в кратности и вложенности товара, – привел пример собеседник «Логируса». – В результате, большой объем продукции попал «в карантин», и товары не могли быть отгружены. У OBI в этот момент проходили распродажи, и на нас постоянно давили с требованиями принимать и отгружать товары. В результате, склад оказался перетарен и на нем образовались ошибки учета. Наши попытки навести порядок с помощью приостановки операций и договоренностей к успеху не привели."

Представляю как там летали кладовщики и программисты))

(44) Вчера читал про работу на складе Вайлберриз,жесткая жесть.За неделю взяли 4-х,уволили 4-х.

(45) да они вообще косячат по адскому, мне наш отдел сказал, что с ними за товар только мы и судимся (просто похерили на несколько лямов товара на складе вб). Никакой обратной связи нет по этому поводу. Поддержка там только для галочки. В итоге суд выиграли, нам даже другие конторы звонили и спрашивали, как так?)) Сейчас новый косяк, они за возврат выставили конский ценник, товар стоит условные 1тыс рублей, услуги МП по нему 40тыс выставили, мол покупатель из Белоруссии отказался от товара. Походу будут новые суды...

(46) Удивительно если бы не косячили.У них тоже 1С?

(47) да кто их знает, что там у них внутри. Но сервис построен по принципу, мы большие, а вы любитесь как хотите. Еще прикольные порой условия для возврата товара с маркетплейсов...туда хоть фурами завози, а обратно заплати за сборку и больше 3кубов за раз нельзя) В общем хрен вывезешь