68 04 счет бухгалтерского учета: Счет 68 04 в бухгалтерском учете — дебетовое сальдо по счету 68

: со страницы 121 PEFI на 2020 год, процент распределения специального финансирования штата Вашингтон (39.002976%), разделенное на общую сумму, выделяемую работодателем в штате Вашингтон (60,997024%) = 63,942424% .

Пример по состоянию на 30 июня 2020 г .: 1 061 945 долл. США (взносы работодателей LEOFF 2) x 63,94 24 24% = 679 033 долл. США.

Работодатели также будут использовать этот процент распределения для расчета пропорциональной доли государства в чистых пенсионных активах, связанных с отдельным работодателем, для раскрытия информации в своих примечаниях (требование GASB 68, параграф 80) .

Пример по состоянию на 30 июня 2020 года: 11 073 572 доллара США (актив работодателя LEOFF 2) x 63,94 24 24% = 7 080 710 долларов США (пропорциональная доля государства в чистых пенсионных активах, связанных с работодателем).

Взносы в LEOFF 1 больше не производятся, поэтому работодатели должны только раскрывать в примечаниях пропорциональную долю государства в чистых пенсионных активах, связанных с работодателем.

: со страниц 110 и 111 PEFI на 2020 год, процент распределения специального финансирования штата Вашингтон (87.12%, разделенные на общую сумму, выделяемую работодателем в штате Вашингтон (12,88%) = 676,3975 16% .

Пример по состоянию на 30 июня 2020 г .: 2 847 545 долларов США (актив работодателя LEOFF 1) x 676,3975 16% = 19 260 724 доллара США (пропорциональная доля государства в чистых пенсионных активах, связанных с работодателем).

3.4.2.45 Обзор записей журнала

Согласно Положению 68 GASB, годовые пенсионные расходы больше не являются денежными взносами, внесенными в планы. Взносы — это уменьшение пенсионных обязательств.Положение GASB 68 не меняет установленных законом ставок взносов или движения денежных средств, и мы рекомендуем вам не изменять способ регистрации платежей в DRS в вашей системе бухгалтерского учета. Возможно, вы захотите рассмотреть возможность использования «контрольного» счета в вашей системе бухгалтерского учета для накопления всех дебетов и кредитов на пенсионные расходы, возникающих из записей журнала GASB Statement 68.

3.4.2.60 Шаг 3 — Сальдо на конец года: записи журнала для конечных сальдо сумм коллективных пенсий

Положение 68 GASB разрешает датой оценки коллективных чистых пенсионных обязательств, используемых работодателем, принимающим участие в совместных расходах, быть на не ранее, чем на , чем конец его предыдущего финансового года (т.е., 12 месяцев назад). Организации с концом года 31 декабря 2020 года будут использовать отчет DRS PEFI за финансовый год, закончившийся 30 июня 2020 года. Используйте ваши проценты распределения за 2020 год и Таблицы размеров коллективных пенсий за 2020 год для расчета сумм на конец года для каждого плана.

См. Образцы иллюстраций для PERS 1, PERS 2, PSERS 2, LEOFF 1 и LEOFF 2 на листе пенсионного обеспечения GASB 68 (находится на странице шаблонов отчетов BARS).

На иллюстрациях показаны остатки по пенсионным счетам на начало и конец года, записи в журнале и детали счета ГК для предприятия с концом 31 декабря 2020 года.Вы должны выполнить эти расчеты для каждого плана, в котором вы участвуете.

Нота для органов местного самоуправления с окончанием 30 июня. В этих инструкциях предполагается, что организации с концом года 30 июня будут использовать PEFI на 30 июня 2019 г. и отложить взносы с июля 2019 г. по июнь 2020 г. (12 месяцев). Тем не менее, у вас есть возможность использовать PEFI на 30 июня 2020 г. без отсрочки взносов, если она доступна вовремя для выполнения ваших требований к отчетности SAO. После выбора даты измерения (текущая или текущая дата)за год до этого) местные органы власти не должны переключаться между двумя датами в течение многих лет. Это будет изменение принципа бухгалтерского учета, которое потребует пересчета данных за предыдущие периоды. При выборе даты измерения имейте в виду, что нет гарантии, что PEFI текущего года будет доступен к крайнему сроку вашего годового отчета.

3.4.2.62 Отсроченный отток / приток

На уровне плана определяются следующие совокупные отложенные оттоки и поступления ресурсов:

• Чистая разница между прогнозируемой и фактической инвестиционной прибылью по инвестициям пенсионного плана — амортизируется в течение пяти лет

• Разница между ожидаемым и фактическим опытом — амортизируется в течение среднего ожидаемого оставшегося срока службы участников плана (период амортизации определяется DRS)

• Изменения в актуарных допущениях — амортизируются в течение среднего ожидаемого оставшегося срока службы участников плана (период амортизации указан в DRS)

Местные органы власти будут использовать свои проценты распределения для расчета своих индивидуальных пропорциональных долей этих отложенных оттоков и притоков.Они будут амортизироваться в течение периодов признания, опубликованных DRS в PEFI.

Существует два типа отложенных оттоков и притоков, которые должны рассчитываться отдельными работодателями:

• Положение 71 GASB требует, чтобы взносы работодателя после даты плановой оценки и до конца отчетного периода работодателя отражались как отложенного оттока ресурсов. Планы штата Вашингтон имеют дату оценки 30 июня.Работодатели с окончанием 31 декабря отложат уплату взносов за последние шесть месяцев. Из-за сроков представления финансовых отчетов по плану работодатели, заканчивающие год 30 июня, откладывают 12 месяцев. Эти суммы восстанавливаются в следующем году, когда откладываются новые суммы на конец года. Для расчетов используйте фактические взносы в планы. Взносы из PERS 2/3, SERS 2/3 и PSERS, которые идут в PERS 1, следует указывать как вклады PERS 1.

• Изменения в пропорциональной доле и разнице между фактическими взносами работодателя и пропорциональной долей взносов — амортизируются в течение среднего ожидаемого оставшегося срока службы участников плана (период амортизации определяется DRS).DRS использует фактические взносы для определения пропорциональной доли, поэтому ожидается, что различия между фактическими взносами работодателя и пропорциональной долей взносов будут редкими. Однако ожидается, что пропорциональная доля работодателя в коллективной ответственности каждого плана и в отсроченных оттоках / поступлениях будет изменяться каждый год. Эффект от этого изменения должен быть рассчитан на начало периода.

3.4.2.65 Изменение пропорциональной доли

Согласно Положению 68 GASB, в случае изменения доли коллективного чистого пенсионного обязательства с даты предыдущей оценки чистый эффект этого изменения на пропорциональные доли работодателя в коллективном чистом пенсионном обязательстве и коллективный отсроченный отток ресурсов и отсроченный приток ресурсов должен признаваться в составе пенсионных расходов работодателя, начиная с текущего отчетного периода, с использованием систематического рационального метода в течение закрытого периода (ожидаемый оставшийся срок службы).

DRS будет вести и публиковать графики амортизации для совокупного отложенного оттока / притока (см. Финансовый отчет участвующего работодателя от 30 июня). Индивидуальные работодатели должны вести свои собственные графики амортизации для отложенных оттоков / притоков, возникающих в результате изменений пропорциональной доли. Обратите внимание, что PERS 1, TRS 1 и LEOFF 1 имеют период признания в один год, начиная с , начиная с периода оценки.В результате все пропорциональные изменения этих планов относятся на расходы в текущем году без необходимости амортизации.

