Моя история это не история инженера по внедрению, это история рядового инженера ставшего невольным свидетелем и участником этого внедрения.
1С это хороший программный продукт способный решать многие задачи. 1С в основе своей представляет программу по работе с базами данных. При должном умении можно настроить маршруты взаимодействий, условия и взимосвязи, которые позволят подстоиться под любые задачи, автоматизировать любые процессы, поддающиеся программной обработке.
Наш завод использовал 1С как и многие для ведения бухгалтерии и для ведения складкого учета. А отдел снабжения работал с бумажными ведомостями покупных материалов (ВП). И все задачи по планированию снабжения цехов согласно графика производства ложились на плечи специалистов отдела снабжения. Они постоянно были вынуждены носиться с бумажными ведомостями и сверяться со складом, по наличию материалов на остатках. В какой то момент стали пытаться эту работу автоматизировать. И пришли к тому, что конструкторски отдел который и формирует ВП должен выгружать эти ведомости сразу в 1С. Для того чтобы можно было сразу ВП, одним нажатием клавишы, сверить со складскими остатками. И соответственно закупать только те материалы которых на складе недостаточно или отсутствуют. Задумка здравая, а вот реализация подкачала.
Для того чтобы этот процесс можно было автоматизировать, первое, что нужно сделать, это сделать одинаковые наименования для товаров везде в рамках предприятия. Програмисты, которые этим занимались рассудили так, товары поступают через отдел снабжения, значит отдел снабжения и должен вносить в базу наименования. Но проблема оказалась в том, что отдел снабжения товары получает от поставщиков, а каждый поставщик может писать на каждый товар свои наименования. В итоге на склад поступают болты, в накладной написано "Болт 6х20" - вносим их с таким названием в базу. Через месяц поступают болты от другого поставщика, в накладной написано "Болт М6х20" - вносим их с таким названием в базу. Ещё через месяц поступают болты от третьего поставщика, в накладной написано "Болт М6-6gx20.58 ГОСТ 7798-70" - вносим их с таким названием в базу. И таких наименований может быть множество.
Болт М6-20, Болт 6-20, В итоге мы имеем типов наименования, которые считаются разными болтами, и каждое наименование может иметь на остатке какое-то количество этих болтов. И потом специалист склада, который выдает материалы в цеха. Он смотрит в документы, там написано выдать в цех Болт М6-6gx20.58 ГОСТ 7798-70 - 100 шт. От смотрит на остатки, а там 0 шт., а что под наименование М6-20 имеются болты он не в курсе, да он и не должен их сличать. Потом снабженцы опять бегут покупать новые болты, не зная, что на складе они есть, только под другим названием. И это я привел пример только на одном виде товара как простой болт. А этих наименований тысячи. И каждый вид товара может быть внесен в базу под разным наименованием. И потом только во время годовой инвентаризации выясняеться, что болты внесенные на склад под наименованием "Болт 6-20" на складе пролежали 1 год без движения. А это по сути замороженые деньги которые пролежали на складе в виде болтов. Для решения этой проблемы стали заставлять конструкторский отдел сверяться в базой складских остатков и они стали обязаны после выдачи ВП, вручную сопоставлять материалы в ВП с наименованиями в базе 1С, и указывать что Болт М6-6gx20.58 ГОСТ 7798-70 соответствует наименованиям Болт 6х20, Болт М6х20, Болт М6-20, Болт 6-20, Болт М6-20 ГОСТ 7798-70, Болт М6х20 ГОСТ 7798-70 и т.д. И это стало постояной обязаностью по сверке наименований в ВП и в 1С.
А проблема была в самом начале. Все наименования товаров, которые завод должен закупать для своих изделий, рождаются в конструкторском отделе. Поэтому именно конструкторский отдел и должен бы создать классификатор наименований, для того чтобы не было этого дублирования в базе 1С.
Конструкторский отдел вносит в свои спецификации материалы согласно ГОСТ, и полное наименование болта "Болт М6-6gx20.58 ГОСТ 7798-70" оно должно быть внесено в базу 1С как базовое, все остальные наименования которые записываются согласно записям из товарных накладных должны вноситься как альтернативные названия. И тогда было бы видно сразу, что Болт М6-6gx20.58 ГОСТ 7798-70 на складе числится под разными наименованиями, но в сумме их допустим 2000 шт. Отдел снабжения не должен иметь доступа к созданию базовых наименований в 1С, так как отдел снабжения только реализует волю конструкторского отдела. И тогда не нужно было бы заниматься сопоставлением наименований в ВП и в базе 1С. После выгрузки ВП в форму 1С сопоставление по наименованиям произошло бы автоматически. Потому что материалы в ВП уже имели бы базовые наименования. И даже если какой-то неопытный конструктор внесет в проект упрощеное название как "Болт М6х20" это наименование можно сопоставить с альтернативными наименованиями и определить к какому базовому наименованию оно относится. Для этого не потребуется много времени.
Я на этом заводе не работаю уже более 10 лет, но на сколько до меня доходят слухи, конструкторский отдел до сих пор занимается сопоставлением наименований в ВП и в базе 1С. Потому что конструкторский отдел создание этих наименований в 1С не контролирует, а люди в массе своей товары называют так как на душу легло. И потом только волшебник догадается под каким наименованием в товарной накладной сегодня поступил на склад какой нибудь "Выключатель автоматический однополюсный C 16А 4.5кА".