Версия для печати темы (https://pro1c.org.ua/index.php?s=9e05d5504325fbc5490372096b6e78d4&showtopic=57004)

Нажмите сюда для просмотра этой темы в обычном формате

Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 _ Программирование в 1С Предприятие 8.3 _ Нужен совет по инвентаризации

Автор: TigerHeart 12.02.20, 9:01

Платформа : 8.3.13.1513
Конфигурация : Самописная

Сразу же предупреждаю - "я не волшебник, я только учусь"...
Я пишу собственную конфигурацию по инвентаризации и учёту техники на предприятии.
Не надо мне советовать уже готовые конфигурации. Моя основная цель - научиться на практике, обрести опыт программирования. Сама конфигурация - это лишь повод, ну и чтобы в резюме лишнюю галочку поставить. ))

Итак, собственно, в чём я запутался :
Возьмём реальный пример.
Допустим некоторому сотруднику со склада выдана мышка. Сотрудник - это элемент справочника. Правильно ?
У сотрудника есть рабочее место. И это тоже элемент справочника. Так ?
У мышки есть модель, серийный номер, дата покупки, гарантийнфй срок и тп.
Так вот, именно здесь у меня и случился ступор.
Мышка - это что ? Это элемент справочника ? Или это регистр ? И если регистр, то какой ?
Справочник, вроде как не подходит, потому что потом мне нужно будет получать отчёт обо всех движениях этой мышки с момента покупки. Например, такого-то числа куплена и оприходована на склад, такого-то выдана бухгалтеру, затем сдана в ремонт, после ремонта опять принята на склад и тд. А справочники, вроде бы, такого не умеют. Верно ?
С другой стороны, нужно будет учитывать также и разную мелочёвку, без серийного номера и гарантийного срока, которую нужно будет просто суммировать по колличеству при поступлении на склад. Например, купили 5 ковриков для мышки, а на складе уже было 3, значит в результате их должно стать 8.
Интуитивно догадываюсь, что мне нужно использовать Регистры накопления. Они, вроде как, умеют суммировать, и сохраняют все движения по времени. Но я не уверен.
Вот и хотелось бы посоветоваться с людьми опытными.

Автор: pablo 12.02.20, 9:15

1. То, что Вы спрашиваете, относится не к знаниям по программированию, а к предметной области учета, соответственно, Вам лучше посмотреть как это сделано в типовых конфигурациях.
2. Вам нужно два справочника: ОсновныеСредства (мышки с инвентарным номером) и Номенклатура (мышки без инвентарного).
3. Ни один элемент метаданных не умеет все. Везде используется их комбинация. Например, для хранения инвентарного номера мышки используют не справочник ОсновныеСредства, а периодический РегистрСведений.
Так что учитесь читать код в чужих конфигурациях.

Автор: denis84 12.02.20, 9:25

Вам необходимо создать справочник "Номенклатура", "Основные средства". Документы, которыми будет осуществляться приход на склад, списание со склад, ввод в эксплуатацию этих ТМЦ, ремонты и т.д.. Эти документы должны делать движения в регистр. И вот из регистра Вы с помощью отчета будете получать нужные Вам данные.

Т.е. создаете метаданные: Справочники, документы, регистры.
И скачайте какуб нибудь книгу по программированию 1С, к примеру "Радченко Е.Ю. практическое пособие разроботчика". В этой книги красиво все расписывают.

Автор: TigerHeart 12.02.20, 9:37

Цитата(pablo @ 12.02.20, 9:15) *
для хранения инвентарного номера мышки используют не справочник ОсновныеСредства, а периодический РегистрСведений.

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

Цитата(denis84 @ 12.02.20, 9:25) *
Вам необходимо создать справочник "Номенклатура", "Основные средства". Документы, которыми будет осуществляться приход на склад, списание со склад, ввод в эксплуатацию этих ТМЦ, ремонты и т.д.. Эти документы должны делать движения в регистр.

Ну "Номенклатура", само собой, уже создана. Там просто модели без инвентарного номера, даты покупки и пр. Документы все тоже созданы. Я не настолько нуб.
Движения в регистре они делают, но я не могу понять какой регистр мне нужен - накопления (чтобы суммировались одинаковые позиции, без инв. номера) или сведений ??? Вот в чём у меня затык.