См. Примерную иллюстрацию расчета изменений пропорциональных долей и графиков амортизации в Таблице пенсионного обеспечения GASB 68 (находится на странице Шаблоны отчетности BARS).

Положения отчетов GASB не должны применяться к несущественным объектам. Правительства могут рассмотреть возможность принятия порога амортизации для своих отложенных оттоков / притоков, связанных с пенсиями.Например, суммы менее 500 долларов США могут быть отнесены на расходы в текущем году, а не амортизироваться в течение многих лет.

3.4.2.67 Распределение пенсионных сумм между фондами и деятельностью

не упоминаются особые требования для распределения пенсионных сумм между индивидуальными фондами. Тем не менее, основные принципы государственного бухгалтерского учета (см. Заявление 1 GASB, Официальный статус заявлений NCGA и Руководство по отраслевому аудиту AICPA , параграф 42) требуют, чтобы долгосрочные обязательства, которые напрямую связаны с собственными фондами и, как ожидается, будут выплачиваться из них. сообщается в эти фонды.

Вы должны распределить чистые пенсионные обязательства, отложенные оттоки / поступления и пенсионные расходы между государственными видами деятельности и видами деятельности, а также индивидуальными собственными фондами. SAO не предписывает никаких конкретных методов. Однако организациям следует рассмотреть метод, аналогичный тому, который предписан Положением 68 GASB для планов распределения затрат — «на основе метода оценки взносов». Например, распределение по фондам и мероприятиям на основе их пропорциональной доли в фактических взносах работодателя в план (взносы сотрудников не должны включаться):

Многие органы местного самоуправления с обязательством PERS 1 не имеют сотрудников PERS 1. Мы рекомендуем вам использовать ваши взносы PERS 2 для распределения. Другие методы также могут быть приемлемы в зависимости от индивидуальных фактов и обстоятельств.Методология распределения, используемая местным правительством, должна раскрываться в примечаниях к финансовой отчетности.

В ведомости деятельности пенсионные расходы на государственную деятельность должны быть дополнительно распределены по функциям. Обязательства по выплате пенсий, отложенные оттоки / поступления и пенсионные расходы должны отражаться в каждом применимом собственном фонде.

3.4.2.80 Примечания Раскрытие информации и требуемая дополнительная информация

Раскрытие информации в нотах и ​​требуемая дополнительная информация (RSI), требуемая согласно Положению 68 GASB, доступна на веб-сайте SAO.

В таблицах взносов работодателей RSI должна быть указана сумма взносов, признанных каждым пенсионным планом. Взносы из PERS 2/3, SERS 2/3 и PSERS 2, которые поступают в PERS 1, следует указывать как вклады PERS 1.

Заработная плата с покрытием — это фонд заработной платы, на котором основываются взносы в пенсионный план (см. GASBS 82, параграф 5). Обратите внимание, что для PERS 1 покрытая заработная плата из PERS 2/3, SERS 2/3 и PSERS 2 также должна быть включена в этот расчет.

Обратите внимание, что графики RSI имеют два разных показателя покрытой заработной платы.График пропорциональной доли чистых пенсионных обязательств датирован датой оценки плана (30 июня для государственных планов). График взносов работодателей датирован концом года работодателя. В случаях, когда эти две даты различаются, суммы, указанные для покрываемой заработной платы, будут разными.

Использование социальных сетей в США в 2019 году

Примечание. Последние данные опроса об использовании социальных сетей и приложений для обмена сообщениями см. В разделе «Использование социальных сетей в 2021 году.”

Доля взрослых в США, которые говорят, что используют определенные онлайн-платформы или приложения, статистически не изменилась по сравнению с показателем начала 2018 года, несмотря на длительные споры о конфиденциальности, фейковых новостях и цензуре в социальных сетях, согласно новому исследованию Pew Research Center. проведено с 8 января по 7 февраля 2019 г.

В более широком смысле, устойчивый рост внедрения социальных платформ в США за последнее десятилетие также, похоже, замедляется.Доли взрослых, которые говорят, что используют Facebook, Pinterest, LinkedIn и Twitter, в основном такие же, как в 2016 году, и только Instagram показывает рост использования в этот период времени. (Нет сопоставимых данных телефонного опроса 2016 года для YouTube, Snapchat, WhatsApp или Reddit.)

Facebook, недавно отметивший свое 15-летие, остается одним из наиболее широко используемых сайтов социальных сетей среди взрослых в США. Примерно семь из десяти взрослых (69%) говорят, что когда-либо использовали эту платформу.(Отдельный опрос Центра 2018 года показал, что использование Facebook среди подростков в США в последние годы снизилось.) YouTube — единственная другая онлайн-платформа, которая, по оценке, соответствует охвату Facebook: 73% взрослых сообщают об использовании сайта для обмена видео. Но некоторые онлайн-платформы, в первую очередь Instagram и Snapchat, особенно популярны среди молодежи.

Instagram, Snapchat остаются особенно популярными среди людей в возрасте от 18 до 24 лет

Как и в предыдущих исследованиях использования социальных сетей Центром, существуют существенные возрастные различия в использовании платформ.Это особенно верно в отношении Instagram и Snapchat, которыми пользуются 67% и 62% молодых людей в возрасте от 18 до 29 лет соответственно.

В частности, для этих двух платформ также есть явные различия в использовании среди молодого взрослого населения. Люди в возрасте от 18 до 24 лет гораздо чаще, чем люди в возрасте от 25 до 29 лет, говорят, что используют Snapchat (73% против 47%) и Instagram (75% против 57%).

Для сравнения, в Facebook возрастные различия менее выражены. Использование Facebook относительно распространено в различных возрастных группах: 68% людей в возрасте от 50 до 64 лет и почти половина людей в возрасте 65 лет и старше заявили, что пользуются сайтом.

Другие демографические модели, связанные с использованием социальных сетей и приложений для обмена сообщениями, относительно не изменились по сравнению с прошлым годом. Женщины почти в три раза чаще, чем мужчины, пользуются Pinterest (42% против 15%). Около половины выпускников колледжей и тех, кто живет в семьях с высоким доходом, используют LinkedIn, по сравнению с 10% или меньше тех, кто не учился хотя бы в каком-то колледже, или тех, кто живет в семьях с низким доходом. А WhatsApp продолжает оставаться популярным среди латиноамериканцев: 42% используют приложение для обмена сообщениями по сравнению с 24% чернокожих и 13% белых.(Подробнее об использовании социальных сетей и приложений для обмена сообщениями различными демографическими группами см. Внизу сообщения.)

Большинство пользователей Facebook, Snapchat и Instagram посещают эти сайты ежедневно

Опрос Центра 2018 года показал, что некоторые пользователи Facebook недавно предприняли шаги для ограничения использования сайта — например, удалили приложение Facebook со своего телефона или сделали перерыв в работе платформы на некоторое время. Но, несмотря на эти выводы и на фоне некоторых громких споров, пользователи Facebook в целом сегодня так же активны на сайте, как и год назад.Примерно три четверти пользователей Facebook (74%) посещают сайт ежедневно, в том числе около половины, которые делают это несколько раз в день. Эти репосты идентичны тем, о которых сообщают пользователи Facebook в опросе Центра 2018 года об использовании социальных сетей.

