Электронная коммерция Microsoft Great Plains – дополнительные рекомендации для программистов Microsoft Great Plains, первоначально разработанная в 1990-х годах как переносимая база данных и графическое независимое от платформы ERP-приложение, предлагает надежные функциональные возможности для бизнеса.
Для разработчиков электронной коммерции, работающих с Great Plains, крайне важно понимать структуру таблиц и бизнес-процессы, связанные с обработкой заказов на продажу, дебиторской задолженностью, контролем запасов, банковской выверкой и главной книгой.
Однако структура Great Plains не всегда прозрачна, что создает проблемы для программистов.
В этой статье мы рассмотрим некоторые дополнительные соображения, которые следует учитывать программистам при работе с Microsoft Great Plains в среде электронной коммерции.
Понимание структуры таблиц Великих равнин Для эффективной работы с Great Plains программистам необходимо ознакомиться со структурой таблиц.
В Great Plains версии 7.5 или более ранней версии вы можете получить доступ к таблицам, перейдя в Инструменты -> Описание ресурса -> Таблицы.
Для разработчиков электронной коммерции особенно актуальны следующие таблицы:
-
Модуль обработки заказов на продажу (SOP):
- SOP10100 – Заголовок обработки заказа на продажу
- SOP10200 – Линии обработки заказов на продажу
- SOP10102 – Работа и история распределения продаж (используется для распределения счетов в главной книге)
-
Модуль дебиторской задолженности:
- RM00101 – Мастер клиентов
- RM00102 — Мастер адресов клиентов (позволяет использовать несколько адресов для доставки, выставления счетов, отправки выписок по почте и т. д.)
-
Использование eConnect:
Если вы решите использовать eConnect для автоматического переноса заказов на продажу в счета, могут потребоваться дополнительные сценарии, особенно при автоматическом распределении заказов по отдельным позициям.
Важно отметить, что использование исключительно eConnect без полного понимания архитектуры Great Plains может привести к ограничениям.
В таких случаях вам может потребоваться рассмотреть возможность получения дополнений к eConnect от стороннего поставщика, такого как Alba Spectrum Technologies, который предлагает полный набор СОП, заполняющих хранимые процедуры.
-
Создание пользовательских хранимых процедур:
Если вы решите создать свои собственные хранимые процедуры вместо использования eConnect, желательно изучить, как заказы или другие объекты записываются в таблицах SOP после их создания в Great Plains. Это понимание будет способствовать плавной интеграции с существующей структурой Великих равнин.
-
Использование механизма Great Plains Engine:
В ситуациях, когда имитация логики Great Plains потребует значительного переписывания, вы можете положиться на движок Great Plains за кулисами.
Для этого вы можете использовать триггеры ловкости со стороны Великих равнин.
Важно отметить, что реализация этого решения требует опыта профессионального программиста Dexterity. Однако после реализации он предлагает более надежный и устойчивый к обновлению подход.
Ознакомившись с соответствующими таблицами и приняв во внимание дополнительные аспекты, такие как использование eConnect, пользовательские хранимые процедуры или использование механизма Great Plains, программисты могут обеспечить более плавный процесс внедрения, настройки и интеграции.
Если в процессе разработки возникают какие-либо проблемы или проблемы, для обеспечения успешных результатов можно обратиться за профессиональной помощью к экспертам в Грейт-Плейнс, таким как Alba Spectrum Technologies.
-
Как Найти Идеальный Подарок
19 Oct, 24 -
Растет Ли Христианский Сетевой Маркетинг?
19 Oct, 24 -
Хорошие И Плохие Чат?
19 Oct, 24 -
Интернет-Аукцион?
19 Oct, 24 -
Транспортное Здание И Пустой Теат?
19 Oct, 24 -
Раскрыта Правда О Дополнительном Заработке
19 Oct, 24