Цитата(denis84 @ 12.02.20, 9:25) *
И скачайте какуб нибудь книгу по программированию 1С

Я смотрю пособия в Ютубе. Но там, почему-то, больше по финансовой части. А по складскому учёту почти ничего нет.

Автор: pablo 12.02.20, 9:47

Вы даже в мыслях не допускаете, что нужны оба вида регистров? Разные данные с разным характером обновления хранятся в разных сущностях.

Автор: TigerHeart 12.02.20, 9:50

pablo @ Сегодня, 9:47 * ,

Цитата(pablo @ 12.02.20, 9:47) *
Вы даже в мыслях не допускаете, что нужны оба вида регистров? Разные данные с разным характером обновления хранятся в разных сущностях.

А как тогда делать обработку проведения по обеим видам регистров ? Или проводить по условию - если есть инв. номер, то записывать в сведений, а если нет, то в накоплений ? Это не будет "костылями" ?

Автор: Vofka 12.02.20, 10:07

TigerHeart, один документ может делать движения сразу по нескольким регистрам, это нормально.

Автор: denis84 12.02.20, 10:11

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

Автор: TigerHeart 12.02.20, 10:29

Цитата(denis84 @ 12.02.20, 10:11) *
Необходимо почитать умную литературу

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

Цитата(denis84 @ 12.02.20, 10:11) *
Регистры накопления имеют 2 варианта остатки и обороты.

Да! Точно! Обороты! Я совсем забыл про них. Теперь я знаю, в каком направлении двигаться.
Всем СПАСИБО !

Автор: fly 12.02.20, 10:47

Цитата(TigerHeart @ 12.02.20, 9:50) *
А как тогда делать обработку проведения по обеим видам регистров ? Или проводить по условию - если есть инв. номер, то записывать в сведений, а если нет, то в накоплений ? Это не будет "костылями" ?


ну использовать регистр накопления - "ошибка"
вы совсем не с того начали..... сначала определите для себя, что такое инвентариция, что такое ОС и что вам в конце концов надо.
Вы полезли делать как...
1. У вас 1 мышка с одни инв номером (серийным номером), т.е. кол = всегда 1.Что вы собрались накапливать в регистрах накопления???
2. оборотный регистр так же ничего не даст - смысла получать оборотов в данном случае вообще нет, вы оборачиваете всегда 1ин элемент.

включаем обычную логику:
1. Основное средство - ок, неограниченное количество = Справочник.
2. Количество и инв номер для Ос всегда 1, не может быть более противоречит Свойствам Основное средство.
3. вам нужно получать последнюю информацию о месте ОС (МБП).
оцениваем информацию, которая должна храниться
а) непосредственно ОС = Справочник.ОС - является объектом мышь (но мышей может быть много)
б) серийный номер/инвентарный номер (далее ИнвНомер)
Так как у одинаковых объектов все равно ИнвНомер всегда разный, и не зависит от характеристик самого объекта, может назначаться вручную и т.д. - то два варианта
б.1 - Справочик.СерийныеНомера
б.2 - РегистрСведений.СерийныеНомера
в) текущее место хранение = сотрудник, хотя может храниться и не только у сотрудника и на складе, но отвечать все равно какой то сотрудник значит:
Справочник.Сотрудники
г) если непосредственно нужна информация причины хранения - причин может быть огромное количество и для инвентаризации непосредственно не имеет значение
хранить - нет
получать - если хочется = да, то можно хранить в Регистраторе (реквизитом причина перемещения - возможно достаточно и Перечислений, но и Справочник так же можно использовать, если прланируется неограниченное количество причин)
д) так же нужна инфомрация по мимо последнего места хранения, а вообще он должен числиться или нет, так как объект прошел все стадии эксплуатации и в какой то момент должен быть списан- предварительно "Актуален".
е) состояние средства - необходимо получать, так как оно может числиться и при этом состояние его может быть непригодным к эксплуатации, а объект по какой то причине не списывается (возможно для дальнейшего его ремонта), но так числиться - храним. + инвентаризация так же отражает состояние объекта - вывод = Храним.

прочее, пока не вижу, так как очень мало вводных...