Большинство пользователей Snapchat и Instagram также заявляют, что посещают эти сайты ежедневно, хотя вероятность этого у них несколько ниже, чем у пользователей Facebook. Особенно велика доля молодых людей, ежедневно использующих эти платформы. Примерно восемь из десяти пользователей Snapchat в возрасте от 18 до 29 лет (77%) говорят, что используют приложение каждый день, в том числе 68% говорят, что делают это несколько раз в день.Точно так же 76% пользователей Instagram в этой возрастной группе посещают сайт ежедневно, а 60% сообщают, что делают это несколько раз в день. Эти модели во многом аналогичны тем, что Центр обнаружил в 2018 году.

Остальные площадки посещаются несколько реже. Около 51% пользователей YouTube заявляют, что посещают сайт ежедневно — это незначительное увеличение по сравнению с 45%, которые заявили об этом в 2018 году.

Примечание. См. Полные результаты и методологию здесь.

Степени и сертификаты | Бухгалтерский учет

Бухгалтерский учет 2020-2021 гг.

Бухгалтерский учет — это язык бизнеса. Бухгалтеры измеряют бизнес-деятельность, обрабатывают эти данные в отчетах и ​​сообщают результаты лицам, принимающим решения. Учебная программа по бухгалтерскому учету направлена ​​на подготовку студентов к переводу в четырехлетние учебные заведения, сдаче экзамена на дипломированного бухгалтера (CPA) и поиску работы.Сферы обучения включают в себя учет для принятия решений, бухгалтерский учет для внутреннего и внешнего использования, анализ финансовой отчетности, обзор стандартов финансового учета, налоги на заработную плату и бизнес, индивидуальное и расширенное налогообложение, компьютерное программное обеспечение для бухгалтерского учета, аудит и судебно-медицинский учет, правительственный и некоммерческий -бухгалтерский учет прибыли и этика в бухгалтерском учете.

Результаты обучения по программе:

— Студенты смогут объяснять терминологию, концепции, принципы и основы бухгалтерского учета.
-Студенты смогут выполнять расчеты, связанные с бухгалтерским учетом, и продемонстрировать способность использовать методы и / или процедуры для решения проблем бухгалтерского учета.

Возможности карьерного роста:

Программы бухгалтерского учета готовят студентов к работе в качестве бухгалтеров, проверке и подготовке финансовой отчетности для частного сектора, государственных учреждений, частных лиц и некоммерческих организаций. Бухгалтеры общего профиля используют компьютеры для записи транзакций, таких как дебиторская, кредиторская, заработная плата и имущество, в главную книгу.Корпоративные бухгалтеры создают и разрабатывают системы и процедуры бухгалтерского учета, программы управления рисками, а также анализируют и оценивают финансовые отчеты для предприятий. В их обязанности входит обеспечение соблюдения правовых норм, интерпретация финансовой информации и подготовка отчетов для руководителей предприятий и государственных регулирующих органов. Продвижение включает возможности в качестве старшего бухгалтера, контролера, казначея и финансового директора. Сертифицированные бухгалтеры-аудиторы и дипломированные бухгалтеры-управленцы — это те, кто получил профессиональную сертификацию в государстве.

Необходимые единицы

• Major: 53
• Сертификат (ы): 9-53

Требования к ученой степени:

— Знание английского языка: ENGL 1A, 1AH, 1S & 1T или эквивалентные.
— Знание математики: МАТЕМАТИКА 105, 180 или любой курс МАТЕМАТИКИ, одобренный для Предгорья GE Area V, Коммуникация и аналитическое мышление.
Требуется минимум 90 единиц *, включая:
— Завершение одного из следующих общеобразовательных образовательных программ: предгорное общее образование, общеобразовательные требования CSU или межсегментарная программа передачи общего образования (IGETC)
-Профессиональные курсы (43 единицы)
-Сопровождающие курсы (10 единиц)

* Дополнительные факультативные курсы могут потребоваться для удовлетворения минимальных требований в 90 единиц для получения степени младшего специалиста.

ПРИМЕЧАНИЕ: Все курсы, относящиеся к основной специальности, должны быть приняты для получения буквенной оценки. Кроме того, для всех основных и вспомогательных курсов, используемых для получения степени или сертификатов, требуется оценка «C» или выше.

Дополнительная информация:

Все предлагаемые курсы по бухгалтерскому учету соответствуют единице, установленной Советом по бухгалтерскому учету Калифорнии.Бухгалтерские курсы не могут быть оспорены. Опыт работы не заменяет курсы.

Основные курсы (43 единицы)

ACTG 1A Финансовый учет I (5 единиц)
ACTG 1B Financial Accounting II (5 единиц)
или ACTG 1BH Honors Financial Accounting II (5 единиц)
Управленческий учет ACTG 1C (5 единиц)
или Управленческий учет ACTG 1CH Honors (5 единиц)
ACTG 64A Практика компьютеризованного учета с использованием QuickBooks (4 шт.)
ACTG 64B Практика компьютеризованного учета с использованием Excel (4 единицы)
ACTG 67 Налоговый учет (5 единиц)
BUSI 18 Business Law I (5 единиц)
Деловые принципы BUSI 22 (5 единиц)
или BUSI 22H Honors Principles of Business (5 единиц)
ECON 1A Принципы макроэкономики (5 единиц)
или ECON 1B Принципы микроэкономики (5 единиц)

Вспомогательные курсы (10 единиц)

Выберите 10 единиц из следующего:
ACTG 51A Промежуточный учет I (5 шт.)
ACTG 51B Промежуточный учет II (5 шт.)
ACTG 51C Промежуточный учет III (5 шт.)
ACTG 52 Расширенный учет (5 единиц)
ACTG 53 Анализ финансовой отчетности (5 единиц)
ACTG 54 Информационные системы бухгалтерского учета (5 единиц)
ACTG 58 Аудит (5 единиц)
ACTG 59 Проверка на мошенничество (5 единиц)
ACTG 60 Бухгалтерский учет для малого бизнеса (5 единиц)
ACTG 65 Расчет заработной платы и налоговый учет (4 единицы)
ACTG 66 Учет затрат (5 шт.)
ACTG 68A Расширенный налоговый учет I (5 единиц)
ACTG 68B Advanced Tax Accounting II (5 единиц)
ACTG 68C Advanced Tax Accounting III (3 единицы)
ACTG 70R Независимое исследование в области бухгалтерского учета (1 ед.)
ACTG 71R Независимое исследование в области бухгалтерского учета (2 единицы)
ACTG 72R Независимое исследование в области бухгалтерского учета (3 единицы)
ACTG 73R Независимое исследование в области бухгалтерского учета (4 единицы)
ACTG 75 Учет для правительства и некоммерческих организаций (5 единиц)
ACTG 76 Этика в бухгалтерском учете (5 единиц)
BUSI 11 Введение в информационные системы (5 шт.)
BUSI 19 Business Law II (4 единицы)

Требования к сертификату

Свидетельство об успеваемости в области бухгалтерского учета

Единиц: 53

Свидетельство о достижениях выдается по завершении основного и вспомогательного курсов.Общеобразовательные курсы не требуются.

