Создание обработки "Серийны номер"

[Fantom1C]

Информация о системе:
1с Предприятие 7.7 (7.70.027)
Конфигурация "Торговля+Склад" редакция 9.2
Оптово-розничная конфигурация (7.70.945)
Теперь вопрос:
Внезапно для себя решили плотненько работать с серийными номерами. Для начала в документ "Поступление в розницу" добавил столбик "Серийник", но инженерная мысль не встала на месте. Решили добавить целую обработку, связанную с серийными номерами: т.е. справочник, в котором будут указываться серийные номера, привязанные к единице товара и в дальнейшем можно было по серийному номеру увидеть движения определенной единицы товара.
Подскажите, будьте так любезны, с чего лучше начать, где покопаться, куда заглянуть?

[дфтын]

В регистр нужно добавлять серийник, где остатки товаров. чтоб потом строить отчетность попроще.

[Fantom1C]

В регистр нужно добавлять серийник, где остатки товаров. чтоб потом строить отчетность попроще.

В конфигураторе нашел ветку "Регистры", а вот "остатки товаров" там нет. Собственно, с чего начать работать так и не понял.

[Herby]

В конфигураторе нашел ветку "Регистры", а вот "остатки товаров" там нет

за движение товаров в ТиС отвечают как минимум регистры "ОстаткиТМЦ" и "ПартииНаличие".

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

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

Если планируете внести все эти изменения "на коленке" за 1-2 месяца, то ничего хорошего из этого не выйдет.

[Fantom1C]

В конфигураторе нашел ветку "Регистры", а вот "остатки товаров" там нет

за движение товаров в ТиС отвечают как минимум регистры "ОстаткиТМЦ" и "ПартииНаличие".

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

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

Если планируете внести все эти изменения "на коленке" за 1-2 месяца, то ничего хорошего из этого не выйдет.

Благодарю за содержательный ответ.
Вчера нашел описание "для чайников", в ней было реализовано следующее: "Поступление серийных номеров ТМЦ", "Реализация Их Же", Создавался справочник, привязанный к справочнику номенклатура, регистры и новые документы соответственно. Не совсем то, чего бы хотелось, но все-таки.
Вы, безусловно правы, что на создание подобной обработки требуется большое количество трудочасов, но для меня выхода нет, придется 6-12 месяцев заниматься этим.
И еще личный вопрос: Как долго Вы занимаетесь 1с программированием? Может быть сможем связаться с Вами в Скайпе и попробовать совместными усилиями помочь молодому ИП в достижении желаемого результата?

[дфтын]

Зачем вам самому? наймите программистов, их тут много:)не найдете, пишите мне:)

[fipolaz]

Вчера нашел описание "для чайников", в ней было реализовано следующее: "Поступление серийных номеров ТМЦ", "Реализация Их Же", Создавался справочник, привязанный к справочнику номенклатура, регистры и новые документы соответственно.

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

Задача серийных номеров для конфигурации Торговля+Склад решалась многократно и различно. Каждая из реализаций содержит как плюсы, так и минусы. На мой взгляд важно не то, какими справочниками и регистрами это организованно в конфигурации, но то как устроен процесс обслуживания номеров. Несколько моих знакомых начисто отмели идею перехода с 7.7 на 8-ку именно в связи с тем, что имеющаяся в последней реализация их абсолютно не устраивает в сравнении с той, которую они используют.