А теперь из вышесказанного, бабам момент истины = РегистрСведений.
Периодический:
ПодчиненРегистратору

Измерения:
ОС
ИНВномер
МестоХранения
Актуальность
Состояние

Цитата(TigerHeart @ 12.02.20, 10:29) *
Я не спорю, но прежде нужно бы определиться - о чём конкретно читать. О регистрах сведений или накопления.

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

Автор: TigerHeart 12.02.20, 10:54

Цитата(fly @ 12.02.20, 10:47) *
Что вы собрались накапливать в регистрах накопления???

Коврики для мышки, картриджи для принтера и тп. Они не имеют инв. номера, но их на складе может быть более 1. Флешки не имеют инв. номера. И на одном раб. месте может быть несколько одинаковых флешек.
Вот что я собрался накапливать.

Цитата(fly @ 12.02.20, 10:47) *
Количество и инв номер для Ос всегда 1

Как я уже написал, у флешек и ковриков нет инв. номера, и их может быть больше, чем 1.

Автор: fly 12.02.20, 10:55

Цитата(TigerHeart @ 12.02.20, 9:01) *
С другой стороны, нужно будет учитывать также и разную мелочёвку, без серийного номера и гарантийного срока, которую нужно будет просто суммировать по колличеству при поступлении на склад. Например, купили 5 ковриков для мышки, а на складе уже было 3, значит в результате их должно стать 8.

а это совсем другая история - это вообще материалы, и никакого отношения к примеру к технике на предприятии может вообще не иметь отношения, пока эту мелочевку не выдадут Сотруднику.
Пока на полочке на складе = материал. Он может быть потом продан, потерян, выдан сотруднику - но пока это точно не "техника".
Так что учитывается отдельно как товар/метериал и т.п.

Автор: TigerHeart 12.02.20, 11:00

Цитата(fly @ 12.02.20, 10:47) *
б.1 - Справочик.СерийныеНомера

Очень часто возникает вопрос, типа "А кому мы поставили тот монитор, что 2 года назад стоял у бухгалтера?". Разве Справочник даст ответ на этот вопрос ?

Цитата(fly @ 12.02.20, 10:47) *
е) состояние средства - необходимо получать, так как оно может числиться и при этом состояние его может быть непригодным к эксплуатации, а объект по какой то причине не списывается (возможно для дальнейшего его ремонта), но так числиться - храним. + инвентаризация так же отражает состояние объекта - вывод = Храним.

Почему не создать дополнительные склады "В ремонте", "На подготовке к списанию", "Списано" и тп. ? Тогда можно будет просто перевести на виртуальный склад и ничего не придумывать, никаких состояний средства.

Автор: fly 12.02.20, 11:02

Цитата(TigerHeart @ 12.02.20, 10:54) *
Коврики для мышки, картриджи для принтера и тп. Они не имеют инв. номера, но их на складе может быть более 1. Флешки не имеют инв. номера. И на одном раб. месте может быть несколько одинаковых флешек.
Вот что я собрался накапливать.

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

Если вы выдали оборудование сотруднику - 1 флешка = 1 техническое средство.
Если выдали еще одну флешку - это еще одно, отдельное оборудование со своим инв номером - Теория бух учета.

И никак не может быть 10 флешек = 1го оборудование.
Оно может и фактически и не иметь написанного Инв номера, но по инструкции должно, поэтому присвоить по логике нужно (ключи на ключнице, с виду одинаковые - по факту разные, или имеют номер кабинета или как то визуально отличаете, но если не отличаете = номер кабинета)

Автор: TigerHeart 12.02.20, 11:03

Цитата(fly @ 12.02.20, 10:55) *
Так что учитывается отдельно как товар/метериал и т.п.

А, то есть - отдельный справочник "Материалы". А это мысль, спасибо. ))

Автор: fly 12.02.20, 11:05

Цитата(TigerHeart @ 12.02.20, 11:00) *
Очень часто возникает вопрос, типа "А кому мы поставили тот монитор, что 2 года назад стоял у бухгалтера?". Разве Справочник даст ответ на этот вопрос ?

Справочник - нет
Место его хранение - да.

вы берете одну фразу, не принимая в расчет всю картину.