Свидетельство об успеваемости по подготовке к экзамену CPA (40 единиц)

ACTG 1A Financial Accounting I (5 единиц)
ACTG 1B Финансовый учет II (5 единиц)
ACTG 51A Промежуточный учет I (5 шт.)
ACTG 51B Промежуточный учет II (5 шт.)
ACTG 51C Промежуточный учет III (5 шт.)
ACTG 52 Advanced Accounting (5 единиц)
или ACTG 53 Анализ финансовой отчетности (5 единиц)
или ACTG 54 Бухгалтерские информационные системы (5 единиц)
ACTG 58 Аудит (5 единиц)
ACTG 75 Бухгалтерский учет для правительства и некоммерческих организаций (5 единиц)

Свидетельство о карьере в налоговом бухгалтерии (27 единиц) [без транскрипции]

ACTG 1B Финансовый учет II (5 единиц)
ACTG 64A Практика компьютеризованного учета с использованием QuickBooks (4 шт.)
ACTG 67 Налоговый учет (5 единиц)
ACTG 68A Расширенный налоговый учет I (5 единиц)
ACTG 68B Advanced Tax Accounting II (5 единиц)
ACTG 68C Advanced Tax Accounting III (3 единицы)

Примечание. Сертификаты, не подлежащие транскрипции, хранятся и выдаются бухгалтерским отделом (не колледжем) и не записываются в стенограммах учащихся.Чтобы подать заявку на получение сертификата, свяжитесь с заведующим кафедрой в течение одного учебного года после завершения последнего курса.

Свидетельство о карьере по финансовому учету (25 единиц) [Без транскрипции]

ACTG 1A Финансовый учет I (5 единиц)
ACTG 1B Финансовый учет II (5 единиц)
ACTG 51A Промежуточный учет I (5 шт.)
ACTG 51B Промежуточный учет II (5 шт.)
ACTG 51C Промежуточный бухгалтерский учет III (5 единиц)

Примечание. Сертификаты, не подлежащие транскрипции, хранятся и выдаются бухгалтерским отделом (не колледжем) и не записываются в стенограммы учащихся.Чтобы подать заявку на получение сертификата, свяжитесь с заведующим кафедрой в течение одного учебного года после завершения последнего курса.

Сертификат о квалификации зарегистрированного агента (18 единиц) [Без транскрипции]

ACTG 67 Налоговый учет (5 единиц)
ACTG 68A Расширенный налоговый учет I (5 единиц)
ACTG 68B Advanced Tax Accounting II (5 единиц)
ACTG 68C Advanced Tax Accounting III (3 единицы)

Примечание. Сертификаты, не подлежащие транскрипции, хранятся и выдаются бухгалтерским отделом (не колледжем) и не записываются в стенограммах учащихся.Чтобы подать заявку на получение сертификата, свяжитесь с заведующим кафедрой в течение одного учебного года после завершения последнего курса.

Сертификат специалиста по бухгалтерскому учету (17 единиц) [Без транскрипции]

ACTG 60 Бухгалтерский учет для малого бизнеса (5 единиц)
или ACTG 1A Финансовый учет I (5 единиц)
ACTG 64A Практика компьютеризованного учета с использованием QuickBooks (4 шт.)
ACTG 64B Практика компьютеризованного учета с использованием Excel (4 единицы)
ACTG 65 Заработная плата и налоговый учет (4 единицы)

Примечание. Сертификаты, не подлежащие транскрипции, хранятся и выдаются бухгалтерским отделом (не колледжем) и не записываются в стенограммах учащихся.Чтобы подать заявку на получение сертификата, свяжитесь с заведующим кафедрой в течение одного учебного года после завершения последнего курса.

Сертификат специалиста по налогам (14 единиц) [Без транскрипции]

ACTG 65 Заработная плата и налоговый учет предприятий (4 единицы)
ACTG 67 Налоговый учет (5 единиц)
ACTG 68A Расширенный налоговый учет I (5 единиц)

Примечание. Сертификаты, не подлежащие транскрипции, хранятся и выдаются бухгалтерским отделом (не колледжем) и не записываются в академические справки студентов.Чтобы подать заявку на получение сертификата, свяжитесь с заведующим кафедрой в течение одного учебного года после завершения последнего курса.

Свидетельство о квалификации в области подготовки заработной платы (9 единиц) [Без транскрипции]

ACTG 60 Бухгалтерский учет для малого бизнеса (5 единиц)
или ACTG 1A Финансовый учет I (5 единиц)
ACTG 65 Заработная плата и налоговый учет (4 единицы)

Примечание. Сертификаты, не подлежащие транскрипции, хранятся и выдаются бухгалтерским отделом (не колледжем) и не записываются в стенограммах учащихся.Чтобы подать заявку на получение сертификата, свяжитесь с заведующим кафедрой в течение одного учебного года после завершения последнего курса.

Контрольная информация:
2020-2021 | Статус: Утверждено | Изменено: 27.04.2020 13:46:48 | Код отдела: ACTG

Запрос данных с помощью веб-API (Microsoft Dataverse) — Power Apps

• 29.04.2021
• 8 минут на чтение

В этой статье

Если вы хотите получить данные для набора сущностей, используйте запрос GET .При извлечении данных вы можете применить параметры запроса, чтобы установить критерии для данных объекта (таблицы), которые вы хотите, и свойств объекта (столбцов), которые должны быть возвращены.

Пример базового запроса

В этом примере запрашивается набор сущностей учетных записей и используются параметры системного запроса $ select и $ top для возврата свойства имени для первых трех учетных записей:

Запрос

  GET [URI организации] /api/data/v9.1/accounts?$select=name
& $ top = 3 HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
  
{
   "@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (name)",
   "значение":[
      {
         "@ odata.etag": "W / \" 501097 \ "",
         "name": "Четвертый кофе (образец)",
         "accountid": "89390c24-9c72-e511-80d4-00155d2a68d1"
      },
      {
         "@odata.etag ":" W / \ "501098 \" ",
         "name": "Litware, Inc. (образец)",
         "accountid": "8b390c24-9c72-e511-80d4-00155d2a68d1"
      },
      {
         "@ odata.etag": "W / \" 501099 \ "",
         "name": "Приключенческие произведения (образец)",
         "accountid": "8d390c24-9c72-e511-80d4-00155d2a68d1"
      }
   ]
}
 
  

Ограничения на количество возвращаемых строк (сущностей) таблицы

Если вы не укажете меньший размер страницы, для каждого запроса будет возвращено не более 5000 строк. Если есть другие строки, соответствующие критериям фильтра запроса, @odata.nextLink будет возвращено с результатами. Используйте значение свойства @ odata.nextLink с новым запросом GET , чтобы вернуть следующую страницу строк.

Используйте параметр запроса

Вы можете ограничить количество результатов, возвращаемых с помощью параметра системного запроса $ top . В следующем примере будут возвращены только первые три строки учетной записи.

  GET [URI организации] /api/data/v9.1/accounts?$select=name,revenue&$top=3
  

Примечание

Ограничение результатов с использованием $ top предотвратит odata.maxpagesize не применяется. Вы можете использовать предпочтение odata.maxpagesize или $ top , но не оба одновременно. Дополнительные сведения о odata.maxpagesize см. В разделе Определение числа строк, возвращаемых на странице.

