В учёте у дрели-шуруповёрта сменился держатель, но сотрудник, за которым он был закреплён раньше, говорит, что инструмент по-прежнему у него. В карточке уже указана другая фамилия, и по текущим данным невозможно понять, действительно ли шуруповёрт передали другому сотруднику или изменили только учётную запись.
В такой ситуации одного имени последнего пользователя недостаточно. Необходимо найти основание изменения и сопоставить его с реальным событием. Для этого стоит разделять историю операций с имуществом и историю редактирования данных — они отвечают на разные вопросы.
Чем передача имущества отличается от изменения записи в учёте
При передаче ноутбука другому сотруднику меняется его держатель. Но заменить получателя в учёте могут и для исправления ошибки, когда ноутбук с самого начала был закреплён не за тем человеком. В первом случае необходимо оформить передачу, во втором — проверить, за кем фактически закреплён ноутбук, и исправить неверные сведения.
Документ операции сохраняет сведения о событии: какое имущество участвовало, откуда и куда его передали, кто указан получателем. История редактирования, если она предусмотрена и настроена в учётной системе, помогает выяснить, какой пользователь изменил данные.
При разборе спорной записи эти источники необходимо сопоставить. Одинаковое изменение в карточке может возникнуть по разным причинам, а наличие документа ещё не подтверждает правильность его содержания.
Что обнаружено | Что проверить | Какой вывод пока нельзя делать |
Держатель изменился, но документ передачи не найден | Прямые правки записи, доступную историю изменений и документы, загруженные через обмен | Что имущество действительно передали или, наоборот, что передачи не было |
Документ перемещения есть, но в отчёте осталось прежнее помещение | Проведение документа, период отчёта, последующие операции и результат загрузки | Что достаточно создать ещё одно перемещение: сначала нужно исключить повторное оформление |
Пользователем, создавшим документ, указана служебная учётная запись обмена | Исходный документ и сведения об исполнителе, которые передаёт интеграция | Что эта запись позволяет установить сотрудника, выполнившего физическую передачу |
После инвентаризации объект найден у другого сотрудника | Идентификатор экземпляра, документы выдачи и возврата, сведения участников передачи | Что результат обхода устанавливает дату и причину смены держателя |
После такого разбора можно определить, что требуется: оформить состоявшуюся передачу, исправить неверные сведения или разобраться с загрузкой документа. Эти действия решают разные задачи, поэтому простая замена держателя в карточке подходит не для каждого случая.
Для бухгалтерского учёта действует и отдельное требование: каждый факт хозяйственной жизни оформляется первичным учётным документом согласно статье 9 Федерального закона № 402-ФЗ. На это указывает разъяснение ФНС о требованиях к первичным документам. Запись в техническом журнале не заменяет такое оформление.
Как связать документ с конкретным предметом
При проверке документа необходимо убедиться, что в нём указан именно тот экземпляр, о котором возник спор. Совпадения модели недостаточно: в компании может быть несколько одинаковых ноутбуков, выданных разным сотрудникам. Различать их помогают индивидуальные коды, связанные с записями об имуществе.
Этикетку со штрихкодом считывают терминалом сбора данных (ТСД) — переносным устройством со сканером и экраном. На нём работает мобильное приложение, а из учётной системы поступают справочники, по которым программа распознаёт имущество.
Одинаковый штрихкод модели на двух ноутбуках не позволит отличить один экземпляр от другого. Чтобы при сканировании было понятно, какой именно ноутбук передают, каждому экземпляру присваивают индивидуальный код, связанный с его карточкой.
На терминале может работать «Учёт 15» — приложение для мобильного учёта имущества. При сканировании оно распознаёт объект по индивидуальному штрихкоду, если этот код есть в справочниках, загруженных из учётной системы.
При перемещении по факту пользователь создаёт документ на устройстве, выбирает организацию, держателей и параметры перемещения, затем сканирует имущество. Завершённый документ отправляется в учётную систему, где результат необходимо загрузить и обработать в соответствии с настроенным обменом.
При инвентаризации по плану сотрудник сверяет имущество с перечнем на терминале. Список можно получить из учётной системы или сформировать на устройстве из загруженных данных. Результат обхода фиксирует, какие позиции удалось подтвердить.
Сканирование этикетки на предмете связывает его с операцией, но не объясняет причину передачи или исправления. Основание, участники и остальные сведения должны быть отражены в документах принятого процесса.
Собранный на терминале результат относится к конкретной операции. Для восстановления более длинной истории — от поступления имущества до последней передачи — его необходимо сопоставить с предыдущими документами в учётной системе.
Что можно увидеть в документах и отчётах
Такую последовательность можно проследить по отчётам о движениях имущества. В конфигурации «Клеверенс: Учёт имущества» на базе «1С: Предприятия» данные для отчётов поступают из проведённых документов. Среди них — перемещения, выдача и возврат, инвентаризация и изменение состояния. Их взаимосвязь показана в схеме работы с имуществом.
Отчёты об остатках помогают установить, где числится объект и кто его держатель, а отчёт о движениях по держателям — проследить поступление, выдачу, возврат и перемещения. Для разбора конкретного случая можно задать период и другие доступные отборы, а сведения представить с группировкой по имуществу. По этим сведениям можно найти операцию, после которой изменилось положение объекта в учёте. Однако для ответа на вопрос об авторе записи потребуется дополнительная проверка: история движений не означает, что система сохраняет прежнее и новое значение каждого поля карточки.
Состав таких сведений зависит от используемой конфигурации и настроенного обмена. Поэтому доступность истории правок, данных об исполнителях и срок хранения записей необходимо проверить отдельно.
Учёт 15 — мобильный учёт имущества и материалов
Скачайте и протестируйте решение для учёта имущества бесплатно
Как установить, кто и на каком этапе изменил данные об имуществе
Разбор начинают с документа, связанного с изменением: проверяют доступные сведения о его создании, проведении и последующем редактировании. Если значение заменили непосредственно в карточке, обращаются к истории изменений или журналу учётной системы — при условии, что нужные действия регистрировались и записи сохранились.
Когда документ поступил через обмен, сведения о его авторе необходимо сопоставить с исходной операцией на терминале. Служебная учётная запись может указывать на способ загрузки, но не на сотрудника, который сканировал имущество. Установить этого исполнителя по данным системы получится только в том случае, если соответствующие сведения сохраняются и доступны для проверки.
Для восстановления последовательности действий понадобятся:
Объект и изменение: идентификатор имущества, какие сведения поменялись, прежнее и новое значение — если их сохранение предусмотрено системой.
Основание: тип, номер и дата документа, комментарий или подтверждающий документ.
Участники оформления: кто работал на терминале, создал, изменил или провёл документ.
Источник записи: мобильная операция, ввод в учётной системе или загрузка через обмен.
Этот перечень помогает оценить, достаточно ли данных для разбора, но не означает, что все перечисленные сведения доступны в «Учёте 15». Проверить их сохранение лучше до возникновения спорной ситуации: выполнить пробную операцию и проследить, какие данные передались с устройства и где они появились в учётной системе. Такая проверка выявит пробелы в настройках, однако не восстановит сведения о прошлых действиях, которые не регистрировались.
Дата документа, время его загрузки и момент фактической передачи могут различаться. При разборе события нельзя считать их одной датой без проверки.
Полнота истории зависит и от прав доступа. Если сотруднику разрешено заменить держателя напрямую, такая правка может не попасть в историю движений. Поэтому порядок исправлений должен определять, кому доступно редактирование и где сохраняется его основание. Особенно это существенно после инвентаризации, когда возникает желание сразу заменить учётные сведения фактическими.
Монитор найден в другом кабинете: порядок разбора
Во время инвентаризации сотрудник обнаружил монитор в кабинете 214, хотя по учёту он находится в кабинете 208. При обходе сотрудник фиксирует фактическое помещение в соответствии с настройками операции: само сканирование этикетки не определяет, в каком кабинете находится монитор. Замена помещения в карточке приведёт запись в соответствие с результатом обхода, но сама по себе не позволит установить, была ли передача оформлена раньше и почему она не отразилась в учёте.
Бухгалтер сначала проверяет документы перемещения. Уже оформленная передача могла не отразиться в ожидаемом результате: тогда необходимо проверить проведение документа и обработку данных. Создание ещё одного перемещения без такого разбора способно продублировать событие.
При отсутствии оформленной передачи необходимо выяснить обстоятельства и подготовить документы по принятому порядку. В «Клеверенс: Учёт имущества» по результатам инвентаризации предусмотрено создание документа перемещения с указанием фактического помещения. В результате сохраняются сведения о том, где монитор обнаружили, и документ, которым изменили его местонахождение в учёте. При этом дата и причина фактического переноса требуют отдельного подтверждения — из результата обхода они не следуют.
Читайте также: Как учитывать имущество, которое постоянно перемещается между сотрудниками, кабинетами и филиалами
После исправления бухгалтер повторно сверяет сведения об объекте: новое место должно соответствовать оформленным документам. При следующем обращении к истории должно быть понятно, что показал обход и какие действия последовали за ним.
История, по которой можно восстановить событие
В таком порядке исправление не заканчивается заменой помещения или держателя в карточке. У компании остаются сведения, по которым другой сотрудник сможет проверить решение без повторного опроса всех участников.
Мобильный учёт связывает результат операции с конкретным предметом, документы сохраняют сведения о передаче, а доступная история изменений помогает проверить действия пользователей. При спорной записи бухгалтер сможет установить, чего именно не хватает: подтверждения операции, корректных данных или сведений о том, кто их изменил.
Реклама: ООО «Клеверенс Софт», ИНН 7720514281, erid: 2W5zFJ66PAh