При чем тут серия - к месту хранения???

Автор: TigerHeart 12.02.20, 11:06

Цитата(fly @ 12.02.20, 11:02) *
пока они на складе, это материалы, и никакого отношения к технике которую эксплуатируют на предприятии нет.

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

Автор: fly 12.02.20, 11:23

Цитата(fly @ 12.02.20, 11:05) *
А, то есть - отдельный справочник "Материалы". А это мысль, спасибо. ))

теория бух учета - ПСБУ 1 и т.д. прийдется почитать, так как информацию хранят в разных местах, с разной аналитикой.

Цитата(TigerHeart @ 12.02.20, 11:06) *
Но подождите, разве Рабочее место нельзя рассматривать, как тоже небольшой склад ? И тогда выдача техники сотруднику - это просто перемещение между складами. Разве так нельзя ?

в вашей конфигурации вы можете сделать как вам захочется, можно и Основное средство = товар.

в реалиях они имеют как общие свойства так и совсем противоположные.
и если у вас свойства хранения ОС = свойствам хранения Склад, то можно и поставить Склады....
но зная всю картину, от ОС до Сотрудников и Складов.... то точно разделял бы.
Разные документы учета, разные характеристики.
Материалов для создания нового ОС может быть потрачено 10 ток или 1000ча - а в итоге = 1о основное средство.

используя логику 1 материал выдал = переместил 1 ОС, вы сталкиваетесь с тем, что собрать МФУ из 1 МФУ + 1 Картридж вы не сможете.

Цитата(TigerHeart @ 12.02.20, 11:00) *
Почему не создать дополнительные склады "В ремонте", "На подготовке к списанию", "Списано" и тп. ? Тогда можно будет просто перевести на виртуальный склад и ничего не придумывать, никаких состояний средства.

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

Автор: TigerHeart 12.02.20, 11:24

Цитата(fly @ 12.02.20, 11:08) *
теория бух учета - ПСБУ 1

Но зачем мне финансовая отчётность ?

Автор: pablo 12.02.20, 11:27

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

Автор: fly 12.02.20, 11:28

Цитата(TigerHeart @ 12.02.20, 11:24) *
Но зачем мне финансовая отчётность ?

а как вы собираетесь строить базу учета, не понимая, с какой целью строите, вам нужно видеть во что в итоге выльется ваша база.
а База 1с = в конечном итоге 5 форм отчености бух учета к примеру (Баланс, ОПУ, ДДС, отчет о капитале, расшифровки к отчетности)
или 4е формы международной отчетности.
или 3 формы внутренней управленческой отчетности фирмы.

иначе вы сделале паровой двигатель для электроавтомобиля.

Автор: TigerHeart 12.02.20, 11:39

Цитата(fly @ 12.02.20, 11:23) *
используя логику 1 материал выдал = переместил 1 ОС, вы сталкиваетесь с тем, что собрать МФУ из 1 МФУ + 1 Картридж вы не сможете.

Да я уже столкнулся с трудностью сборки системного блока из комплектующих. Значит надо будет выделить Склады в отдельный справочник. И потом через документ сборки формировать новую единицу "Системный блок". Спасибо за подсказку.
Вот бы только почитать где-нибудь об этом подробнее. Не подскажете где можно почерпнуть знаний о документе сборки ?

Цитата(fly @ 12.02.20, 11:23) *
Путаете грешное с праведным
Почему на кухне не поставить стол для завтрака, стол для обеда, стол для ужина?
и тогда в зависимости от того, за какой стол сел, это его состояние.

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

Цитата(fly @ 12.02.20, 11:28) *
а как вы собираетесь строить базу учета, не понимая, с какой целью строите, вам нужно видеть во что в итоге выльется ваша база.

У меня смысл всей моей базы - это всего лишь ответить на вопрос "Куда делся монитор, который 2 года назад стоял у бухгалтера?". Вот и всё, что мне нужно от моей базы. Вот моя цель. Это база исключительно для моего личного внутреннего пользования. И зачем мне здесь "5 форм отчености бух учета" ?

Автор: fly 12.02.20, 11:43

ну тогда просто заведите Excel лист, и получайте табличку.
не даваясь в поднобности.

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

