Версия для печати темы (https://pro1c.org.ua/index.php?s=6322a58edf486e40dfc1ed4c59c4e3a6&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)
Вы не понимаете ширины проблемы.
конечно не вижу
тут вы правы.
но опять же, идете и придумываете велосипед.
Вот если бы вам сказали, надо 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