Вы также не должны использовать $ top с $ count .

Укажите количество строк, возвращаемых на странице

Используйте значение предпочтения odata.maxpagesize , чтобы запросить количество строк, возвращаемых в ответе.

Примечание

Нельзя использовать значение предпочтения odata.maxpagesize , превышающее 5000.

В следующем примере запрашивается набор сущностей учетных записей и возвращается свойство name для первых трех учетных записей.

Запрос

  GET [URI организации] /api/data/v9.1/accounts?$select=name HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
Предпочитайте: odata.maxpagesize = 3
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
Длина содержимого: 402
Применено предпочтение: odata.maxpagesize = 3
  
{
   "@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (name)",
   "значение":[
      {
         "@ odata.etag": "W / \" 437194 \ "",
         "name": "Четвертый кофе (образец)",
         "accountid": "7d51925c-cde2-e411-80db-00155d2a68cb"
      },
      {
         "@ odata.etag": "W / \" 437195 \ "",
         "name": "Litware, Inc. (образец)",
         "accountid": "7f51925c-cde2-e411-80db-00155d2a68cb"
      },
      {
         "@odata.etag ":" W / \ "468026 \" ",
         "name": "Приключенческие произведения (образец)",
         "accountid": "8151925c-cde2-e411-80db-00155d2a68cb"
      }
   ],
   "@ odata.nextLink": "[URI организации] /api/data/v9.1/accounts?$select=name&$skiptoken=%3Ccookie%20pagenumber=%222%22%20pagingcookie=%22%253ccookie%2520page%253d % 25221% 2522% 253e% 253caccountid% 2520last% 253d% 2522% 257b8151925C-CDE2-E411-80DB-00155D2A68CB% 257d% 2522% 2520first% 253d% 2522% 257b7D51925C-CD1580% 257b7D51925C-CD158D2-CD2D2-CD2-E202-CD2-E2 % 252f% 253e% 253c% 252fcookie% 253e% 22% 20 /% 3E "
}
  
  

Используйте значение @odata.nextLink для запроса следующего набора записей. Не изменяйте и не добавляйте к значению какие-либо дополнительные параметры системного запроса. Для каждого последующего запроса дополнительных страниц следует использовать то же значение предпочтения odata.maxpagesize, которое использовалось в исходном запросе. Кроме того, кешируйте возвращенные результаты или значение свойства @ odata.nextLink , чтобы можно было возвращать ранее полученные страницы.

Примечание

Значение свойства @ odata.nextLink закодировано в URI.Если вы кодируете значение URI перед его отправкой, информация XML-файла cookie в URL-адресе вызовет ошибку.

Применить параметры системного запроса

Каждый из параметров системного запроса, который вы добавляете к URL-адресу для набора сущностей, добавляется с использованием синтаксиса для строк запроса. Первый добавляется после [?], А последующие параметры запроса разделяются с помощью [&]. Все параметры запроса чувствительны к регистру, как показано в следующем примере.

  GET [URI организации] / api / data / v9.1 / account? $ Select = name, доход
& $ top = 3
& $ filter = доход gt 100000
  

Запросить особые свойства

Используйте параметр системного запроса $ select , чтобы ограничить возвращаемые свойства, как показано в следующем примере.

  GET [URI организации] /api/data/v9.1/accounts?$select=name,revenue
  

Важно

Это лучший метод производительности. Если свойства не указаны с помощью $ select , будут возвращены все свойства.

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

Если вы запрашиваете денежную стоимость, будет возвращено свойство поиска _transactioncurrencyid_value . Это свойство содержит только значение GUID валюты транзакции, поэтому вы можете использовать это значение для получения информации о валюте с помощью транзакции EntityType /. В качестве альтернативы, запросив аннотации, вы также можете получить дополнительные данные в том же запросе.Дополнительные сведения: Получение данных о свойствах поиска

Если вы запрашиваете свойство, которое является частью составного атрибута для адреса, вы также получите составное свойство. Например, если ваш запрос запрашивает свойство address1_line1 для контакта, также будет возвращено свойство address1_composite .

Результаты фильтра

Используйте параметр системного запроса $ filter , чтобы задать критерии, по которым будут возвращаться строки.

Операторы стандартных фильтров

Веб-API поддерживает стандартные операторы фильтра OData, перечисленные в следующей таблице.

Примечание

Это подмножество 11.2.5.1.1 Встроенные операции фильтрации. Арифметические операторы и оператор сравнения не поддерживаются в веб-API.

Все условия фильтрации для строковых значений нечувствительны к регистру.

Стандартные функции запросов

Веб-API поддерживает следующие стандартные функции строкового запроса OData:

Функции запросов Microsoft Dataverse Web API

Dataverse предоставляет ряд специальных функций, которые принимают параметры, возвращают логические значения и могут использоваться в качестве критериев фильтрации в запросе. Список этих функций см. В Справочнике по функциям запросов веб-API. Ниже приведен пример функции «Между» / поиска учетных записей с количеством сотрудников от 5 до 2000.

  GET [URI организации] /api/data/v9.1/accounts?$select=name,numberofemployees
& $ filter = Microsoft.Dynamics.CRM.Between (PropertyName = 'numberofemployees', PropertyValues ​​= ["5", "2000"])
  

Дополнительная информация: Составьте запрос с функциями.

Используйте лямбда-операторы

Веб-API позволяет использовать два лямбда-оператора: любые и все для оценки логического выражения в коллекции.

Оператор any возвращает true , если примененное логическое выражение равно true для любого члена коллекции, в противном случае он возвращает false .Любой оператор без аргумента возвращает true , если коллекция не пуста.

Пример

Пример, приведенный ниже, показывает, как можно получить все записи сущностей учетной записи, в которых есть хотя бы одно электронное письмо с «sometext» в теме.

  GET [URI организации] /api/data/v9.1/accounts?$select=name
& $ filter = Account_Emails / any (o: contains (o / subject, 'sometext')) HTTP / 1.1
Предпочитаю: odata.include-annotations = "*"
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Оператор all возвращает true , если примененное логическое выражение равно true для всех членов коллекции, в противном случае он возвращает false .

Пример

В приведенном ниже примере показано, как получить все записи сущностей учетной записи, для которых все связанные задачи закрыты.

  GET [URI организации] / api / data / v9.1 / аккаунты? $ Select = name
& $ filter = Account_Tasks / all (o: o / statecode eq 1) HTTP / 1.1
Предпочитаю: odata.include-annotations = "*"
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Пример, приведенный ниже, показывает, как можно получить все записи сущностей учетной записи, которые имеют хотя бы одно электронное письмо с «sometext» в теме и чей код состояния активен.

  GET [URI организации] /api/data/v9.1/accounts?$select=name
& $ filter = Account_Emails / any (o: contains (o / subject, 'sometext') и
o / statecode eq 0) HTTP / 1.1
Предпочитаю: odata.include-annotations = "*"
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

В приведенном ниже примере показано, как можно также создать вложенный запрос, используя любые и все операторы .

  GET [URI организации] /api/data/v9.1/accounts?$select=name
