Модификации Microsoft Great Plains — обзор плюс варианты реализации и интеграции Каждая компания имеет уникальные бизнес-процессы, и важно, чтобы ERP-система была адаптируемой и настраиваемой в соответствии с этими процессами.
Microsoft Dynamics GP не является исключением.
В этой статье мы предоставим обзор типичных сценариев модификации GP и рассмотрим доступные варианты реализации и интеграции.
-
Ловкость Великих равнин:
Great Plains Dexterity — это интегрированная среда разработки (IDE) с собственным языком программирования Sanscript. Dexterity была специально разработана для Great Plains Dynamics в начале 1990-х годов.
Важно отметить, что Ловкость может показаться программистам «старомодной», и освоить ее за одну ночь нереально.
Однако, если вы подумываете о создании расширений GP для открытого рынка, стоит знать, что большинство расширений написаны на Microsoft Dexterity. Чтобы понять внутреннюю работу Dexterity, вы можете изучить файл Dynamics.set, в котором перечислены все продукты.
Проекты Dex начинаются с открытия словаря Dynamics.dic и добавления или изменения ресурсов, таких как формы, отчеты, окна, поля и сценарии.
Полезный совет по работе с Dex — скопировать Dex.ini из папки рабочей станции GP в каталог приложения Dexterity, поскольку это позволит вам запустить Dex в режиме отладки.
Начиная с версии 7.0, Dex также может вызывать объекты Microsoft COM.
-
Электронное соединение:
eConnect обеспечивает доступ к рабочим транзакциям GP (таким как счет-фактура SOP, заказ на покупку POP, запись GL и амортизация FA) и основные записи (клиент, поставщик, сотрудник, основные средства и счет главной книги).
Первоначально ориентированный на разработчиков электронной коммерции, eConnect открыл модули обработки заказов на продажу, запасов и управления дебиторской задолженностью, но с тех пор он был расширен, чтобы охватить большинство объектов GP. Вы можете вызывать eConnect из проектов Microsoft Visual Studio C# или VB.Net, поскольку внутренняя логика eConnect (бизнес-объекты) написана в зашифрованных хранимых процедурах MS SQL Server.
-
VBA/Модификатор:
Если вам нравятся сценарии VBA (например, модификации MS Excel), вы можете добавить логику к существующим окнам GP с помощью VBA/Modifier. Например, вы можете добавить новую кнопку на экран «Ввод СОП» и прикрепить к ней сценарий VBA. Если вы планируете получать доступ к базе данных GP с помощью кнопок и полей, добавленных модификатором, вам потребуется развернуть технологию ADO, которая может потребовать жесткого кодирования идентификатора пользователя и пароля.
Модификатор позволяет включать сценарии GP Dexterity Sanscript в код VBA, позволяя использовать Continuum для технологии VBA для переключения модулей GP и управления объектами Dexterity на вашей многомодульной рабочей станции GP. Однако этот метод сложен и может потребовать дорогостоящих работ по обновлению версии.
-
SQL-скрипты:
Сценарии SQL обычно используются для таких процедур, как электронный обмен документами (EDI), который включает в себя форматирование документов EDI с использованием конструкций SQL, таких как CAST и CONVERT, для обращения к полям фиксированной длины.
Хранимые процедуры SQL также можно использовать для обработки EDI.
-
Интеграция терапевта:
Microsoft Dynamics GP Integration Manager (IM) — мощный инструмент, который следует учитывать при решении задач интеграции.
Он позволяет расширять IM с помощью сценариев VBA и таблиц перевода полей (вы можете создать таблицу перевода в Excel и импортировать ее в Integration Manager).
Если обмен мгновенными сообщениями не соответствует вашим требованиям, вы можете изучить другие варианты, такие как eConnect, сценарии SQL и Dexterity. Важно отметить, что IM проверяет бизнес-логику GP, предотвращая ошибки интеграции.
С другой стороны, сценарии SQL не проверяют логику GP, что может поставить под угрозу целостность ваших данных.
-
Обновление модификации:
При развертывании пользовательских технологий разработки GP крайне важно предвидеть осложнения во время обновлений версий GP. Для альтернативной логики Great Plains Software Dexterity вам следует сохранить файлы Dynamics.dic или Extract.dic со сценариями модификации.
Разработчик Dex должен иметь возможность соответствующим образом обновить вашу пользовательскую логику.
Модификатор с VBA, если не использовать трюки с переключением модулей Continuum, обычно позволяет выполнять простые обновления.
Integration Manager обычно защищен от версий GP. Стоит отметить, что более старые версии Great Plains (7.5 и более ранние) были доступны на альтернативных платформах БД, таких как Btrieve, Ctree/Faircom. Если вы используете эти устаревшие платформы и планируете выполнить обновление до последней версии GP (10.0 или 9.0), вам потребуется перенести свою пользовательскую логику на Microsoft SQL Server 2005 или 2000.
-
Инструменты отчетности GP:
Microsoft Dynamics GP предлагает несколько инструментов отчетности.
Report Writer, модуль Dexterity, легко интегрируется в интерфейс и модель безопасности рабочей станции GP. Отчеты Report Writer хранятся в Reports.dic. Report Writer обычно используется при изменении существующих отчетов GP, например при добавлении логотипа компании в длинную форму счета-фактуры SOP. Crystal Reports — еще один вариант, и рекомендуется переносить создание набора записей отчета на хранимые процедуры MS SQL Server или представления SQL. Службы отчетов Microsoft SQL Server (SRS) являются конкурентами Crystal Reports, поэтому следует использовать аналогичные стратегии, такие как размещение логики выбора набора записей в хранимых процедурах SQL. MS Excel и MS Access также можно использовать для создания отчетов в GP, и вы можете изучить варианты подключения ODBC для этих инструментов.
-
Вопросы лицензирования модулей GP:
В зависимости от вашей версии GP (Professional, Standard или Business Ready) для пользовательских модулей могут потребоваться дополнительные покупки.
Важно проконсультироваться с вашим партнером по бизнес-решениям Microsoft или независимым поставщиком программного обеспечения MBS, чтобы понять любые последствия лицензирования при внедрении пользовательских модулей.
-
Рекомендации по преобразованию данных:
Если вы переходите с устаревшей системы MRP (например, Accpac, MYOB, PeopleSoft, Oracle EBusiness Suite/Financials/Applications, JD Edwards, QuickBooks, PeachTree, MAS 90/2000) на GP, может потребоваться миграция и преобразование данных.
Рекомендуется сохранить устаревшую систему учета для целей запроса и поиска данных и избегать преобразования исторических данных ERP в Great Plains. Однако если требуется миграция исторических транзакций, рекомендуется обратиться за профессиональной помощью, чтобы обеспечить очистку и точность данных.
Доступно множество инструментов и подходов: от Great Plains Dexterity до eConnect, VBA/Modifier, сценариев SQL и GP Integration Manager. Важно тщательно оценить ваши требования и проконсультироваться со специалистами, чтобы определить наиболее подходящие варианты внедрения и интеграции.
Кроме того, учет таких факторов, как обновление модификаций, инструменты отчетности, лицензирование модулей и преобразование данных, поможет обеспечить успешную настройку и интеграцию с Microsoft Great Plains.
-
Itil – Угроза Архитектуре Предприятия
19 Oct, 24 -
Расширение Spark С Помощью Mlflow
19 Oct, 24 -
7 Достойных Курсов Для Изучения Git И Github
19 Oct, 24 -
Фильтрация Нежелательных Комментаторов
19 Oct, 24
