При выгрузке документов из разных баз в БП возникают дубли номенклатуры. Причем выгрузка шла в основном (а сейчас идет постоянно) из Розницы, но сначала она шла еще из ТиС 7.7 и другой какой-то базы, все писалось вручную, давно, кем уже не узнаешь.
Понятно, что это нехорошо. Понятно, что надо объединять дубли в один. Понятно, что для этого есть как типовая обработка, так и обработка из ИР. Но...
Сейчас такая ситуация, что один товар приходит, а другой - с тем же наименованием - уходит. Понятно, что по одному - минус, а по другому "супер"плюс.
Бухгалтерия говорит, что это влияет на отчетность, и у них получаются очень большие налоги. А реально, на что это влияет?

скажу грубо

Бухи врут. Это у них состояние истерики, что все привели в полный бардак... Теперь ищут на кого стрелки перевести.

Что много дублей, что мало дублей, ну лучше, когда дублей нет, но их отсутствие не спасет дураков от появления бардака

"Бухгалтерия говорит, что это влияет на отчетность"
Этого мало?

(2) он про другое спрашивает

(3) У тебя дт41 одна номенклатура
кт41 другая номенклатура

Как ты думаешь это на что-то повлияет при отчётности?

(4) если они дебилы, то это не лечится уничтожением дублей.
дебилы лечатся уничтожением у них кривых рук

А сейчас у них там стрелки переводят на дубли в номенклатуре и поставят раком программиста...

Только косячить в учете они не перестанут. И в другой раз опять поставят раком программиста

(4)(5)
Да, то что накосячили - это понятно.
Но тут надо учесть, что все документы по поступлению и списанию товара делают в Рознице, продавцы или кто-то там еще. А вопрос встал в Бухгалтерии.

(5) "стрелки переводят на дубли в номенклатуре и поставят раком программиста"

Нормальный программист может показать им результаты работы. И того... В грязь...

(6) В рознице товар берётся как? По ШК? А в бух попадает как? По УИД? Так нужно смотреть, где дубли возникают...

(0)Знакомая ситуация. В плане, что найти ответственного за все грехи и снять с себя эту почетную роль. Начало при тебе все или досталось в наследство от кого-то? Надо искать источник проблемы, а именно править обмены. А потом уже бороться с дублями.

(0) В бухгалтерии номенклатура в общем случае не нужна им достаточно сильно укрупненных групп номенклатуры.
Типа там "товар ндс 10%", "товар ндс 20%" и тому подобное.

Так что да просто переводят стрелки.

(8) Спасибо. У источников проконсультируюсь.
Вообще-то обмен сейчас идет типовой - Розница 2.2 -> БП 3.0. А вот раньше делали своими силами. И если сейчас и возникают новые дубли, то наверняка они сначала возникают в Рознице, т.е. их заводят вручную

(9) Началось гораздо раньше, до меня.

(10) Раньше я так и думал, а вот теперь сомневаюсь. Может, при этом проводки получаются другие.
НДС там вообще везде БезНДС, в одной базе стоит ЕНВД, в другой - НеЕНВД.
Да и при вводе нового такого же товара они запросто могут "отправить" его в другую номенклатурную группу. Смотря кто вводит )

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

Да, не уточнил - Розницы две, в разных магазинах. Может, действительно товары приходят из разных баз но с одним названием?
Но у каждого магазина своя организация! Так что даже в случае "раздвоения" приход делается в одну организацию и расход из нее же, так что "минусов" быть не должно...

(13) // "минусов" быть не должно...

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

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

Вообще, как в (10) еще заметили...
На будущее лучше бы переписать обмены, но для этого, перед этим - надо в бухне поставить учет.
Но постановка учета, как правило, выше компетенции приходящего программиста.