& $ filter = (contact_customer_accounts / any (c: c / jobtitle eq 'jobtitle' и
c / possible_customer_contacts / any (o: o / description ne 'N / A'))) и
заканчивается (имя, '{0}') HTTP / 1.1
Предпочитаю: odata.include-annotations = "*"
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Фильтрация родительских строк (записей) на основе значений дочерних записей

В приведенном ниже примере показано, как можно использовать оператор / any для получения всех учетных записей, в которых есть:

• бюджет любой из связанных записей возможностей больше или равен 300, и
• записи возможностей ‘не имеют описания, или
• описание записей возможности содержит термин « плохой, ».

Запрос

  GET [URI организации] /api/data/v9.1/accounts?$select=name
& $ filter = not possible_customer_accounts / any (o: o / description eq null и
o / budgetamount le 300 или
содержит (o / description, 'bad')) и
possible_customer_accounts / any () и
заканчивается (имя, '{0}') HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Фильтрация строк (записей) на основе однозначного свойства навигации

Свойства навигации позволяют получить доступ к данным, относящимся к текущему объекту. Однозначные свойства навигации соответствуют атрибутам поиска, которые поддерживают отношения «многие к одному» и позволяют устанавливать ссылку на другую сущность. Дополнительная информация: Свойства навигации.

Вы можете фильтровать записи набора сущностей на основе однозначных значений свойств навигации. Например, вы можете получить дочерние учетные записи для указанной учетной записи.

Например:

• Получить все совпадающие учетные записи для указанного идентификатора контакта

Запрос

  GET [URI организации] / api / data / v9.1 / аккаунты? $ Select = name
& $ filter = primarycontactid / contactid eq a0dbf27c-8efb-e511-80d2-00155db07c77 HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
  
{
"@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (name)",
"значение":[
        {
            "@ odata.etag": "W / \" 513479 \ "",
            "name": "Приключенческие произведения (образец)",
            "accountid": "3adbf27c-8efb-e511-80d2-00155db07c77"
        },
        {
            "@odata.etag ":" W / \ "514057 \" ",
            "name": "Blue Yonder Airlines (образец)",
            "accountid": "3edbf27c-8efb-e511-80d2-00155db07c77"
        }
    ]
}
  

• Получить дочерние учетные записи для указанного идентификатора учетной записи

Запрос

  GET [URI организации] /api/data/v9.1/accounts?$select=name
& $ filter = parentaccountid / accountid eq 3adbf27c-8efb-e511-80d2-00155db07c77
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
  
{
"@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (name)",
"значение":[
        {
            "@ odata.etag": "W / \" 514058 \ "",
            "name": "Образец дочернего аккаунта 1",
            "accountid": "915e89f5-29fc-e511-80d2-00155db07c77"
        },
        {
            "@ odata.etag": "W / \" 514061 \ "",
            "name": "Образец дочернего аккаунта 2",
            "accountid": "03312500-2afc-e511-80d2-00155db07c77"
        }
    ]
}
  

Фильтрация результатов на основе значений свойств навигации с коллекцией значений

Примечание

Можно использовать $ filter в пределах $ expand для фильтрации результатов для связанных записей в операции Retrieve.Вы можете использовать разделенный точкой с запятой список параметров системного запроса, заключенный в круглые скобки после имени свойства навигации, оценивающего коллекцию. Параметры запроса, которые поддерживаются в $ expand : $ select , $ filter , $ top и $ orderby . Дополнительная информация: Параметры, применяемые к развернутым таблицам.

Двумя вариантами фильтрации результатов на основе значений свойств навигации, оценивающих коллекцию, являются:

1. Создание запроса с использованием лямбда-операторов

Лямбда-операторы позволяют применять фильтр к значениям свойств коллекции для объекта ссылки.В приведенном ниже примере извлекаются записи типа сущности systemuser , которые связаны с типами сущностей team и teammembership , то есть извлекаются записи systemuser , которые также являются администраторами группы с именем «CITTEST».

  GET [URI организации] /api/data/v9.1/systemusers?$filter= (teammembership_association / any (t: t / name eq 'CITTEST'))
& $ select = fullname, businessunitid, title, address1_telephone1, systemuserid
& $ orderby = полное имя
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Дополнительная информация: используйте лямбда-операторы.

2. Итерация результатов, фильтрация отдельных объектов на основе значений в коллекции с использованием нескольких операций

Чтобы получить те же результаты, что и в примере выше, вы можете получить записи двух типов сущностей, а затем итеративно сопоставить значения в коллекции одной сущности со значением в другой сущности, тем самым фильтруя сущности на основе значений в коллекции. .

Следуйте инструкциям в приведенном ниже примере, чтобы понять, как можно фильтровать результаты с помощью метода итерации:

1. Получите отдельный список значений team._administratorid_value.
   • GET [OrganizationURI] /api/data/v9.1/teams?$select=_administratorid_value&$filter=_administrator_value ne null
   • Затем переберите возвращенные значения, чтобы удалить дубликаты и получить отдельный список. т.е. создайте новый массив, переберите результаты запроса для каждой проверки, чтобы увидеть, есть ли они уже в новом массиве, если нет, добавьте их.Это должно дать вам список различных значений systemuserid
   • То, как вы это делаете в JavaScript и C #, будет другим, но по сути вы должны иметь возможность получить те же результаты.
2. Запрос системного пользователя с помощью функции запроса ContainValues ​​/ для сравнения значений systemuserid со списком, собранным на шаге 1.

Результаты заказа

Укажите порядок, в котором возвращаются элементы, с помощью параметра системного запроса $ orderby .Используйте суффикс asc или desc , чтобы указать порядок возрастания или убывания соответственно. По умолчанию используется возрастание, если суффикс не применяется. В следующем примере показано получение свойств имени и дохода учетных записей, упорядоченных по возрастанию дохода и по убыванию имени.

  GET [URI организации] /api/data/v9.1/accounts?$select=name,revenue
& $ orderby = доход по возрастанию, имя по убыванию
& $ filter = доход ne null
  

Агрегирование и группировка результатов

Используя $ apply , вы можете динамически агрегировать и группировать данные.Возможные варианты использования с $ применить :

Агрегатные функции ограничены набором из 50 000 записей.Дополнительную информацию об использовании агрегированных функций с Dataverse можно найти здесь: Используйте FetchXML для создания запроса.

Дополнительные сведения об агрегировании данных OData можно найти здесь: Расширение OData для агрегирования данных версии 4.0. Обратите внимание, что Dataverse поддерживает только часть этих агрегированных методов.

Использовать псевдонимы параметров с параметрами системного запроса

Вы можете использовать псевдонимы параметров для параметров системного запроса $ filter и $ orderby .Псевдонимы параметров позволяют использовать одно и то же значение в запросе несколько раз. Если псевдониму не присвоено значение, предполагается, что он равен нулю.

Без псевдонимов параметров:

  GET [URI организации] /api/data/v9.1/accounts?$select=name,revenue
& $ orderby = доход по возрастанию, имя по убыванию
& $ filter = доход ne null
  

С псевдонимами параметров:

  GET [URI организации] /api/data/v9.1/accounts?$select=name,revenue
& $ orderby = @ p1 по возрастанию, @ p2 по убыванию
& $ filter = @ p1 ne @ p3 & @ p1 = доход & @ p2 = name
  

Вы также можете использовать псевдонимы параметров при использовании функций.Дополнительная информация: Использование функций веб-API

Получить количество строк

Используйте параметр системного запроса $ count со значением true , чтобы включить количество сущностей, соответствующих критериям фильтра, вплоть до 5000.

Свойство response @ odata.count будет содержать количество строк, которые соответствуют критериям фильтра, независимо от ограничения предпочтения odata.maxpagesize .

Примечание

Не следует использовать $ top с $ count .

В следующем примере показано, что существует десять учетных записей, соответствующих критериям, в которых имя содержит «образец», но возвращаются только первые три учетных записи.

Запрос

  GET [URI организации] /api/data/v9.1/accounts?$select=name
& $ filter = contains (имя, 'образец')
& $ count = true HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
Предпочитайте: odata.maxpagesize = 3
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
Применено предпочтение: odata.maxpagesize = 3
  
{
   "@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (name)",
   "@ odata.count": 10,
   "значение":[
      {
         "@ odata.etag": "W / \" 502482 \ "",
         "name": "Четвертый кофе (образец)",
         "accountid": "655eaf89-f083-e511-80d3-00155d2a68d3"
      },
      {
         "@ odata.etag": "W / \" 502483 \ "",
         "name": "Litware, Inc. (образец)",
         "accountid": "675eaf89-f083-e511-80d3-00155d2a68d3"
      },
      {
         "@odata.etag ":" W / \ "502484 \" ",
         "name": "Приключенческие произведения (образец)",
         "accountid": "695eaf89-f083-e511-80d3-00155d2a68d3"
      }
   ],
   "@ odata.nextLink": "[URI организации] /api/data/v9.1/accounts?$select=name&$filter=contains (name, 'sample') & $ skiptoken =% 3Cookie% 20pagenumber =% 222% 22% 20pagingcookie =% 22% 253ccookie% 2520page% 253d% 25221% 2522% 253e% 253caccountid% 2520last% 253d% 2522% 257b695EAF89-F083-E511-80D3-00155D2A68D3% 257dirst% 253bfirst% 2522A 253 -E511-80D3-00155D2A68D3% 257d% 2522% 2520% 252f% 253e% 253c% 252fcookie% 253e% 22% 20istracking =% 22False% 22% 20 /% 3E "
}

  
  

Если вы не хотите возвращать какие-либо данные, кроме счетчика, вы можете применить $ count к любой коллекции, чтобы получить только значение.

Запрос

  GET [URI организации] /api/data/v9.1/accounts/$count HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: текст / простой
OData-Версия: 4.0
  
10
  

Включить форматированные значения

Если вы хотите получать отформатированные значения для свойств с результатами, используйте предпочтение odata.include-annotations со значением OData.Community.Display.V1.FormattedValue . Ответ будет включать эти значения со свойствами, соответствующими следующему соглашению об именах:

   @ OData.Community.Display.V1.FormattedValue
  

В следующем примере запрашивается набор сущностей учетных записей и возвращается первая запись, включая свойства, поддерживающие форматированные значения.

Запрос

  GET [URI организации] /api/data/v9.1/accounts?$select=name,donotpostalmail,accountratingcode, numberofemployees ,revenue
& $ top = 1 HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
Предпочтительно: odata.include-annotations = "OData.Community.Display.V1.FormattedValue"
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
Применяемые предпочтения: odata.include-annotations = "OData.Community.Display.V1.FormattedValue"
  
{
   "@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (имя, donotpostalmail, код счета, количество сотрудников, доход)",
   "значение":[
      {
         "@odata.etag ":" W / \ "502170 \" ",
         "name": "Четвертый кофе (образец)",
         "[email protected]": "Разрешить",
         "donotpostalmail": ложь,
         "[email protected]": "Значение по умолчанию",
         "accountratingcode": 1,
         "[email protected]": "9,500",
         «количество сотрудников»: 9500,
         "доход@OData.Community.Display.V1.FormattedValue": "100 000,00 долл. США",
         «выручка»: 100000,
         "accountid": "89390c24-9c72-e511-80d4-00155d2a68d1",
         "transactioncurrencyid_value": "50b6dd7b-f16d-e511-80d0-00155db07cb1"
      }
   ]
}
  

Используйте параметр системного запроса $ expand в свойствах навигации, чтобы указать, какие данные из связанных сущностей будут возвращены.Дополнительные сведения: получение связанных таблиц с помощью запроса.

Получить данные о свойствах поиска

Если ваш запрос включает свойства поиска, вы можете запросить аннотации, которые предоставят дополнительную информацию о данных в этих свойствах. В большинстве случаев одни и те же данные можно получить, зная однозначные свойства навигации и данные, включенные в связанные сущности. Однако в случаях, когда свойство представляет собой атрибут поиска, который может относиться к более чем одному типу сущности, эта информация может сказать вам, на какой тип сущности ссылается свойство поиска.Дополнительная информация: Свойства поиска

Для этих свойств доступны два дополнительных типа аннотаций:

Эти свойства также могут включать отформатированные значения, как описано в разделе «Включить отформатированные значения». Так же, как форматированные значения, вы можете вернуть другие аннотации, используя предпочтение odata.include-annotations , установленное для конкретного типа аннотации, которое вы хотите, или вы можете установить значение "*" и вернуть все три. В следующем примере показаны запрос и ответ для получения информации об объекте инцидента _customerid_value свойство поиска с включенными аннотациями.

Запрос

  GET [URI организации] /api/data/v9.1/incidents (39dd0b31-ed8b-e511-80d2-00155d2a68d4)? $ Select = title, _customerid_value
& $ expand = customerid_contact ($ select = fullname) HTTP / 1.1
Принять: приложение / json
Тип содержимого: приложение / json; charset = utf-8
OData-Max Версия: 4.0
OData-Версия: 4.0
Предпочитаю: odata.include-annotations = "*"
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; одата.метаданные = минимальные
OData-Версия: 4.0
Применяемые предпочтения: odata.include-annotations = "*"
  
{
    "@ odata.context": "[URI организации] /api/data/v9.1/$metadata#incidents (title, _customerid_value, customerid_contact (полное имя)) / $ entity",
    "@ odata.etag": "W / \" 504696 \ "",
    "_customerid_value@Microsoft.Dynamics.CRM.associatednavigationproperty": "customerid_contact",
    "[email protected]": "контакт",
    "[email protected]": "Susanna Stubberod (образец)",
    "_customerid_value": "7ddd0b31-ed8b-e511-80d2-00155d2a68d4",
    "incidentid": "39dd0b31-ed8b-e511-80d2-00155d2a68d4",
    "customerid_contact": {
        "@odata.etag ":" W / \ "503587 \" ",
        "полное имя": "Сюзанна Стубберод (образец)",
        "contactid": "7ddd0b31-ed8b-e511-80d2-00155d2a68d4"
    }
}
  

Получение связанных таблиц путем раскрытия свойств навигации, оценивающих коллекцию

Если вы развернете параметры навигации, оценивающие коллекцию, чтобы получить связанные сущности для наборов сущностей, для связанных сущностей будет возвращено свойство @ odata.nextLink . Для возврата требуемых данных следует использовать значение свойства @ odata.nextLink с новым запросом GET .

В следующем примере извлекаются задачи, назначенные для пяти первых учетных записей.

Запрос

  GET [URI организации] /api/data/v9.1/accounts?$top=5
