Предприятие Викимедиа/ЧаВо
| Wikimedia Enterprise | |
|---|---|
 Building new opportunities for both revenue generation and free knowledge dissemination through partnerships and earned income. | |
| enterprise.wikimedia.com | |
| Project | |
| Technical | |
Ниже приведены заведомо краткие ответы на часто задаваемые вопросы. Для получения более подробной информации и контекста по любой из этих тем читайте эссе, принципы или техническая документация.
Общие вопросы
Что это такое?
Wikimedia Enterprise - это название сервиса предоставления данных API для повторного использования контента третьими лицами, создаваемого Фондом Викимедиа с 2021 года. Он предоставляет доступ к контенту Викимедиа в больших объемах и с высокой надежностью, рассчитанный на потребности коммерческих организаций, таких как поисковые системы, голосовые помощники и технологические стартапы. Для платных клиентов этот сервис будет предоставляться с контрактными гарантиями (Соглашения об уровне обслуживания). В соответствии с условиями договора его обслуживанием занимается компания ООО, полностью принадлежащая Фонду Викимедиа.
The service include the content of all language editions of all Wikimedia sister projects except Wikimedia Commons and Wikidata. Including Wikidata information is high a priority on the development roadmap. You can learn more about the development progress via the monthly technical updates on the project's MediaWiki.org homepage.
Specifically, the API service is provided in three products:
- Snapshot: Retrieve an entire Wikimedia project, updated daily
- On-Demand: Retrieve any article from any Wikimedia project at anytime
- Realtime: Stream real-time updates from any Wikimedia project
Повлияет ли это на меня как редактора или владельца бота?
Нет. Это не изменит процесс редактирования (человеком или ботом) для редакторов. Все существующие API будут по-прежнему доступны.
Повлияет ли Enterprise API на текущие дампы и API?
The system of freely-provided database dumps and APIs remains in place and continues to be supported. They are not being removed or restricted and will continue to receive support and development. Part of the reason the Enterprise API is being built separately is in order not to disrupt the existing ecosystems.
In fact, the existing API ecosystem is currently being revamped under the "API Gateway" initiative. Until now, the APIs and services provided for re-use of Wikimedia content had to be able to support the needs of individuals and also extremely large companies such as search engines.
This resulted in a practical example of The tragedy of the commons – where making a single service equally available to all, allowed the largest to dominate, which reduced the quality of the service for everyone else. The existence of the Enterprise API, designed for the needs of the larger users, will allow the new API Gateway to be built for individuals and with restrictions against the larger commercial users (e.g. rate limits).
Почему это называется Enterprise («корпоративный»)
Ранее проект (включая API и работавшую над ним команду) назывался Okapi; это было условным названием, которое мы использовали до определения окончательного официального названия. Окапи — милое млекопитающее, обитающее в Африке, и в его названии (на английском) присутствуют буквы a-p-i. Название Wikimedia Enterprise (и Enterprise API) говорит о том, кто именно является предполагаемым пользователем сервиса: крупные компании. Важным критерием при выборе этого названия было то, что оно не подразумевает, что контент API является коммерческим или эксклюзивным или что мы вносим изменения в существующие API. Фраза Enterprise API также присутствует в стратегии развития движения и, таким образом, соответствует тому, как оно ранее использовалось в рамках нашего движения. Наконец, было важно найти название, которое бы не пересекалось с существующими названиями веб-сайтов, аффилированных лиц, проектов и команд Wikimedia.
Этот проект, и API, не следует путать с Группой MediaWiki Stakeholder и Enterprise MediaWiki Conference, соответственно, с независимой признанной организацией Wikimedia, которая выступает за для нужд пользователей MediaWiki за пределами фонда Wikimedia, включая коммерческие предприятия, а также серию конференций для этого сообщества.
Повлияет ли это непосредственно на контент Wikimedia?
Нет. Данный API позволяет осуществлять высокоскоростной доступ к контенту Wikimedia в больших объёмах и его повторное использование. Он не позволяет осуществлять никакого технического или редакторского контроля над контентом проектов Wikimedia. Разумеется, с учётом прав, предоставляемых в соответствии с системой лицензирования в рамках свободной культуры Wikimedia, повторные пользователи Wikimedia смогут создавать производные работы на основе контента.
Предоставляя доступ к контенту Wikimedia с помощью этого нового единого метода получения доступа и подписывая SLA для его использования, мы сможем обеспечить более согласованное и точное отображение указаний на авторство и лицензий для контента Викимедиа со стороны крупномасштабных повторных пользователей. Любое уменьшение случаев повторного опубликования материала, скомпрометированного вандализмом, силами крупных пользователей приносит пользу сообществу: оно укрепляет репутацию нашего сообщества как обеспечивающего достоверный контент и упрощает работу тем членам сообщества, которые занимаются борьбой с вандализмом. Со временем команда Wikimedia Enterprise надеется разработать механизмы, которые помогут повторным пользователям снизить вероятность включения ими контента, скомпрометированного вандализмом, в свои продукты. Если это приведёт к более эффективному обнаружению случаев вандализма, любые полученные знания и/или разработанные коды будут передаваться сообществу для улучшения инструментов и рабочих процессов и, как следствие, для повышения целостности знаний.
В долгосрочной перспективе команда Wikimedia Enterprise также надеется освоить методы, с помощью которых в проектах Wikimedia учитывалась бы новая информация (например, «микровклады»), полученная со стороны массовых пользователей, которые используют продукты, созданные клиентами Wikimedia Enterprise. Это соответствует рекомендации стратегии развития движения «Улучшение пользовательского опыта», где говорится об использовании API для «...увеличения потенциала возврата данных». Тогда же мы проведем с членами сообщества соответствующие обсуждения и попытаемся обеспечить возможность получения таких материалов в ответ на реальные потребности сообщества в соответствии с редакционной культурой, политикой конфиденциальности, условиями использования и пр. Wikimedia.
Will this stop errors/vandalism from appearing in search engine results
It will help.
By making a more consistent Wikimedia content-ingestion process for third-party organisations who operate at high scale and high speed, it will reduce the likelihood that they display vandalism and/or reduce the duration that it is displayed. The API feeds will not include exclusive vandalism detection features unavailable to the public, but it will enable existing signals to be more accessible to our reusers (such as ORES scores and the frequency with which an article is currently receiving edits). This will enable Enterprise's customers to have more tools at their disposal in order to make decisions for what to display and when.
Consistent with the principle of free-cultural-works, the Wikimedia Foundation does not control how reusers display Wikimedia projects' content, what context it is displayed, or with what other datasets it is combined. If you find an instance of Wikimedia content being used in an inappropriate context in a search engine result, its operator will have a procedure for providing feedback about it. By way of example, Google has a policy for "how to report a featured snippet".
Как это связано со стратегией развития движения?
В рекомендациях стратегии развития движения «Способствование устойчивому развитию нашего движения» и «Улучшение пользовательского опыта» содержатся следующие положения, соответственно: «Изучение новых возможностей как для получения дохода, так и для распространения бесплатных знаний с помощью партнерских связей и доходов от коммерческой деятельности, например... Создание прикладных интерфейсов корпоративного уровня» и « Возможности сделать набор прикладных интерфейсов Wikimedia более полным, надежным, безопасным и быстрым в сотрудничестве с крупными пользователями... а также повысить осведомленность и простоту установления подлинности и проверяемости для повторных пользователей контента».
В то же время улучшение нашего API существенно помогает нам в реализации стратегического направления развития и нашего видения, в том числе по таким направлениям, как Знания как услуга (Knowledge as a Service) и Cправедливость знаний (Knowledge Equity). Цитируя нашу рекомендацию, можно сказать, что это направлено на «сделать набор прикладных интерфейсов Wikimedia более полным, надёжным, безопасным и быстрым в сотрудничестве с крупными пользователями в случаях, когда это соответствует нашей миссии и принципам, чтобы улучшить пользовательский опыт как наших прямых, так и косвенных пользователей, увеличить охват и обнаруживаемость нашего контента и потенциал для возврата данных, а также повысить осведомленность и простоту установления подлинности и проверяемости для повторных пользователей контента».
On top of the two aforementioned recommendations which Enterprise is explicitly connected to, it also has a role to play in several of the Strategy Initiatives. These include: "3. Increased awareness about the Wikimedia Movement", "36. Identify the impact of Wikimedia projects & content" and "misinformation", and "45. Adaptive policies". Многие рекомендации стратегии подразумевают увеличение дохода в рамках всего движения: это амбициозная и в конечном счете дорогая для реализации стратегия. Таким образом, создание Enterprise API в течение следующих нескольких лет позволит нам сформировать новый поток доходов, который поможет обеспечить устойчивое финансирование процесса реализации остальных рекомендаций. Поэтому: также инициатива «7. Получение доходов для движения».
Мы признаём, что при голосовании в сообществе по определению приоритетности рекомендаций в рамках всего сообщества эти конкретные рекомендации, связанные с API, были одними из последних в списке. Мы признаём и ожидаем, что рекомендации не будут представлять интереса. Это направление не влияет непосредственно на сообщество редакторов. При этом это одна из немногих рекомендаций, которая входит исключительно в зону ответственности WMF. Это означает, что WMF может начать этот проект немедленно и независимо от любых других стратегических направлений, не прерывая работу по ним, не отвлекая внимание от них и не меняя их приоритетность.
Где это обсуждалось ранее?
Фонд Wikimedia начал предлагать платные услуги предоставления данных почти сразу же после создания, предоставляя каналы, позволяющие третьим лицам размещать свои собственные локальные базы данных. Именно создание этого сервиса привело к приему в наши ряды Бриона Виббера и использовалось для защиты интересов фонда Wikimedia Foundation в первые годы. В 2010 году сервис был закрыт для новых клиентов, а в 2014 году он перестал функционировать окончательно, главным образом, из-за отсутствия технического обслуживания.
Возобновление работы крупномасштабных сервисов данных для обеспечения эффективного развития движения, независимо от изменения методов обнаружения контента Wikimedia, обсуждалось в качестве возможного направления в 2015 году, а далее [[mailarchive:wikimedia-l/2016-January/081126.html|на Wikimedia-l] в 2016 году. Идея была выдвинута двумя рабочими группами на втором этапе процесса реализации стратегии развития движения, и в окончательных стратегических рекомендациях процесс улучшения стороннего использования API упоминается дважды (1, 2). Вопрос начала работы над проектом Enterprise API обсуждался на Wikimedia-l в середине 2020 года.
Note: This FAQ was published in March 2021. At that time a Wikimedia blogpost was published, notices were placed in various mailinglists and on wiki, and many mainstream media stories covered it–most notably in WIRED. This resulted in significantly more community discussion on this talkpage, on central discussion hubs on many wikis, and in social media. A comprehensive list of independent media which wrote stories about this topic is published at Wikimedia Enterprise#Press. In October 2021 a WMF Press Release announcing the product is commercially available, and a report by the Open Future institute were published. This was followed in June 2022 with another Press Release announcing the project's first customers and the self-signup system. A new "news" page for the project has been created at https://enterprise.wikimedia.com/news/ and all future announcements from the project will be published there.
Финансовые вопросы
Для Википедии это «продажа» или «вынуждение крупных технологических компаний платить»?
Нет. Все материалы Wikimedia доступны по свободным лицензиям и могут использоваться любым лицом для любых целей. Так будет всегда, и по-другому быть не может. Сервис Enterprise API — это новый способ предоставления доступа к контенту с такой скоростью и в таких объемах, которые были адаптированы специально под потребности крупных коммерческих организаций, уже использующих контент Wikimedia на коммерческой основе. Enterprise API продаёт этот новый способ получения доступа, не запрещая никому (включая потенциальных клиентов) использовать существующие методы свободного доступа.
Многие правительства и целые отрасли (например, журналисты) по всему миру в настоящее время обсуждают, как построить финансово устойчивую модель работы с «крупными технологическими компаниями». Создание Wikimedia Enterprise API создаёт возможность для тех коммерческих организаций, которые создали бизнес-модели, используя находящийся в свободном доступе контент Wikimedia, инвестировать в движение Wikimedia надежным и регулярным образом.
Будет ли сообщество иметь доступ к Enterprise API без оплаты?
Да. Для массового доступа копия выходных материалов API предоставляется через сервис общедоступных дампов данных, обновляемый раз в две недели. То есть с такой же регулярностью, что и другие дампы XML.
Daily dumps + hourly diffs are provided via the Data Services portal, available to anyone with a Wikimedia cloud services account.
A "trial" version of the live service is also available via the product's website at no cost. This version is primarily designed to allow potential commercial customers to investigate the service and therefore it has a restricted maximum rate/usage. Nonetheless, it is allowed (and indeed encouraged!) for Wikimedians to register and use this service for themselves too. People with a mission-relevant use-case for the paid version of the service that is not addressed by the above, or by other Wikimedia services, can be provided with ongoing free access.
Как будут тратиться деньги?
Стратегическое направление, которого мы стремимся достичь к 2030 году, требует, помимо прочих целей, широкомасштабной экспансии на недостаточно обслуживаемые языки по всему миру, а это потребует значительного роста доходов. Помимо покрытия расходов на сам проект, все средства, полученные от корпоративных клиентов, будут направлены на поддержку миссии Викимедиа. Это включает в себя инвестиции в проекты Викимедиа, сообщество, наши организации движения и Фонд Викимедиа. Все доходы, полученные от клиентов Enterprise, рассматриваются так же, как и другие неограниченные доходы, полученные Фондом Викимедиа. То есть эти доходы попадают в тот же банк, что и пожертвования по электронной почте или с помощью баннеров для сбора средств, и распределяются в соответствии с Годовым планом Фонда Викимедиа.
In these early days, it is difficult to predict when Wikimedia Enterprise will reach profitability and even more difficult to accurately predict how much profit it will produce over the next few years. Once we have a more clear picture of timing and profitability, the Board of Trustees can plan for how they want to invest the profits to support the mission. That is likely to be at least a year away.
Сколько денег это принесёт?
The annual financial reports are collated here, beginning in 2022 - the project's first year of operation. This information is also included within the scope of the overarching Wikimedia Foundation annual financial reports. Though not a legal requirement, the publishing of the LLC's financial information separately, and in greater granularity, from the overarching WMF report allows greater transparency of financial operations for this specific project.
Неудивительно, что этот вопрос является одним из самых важных с точки зрения бизнес-модели, и ответить на него заранее также невозможно. Для того чтобы узнать, что нужно и что хотят потенциальные клиенты Enterprise API, были проведены значительные исследования, которые легли в основу разработки продукта и, соответственно, оценки потенциального дохода с течением времени. Ясно одно: это не заменит нам необходимости финансироваться за счет пожертвований читателей. В соответствии с операционным принципом финансовой независимости Wikimedia Enterprise и соответствующим Заявление Совета Фонда Викимедиа о принципах доходов Wikimedia Enterprise, не связанный с бизнесом доход от Wikimedia Enterprise и других источников не будет превышать 30% от общего дохода Фонда Викимедиа. Это означает, что не менее 70% финансирования всегда будет поступать от пожертвований, грантов и т.д.
В соответствии с принципом работы Фонда Викимедиа - честность и прозрачность мы будем публиковать общие доходы и расходы, дифференцированные от доходов и расходов Фонда Викимедиа в целом, по крайней мере, ежегодно. Кроме того, в соответствии с заявлением Совета Фонда Викимедиа, он будет заранее уведомлен обо всех соглашениях, которые, как ожидается, будут приносить доход свыше $250 000 в год, что даст время для высказывания любых опасений. Это соответствует тому, как Фонд Викимедиа относится к крупным корпоративным пожертвованиям.
As per the project's financial goals that were initially defined during the development-phase, the 2021-22 Annual Plan predicts "$10.2 million in contractual revenue and approximately $3.6 million in expense for Wikimedia Enterprise...".
Повлияет ли это на сбор пожертвований?
Нет, фонд Wikimedia будет продолжать получать основную часть своего бюджета от читателей. Мы считаем, что это важно для того, чтобы Википедия оставалась независимой. Финансирование, полученное за счёт миллионов пожертвований читателей в среднем на сумму 15 долларов США, позволяет нам удовлетворять интересы общественности. Доход от Wikimedia Enterprise будет дополнять поддержку наших читателей, но не станет его заменой. Enterprise API — это также способ внесения своего вклада в проекты для корпоративных пользователей, которые уже повторно используют контент Wikimedia.
Технические вопросы
Это открытый исходный код?
Да. Он [$URL опубликован как "стабильные версии"].
The specific purpose of this API's code, and this service, is to be useful to very large commercial organizations and their unique infrastructural, legal, and metadata requirements. Those organizations are unique not just in the sense of sheer scale but also unique relative to each other: with their own mutually-incompatible way of dealing with similar problems. Given that one of the stated principles of the project is "no exclusivity" of the API – either by contract, or by features – we need to ensure that no user (free or paid) should be unintentionally excluded from being able to use it. Therefore, it was considered preferable to publish stable versions. This ensures that no one builds upon, or has expectations for, code that is not yet fit for everyone's purposes.
Meanwhile, all of the development work itself is tracked as per Wikimedia standard practice publicly and “live” on phabricator.
Почему вы используете облачную инфраструктуру/AWS с внешним управлением?
Важнейшей потребностью Wikimedia Enterprise является способность быстро создавать прототипы и создавать решения, которые могут масштабироваться в соответствии с потребностями предполагаемых клиентов Enterprise API. Для этого мы оптимизировали сервис для обеспечения быстрой итерации, инфраструктурного отделения от критически важных проектов Wikimedia и использования соглашений об уровне обслуживания (SLA). Вначале эти возможности предоставляются нам внешними облачными сервисами. Несмотря на многочисленные преимущества использования внешнего облака для нашего сценария использования, мы признаём наличие фундаментальных проблем, связанных с таким использованием, учитывая культуру и принципы создания приложений в Фонде. Потребности потенциальных клиентов Enterprise API важны для достижения нашей миссии по предоставлению знаний всем людям. Однако использование существующих ресурсов фонда Wikimedia для разработки продуктов, отвечающих этим потребностям, приведет к увеличению у крупнейших мировых коммерческих организаций потребностей в аппаратном обеспечении.
Wikimedia Enterprise API размещается на Amazon Web Services (AWS), которая очень часто используется для такого рода целей. Тем не менее, у нас нет договорной обязанности или финансовой или технической необходимости использовать именно инфраструктуру AWS. Мы храним на AWS общедоступный контент Wikimedia, общие данные журналов и небольшие данные об использовании. Мы намерены заключать с клиентами соглашения об уровне обслуживания (SLA) с такими же гарантиями, как предоставляет Amazon. У нас нет эквивалентной информации о времени безотказной работы существующей инфраструктуры фонда Wikimedia. Однако мы изучаем этот вопрос совместно с отделом Wikimedia по обеспечению работы веб-сайта.
В то же время мы изучаем альтернативы AWS и готовы рассматривать любые идеи, которые могут соответствовать нашим целям использования, когда проект примет более четкие очертания, и мы уверены в том, что знаем наши реальные требования к инфраструктуре. В то же время инфраструктура хостинга WMF по-прежнему полностью контролируется фондом, она независима и не затрагивается Enterprise API.
Почему это веб-сайт .com?
Главная страница сервиса — enterprise.wikimedia.com, а не .org, на котором размещены другие веб-сайты, управляемые фондом Wikimedia, по следующим причинам:
- Границы конфиденциальности и безопасности данных. DNS-домены действуют как технические границы для обеспечения конфиденциальности и безопасности данных. Поскольку Wikimedia Enterprise работает на отдельной инфраструктуре с отдельными политиками и средствами контроля, более безопасный вариант не стирать ни одну из этих технических границ, разместив Wikimedia Enterprise на том же домене, что и Wikimedia.org, на котором фонд Wikimedia управляет существующими сайтами. Фонд Wikimedia не управляет никакими другими сайтами в пределах «wikimedia.com», что обеспечивает чистоту границ.
- Подлинность. Использование домена .org для коммерческих проектов, принадлежащих некоммерческой организации, разрешено. Однако команда Wikimedia Enterprise считает, что точнее и честнее разместить веб-сайт на .com, поскольку это коммерческий проект.
Как это повлияет на Викиданные или сервис запросов (Wikidata Query Service)?
Wikimedia Enterprise API не оказывает непосредственного влияния на Викиданные или Сервис запросов. На текущем этапе разработки, Enterprise API не выдаёт данные из Викиданных (или Викисклада). Хотя WDQS является важным сервисом для массовых пользователей Викиданных в контексте базовых характеристик графов знаний, в настоящее время цели Enterprise API сосредоточены на потоковой передаче контента в режиме, близком к реальному времени, что отличается от WDQS. Впоследствии некоторая информация, которую клиенты Enterprise API сейчас получают через WDQS, сможет быть получена через API, что может уменьшить объем использования WDQS.
Почему они не строят это сами?
Все первоначальные потенциальные клиенты Enterprise API уже используют контент Wikimedia в своих продуктах в различной степени. Независимо друг от друга они инвестируют в извлечение, реструктуризацию и стандартизацию нашего контента в соответствии с их потребностями. Тем не менее, они не могут внутри компании обеспечить скорость предоставления, последовательность и достоверность контента, предоставляемого сервисами Wikimedia. Это может обеспечить только фонд Wikimedia. Кроме того, предоставляя продукт, доступный любому клиенту, Enterprise API создает равные условия для малых предприятий, желающих использовать контент Wikimedia в своей деятельности, но не имеющих таких же внутренних ресурсов для выполнения необходимых преобразований данных, которые имеются у крупных компаний.
What are Credibility Signals
This is the name for a feature of the API dataset. It helps to make the contextual information that Wikimedia editors use to make their editorial decisions more understandable within an API feed. For a full essay documenting the nature and purpose of this, see its dedicated documentation page.
When reviewing edit histories of articles editors will often take note of many factors. These include as whether an article has: suddenly received a lot of new edits; been recently edited by several newly-created accounts or by different ‘anonymous’ editors; had frequent edits being reverted; had its protection status or quality rating changed; or suddenly received more pageviews than normal. Credibility Signals is the turning of this contextual information and into data points in the API which third-party reusers can apply to make their own decisions about how to treat new revisions – in real time. For example: if an article is identified as being related to “breaking news” some reusers may wish to respond to this “signal” by updating their copy as rapidly as possible while others may wish to temporarily pause their updates.
This feature is not filters, rankings, or value judgements of “good vs. bad edits”. Nor is it an AI making decisions about content accuracy, truth or quality. A full list of fields can be drawn from in the creation of any given “signal” is listed at https://www.mediawiki.org/w/api.php In advancing the strategic goal of "Knowledge as a service", we hope that Credibility Signals will both expand the number of third parties which incorporate real-time information from Wikimedia, lower the barrier to entry of doing so, and decrease the instances in which vandalism etc. proliferates and in turn engender trust in Wikimedia content and the movement’s work.
What is Breaking News
Just like "Credibility signals", this is the name for a a feature of the API. It identifies new and likely "newsworthy" events as they are being written about across Wikipedia language editions at any given moment. These events are then marked with a boolean field, allowing API users to easily identify this kind of content within their copy of the dataset. For a full essay documenting the nature and purpose of this, and how you can access it yourself, see its dedicated documentation page.
Consistent with the Wikimedia Enterprise principles (in particular that of "no exclusive content") the information this API feature is built upon is already public information that Wikimedia editors are already commonly using in their content moderation workflows – for example "does this article have a sudden increase in the number of pageviews, or of unique editors?", "was this article recently created/moved and have a 'current event' template?". The feature turns that kind of information into a feed of articles which API users can treat differently, if they wish. For example to re-index these articles more rapidly, or to pause re-indexing entirely until the content becomes more stable. This feature does not imply a change of Wikipedia editorial policy: most particularly regarding notability, reliable sources – summarised in the English Wikipedia policy "NOTNEWS".
What is Structured Contents
Within the Enterprise API suite, Structured Contents refers to the features making Wikimedia data more machine readable: these efforts are both focussed on pre-parsing Wikipedia snippets as well as connecting the different projects closer together. The Structured Contents endpoint (beta) has been released in September 2023 to the On-demand API, as a means to both facilitate more frequent updates as well as improve transparency in the development process. This endpoint includes pre-parsed Wikipedia abstracts, main images, descriptions, infoboxes and sections. To access this structured information in bulk the Structured Contents Snapshot endpoint (beta) in some languages was released to testing partners, and a public version made available on Hugging Face. Features will be continued to be added to this endpoint, see the Mediawiki Updates page.
Юридические вопросы
Почему это реализуется дочерней компанией?
Фонд Викимедиа создал компанию с одним участником общаства с ограниченной ответственностью (ООО), которая и будет заключать контракты с клиентами Enterprise API. Структура ООО страхует Фонд от обязательств, возникающих в результате работы сервиса. Это стандартный подход, когда некоммерческая организация занимается коммерческой деятельностью, и он поможет нам как в управлении рисками, так и в обеспечении прозрачности. Тем не менее, согласно законодательству США, Фонд обязан публично раскрывать информацию о доходах и расходах ООО в наших ежегодных налоговых декларациях (см. аудированные финансовые отчеты здесь). ООО действует под эгидой Фонда Викимедиа, его сотрудники являются сотрудниками Фонда Викимедиа, и в конечном итоге оно подчиняется попечительскому совету Фонда Викимедиа (ФВМ). В состав совета ООО, курирующего проект, входят представители руководства Фонда Викимедиа, представляющие свои штатные должности в ФВМ, а "президентом" ООО является менеджер по развитию бизнеса ФВМ.
You can view the contracts which form the legal relationship between the Wikimedia Foundation and this LLC at the "Wikimedia Enterprise" page on the WMF Governance Wiki. These are:
- "LLC operating agreement" which formally establishes the LLC and the WMF as its sole member
- "Inter-company license agreement" which discusses the right of the LLC to use Wikimedia trademarks etc.
- "Cost-sharing agreement" which discusses how the LLC's revenues and expenses are accounted for with the WMF
The LLC's legal registration can be found at the State of Delaware, Division of Corporations, Entity name: Wikimedia, LLC, File number: 7828447. In the United States, Establishing a legal entity in the State of Delaware is common because the body of corporate law in Delaware is well-developed and easily understood. Using the LLC to operate Wikimedia Enterprise will help insulate the Wikimedia Foundation from exposure. The clarity of Delaware corporate law furthers that objective and also reduces legal costs in both the short and long term. As a non-profit, the LLC being registered in the state of Delaware creates no difference in our United States federal tax liability, or financial transparency in tax reporting requirements, than being registered in any other state.
The assessment of appropriate tax treatment of the LLC activities has been coordinated with the Wikimedia Foundation auditors KPMG.
Кто является заказчиком
Enterprise API был изначально разработан для нужд очень небольшого числа технологических организаций, которые являются одними из самых крупных и богатых компаний в мире, обычно называемых "Big Tech". Поскольку не будет ни эксклюзивных контрактов, ни эксклюзивного контента, разработка этого продукта также поможет предоставить возможность небольшим коммерческим организациям получать выгоду от использования контента Викимедиа в своих продуктах. Это также описывается Описание проекта Открытое будущее как "снижение игрового поля" и соответствует Стратегическое направление обсуждению "Знания как услуга".
By interviewing many organisations across many commercial sectors, it became clear that there are many more potential customers than just "big tech". Their needs are different and so the product roadmap will be adjusted over time to meet this demand – focusing on making it easier to integrate and understand Wikimedia's complex ecosystem of information (through things like credibility signals and subsets of information – see roadmap).
As stated in the original press release, Google and the Internet Archive are the first to receive paid and free access (respectively) but we have not publicized the subsequent customers (paid or free) who have signed up to the service. Maintaining a public and comprehensive list of paying and free/trial customers would look like advertising or promotion of those customers. It would also introduce a new privacy (and potentially security) problem: In the same way that it would be inappropriate to make a public list of "all individuals who have used the Wikidata Query Service this month" (for example), making a public list of all organizations who have used this service goes against our privacy culture. Nonetheless, we do intend to be making "use case" blog posts, which will describe how some users (either general categories or individual cases with their permission) are benefiting from the service in the real world. No one is required to publish whether, or how, they read or reuse Wikimedia content. This is consistent with that practice.
Согласно заявлению совета Фонда Викимедиа, он будет заранее уведомлен обо всех потенциальных заказчиках, доход которых превысит $250 000 в год, что даст время для высказывания любых опасений. Это соответствует тому, как Фонд Викимедиа относится к крупным корпоративным пожертвованиям. Как организация, расположенная в США, по закону не имеет права вести дела с организациями, расположенными в некоторых запрещенных странах, как это определено Управлением по контролю за иностранными активами.
Что включено в договоры?
Договоры с клиентами, как правило, включают условия, регулирующие продолжительность сотрудничества, тип поддержки клиентов и ожидаемое время безотказной работы, стоимость сервиса, механизмы разрешения споров, гарантии в отношении информации об авторстве и лицензировании (в зависимости от контекста), а также ограничения на повторное использование API для создания конкурирующего бизнеса (с подтверждением свободного характера базовой лицензии). Как описано в документе, посвященном принципам, договором не будет предоставляться эксклюзивный контент, эксклюзивный доступ, конфиденциальные/пользовательские данные или редакторский контроль и не будут предусматриваться ограничения на способы использования контента, противоречащие условиям свободной лицензии на такой контент.