Конструктивный форум бухгалтеров Казахстана

Конструктивный форум бухгалтеров Казахстана
Текущее время: 29-03-2024, 08:09

Часовой пояс: UTC + 6 часов




Начать новую тему Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней.  [ Сообщений: 10 ] 
Автор Сообщение
СообщениеДобавлено: 01-03-2017, 08:34 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Отношения между учетными объектами.

Курсаков С.А.


В данной статье автор попытается осветить вопросы «отношений между учетными объектами» (термин условный), которые в общем случае могут возникать в практическом учете предприятия.

Что такое «отношения между учетными объектами».
В учете предприятий много специфических мест, где, возможно, требуется осознать необходимость учета «отношений между учетными объектами» (далее - ОМУО). Из дальнейшего изложения станет понятен реальный масштаб этой категории.
Например, наше предприятие является филиалом какого-то другого, головного предприятия. Или же головным предприятием для группы филиалов.
Или какой-либо контрагент является поставщиком каких-либо товаров.
Или же какой-либо контрагент регулярно потребляет какие-либо товары, материалы и т.д. в каком-либо количестве.
Или же какой-нибудь вид нашей готовой продукции изготавливается по определенной спецификации (составу).
Или же какой-то товар состоит из каких-то составных частей, узлов, комплектующих.
Или же какое-нибудь лицо является получателем алиментов другого лица, нашего работника.
И т.п., и т.д. Таких ситуаций, в которых явственно проявляются скрытые черты категории «отношения», несть числа. Проблема в том, что сама категория «отношений между учетными объектами» осознана пока довольно слабо. Пока еще предпочтение отдается различным полумерам вроде «галочек» - «является филиалом», или «аналог», или полями типа «головной», «владелец», «хозяин», или «спецификациям», или же эмулируют «отношения» иерархиями и группами справочников, и т.д.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:34 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Направления «отношений между учетными объектами».
Объективно существуют различные направления (опять же термин условный) ОМУО.
-Отношения с направлением «лицо-лицо», то есть от одного лица к другому лицу. Это разнообразные взаимоотношения между различными лицами, их очень много, примеры их приведены ниже.
-Отношения с направлением «лицо-актив (каталог актива)», то есть от лица к активу. Это также весьма большая часть направлений отношений. Далее везде, где указывается «актив», также будет подразумеваться и «каталог актива». Что такое «актив», думаю, в пояснении для бухгалтера не требуется. Что такое «каталог актива», см. в одной из предыдущих статей автора «Каталог и номенклатура».
-Отношения с направлением «актив-актив», то есть отношения от одного актива к другому активу. Очень частое направление отношений.
-Отношения с направлением «актив-лицо», то есть отношения от актива к лицу. Это направление отношений появляется гораздо реже.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:35 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Виды «отношений между учетными объектами» (ОМУО).
Виды отношений между учетными объектами конкретизируют самую суть того, что может дать категория «отношения», и могут быть самыми разнообразными. Приведем возможный их список, иллюстрируя примерами.
- Аналог (направление «актив-актив»). Например, актив «телефон BQ 222222» является аналогом актива «телефон Xiaomi 111111».
- Компонент (направление «актив-актив»). Например, «экран» является компонентом «телефона».
- Узел (направление «актив-актив»). Например, «электромотор» является узлом «станка».
- Аксессуар («актив-актив»). Например, актив «чехол» является аксессуаром для актива «смартфон».
- Заменитель («актив-актив»). Например, актив «телефон BQ» является заменителем актива «телефон Xiaomi».
- Похожесть («актив-актив»). Например, актив «телефон BQ» похож на «телефон Samsung».
- Запасная часть («актив-актив»). Например, «экран» является запасной частью для «телефона».
- Расходный материал («актив-актив»). Например, «тонер» является расходным материалом для «принтера».
- Входит в («актив-актив», «лицо-лицо»). Например, «батарея» входит в состав «телефон». Или ТОО «Строитель Астана» входит в группу компаний ТОО «Строитель».
- Составляющая («актив-актив»). Например, «болт» является составляющей для «стола».
- Является частью («актив-актив»). Например, «ножка» является частью «стола».
- Владелец («лицо-лицо», «лицо-актив»). Например, ТОО владеет другим ТОО. Или ТОО владеет земельными участками.
- Услугодатель («лицо-актив»). Например, ТОО «Су Арнасы» является услугодателем по «услугам водоснабжения».
- Получатель алиментов («лицо-лицо»). Например, лицо «Иванова А.А.» является получателем алиментов от лица «Иванов И.И.».
- Поставщик («лицо-актив»). Например, ООО «Трубный завод» является поставщиком «труб».
- Потребитель («лицо-актив»). Например, ТОО «Строитель» является потребителем «бетона».
- Посредник («лицо-лицо»). Например, ТОО «Трейдер» является посредником между нами и ТОО «Элеватор».
- Агент («лицо-лицо»). Например, Петров П.П. является агентом ТОО «Сотовая связь».
- Субподрядчик («лицо-лицо»). Например, ТОО «Монтажник» является субподрядчиком для ТОО «Генподрядчик».
Перечень и список возможных видов «отношений» вышеприведенными примерами никак не исчерпывается и не ограничивается, его возможно расширить со стороны пользователя. Хочется особо подчеркнуть, что виды «отношений» законодательно никак не определены и не урегулированы (и слава Богу, зачем еще законодательству лезть в эти вопросы). Также нет нужды их отражать в налоговой или иной отчетности, сдавать по ним какие-либо формы, держать этот вопрос на постоянном контроле, отслеживать новости по этому вопросу и т.д. Тем не менее полезность «отношений» от этого не уменьшается.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:35 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Структура таблицы «Виды отношений».
Таблица (справочник, регистр и т.д.) «Виды отношений» имеет простой вид и содержит минимальное число полей (граф, реквизитов, измерений и т.д.) для учета видов отношений.
- Код
- Дата начала действия
- Наименование
- Полное наименование
- Подробности.
Часть строк таблицы «Виды отношений» являются метаданными (или предопределенными элементами), часть могут вводиться пользователем в развитие идеи учета «отношений» и являться нужными только данному пользователю.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:36 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Система наименований учетных объектов с целью обозначения их места в ОМУО.
Для обозначения источника и приемника «отношения» приходится прибегать к специфической условной терминологии, отражающей, «откуда» исходит отношение, и «куда» оно направлено. Например, эта система наименований (поля таблиц, справочников, регистров, документов и т.д.) может выглядеть так:
- «Лицо откуда». Указывается, откуда, от какого лица исходит отношение. Например, если «наша фирма» является поставщиком «бетона», «плиты», «бордюра», то данное отношение будет выглядеть так:
«Лицо откуда» = «наша фирма», отношение = «является поставщиком», «активы куда» = «бетон», «плита», «бордюр».
- «Лицо куда». Аналогично, в этом поле указывается приемник отношения.
- «Каталог актива (или актив) откуда». Аналогично, если актив «выпекаемый торт» состоит из «муки», «сахара» и «корицы», тогда –
Отношение = «входит в»,
активы откуда = «мука», «сахар», «корица»,
актив куда = «выпекаемый торт».
- «Каталог актива (или актив) куда».


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:36 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Структура таблиц для учета ОМУО.
Для учета ОМУО необходимы две таблицы (справочника), или же регистр, или же документ.
В головной таблице будут содержаться:
-дата начала возникновения отношения
-объект откуда (например, ТОО «Альфа»)
-вид отношения (например, «является поставщиком»)
В подчиненной таблице к головной будут содержаться объект (объекты), куда направлено отношение:
-объект куда (например, «камень природный», «щебень», «песок» и т.д.)
-количественные характеристики отношения (если они требуются), единица их измерения и т.д.,
-суммовые характеристики отношения (если они требуются), валюта учета и т.д.
В полях (графах, реквизитах) вышеприведенных головной и подчиненной таблиц может использоваться система наименования «откуда-куда», описанная выше.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:37 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Использование ОМУО учетными алгоритмами.
Пользуясь системой ОМУО, возможно работать с отношениями различных видов и направлений во всей учетной базе данных универсально и единообразно, по одной схеме и одинаковым образом. Ранее, в каждом конкретном случае алгоритмы баз данных обрабатывали информацию специфически, привязываясь к условиям каждого конкретного случая отношений, например –
Если Контрагент.Филиал=….., или
Если Товар.Состав=……и т.д.
С осознанием и внедрением системы отношений возможно будет перейти на высокоуровневые универсальные процедуры, методы, схемы и функции вычисления различных связей и зависимостей по разным их видам и направлениям, например –
Если (СуществуетОтношение(ВидОтношения, НаправлениеОтношения, ОбъектОткуда, ОбъектКуда))=Истина Тогда…..
Значительно облегчается манипулирование объектами в запросах. Например, ранее приходилось писать –
Где Товар.Состав=….. или Где Контрагент.Филиал=…..,
Теперь же можно сделать запросы гораздо более универсальными, например –
Где (СуществуетОтношение(ВидОтношения = «ВходитВСостав», НаправлениеОтношения, ОбъектОткуда, ОбъектКуда))=Истина….
Также можно будет обрабатывать отношения списками видов отношений, находить результаты пересечения, объединения разных видов отношений – потому что они теперь учитываются единообразно, подобно тому, как единообразно записываются в одну таблицу (справочник) с единой структурой полей, например, все «активы». Напомню, когда-то аналогично считалось, что, например, «товары» должны составлять отдельную сущность (справочник) от сущности «материалы», «услуги» также должны составлять отдельный справочник (таблицу), и т.д. Это Вам ничего не напоминает?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:37 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Практические примеры использования ОМУО.
Практическое применение ОМУО может быть широко и многообразно.
Например, такая учетная задача, как «товары поставщиков». Поставщики поставляют разные товары, новые работники могут этого не знать и допускать большие ошибки. Да и старые работники могут не успевать за темпом изменений, ведь поставщики могут периодически расширять ассортимент, менять и увеличивать профиль деятельности и т.д. Если своевременно обновлять отношение «поставщик» («лицо-актив»), то любой работник, вместо того чтобы регулярно и мучительно всех расспрашивать, сможет освежить свои знания, просто используя базу данных. Также отпадает нужда в регулярных рассылках по почте с информированием об изменениях у поставщиков.
Или, например, такая задача, как «потребности покупателей», во многом похожая на предыдущий пример. Аналогично, потребности покупателей могут меняться во времени, могут удовлетворяться за счет других поставщиков (наших конкурентов). Не зная ничего этого, работники и ЛПР (лица, принимающие решения) будут удовлетворять свои информационные потребности методами устных расспросов, запросами по почте, общением в магенте и прочими малоэффективными средствами.
Или откройте любой интернет-каталог товаров. Многочисленные характеристики товаров, требующиеся для каталогов (обычных и электронных, интернет-магазинов и т.д.) – это все те же самые отношения. Просто они заполняются в других базах – торговых базах, или базах данных самих сайтов. В бухгалтерской базе мы этих отношений не видим. На основании, например, отношения «аксессуар», в сайтах осуществляется подбор дополнительных предложений для того товара, который ищет покупатель. Точно также в офисе, в бухгалтерской базе, будет возможно осуществлять подбор аксессуаров для покупателей, пришедших в офис – если вести учет отношения «аксессуар». Пока же это возможно только в торговой базе, да и то совсем по другой схеме – «категорий», не учитывающих отношения между одинаковыми («актив»-«актив», «лицо-лицо») или неодинаковыми («лицо»-«актив», «актив-лицо») объектами. Если для добавления каждого нового вида отношения – предположим, или «аксессуар», или «заменитель», или «дополнение» - нам нужно будет всякий раз перепрограммировать алгоритмы базы данных и/или изменять структуру полей базы данных с последующей трудоемкой реструктуризацией, то далеко с такой логикой создания новых отношений мы не уедем. Не в этом ли причина постоянных затруднений многих веб-сервисов?
И последний пример – «состав актива», то есть из чего состоит товар (не путать с задачей спецификации готовой продукции). Ассортимент товаров может быть очень широким, содержимое коробки даже аналогичных похожих товаров может меняться очень широко. Например, раньше в комплекте любого принтера всегда обязательно присутствовал USB-кабель. Теперь же почти нигде он не идет в комплекте - но так бывает не всегда. Как это узнать, если пришел клиент с жалобой, и нужно срочно разобраться, был ли ему отпущен в составе этой модели USB-кабель, или же нет и т.д. Если же ведется учет отношения «входит в состав», то мы всегда сможем увидеть содержимое коробки товара, даже проданного давно (но, предположим, все еще находящегося на гарантии).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:38 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Практические примеры исключений из применения ОМУО.
Однако, вышеприведенная концепция отношений имеет некоторые исключения.
Например, отношения прямого управления лучше исключить из этой схемы. Например, руководство ТОО управляет своими внутренними департаментами (подразделениями, цехами, отделами), или же работник управляет другими работниками (подчиненными), или же работник руководит отделом (подразделением, цехом), или же менеджер управляет клиентами, и т.д. Данный вид отношения, по мнению автора, лучше отражать в совершенно отдельной таблице (справочнике, регистре).
Также лучше исключить из схемы ОМУО отношения работодателя и работника (на нашем предприятии). Это связано с тем, что для учета этого особого вида отношения на нашем предприятии существуют совершенно другие таблицы (справочники, регистры, документы) – штатное расписание, кадровые приказы, и т.д.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01-03-2017, 08:39 
Не в сети

Зарегистрирован: 02-01-2012, 13:59
Сообщения: 539
Откуда: Астана
Резюме.
Предлагаемая система учета «отношений между учетными объектами» сводит под одной крышей, приводит под «одну гребенку» многие явления, до этого считавшиеся разноплановыми, принадлежащими разным областям учета, невозможными для централизованного единообразного заполнения, изменения, управления и т.д.
Налицо несомненная гибкость, легкая расширяемость этой новой системы (без перепрограммирования и без изменения структуры базы данных), ее прогрессивность по сравнению с разрозненными предыдущими бессистемными идеями в этой области.
Однако, основная трудность перехода на эту систему учета отношений будет заключаться в том, что необходимо будет отказаться от уже достигнутого, то есть от предшествующего установившегося порядка «разрозненного» учета фактов отношений, и полностью изменить уже наработанные алгоритмы их обработки.




Курсаков С.А.

Дата последнего редактирования – 27 октября 2016 г.
Статья была впервые опубликована в журнале "Бухгалтер + компьютер" в 2016 г.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Эта тема закрыта, вы не можете редактировать и оставлять сообщения в ней.  [ Сообщений: 10 ] 

Часовой пояс: UTC + 6 часов


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения

Найти:
Перейти:  
cron
Powered by Forumenko © 2006–2014
Русская поддержка phpBB