Так, в учетной политике для целей бухучета организация вправе установить лимит стоимости, в пределах которого основные средства учитывают в составе материалов. Этот лимит не должен превышать 40 000 руб. (п. 5 ПБУ 6/01). Компьютер, стоимость которого не превышает установленного лимита (с учетом всех затрат на приобретение), можно учесть как материально-производственные запасы. Приобретение и списание такого компьютера оформите и отразите в бухучете в обычном порядке, предусмотренном для материалов.
Первоначальная стоимость основных средств, приобретенных за плату, складывается из затрат организации на их приобретение, сооружение и изготовление, приведение в состояние, пригодное к использованию. Расходы на приобретение компьютерных программ, без которых вычислительная техника не может осуществлять свои функции, следует рассматривать как расходы на приведение объекта основных средств в состояние, пригодное к использованию. Поэтому необходимые для работы компьютера программы включите в его первоначальную стоимость.
Программа для управления компьютерным клубом и администрирования
Возможно ли вести учет компьютера по частям, то есть отразить составные части компьютера (системный блок, монитор и т. п.) как отдельные объекты основных средств?
Однозначного ответа на этот вопрос нет. По мнению контролирующих ведомств, учесть компьютер по частям нельзя. Объясняется это тем, что составные части компьютера не могут выполнять свои функции по отдельности. Поэтому эти предметы нужно учесть в составе единого объекта основных средств. Такая точка зрения отражена, например, вписьме Минфина России от 4 сентября 2007 г. № 03-03-06/1/639.
Пример
ЗАО «Альфа» в январе приобрело персональный компьютер в следующей комплектации:
- системный блок – 47 200 руб. (в т. ч. НДС – 7200 руб.);
- монитор – 10 620 руб. (в т. ч. НДС – 1620 руб.);
- клавиатура – 708 руб. (в т. ч. НДС – 108 руб.);
- мышь – 295 руб. (в т. ч. НДС – 45 руб.).
Стоимость всех частей компьютера составляет 58 823 руб., в том числе НДС – 8973 руб. Срок полезного использования компьютера в налоговом и бухгалтерском учете установлен приказом руководителя организации равным 3 годам (36 месяцам).
При оформлении поступления компьютера приемочная комиссия заполнила акт по форме № ОС-1, после чего он был утвержден руководителем организации и передан бухгалтеру. Для целей бухгалтерского и налогового учета амортизация по оргтехнике начисляется линейным методом.
Источник: delovoymir.biz
Микробиологическая лаборатория: регистрация и анализ данных с помощью компьютерных программ
В решении проблемы профилактики и лечения гнойно-воспалительных заболеваний и осложнений в неинфекционной клинике главенствующую роль из всех параклинических служб должны играть микробиологические лаборатории, основными задачами которых являются: выделение возбудителя – этиологического агента, его идентификация и определение антибиотикочувствительности, а также создание баз данных для проведения постоянного мониторинга микрофлоры и чувствительности ее к антибактериальным препаратам. Основной особенностью микробиологических исследований является тот факт, что микробиологи работают только с чистыми культурами, выделенными из различных биоматериалов.
Как проверить ПК на стабильность | Быстро и просто
Этот процесс нельзя полностью автоматизировать, и занимает он не менее 18–24 ч. Исключение составляет исследование крови на стерильность, для регистрации роста микроорганизмов в этом случае используются автоматические анализаторы, такие как ВАСТЕС (фирма «Becton Dickinson», США). Однако дальнейшие исследования по идентификации выделенных культур и определение чувствительности проводятся и в этом случае с чистыми культурами.
Сроки получения готового результата бактериологического исследования зависят от уровня технического оснащения лаборатории. Применяемые в настоящее время в большинстве лабораторий традиционные методы проведения микробиологического исследования позволяют получить результат через 4–7 сут, что практически обесценивает значимость этих исследований для конкретного больного. Использование микробиологических автоматизированных систем позволяет сократить время идентификации и особенно получения результата по антибиотикочувствительности, однако тяжелым больным с гнойно-воспалительными заболеваниями антибактериальную терапию назначают до получения антибио-тикограммы. Основным принципом эмпирической терапии при этом является выбор препаратов, которые активны в отношении основных возбудителей инфекции в конкретном лечебном учреждении и даже в отдельных его подразделениях.
В большинстве микробиологических лабораторий до сих пор регистрация и заполнение бланков результатов анализов проводятся вручную, что занимает большое количество времени. Ценная информация, содержащаяся в микробиологических журналах, практически не поддается никакой обработке. Так как микробиологические лаборатории обладают ценной информацией о микробиологическом «пейзаже» стационара в целом или отдельных его подразделений, а также об уровне чувствительности выделяемых микроорганизмов к антибактериальным препаратам, разработка и внедрение в практические лаборатории автоматизированных систем (компьютерных программ) регистрации, учета и проведения всестороннего анализа накопленных данных являются актуальными.
Требования к компьютерным системам регистрации и анализа лабораторных данных. Объем данных на каждого больного, вносимых в компьютерную базу, в разных программах различается незначительно и в основном содержит краткую информацию о пациенте: фамилия, номер анализа и номер истории болезни, диагноз, отделение, исследуемый биоматериал, виды выделенных микроорганизмов и данные об их чувствительности к антибактериальным препаратам.
В некоторых программах предусмотрено внесение всей информации о больном и результатах анализа по встроенным в программу спискам отделений, диагнозов, выделенных микроорганизмов и т.д. В программах может быть также предусмотрена кодированная система обозначения данных (отделений, биоматериалов и т.д.) для внесения в базу. При использовании автоматизированных лабораторных систем – приборных анализаторов – результаты идентификации микроорганизмов и определения их чувствительности в базу данных системы регистрации заносятся автоматически. Для оценки результатов и исключения влияния недостоверных данных, полученных в результате проведения исследований по идентификации микроорганизмов и определения антибиотикочувствительности, на общую картину микробиологического мониторинга и назначения рациональной антибактериальной терапии компьютерные программы обязательно должны иметь встроенную экспертную систему оценки.
Система обработки данных должна включать возможность составления статистических отчетов. Пользователь программы должен иметь возможность получить эти данные за любой период времени и контролировать показатели в динамике. Получение статистического отчета должно занимать минимум времени.
Эпидемиологический анализ должен предусматривать возможность получения следующих данных:
ведущая микрофлора в лечебно-профилактическом учреждении (или его подразделениях);
чувствительность к антибиотикам выделенных микроорганизмов;
динамика перечисленных выше показателей за любой период времени;
состав выделенных ассоциаций;
наличие госпитальных штаммов.
Пользователь должен иметь возможность получать перечисленные показатели в виде таблиц, гистограмм, диаграмм и другого иллюстративного материала за любой промежуток времени по каждому отделению, по конкретному диагнозу и биоматериалу.
Первой отечественной тиражируемой и разрешенной к применению Министерством здравоохранения РФ программой был «Журнал микробиолога» («Восточная Корона», Россия), который с успехом использовался во многих микробиологических лабораториях лечебных учреждений различных регионов нашей страны в течение более 5 лет. В настоящее время есть возможность использования новой программы «Система микробиологического мониторинга МИКРОБ» (далее СМММ), которая, отвечая современным требованиям, может применяться в клинических микробиологических лабораториях лечебных учреждений, диагностических и научно-исследовательских центров. Далее будет рассмотрено использование в клинике компьютерной системы микробиологического мониторинга на примере СМММ, являющейся образцом подобного рода систем.
Система микробиологического мониторинга МИКРОБ. Архитектура СМММ позволяет провести настройку программы на конкретную структуру медицинского учреждения, так как состав отделений определяется пользователем. Перечень диагнозов в СМММ составлен по Международной статистической классификации болезней и проблем, связанных со здоровьем (10-й пересмотр Всемирной организации здравоохранения), список антибактериальных препаратов составлен по международной классификации, перечень таксонов – по последнему изданию «Определитель бактерий Берджи». СМММ является открытой системой, так как в рамках вложенной в нее классификации пользователь может самостоятельно дополнить следующие разделы: антибиотики, диагнозы, биоматериалы, микроорганизмы. СМММ позволяет одновременно анализировать порядка 10 ООО анализов (рекомендуемое количество анализов в одном журнале), отслеживая при этом до 400 микроорганизмов и неограниченное количество антибактериальных препаратов.
СМММ может работать в клинических микробиологических лабораториях с любым уровнем автоматизации. В рамках «Автоматизированного рабочего места врача-микробиолога и химиотерапевта» на базе планшетного фотометра типа 1ЕМS или Мultiskan результаты идентификации микроорганизмов и определения их антибиотикочувствительности автоматически переносятся с прибора в СМММ. Программа также может использоваться как самостоятельный продукт, позволяющий проводить идентификацию микроорганизмов различных групп при визуальном считывании результатов биохимических реакций и учет антибиотикочувствительности с внесением данных вручную при помощи клавиатуры компьютера.
Ввод данных и их экспертная оценка в СМММ. Способ введения данных антибиотикограммы определяет пользователь, выбирая один из двух вариантов: «по степени чувствительности» или «по диаметру зон».
При использовании диско-диффузионного метода при I варианте введения данных пользователь сам определяет степень чувствительности («R» – устойчивые, «I» – умеренно-устойчивые, «S» – чувствительные) по диаметру зон задержки роста и вносит их в соответствующее каждому микроорганизму поле. При втором варианте вводятся размеры зон задержки роста (при их определении строго на стандартном агаре Мюллера– Хинтона) в миллиметрах. Интерпретация в степень чувствительности при этом происходит автоматически. При любом способе введения информации система формирует бланк анализа. Сформированный бланк анализа (выделенный один или несколько микроорганизмов с соответствующими антибиоти-кограммами) проходит автоматическую экспертную оценку. Экспертная система в СМММ выполняет 2 функции:
Интерпретирует антибиотикограмму, полученную in vitro, исходя из заложенных в нее данных о природной устойчивости отдельных микроорганизмов или их групп, о распространении среди них приобретенной резистентности, а также сведений о клинической эффективности антимикробных препаратов. В ходе экспертной оценки степень чувствительности микроорганизма «чувствительный» (S) переводится в «устойчивый» (R) в следующих случаях при наличии данных:
о природной резистентности. Например, известно, что к полимиксинам природной устойчивостью обладают протеи, серрации, грамотрицательные кокки и вся грамположительная флора. Природной устойчивостью к сульфаниламидам обладают энтерококки, синегнойная палочка и большинство анаэробов. К бензилпенициллину и ванкомицину природную устойчивость имеют грамотрицательные бактерии;
о приобретенной резистентности. В настоящее время многие штаммы стафилококков, стрептококков, пневмококков, гонококков, энтеробактерий характеризуются высоким уровнем приобретенной резистентности к сульфаниламидам. Приобретенная резистентность к природным пенициллинам чаще всего встречается у стафилококков;
об ассоциированной резистентности. Среди возбудителей нозокомиальных инфекций, чаще всего среди клебсиелл, продукция бета-лактамаз расширенного спектра, определяющая клиническую неэффективность использования всех цефалоспоринов, связана с высокой частотой ассоциированной резистентности к гентамицину и тобрамицину. Для метициллинрезистентных стафилококков – ассоциированная устойчивость к макролидам, аминогликозидам, тетрациклинам, фторхинолонам, ко-тримоксазолу;
о несоответствии данных чувствительности in vitro клиническому эффекту. Например, несмотря на то что аминогли-козиды in vitro активны в отношении гемофилов, шигелл, сальмонелл и легионелл, клиническая эффективность препаратов при лечении инфекций, вызванных этими возбудителями, не была установлена.
Выдает сигнал «Проверьте результат идентификации» в следующих случаях:
при коррекции «S» на «R» для двух антибиотиков и более в антибиотикограмме для всех видов микроорганизмов, кроме стафилококков, устойчивых к оксациллину или гентамицину;
при выявлении культур Staphylococcus aureus, резистентных к ванкомицину.
Анализы, прошедшие экспертную оценку, формируют базу данных программы. Список анализов можно отсортировать одним из двух способов: по номеру анализа или по Ф.И.О. пациента. При сортировке по Ф.И.О. врач-микробиолог или химиотерапевт легко может отследить смену микрофлоры или изменение чувствительности микроорганизмов при повторных исследованиях у одного и того же пациента. Кроме того, предусмотрен поиск анализов в списке по одному из трех признаков: по Ф.И.О. пациента, по номеру анализа или по номеру истории болезни – и отбор анализов через систему параметров отбора. Параметры отбора следующие: период поступления анализов, отделения, диагнозы, биоматериалы, микроорганизмы, антибиотики (задаются по названию антибиотиков с указанием степени чувствительности).
По заданным параметрам отбора система создает список анализов – «Отобранный список», который можно просмотреть, отредактировать или распечатать.
Формирование отчетов в СМММ. Для формирования статистических и эпидемиологических отчетов необходимо задать параметры отчета и указать, какие отчеты требуется сформировать. Выбор параметров отчета аналогичен их выбору в параметрах отбора при формировании «Отобранного списка анализов».
Статистический отчет в СМММ включает сведения о количестве:
выполненных анализов и обследованных больных,
выделенных микроорганизмов (монокультур и ассоциаций).
Эпидемиологический отчет в СМММ. Возможности программы показаны на приведенных ниже выходных формах эпидемиологических отчетов, полученных при обработке базы данных Городской клинической больницы за 3 мес. Эпидемиологический раздел в СМММ предназначен для проведения постоянного мониторинга микрофлоры, вызывающей воспалительные и гнойно-септические заболевания и осложнения, слежения за уровнем антибиотикорезистентности выделенных микроорганизмов к антибактериальным препаратам, а также для выявления штаммов, подозрительных на госпитальные, с использованием для их поиска признака полирезистентности к антибактериальным препаратам.
Эпидемиологический раздел включает возможность расчета следующих показателей:
спектр микроорганизмов с учетом исключения одинаковых микроорганизмов, выделенных от одного больного при повторных исследованиях;
чувствительность микроорганизмов или их групп/подгрупп к антибактериальным препаратам с учетом исключения одинаковых по чувствительности одних и тех же микроорганизмов у одного больного при повторных исследованиях;
активность антибактериальных препаратов в отношении выделенных микроорганизмов или их групп/подгрупп;
количество и состав выделенных ассоциаций;
результаты поиска госпитальных штаммов по признаку полирезистентности не менее чем к четырем антибактериальным препаратам при полной идентичности показателей степени чувствительности к другим изученным препаратам в антибиотикограмме.
Во всех формах отчетов предусмотрена возможность проведения расчетов за любой промежуток времени, по всем отделениям, биоматериалам, диагнозам, выделенным микроорганизмам и антибиотикам. Все эти показатели могут быть представлены в динамике по месяцам. Выходные формы имеют вид таблиц или графических изображений (рис. 17.8).
Спектр микроорганизмов – это упорядоченный по частоте встречаемости (в абсолютных единицах и в процентах по отношению ко всем выделенным) список микроорганизмов либо групп/подгрупп микроорганизмов согласно их классификации. В данном разделе «Эпидемиологического отчета» в отличие от похожего раздела «Статистического отчета» в число культур не входят повторные высевы одних и тех же микроорганизмов от одного больного. Исключение выделенных повторно одинаковых культур у одного и того же больного позволяет получить истинную картину ведущей микрофлоры в лечебном учреждении.
Кроме перечисленных отчетов, СМММ обеспечивает получение сводной справки, включающей краткие статистические данные и сведения об уровне резистентности ведущей микрофлоры к антибактериальным препаратам. Ведущая микрофлора в СМММ – это восемь микроорганизмов, наиболее часто выделяемых из различных биоматериалов или из одного конкретного биоматериала, конкретного диагноза и т.д. Ведущая микрофлора составляет более 80 % по отношению ко всем выделенным микроорганизмам. В качестве примера далее приведены данные по реанимационному отделению за 1 год. Приведенные данные свидетельствуют об уникальности сведений о микробном пейзаже и уровне антибиотикорезистентности не только для каждой клиники, но и для каждого отделения в рамках одного лечебного учреждения.
Большую угрозу эпидемиологическому благополучию лечебного учреждения представляют госпитальные инфекции, связанные с распространением в стационарах полирезистентных к антимикробным препаратам штаммов микроорганизмов. Выявление таких штаммов, прерывание путей их распространения – одна из важных и трудно решаемых задач микробиологической и эпидемиологической служб. В СМММ автоматически осуществляется поиск штаммов микроорганизмов, резистентных к четырем и более антибактериальным препаратам при полной идентичности антибиотикограммы на остальные приведенные в анализе антибиотики. При наличии других маркеров идентичности штаммов поиск может осуществляться и по ним. Результат поиска – список выбранных полирезистентных микроорганизмов с указанием для каждого из них количества и перечня антибиотиков, к которым данный микроорганизм устойчив.
СМММ дает возможность отобрать списки пациентов, у которых выделены полирезистентные штаммы. Далее представляется возможность просмотра и распечатки анализов с отобранным микроорганизмами, на основании чего делается заключение о наличии признаков госпитального штамма и возможных путей его передачи.
Возможности СМММ. Современные требования к компьютерным программам, предназначенным для эффективного ведения журнала микробиологической лаборатории, изложены ниже. Такие программы должны обеспечивать (на примере СМММ):
бактериологам – проведение идентификации микроорганизмов различных групп с использованием коммерческих тест-систем, ведение базы данных, выдачу результатов анализов, прошедших экспертную оценку, и составление отчетов со значительной экономией времени;
эпидемиологам – получение сведений о смене микрофлоры в лечебном учреждении и наличии госпитальных штаммов для своевременного проведения санитарно-противоэпидемических мероприятий с целью профилактики внутрибольничных инфекций;
лечащим врачам и химиотерапевту – сведения о ведущей микрофлоре в отделениях при конкретных диагнозах и данные по антибиотикорезистентности, позволяющие до получения антибиотикограмм назначать антибактериальную терапию и разрабатывать алгоритмы рациональной антибиотикотерапии конкретных нозологических групп заболеваний;
руководителям аптек – сведения о наиболее активных препаратах в целом по учреждению и по отдельным его подразделениям для закупок препаратов и их распределения по отделениям.
Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:
Источник: studopedia.ru
Сапожник без сапог, или учет оборудования в ИТ-отделе. Часть I
В народе есть замечательная крылатая фраза «Сапожник без сапог». Она в полной мере описывает ситуацию, в которой оказываются ИТ-отделы организаций и обслуживающие компании.
Люди, которые помогают другим пользователям решать проблемы с техникой, исправлять ошибки в программах, восстанавливать работоспособность программ и оборудования, пытаются навести порядок и привить культуру работы с оборудованием и программным обеспечением, сами не могут навести порядок у себя! О чем пойдет речь? О наболевшем… Учет оборудования и все, что с этим связано. Думаю Вам будет интересно услышать о том, как мы сделали систему учета предназначенную для ИТ-отделов, все таки хабр одно из крупнейших в России IT-сообществ.
Все начиналось в далеком 2009 году. Я занял должность старшего программиста и вместе с начальником отдела, мы начали думать как сделать нашу жизнь лучше. Штат содержал около 10 эникейщиков, 5 программистов и 2 системных администратора, а так же начальника отдела и старшего программиста — Вашего покорного слугу.
Учет оборудования, хотим мы того или нет, является неотделимой частью работы любого ИТ-шника, который связан с железом. Понятное дело, что когда у Вас три компьютера об этом не стоит не то, что говорить, а даже думать, ведь все и так понятно чего и сколько 🙂 Но вот беда, если компьютерный парк начинает расти, а вместе с ним растет и количество ИТ-шников, то в голове удержать информацию становится не реально, да и можешь элементарно не знать о чем то, если это было сделано не тобой. Приведу примеры:
Случай 1. Бухгалтер обращается к начальнику ИТ-отдела.
Бухгалтер. Скажи, пожалуйста, у меня не печатает принтер, не мог бы сказать своим ребятам, что бы они пришли и поменяли картридж?
Начальник ИТ. Сейчас. Повесите на трубке. (голос за кадром: Вова, у нас есть картриджи? ответ за кадром: Не, нету. Закончились… )
Начальник ИТ. Эээ. Марь Ивановна, понимаете, у нас закончились картриджи…
Бухгалтер. А почему не купили раньше, чтобы запас был? Мне первичку печатать надо, клиенты ждут!
Начальник ИТ. Ну…
…
Случай 2. Начальник ИТ-отдела обращается к администратору компьютерных сетей.
Начальник ИТ. Коль, ты забрал у поставщика доп. память, которую обещали поставить зам. директору?
Админ. Нет. Мы ее еще не оплатили…
Начальник ИТ. Как? Я неделю назад ему обещал, что сегодня поставим… Почему не оплатили?
Админ. Эээ. Ну… Я забыл… Работы много, всего не запомнишь…
Начальник ИТ. Хочешь, я тебя с собой сегодня возьму к зам. директору, ты ему об этом расскажешь?
…
Случай 3. Системный администратор обращается к технику компьютерных сетей.
Сисадмин. Слушай, а куда делся системный блок, который с двумя винтами в рэйде? Раньше он стоял у Ивановой.
Техник. Так она уволилась…
Сисадмин. А комп куда делся?
Техник. Я не знаю… Наверное поставили кому-нибудь.
Сисадмин. ?!
…
- 1С — это не только бухгалтерия, это прежде всего платформа, которая предназначена для реализации учетно-аналитических задач
- Конфигурации 1С легко модифицируются и позволяют внести изменения в соответствии с Вашими требованиями и пожеланиями. Условно говоря, мне нужна вот такая вот печатная форма, которую подписывает сотрудник после передачи ему оборудования. Как ее получить? Здесь это все решается очень просто. Если Вы знакомы с 1С, то быстро разберетесь, если нет, примеров куча, найдете решение.
- Дополнительный функционал, не предоставляемый 1С, легко реализуется с помощью внешних компонент, которые могут быть написаны на С++ или Delphi. В частности, мы делали вставку скриншотов в 1С в подсистеме Service Desk
- Последние веяния в 1С таковы, что сама система активно развивается в сторону WEB. Т.е. конфигурация может работать через WEB-браузер. Согласитесь, это очень удобно.
- Скорость разработки на порядок выше, чем с использованием других средств разработки ПО. Простыми словами, 1С является «прослойкой» между базой данных и пользователем, которая управляет всем с помощью метаданных и своего встроенного языка.
Реализация проекта
Итак, система выбрана. Началась разработка. Первым делом, мы решили закрыть дыру под названием «Учет на складе». Т.к. очень часто страдали из-за этого «узкого места».
Прежде всего была проработана техническая часть. Определились в том, как это хотим видеть и выработали методику работы подсистемы складского контура.
Хотелось сделать «идеальную» программу. Чтобы было все просто, но одновременно очень функционально и очень удобно. Ведь нами предполагалось использовать ее в работе.
Для страждущих скриншот конфигурации:
О том, как мы это реализовали контур складского учета я и расскажу в данной статье.
Начнем с главного и основополагающего для склада (места хранения). В нашей конфигурации оборудование «привязывается» к месту хранения, а за этим местом хранения закреплен сотрудник. Т.е. в конфигурации реализована связь:
Оборудование Место хранения Сотрудник.
Есть две схемы именования придуманные нами в контексте нашего решения и наиболее оптимальные с точки зрения простоты и удобства.
1) Обезличенная.
Создаем место хранения buch1 в организационной структуре мест хранения. Для создания структуры можно перетащить место хранения в другое место хранения и оно станет подчиненным. Это удобно если хочется раскидать всех по кабинетам, этажам и т.д.
Т.е. в дереве складов будет что то типа.
Организация, ООО —Бухгалтерия —-buch1 —-buch2
При увольнении сотрудника просто меняем ответственного и все. Ничего не перемещаем структура мест хранения не меняется.
2) По сотрудникам.
Т.е. структура будет, примерно такая:
Организация, ООО —Бухгалтерия —-Иванов Иван Иванович (buch1) —-Петров Петр Петрович (buch2)
Эта схема удобна тем, что можно не привязывать сотрудников. Из наименования места хранения и так понятно у кого находится оборудование.
Какую схему выберите Вы, это уже Ваш выбор.
Так же поддерживается иерархия мест хранения. Т.е. одно место хранения может содержать несколько других, например:
Склад ИТ-отдела —Полка 1 —-Ячейка 1.1 —-Ячейка 1.2 —Полка 2
Вот как это выглядит:
Так же пришлось решить следующую задачу…
Все мы прекрасно знаем, что компьютерная техника состоит из разных составляющих — комплектующих. Комплекты — это объекты, которые состоят из комплектующих, причем комплекты могут быть как виртуальными (рабочее место, системный блок и т.д.), так и вполне конкретными (серверный шкаф, принтер и т.д.).
Рассмотрим и приведем примеры, как это реализовано в конфигурации.
В нашем решении есть два понятия: номенклатура и карточка номенклатуры. Вы можете спросить: зачем два справочника, если комплектующая у нас одна? Резонный вопрос.
Дело в том, что зачастую мы хотим увидеть где была та или иная номенклатура, где она стояла, ремонтировалась ли, имеет ли инвентарный номер и т.д. Но так же, у нас много однотипной информации: одинаковые принтеры, мониторы, системные блоки, материнские платы. Если все это вести отдельно, в одном справочнике, то через некоторое время мы получим в номенклатуре кашу из одинаковых названий и невозможно будет нормально сориентироваться в этом. Этот этап нами пройден в далеком 2009 году… Тогда мы придумали концепцию, которая актуальна по сегодняшний день.
Было разделено все на 2 справочника: номенклатура и карточки номенклатуры. В номенклатуре содержится модель комплектующей, а в карточке, сама комплектующая с инвентарными номерами, историей и т.д.
Чтобы было понятно приведу пример:
Номенклатура: ВАЗ 2107
Карточка номенклатуры ВАЗ 2107 А123АА 99 RUS
При этом в документах выбирая номенклатуру (определенную модель комплектующей или комплекта), мы выбираем карточку, но выбираем не из всего списка карточек, а с отбором по данной номенклатуре:
Пример карточки номенклатуры
Все достаточно просто и не запутано.
Как уже было сказано выше: комплекты — это объекты, которые состоят из комплектующих. В конфигурации с ними работать так же просто. На рисунке, который указан выше комплектом является «Компьютер №256» в нем, содержатся другие комплектующие. Для того, чтобы внести комплектующую в комплект, необходимо мышкой перетащить комплектующую в комплект.
Так же в конфигурации есть возможность не вести учет по карточкам. Это актуально для некоторого вида спец комплектующих и расходных материалов. Например: сетевой кабель, мышки, клавиатуры и т.д. Информация о том где была та или иная мышка, нам зачастую не нужна.
Номенклатура и карточка номенклатуры
Так выглядит номенклатура. Для удобства добавлены многие ключевые возможности. Впрочем, лучше увидеть все собственными глазами:
А так выглядит карточка номенклатуры.
Для программного обеспечения и лицензий форма немного другая:
В конфигурации есть возможность контролировать лицензии и ПО по сроку окончания.
В качестве документов, оприходования товаров, мы реализовали:
Заказ поставщику Поступление
Поступление может быть введено как на основании заказа поставщику, так и без него. При этом работает связь, что заказано и что пришло. Т.е. в любой момент можно сказать, что заказали у поставщика, что пришло на склад и чего еще нет. Позволяет контролировать заказы.
Заказ поставщику и Поступление
Заказ поставщику. Предназначен для фиксирования намерений приобрести оборудование.
Поступление фиксирует фактический приход оборудования к нам.
А вот сравнение того, что пришло с тем, что было заказано.
При этом в поступлении, как видно из рисунка в спойлере выше, данные по оборудованию фиксируются в наиболее понятном виде. В виде дерева, что во что входит.
Идем дальше… Какая операция следующая по важности? Верно, перемещение с одного места хранения на другое.
Я много думал, как это лучше реализовать, ведь часто бывает, особенно в холдингах проблема с внутренними перемещениями. Что я имею ввиду? Допустим, есть две фирмы, которые входят в холдинг, и Вы работаете ИТ-шником и там и там.
Тут вдруг картридж в принтере в одной фирме заканчивается и надо срочно чем то заменить, но в данный момент картриджей в этой фирме нет, есть на остатках в другой фирме. С точки зрения бух учета нельзя из одной фирмы передать картридж в другую, но часто в управленческом учете это правило нарушают. Для этих целей документ «Перемещение» мы немного видоизменили. Авось пригодится и не прогадали.
Перемещение
Как видим есть организация прихода и организация расхода. Повторюсь, с точки зрения бухгалтерского учета — это не верно! Но в реальной жизни бывает все…
Ну и куда же без «Списания»? Этот документ позволит списать с остатков оборудование, которое не пригодно для дальнейшего использования.
Списание
Собственно, а для чего нам все это вести? Ответ очевиден: мы хотим в любой момент увидеть, что же все таки у нас есть в остатке и оперативно на это отреагировать. Собственно, из-за этого, мы и затеваем весь учет. Сведения об остатках нам предоставит отчет:
Остатки на складах/рабочих местах
В отчете можно выбрать вариант, который позволит увидеть не только остатки, но и сформировать ведомость по оборудованию за период и просмотреть, что было на начало периода, что пришло, что переместили или списали, и что на конец периода осталось. Так же отчет содержит множество отборов, которые позволят отфильтровать результаты в отчете. Допустим, выбрать только по месту хранения, или только по сотруднику.
Понятно, что такой отчет не один, есть еще, приведем только его.
Не могу не остановиться еще на одном важном моменте, который должен быть обязательно в любой подобной системе — это сборка (комплектация), разбиение комплектации. Т.е. сборка и разборка комплектов.
Сборка (комплектация)
Разбиение аналогично. Только позволяет разбить комплект, на комплектующие.
Так же как и любой другой склад, время от времени необходимо проводить ревизии, или инвентаризацию. Это так же мы предусмотрели. Конфигурация позволяет провести «срез» оборудования на заданную дату и сравнить фактические и учетные остатки оборудования.
Инвентаризация
Заключение
Понятное дело, это не все, что я могу рассказать. В рамках данной статьи, я постарался выбрать основные документы и справочники конфигурации, подсистемы «Складской учет». За кадром осталось многое интересное и полезное для ИТ-шников, например:
- Объединение комплектующих в один комплект
- Импорт данных из Everest (AIDA 64) и WMI
- Использование дополнительных свойств объектов
- Прикрепление файлов к объектам
- Учет лицензий и программного обеспечения
- Работа с штрих-кодами и печать этикеток для комплектов и комплектующих
- Закрепление сотрудников за местами хранения
- Ведение списка логинов и паролей пользователей для программного обеспечения
- .
Подведем итоги. Получилась программа, позволяющая сильно упростить жизнь ИТ-отделу и обслуживающим организациям. Проверено на себе и на сотнях благодарных клиентов, которые у нас появились с 2009 года.
Вот в общем то и все. Постарался раскрыть все возможности конфигурации в части складского контура. Заинтересовали подробности? Добро пожаловать на наш сайт.
PS: Если публикация Вам понравится, я продолжу описание и расскажу о других подсистемах, которые реализованы нами: Service Desk, База знаний, Ремонты, Бюджеты, Денежные средства и т.д.
- учет оборудования
- управление ит активами
- IT-отдел
Источник: habr.com