Автор: TigerHeart 12.02.20, 11:48

Цитата(fly @ 12.02.20, 11:43) *
а что именно теперь вы вкладываете в этот вопрос?

Возможно я неправиль выразился.
Мне нужно создать документ, которым я возьму со склада пригоршню комплектующих, и после проведения у меня на рабочем месте появится новый элемент "Системный блок". Как-то так.
А может быть существует какая-то примитивная похожая конфигурация, которую я мог бы распотрошить и посмотреть, как там всё устроено ? Потому что те, которые я находил раньше, были слишком сложные и я не смог в них разобраться.

Автор: fly 12.02.20, 11:49

TigerHeart @ Сегодня, 11:48 * ,
по факту можно что угодно придумать, просто писывать вручную данные в независимый регистр даже без документов.
если вам просто нужен список.

Автор: TigerHeart 12.02.20, 11:52

Цитата(fly @ 12.02.20, 11:43) *
ну тогда просто заведите Excel лист, и получайте табличку.

Сейчас и так всё ведётся в Экселе. Возможностей Экселя не хватает. Приходится каждую позицию вносить по 2 раза (на складе - расход, на раб. месте - приход), а это не удобно.

Автор: fly 12.02.20, 11:57

Цитата(TigerHeart @ 12.02.20, 11:52) *
Сейчас и так всё ведётся в Экселе. Возможностей Экселя не хватает. Приходится каждую позицию вносить по 2 раза (на складе - расход, на раб. месте - приход), а это не удобно.

поверьте, после создания БД по учету ОС - будет еще не удобней, так как документов будет больше, реквизиты вноситься будут сложнее.
созать элемент српавочника ОС, создать элемент Инв номер. Создать новый документ. прописать/выбрать реквизиты и т.д.
сейчас внес 1-2 строки в excel - 2 минуты.

В БД вы потратите на все, чтоб хранить передавать, отражать в учете и т.д. намного больше ресурсов.

fly @ Сегодня, 11:54 * ,
но зато получаете
периодичность
структурированность
безопасность
ограничение прав и ролей
и т.д.

Автор: TigerHeart 12.02.20, 12:09

Цитата(fly @ 12.02.20, 11:57) *
после создания БД по учету ОС - будет еще не удобней, так как документов будет больше, реквизиты вноситься будут сложнее.

Вы не понимаете ширины проблемы.
У нас около 120 рабочих мест. Каждое раб. место ведётся по комплектующим - около 20 строк на каждое. Одним листиком Экселя не ограничиться. Плюс отдельным документом Экселя - список сотрудников с номерами телефонов, эл. почты и тп. Ещё отдельный документ - список закупок, и отдельный документ - учёт гарантийного срока. Сейчас у нас уже 8 документов в Экселе. И в каждом документе куча листов. Всё это создаёт ужасную путаницу.
Думаете, "будет еще не удобней" ? Я в этом сомневаюсь. Неудобней уже некуда.

Цитата(fly @ 12.02.20, 11:57) *
созать элемент српавочника ОС, создать элемент Инв номер. Создать новый документ. прописать/выбрать реквизиты и т.д.

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

Автор: fly 12.02.20, 13:36

Цитата(TigerHeart @ 12.02.20, 12:09) *
Вы не понимаете ширины проблемы.

конечно не вижу smile.gif тут вы правы.

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

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

Автор: jackill88 12.02.20, 17:49

TigerHeart @ Сегодня, 9:01 * ,
Могу самописную cf-ку по инвентаризации скинуть, если интересно, в ЛС.

Автор: TigerHeart 17.02.20, 13:41

Цитата(denis84 @ 12.02.20, 9:25) *
И скачайте какуб нибудь книгу по программированию 1С, к примеру "Радченко Е.Ю. практическое пособие разроботчика". В этой книги красиво все расписывают.

Думаю, что это лучший ответ. ))
Пока ещё до конца не понял, насколько она подходит к моей задаче, но книга отличная !!!

Цитата(jackill88 @ 12.02.20, 17:49) *
Могу самописную cf-ку по инвентаризации скинуть, если интересно, в ЛС.

Цитата
Моя основная цель - научиться на практике, обрести опыт программирования.

Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua