Интеграция на Field Service с приложения за финанси и операции
Интегрирането на полеви услуги с приложения за финанси и операции позволява на организациите да позволят подравняване извън кутията. Полеви услуги работна поръчка транзакции се приземяват правилно в дневници в приложенията за финанси и операции. За организации, които използват полеви услуги и приложения за финанси и операции, предоставянето на услуги автоматично актуализира финансовите системи и системите за инвентаризация. Можете да създавате и управлявате работни поръчки в "Полева услуга" и да ги синхронизирате автоматично с приложения за финанси и операции.
Интеграцията предлага унифициран опит между Field Service и приложения за финанси и операции.
Синхронизирайте ценообразуването в реално време и информацията за разходите от работните поръчки в приложения за финанси и операции.
Автоматично актуализирайте приложения за финанси и операции, тъй като работните поръчки се изпълняват за финансова интеграция и инвентаризация в реално време.
Възползвайте се от всичко, което приложения за финанси и операции може да предложи за фактуриране, счетоводство и управление на инвентара.
Подравняване на транзакции
Транзакциите с полеви услуги (работна поръчка записи за продукти и работна поръчка услуги) създават паралелни транзакции по съответния финансов и оперативен проект под формата на дневници.
работна поръчка продукти с инвентар създават дневници за артикули и редове от дневник за артикули.
работна поръчка продукти без склад и свързана категория проект с тип разходна транзакция създайте дневници за разходи и редове от дневник за разходи.
работна поръчка услуги, при които продуктът има свързана категория проекти с тип транзакция за часове , създава дневници за часове и редове от дневник за часове.
Дневниците за такси в момента не се привеждат в съответствие с транзакциите за полеви услуги.
Транзакции, базирани на артикули
В полевата услуга всички транзакции имат свързан продукт. Понякога тези продукти имат инвентар, а понякога се отнасят до неинвентарен продукт или услуга, която се таксува по продължителност.
В многото типове дневници в даден проект само редовете от дневника за артикули имат свързан продукт (артикул).
Транзакции, базирани на категории
В Field Service концепцията за транзакции по категории не съществува. Дори услугите и неинвентарните продукти се отнасят до даден артикул.
В приложения "Финанси" и "Операции" всички типове дневници, които не са дневници за артикули, са транзакции, базирани на категории. Например редове от дневник за разходи, редове от дневник за часове и редове от дневник за такси. Тези редове от дневника не са свързани с елемент и изискват категория.
За да преодолеете тази концептуална празнина, уловете стойността на категорията на проекта, която полевата услуга използва за работна поръчка транзакции. Това поле е справка за таблицата "Категория на проект" в базата данни "Финанси и операции". Dual-write не попълва автоматично тази стойност. Като най-добра практика организациите трябва или да актуализират тази стойност за продукти, които се синхронизират с помощта на двойно записване. Или създайте конкретни продукти за използване като прокси сървър за транзакции срещу категория в сценарии без инвентаризация и услуги.
Подравняване на компанията
Приложенията за полеви услуги и финанси и операции не споделят автоматично една и съща концепция за компания. Решенията с двоен запис добавят данни, свързани с фирмата, към съответните таблици като акаунт, продукт или склад. Field Service въвежда мантинели, за да помогне на потребителите да избират правилните записи в своите работни поръчки и работна поръчка транзакции.
Работните поръчки в "Полева услуга" изискват "Акаунт за сервиз". Dual-write въвежда полето Фирма в таблицата "Сметка". Сметката за услуги се отнася до компания и определя тази стойност за работна поръчка и нейните работна поръчка транзакции.
Ако акаунтът за услуга и фирмата не съвпадат на работна поръчка и работна поръчка записи на транзакции, транзакциите не се синхронизират, докато несъответствието не бъде отстранено.
Field Service подчертава несъответствието на компанията на няколко места:
- На работна поръчка
- На работна поръчка продукт или работна поръчка услуга
- Относно сделката за финансиране и операции
Като най-добра практика, организациите, които прилагат тази интеграция, трябва да обмислят създаването на записи за тип инцидент с продукти и услуги с оглед на привеждането в съответствие на компанията. И използвайте правилния тип инцидент въз основа на компанията на акаунта на услугата на работна поръчка.
Синхронизиране на транзакции
Решението въвежда нов елемент за навигация в сайта за транзакции на финанси и операции в областта "Настройки " на приложението "Полева услуга". Тази област съдържа транзакционни данни и техните състояния.
Интеграцията използва надеждна асинхронна рамка за транзакции, за да се увери, че актуализациите на Field Service са точни и надеждни.
Интеграцията разчита на активираната рамка за двойно писане и съпоставянията , за да се гарантира, че транзакциите използват общо разбиране на критичните основни понятия.
Всяка транзакция на работна поръчка се извършва в полева услуга, преди да се създаде актуализация в приложенията за финанси и операции.
Когато транзакцията е финализирана в полева услуга, тя създава запис в таблица за регистриране на транзакции, която показва състоянието на всяка транзакция.
Интеграцията следи статусите на транзакциите на работните поръчки и проекти. Състоянията на транзакцията показват състоянието на синхронизация на данните, като например несинхронизирани, обработващи, синхронизирани и неуспешни. Интеграцията също така предоставя механизми за обработка на грешки и повторен опит за разрешаване на проблеми със синхронизацията.
Ако транзакцията не успее да завърши, състоянието в "Полева услуга" показва причината за неуспеха и неуспеха. Системата прави повторен опит за транзакцията няколко пъти.
Ако транзакцията все още не успее да се синхронизира, грешката и подробностите за транзакцията се запазват в записа на транзакцията за финансиране и операции. Потребителите могат да отстранят проблема и да синхронизират транзакцията отново, като гарантират, че няма загуба на финансови и инвентарни транзакционни данни.
При правилна системна конфигурация неуспехите в транзакциите са изключения. Решаването на този тип проблеми е от решаващо значение, за да се гарантира, че се поддържа транзакционна последователност между двете системи.
Йерархични финансови и оперативни проекти
Интеграцията създава йерархични проекти, които се състоят от основен проект и един или повече подпроекти. Основният проект действа като контейнер за подпроектите, които представляват индивидуалните работни поръчки в Field Service.
Размери на хранилището, склад и избор на местоположение
Интеграцията поддържа размери за съхранение, когато е правилно конфигурирана. Нивата на аналитичност за съхранение определят нивата на подробност, използвани за съхранението на артикула в склада. Сайтовете, складовете и местоположенията проследяват някои артикули, докато други артикули се проследяват само на ниво сайт или сайт и склад.
В зависимост от складовия продукт, избран при създаването на работна поръчка продукт, дефинираните нива на аналитичност за съхранение определят дали се изисква местоположение в работна поръчка продукт.
Когато потребител добави работна поръчка продукт, където избраният продукт има запаси за вида продукт на полевата услуга в полевата услуга , той може да избере склад и местоположение от справочните полета във формуляра за транзакция. Полетата за склад и местоположение се филтрират, за да покажат стойностите от приложения "Финанси" и "Операции" на базата на юридическото лице, към което принадлежи сметката за сервиз на работна поръчка. Конфигурацията на финансовия и оперативния продукт и неговите размери за съхранение определят дали полето работна поръчка местоположение на продукта се изисква при маркиране на продукт като използван.
Когато потребител модифицира или изтрие съответния запис на работна поръчка продукт в полевата услуга, интегрирането актуализира съответния ред от дневника.
Полетата за склад и местоположение в "Полево обслужване" са свързани с концепциите за склад и местоположение в приложения "Финанси" и "Операции", които се използват за проследяване на физическите местоположения на артикулите на склада.
Бележка
Интеграцията не изисква популация от стойността на сайта и вместо това попълва сайт на базата на избрания склад, който има йерархична връзка със сайта. Препоръчваме да конфигурирате настройките за поръчка по подразбиране, за да сведете до минимум грешките, когато се създава работна поръчка продукт с инвентарен продукт.
Инвентар
Когато интегрирането на финанси и операции е разрешено от настройките на полевата услуга, системата за запис на инвентара е Dynamics 365 Supply Chain Management и функционалността по подразбиране на инвентара на Field Service е потисната.
Полевата услуга скрива следните навигационни елементи:
- Инвентар на продукта
- Прехвърляния
- Корекции
- Разрешения за връщане на стоки (RMAs)
- Разписки за RMA
- Връщане към доставчика (RTV)
"Полева услуга" показва следните елементи:
- Наличност по обект
- Наличност по склад
Тези нови инвентарни артикули използват виртуални таблици , за да показват данни за инвентара директно от верига за доставки управление в полевата услуга. Истинските нива на запасите от системата за запис са достъпни за потребителите.
Функцията за проверка на складовите наличности спрямо инвентара по подразбиране на услугата за поле е забранена, когато интегрирането е разрешено. Настройката на услугата за поле за използване на продукти извън наличност е скрита, за да се гарантира, че потребителите няма да получат неподходящи проверки на инвентара или блокиращо поведение.
Интеграцията не автоматично валидира транзакциите на инвентара на работна поръчка въз основа на нивата на инвентара за управление на верига за доставки.
Изгледи на инвентара със и без подробности за варианта
Когато интегрирането е разрешено, изгледите на инвентара имат версия за организации, които не използват варианти на продукта. Този изглед на инвентара премахва няколко колони и опростява видимост на инвентара.
За организации, използващи варианти на продукти, има подходящи изгледи, които показват всички подробности за нивата на запасите, включително колони за размер, цвят, стил и конфигурация. Ако е необходимо, организациите могат да променят изгледите по подразбиране, както могат с всяка таблица.
Бележка
За разлика от нормалните таблици, в момента отделните редове в тези инвентарни таблици (mserp_inventorysiteonhandv2entity и mserp_inventwarehouseonhandv2entity) не поддържат отваряне във формуляр. Контролата за изглед, използвана в тези изгледи, потиска възможността тези записи да се отварят във формуляр.
Подравняване на работниците
Интегрирането на полеви услуги с приложения за финанси и операции разширява интеграцията Dynamics 365 Human Resources на ресурсите , които могат да се резервират, което въвежда концепцията за работника в ресурса, който може да се резервира. Освен това интегрирането на полевата услуга се простира до:
Позволете на работника да бъде заловен на работна поръчка продукт или работна поръчка услуга.
Автоматично попълване на стойността на работника за работна поръчка продукт или услуга въз основа на работника на ресурса, който може да се резервира, в свързаната с транзакцията резервация. Тази стойност може да бъде попълнена ръчно или заместена.
Изискване на работника на неинвентаризация, свързани работна поръчка продукти или работна поръчка услуги. Изискването се основава на това дали свързаните с фирмата параметри за управление на проекти и счетоводство са конфигурирани да изискват стойност на работника в редове от дневник за часове или редове от дневник за разходи.
Ако изискването за работник е конфигурирано в приложения за финанси и операции, услугата за поле изисква стойност само когато работна поръчка продукт или услуга е зададено да се използва. Така че да не блокира създаването на оценени записи, без да познава евентуалния работник. Транзакцията не може да се синхронизира, освен ако работникът не бъде записан.
Полето на работника не се филтрира въз основа на допустимостта на работника да извърши работа по свързания проект. Допустимостта не се счита за параметър за планиране, когато се определя ресурсът, който може да се резервира, за да се планира на работна поръчка. Като най-добра практика организациите могат да обмислят използването на права за достъп и бизнес единици или да въведат характеристики на ресурсите, за да гарантират, че работниците са планирани само за съответните работни поръчки. Обмислете тези опции, ако това е критично съображение за внедряването на финансови и оперативни приложения на организацията.
Промени в полето на полевата услуга
Интеграцията въвежда нови полета и скрива други полета.
работна поръчка промени в полето
Интеграцията добавя виртуална таблица справочно поле, наречено F&O Project , което филтрира въз основа на съответната фирма/юридическо лице и дали проектът е в състояние, в което могат да възникнат транзакции. Интеграцията скрива полето Сметка за фактуриране, тъй като не е от значение, когато е избрана интеграция на финанси и операции.
Когато потребителят избира проект, справочните филтри за проекти показват проекти със следните параметри:
- Проектът трябва да е за същия клиент като акаунта за обслужване на работна поръчка.
- Проектът трябва да е за същото юридическо лице като сметката за обслужване на работна поръчка.
- Проектът трябва да е в етап, който позволява създаването на дневник.
работна поръчка промени в продуктовото поле
Интеграцията въвежда няколко полета в таблицата работна поръчка Продукт . Тези полета са видими, ако интеграцията е инсталирана и разрешена.
Описание на дневника
- Вижда се само за разходни транзакции (неинвентарни продукти). Скрито за складови продукти (което води до дневници за артикули).
- Автоматично попълва с името на продукта на приложения продукт, въпреки че потребителите се насърчават да заменят стойността с по-смислено описание.
- Ограничено до 60 знака. Тя тече от записа в "Полева услуга" към реда от дневника към фактурата, генерирана във "Финанси".
Свойство на ред
- Справка за виртуална таблица, която се филтрира въз основа на съответното дружество/юридическо лице.
- Интегрирането скрива полето Количество в сметка , тъй като няма еквивалентна концепция в редовете на дневника. Вместо това свойството на линията определя дали дадена транзакция е фактурируема или не.
Location
- Скрит за неинвентарни продукти.
- Вижда се само ако нивата на аналитичност на склада, конфигурирани в приложенията "Финанси" и "Операции" на продукта, показват, че се изисква местоположение.
- Изисква се само когато записът е настроен да се използва.
- Справка за виртуална таблица, която се филтрира въз основа на съответната фирма/юридическо лице и избрания склад.
Дата на транзакцията
Работник
- Изисква се само въз основа на управление на проекти и счетоводни параметри, конфигурирани от съответната компания.
- Автоматично попълване, ако стойността на резервацията на работна поръчка продукт е попълнена въз основа на работника на ресурса, който може да се резервира, зададен в резервацията.
работна поръчка промени в полето за обслужване
Интеграцията въвежда няколко полета в таблицата работна поръчка Услуга . Тези полета са видими, ако интеграцията е инсталирана и разрешена.
Описание на дневника
- Автоматично попълва с името на продукта на приложения продукт, въпреки че потребителите се насърчават да заменят стойността с по-смислено описание.
- Ограничено до 60 знака. Тя тече от записа в "Полева услуга" към реда от дневника към фактурата, генерирана във "Финанси".
Свойство на ред
- Справка за виртуална таблица, която се филтрира въз основа на съответното дружество/юридическо лице.
- Интеграцията скрива полето "Продължителност към сметка ", тъй като няма еквивалентна концепция в редовете на дневника. Вместо това свойството на линията определя дали дадена транзакция е фактурируема или не.
Дата на транзакцията
Работник
- Изисква се само въз основа на управление на проекти и счетоводни параметри, конфигурирани от съответната компания.
- Автоматично попълване, ако стойността на резервацията на услугата за работна поръчка е попълнена въз основа на работника на ресурса, който може да се резервира, зададен в резервацията.
Допълнения към продуктови полета
Интеграцията въвежда виртуална таблица справочно поле, наречено Категория на проекта, което се филтрира въз основа на съответната фирма/юридическо лице и дали това е продукт на склад (за категории артикули), неинвентарен (за категории разходи) или продукт на услуга (за категории часове).
работна поръчка обработка на транзакции
Въз основа на събития със записи на продукти и услуги на Field Service работна поръчка, съответните транзакции се задействат в съответните записи на дневника и дневника.
Create
"Продукт": Когато се създаде запис на работна поръчка продукт, интеграцията създава ред от дневник за артикули и ред от дневник или ред от дневник за разходи и ред от дневник. Типът продукт на полевата услуга на продукта определя дали транзакцията се задейства и транзакцията на артикул или разход.
- Инвентарните продукти задействат елементи
- Неинвентарните продукти задействат разходи
Услуга: Когато се създаде запис за работна поръчка услуга, интеграцията създава транзакция за часове.
Актуализиране
Когато даден работна поръчка продукт или услуга се актуализира и свързаният дневник и ред от дневник не се осчетоводяват, интегрирането актуализира транзакцията по подходящ начин.
Когато работна поръчка продукт или услуга се актуализира и свързаните с тях дневник и ред от дневник се осчетоводяват, интеграцията:
- Създава обратна транзакция срещу първоначалния ред от дневник и дневник.
- Създава нов ред от дневник и дневник, отразяващ транзакцията за актуализации.
Delete
Когато работна поръчка продукт или услуга се изтрие и свързаният дневник и ред от дневник не се осчетоводят, интегрирането изтрива дневника и реда от дневника.
Когато работна поръчка продукт или услуга се изтрие и свързаният дневник и ред от дневник се осчетоводят, интегрирането създава обратна транзакция срещу първоначалния ред от дневника и дневника.
работна поръчка въздействие върху състоянието на системата
Въз основа на стойността на състоянието на системата на работна поръчка, интегрирането добавя или изтрива редове от дневник, които са свързани със записи работна поръчка продукт или работна поръчка услуга, които все още са в оценено състояние.
Когато една работна поръчка се актуализира на Отменена или Осчетоводена, всички неосчетоводени дневници и редове от дневници се изтриват.
Когато работна поръчка се актуализира от "Отменено " или "Осчетоводено " до друго състояние на системата, оценените редове, които са премахнати, автоматично се създават отново нови редове.
Ограничения
Тази интеграция поддържа използването на управлявани от Microsoft среди. С тази интеграция не се поддържат среди, управлявани от клиенти.
Интегрирането на ресурс/нескладиран ресурс не позволява интегрирането на полева услуга да работи със същите юридически лица, които са активирани за интегрирания сценарий ресурс/нескладиран. Въпреки това, той може да работи в същата среда за други юридически лица.
Офлайн виртуалните таблици в момента не се поддържат, поради което е от решаващо значение да се настрои логиката по подразбиране за местоположенията , така че транзакциите да не се блокират.
Следните процеси или функции, налични в приложенията за финанси и операции, не се поддържат или не са отразени в Field Service out-of-the-box за тази интеграция:
Резервиране на складова функция за резервиране на складови количества за определени поръчки.
Нива на аналитичност за проследяване за определяне на детайлността на проследяването на артикул при следващи транзакции. Тази функция е полезна за проследяване на артикули по партиден или сериен номер.
Настройките Изисквай дейност в дневници в проект, зададен на "Да ", не се поддържат. Ако дейностите за часове, разходи или артикули са конфигурирани според нуждите, транзакциите от полевата услуга не са успешни.
Понастоящем интеграцията поддържа ограничено подравняване на актуализациите на данни от дневниците на проекта обратно към съответната работна поръчка транзакция. Когато потребител на полева услуга създава или актуализира работна поръчка продукт или услуга, тези актуализации се синхронизират със съответния дневник. Редовете от дневника за разходи, редовете от дневника за часове или редовете от дневника за артикули обаче синхронизират само свойството на реда по подразбиране и препратка към активния ред от дневника за записа. Други промени в съответния запис на транзакция на услуга за поле не се синхронизират от съответните им дневници за редове.