& $ select = имя
& $ expand = Account_Tasks ($ select = subject, schedulestart) HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
  
{
   "@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (имя, Account_Tasks, Account_Tasks (тема, запланированное начало))",
   "значение":[
      {
         "@ odata.etag": "W / \" 513475 \ "",
         "name": "Четвертый кофе (образец)",
         "accountid": "36dbf27c-8efb-e511-80d2-00155db07c77",
         "Account_Tasks": [

         ],
         "[email protected]": "[URI организации] /api/data/v9.1/accounts (36dbf27c-8efb-e511-80d2-00155db07c77) / Account_Tasks? $ Select = subject, schedulestart"
      },
      {
         "@odata.etag ":" W / \ "513477 \" ",
         "name": "Litware, Inc. (образец)",
         "accountid": "38dbf27c-8efb-e511-80d2-00155db07c77",
         "Account_Tasks": [

         ],
         "[email protected]": "[URI организации] /api/data/v9.1/accounts (38dbf27c-8efb-e511-80d2-00155db07c77) / Account_Tasks? $ Select = subject, schedulestart"
      },
      {
         "@ odata.etag": "W / \" 514074 \ "",
         "name": "Приключенческие произведения (образец)",
         "accountid": "3adbf27c-8efb-e511-80d2-00155db07c77",
         "Account_Tasks": [

         ],
         "Account_Tasks @ odata.nextLink ":" [URI организации] /api/data/v9.1/accounts (3adbf27c-8efb-e511-80d2-00155db07c77) / Account_Tasks? $ select = subject, schedulestart "
      },
      {
         "@ odata.etag": "W / \" 513481 \ "",
         "name": "Fabrikam, Inc. (образец)",
         "accountid": "3cdbf27c-8efb-e511-80d2-00155db07c77",
         "Account_Tasks": [

         ],
         "[email protected]": "[URI организации] /api/data/v9.1/accounts (3cdbf27c-8efb-e511-80d2-00155db07c77) / Account_Tasks? $ Select = subject, schedulestart"
      },
      {
         "@odata.etag ":" W / \ "514057 \" ",
         "name": "Blue Yonder Airlines (образец)",
         "accountid": "3edbf27c-8efb-e511-80d2-00155db07c77",
         "Account_Tasks": [

         ],
         "[email protected]": "[URI организации] /api/data/v9.1/accounts (3edbf27c-8efb-e511-80d2-00155db07c77) / Account_Tasks? $ Select = subject, schedulestart"
          }
       ]
    }
 
  

Получение связанных строк (записей) путем раскрытия свойств навигации как с однозначными, так и с коллекционными значениями

В следующем примере показано, как можно развернуть связанные строки (записи) для наборов сущностей, используя свойства навигации как с одиночным, так и с коллекционным значением.Как объяснялось ранее, расширение свойств навигации, оценивающих коллекцию, для извлечения связанных сущностей для наборов сущностей, возвращает свойство @ odata.nextLink для связанных сущностей. Для возврата требуемых данных следует использовать значение свойства @ odata.nextLink с новым запросом GET .

В этом примере мы получаем контакт и задачи, назначенные трем основным учетным записям.

Запрос

  GET [URI организации] / api / data / v9.1 / аккаунтов? $ Top = 3
& $ select = имя
& $ expand = primarycontactid ($ select = contactid, fullname), Account_Tasks ($ select = subject, schedulestart) HTTP / 1.1
Принять: приложение / json
OData-Max Версия: 4.0
OData-Версия: 4.0
  

Ответ

  HTTP / 1.1 200 ОК
Тип содержимого: приложение / json; odata.metadata = минимальный
OData-Версия: 4.0
  
{
   "@ odata.context": "[URI организации] /api/data/v9.1/$metadata#accounts (имя, primarycontactid, Account_Tasks, primarycontactid (contactid, полное имя), Account_Tasks (тема, запланированное начало))",
   "значение":[
      {
         "@odata.etag ":" W / \ "550614 \" ",
         "name": "Четвертый кофе (образец)",
         "accountid": "5b9648c3-68f7-e511-80d3-00155db53318",
         "primarycontactid": {
            "contactid": "c19648c3-68f7-e511-80d3-00155db53318",
            "полное имя": "Ивонн МакКей (образец)"
         },
         "Account_Tasks": [

         ],
         "[email protected]": "[URI организации] /api/data/v9.1/accounts (5b9648c3-68f7-e511-80d3-00155db53318) / Account_Tasks? $ Select = subject, schedulestart"
      },
      {
         "@odata.etag ":" W / \ "550615 \" ",
         "name": "Litware, Inc. (образец)",
         "accountid": "5d9648c3-68f7-e511-80d3-00155db53318",
         "primarycontactid": {
            "contactid": "c39648c3-68f7-e511-80d3-00155db53318",
            "полное имя": "Сюзанна Стубберод (образец)"
         },
         "Account_Tasks": [

         ],
         "[email protected]": "[URI организации] /api/data/v9.1/accounts (5d9648c3-68f7-e511-80d3-00155db53318) / Account_Tasks? $ Select = subject, schedulestart"
      },
      {
         "@odata.etag ":" W / \ "550616 \" ",
         "name": "Приключенческие произведения (образец)",
         "accountid": "5f9648c3-68f7-e511-80d3-00155db53318",
         "primarycontactid": {
            "contactid": "c59648c3-68f7-e511-80d3-00155db53318",
            "полное имя": "Нэнси Андерсон (образец)"
         },
         "Account_Tasks": [

         ],
         "[email protected]": "[URI организации] /api/data/v9.1/accounts (5f9648c3-68f7-e511-80d3-00155db53318) / Account_Tasks? $ Select = subject, schedulestart"
      }
   ]
}
  
  

Использование отслеживания изменений для синхронизации данных с внешними системами

Функция отслеживания изменений позволяет эффективно синхронизировать данные, определяя, какие данные были изменены с момента их первоначального извлечения или последней синхронизации.Изменения, внесенные в сущности, можно отслеживать с помощью запросов веб-API, добавив odata.track-changes в качестве заголовка предпочтения. Заголовок предпочтения odata.track-changes запрашивает возврат дельта-ссылки, которая впоследствии может использоваться для получения изменений объекта.

Дополнительная информация: используйте отслеживание изменений для синхронизации данных с внешними системами.

Сравнение столбцов с использованием веб-API

В следующем примере показано, как сравнить столбцы с помощью веб-API:

  https: //  / contacts? $ Select = firstname & $ filter = firstname eq lastname
  

Дополнительная информация: используйте сравнение столбцов в запросах

См. Также

Поиск по табличным данным с помощью поиска по релевантности
Работа с ограничением элементов поиска для быстрого поиска
Образец данных запроса веб-API (C #)
Образец данных запроса веб-API (клиентский JavaScript)
Выполнение операций с использованием веб-API
Создание запросов Http и их обработка ошибки
Создание таблицы с помощью веб-API
Получение таблицы с помощью веб-API
Обновление и удаление таблиц с помощью веб-API
Связывание и отключение таблиц с помощью веб-API
Использование функций веб-API
Использование действий веб-API
Выполнение пакетных операций с использованием веб-API
Выдача себя за другого пользователя с помощью веб-API
Выполнение условных операций с помощью веб-API

План счетов | Офис диспетчера