Ross ERP v6.2: коротко про основні можливості і поліпшення

Ross ERP v6.2: короткі відомості про версії

Коротко про основні можливості і поліпшення



Введення


Програмне забезпечення (ПЗ) Ross ERP v6.2 підвищує ефективність роботи організацій наших замовників і дозволяє їм краще управляти такими областями.



Нові можливості та покращення в ПО Ross ERP v6.2 пов'язані з наступними областями.



Закупівлі


Покращення в загальних замовленнях на поставку


Загальні замовлення на поставку дозволяють процесним виробникам набувати загальна кількість виробів по твердій встановленої зі своїми постачальниками ціною, а також планувати поставки з плином часу, поки не буде придбано загальне обумовлену кількість, або поки дійсний замовлення на поставку.


Наступні поліпшення загальних замовлень на поставку покращують зручність використання в процесі створення замовлення, одержання схвалення, планування та підтвердження доставки.



























МОЖЛИВІСТЬ


ОПИС


Статус "Release" і "Non Release"


Після схвалення створення спільної заявки її необхідно перетворити на загальне замовлення на поставку. Під час генерації загального замовлення на поставку покупець вказує, чи є це замовлення відпусткою продукції (Release) чи ні (Non Release).


Загальне перетворення


Користувачі можуть змінити загальну заявку на незагальним, і навпаки.


MRP-процес


Процес MRP (планування виробничих ресурсів) розпізнає спільні документи про передачу продукції тим же способом, що і стандартні замовлення на поставку.


Процес затвердження


Для схвалення спільної заявки потрібні ті ж кроки, що і для стандартної заявки на покупку.


Поставки в той же день


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


Копіювання замовлень


Користувачі можуть копіювати загальне замовлення на поставку в новий загальний замовлення, який буде містити ті ж рахунки головної книги в рядку замовлення на поставку.


Запит на номер документа


Тепер користувачі можуть також переглядати інформацію про загальний замовленні на поставку по номеру документа про передачу. При цьому підтримується можливість одержання більш детальної інформації.

Фінанси


Обробка вмісту локбокс-файлу з автоматичною прив'язкою платежів до виставленими рахунками


Сьогодні для компаній частою практикою є вимога, щоб клієнтські платежі направлялися для обробки безпосередньо в банк, а не у власний відділ "Рахунки дебіторів" (Accounts Receivable, AR). Банківська обробка таких клієнтських платежів включає в себе ручну реєстрацію інформації про платіж у транзакційної системі банку та збереження основних даних про кожної транзакції платежу. Цю ж інформацію тепер можна зробити доступною для власної бізнес-системи банківського клієнта. Вона може містити відповідний рахунок, суму рахунку та конкретні операції продажу, за яким зроблений платіж. Більшість банків зараз пропонує своїм клієнтам таку послугу, як збереження інформації про платежі по рахунку у вигляді "плоского" (неструктурованого) файлу стандартного формату, який часто називають "локбокс" (Lockbox), та регулярну електронну передачу цього файлу компаніям. Або компаніям надається можливість на вимогу безпосередньо вивантажувати інформацію про платежі її замовників в такий файл. Переваги для клієнтів банку полягають у підвищенні ефективності при розсилці повідомлень про отримання готівкових грошей. Також вигоду отримують власні замовники виробника, яким надається більш високий рівень обслуговування.


Новий автоматизований процес обробки локбокс-файлів для модуля AR може імпортувати інформацію про отримання грошей безпосередньо з банківської системи через неструктурований файл. Цей процес автоматично генерує з локбокс-файлу повідомлення про прихід грошей, а також розподіляє максимальну кількість цих повідомлень серед неоплачених транзакцій.


Основною перевагою автоматизованого процесу обробки локбокс-файлів є поліпшення зручності використання і продуктивність .


















МОЖЛИВІСТЬ


ОПИС


Передача локбокс-файла і автоматична обробка розподілу


Після отримання локбокс-файлу з банку користувач може вказати його ім'я та номер, а також рік публікації і період, після чого почати автоматичний розподіл повідомлень про прихід грошей серед відкритих рахунків у модулі AR.


Автоматичний розподіл грошей серед рахунків дебіторів (модуль AR)


Повідомлення про отримання грошей і кредит-ноти можна обробляти автоматично. Якщо обробка схвалення закінчується невдало, або якщо пакети не передані на схвалення через відсутність номера замовника, то під час передачі локбокс-файла і автоматизованої обробки розподілу грошей генерується список повідомлень про отримання грошей.


Списання (модуль AR)


Автоматичне списання – це додаткова можливість при обробці локбокс-файлу. Її можна визначити як максимальна сума списання та / або максимальний відсоток списання.


Знижки при оплаті готівкою (модуль AR)


Знижки для клієнтів можуть надаватися за заданий кількість днів, навіть якщо дата платежу передує даті надання знижки (використовується під час автоматичної обробки локбокс-файлу і розподілу).



Обробка різних умовних знижок з автоматичним виставлянням зворотних рахунків (модуль AR)


Для процесних виробників, які продають споживчі товари, частою практикою є пропонувати оптовим дистриб'юторам і роздрібним клієнтам різні знижки і заохочення, призначені для підвищення обсягів продажів. Ці знижки можуть включатися в рахунок, а можуть і не включатися. У результаті замовники, які вважають, що вони можуть претендувати на отримання не включених в минулі рахунки знижок, часто при готівковій оплаті виставлених ним та ще не оплачених рахунків роблять неавторизовані утримання з платежів у вигляді кредиту. Ці неавторизовані утримання з суми рахунку часто називають зворотними платежами (Chargeback) або зворотними рахунками (Billback).


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


За допомогою автоматизованої системи реєстрації та подачі заявок на отримання неавторизованих скорочень платежів з дебіторської заборгованості замовники можуть краще керувати фінансовими дебетовими і кредитовими умовами. Це можливо завдяки прямому зв'язку з повідомленнями про отримання грошей.


Основною перевагою обробки різних умовних знижок в модулі AR є те, що він забезпечує відповідність нормам і підвищує зручність використання .






































































МОЖЛИВІСТЬ


 


ОПИС



Неавторизовані знижки


Під час обробки отриманих грошей або обробки повідомлення про отримання готівкових грошей автоматично створюються повідомлення про коригування дебету і кредиту.



Управління зворотними рахунками



При введенні повідомлень про отримання грошей, а також окремих рахунків, автоматично створюються коригувальні зворотні рахунку.






Транзакції, пов'язані з неавторизованими знижками, автоматично розподіляються серед отриманих грошей.






Для зрівноважування неавторизованих знижок створюються транзакції по зворотних рахунками. При розподілі отриманих грошей серед рахунків дебіторів можна ввести будь-яку кількість неавторизованих знижок.








Введення кожної окремої знижки генерує врівноважує набір транзакцій введення в журнал, що складається з неавторизованої знижки і врівноважує транзакції виставлення зворотного рахунку.








Запити



Запит відомостей про замовника забезпечує доступність даних , Необхідну для перехресних посилань неавторизованих знижок і зворотних рахунків на відповідну транзакцію приходу грошей.








Запит інформації про розподіл отриманих грошей також відображає дебети, які пов'язані з неавторизованим кредитом.



         

Гнучкі умови платежів в модулях AR і SOP


Гнучкі умови платежів поліпшили відповідність вимогам . При визначенні дати платежу цей модуль автоматично застосовує зумовлений період фіксованих платежів, а також умови кредитування. У процесі визначення очікуваної дати платежу обчислені терміни платежу можна автоматично коригувати. Наприклад, можна призначати наступну дату, найближчу до звичайної запланованої дати платежу клієнтом, а також перепризначувати дати платежів з урахуванням неробочих днів і свят.

Оптимізація роботи з документами модуля AP


Наступні покращення в роботі з документами в модулі "Рахунки до оплати" (accounts payable, AP) підвищили зручність використання і відповідність нормам .












МОЖЛИВІСТЬ


ОПИС


Друк чеків


Модуль AP підтримує автоматичну нумерацію чеків, друк одного чека з використанням системи створення звітів Crystal Reports, а також стандартну процедуру друку для безперервних чеків, чеків з окремими корінцями та окремих чеків.


Форма 1099-MICS


Користувачі модуля AP мають можливість незалежно настроювати форму 1099-MISC. Це корисно для забезпечення відповідності законам, якщо з плином часу їх вимоги змінюються.


Друк форм тисяча дев'яносто дев'ять-MISC була додана до пакету веб-служб друку. Це дозволяє друкувати форму за допомогою засобів Crystal Reports. Опціонально користувачі можуть вказувати ключові позиції друку. Це потрібно для адаптації форм з предпечатью до конкретних моделей використовуваних принтерів.

Автоматизована звірка виписки з банківського рахунку, модуль головної книги


Модуль головної книги (general ledger, GL) може автоматично ініціювати процес імпорту виписки з банківського рахунку, а також процес вивірки, в якому імпортована інформація про банківський балансі зіставляється з фінансовими транзакціями компанії.


Наступні функції процесу звірки виписки з рахунку банку в модулі GL автоматизували процес і поліпшили зручність використання .








































МОЖЛИВІСТЬ


ОПИС




Імпортовані дані банку


Тепер може підтримуватися формат файлів Bank Administration Institute (BAI). Тепер надається стандартна електронна банківська інформація, необхідна для обробки міжнародних банківських платежів. До неї входить: номер міжнародного банківського рахунку (International Bank Account Number, IBAN), банківський ідентифікаційний код SWIFT (Bank Identifier Code, BIC) і банківський код витрат (Bank Cost Code).








Можливості звірки


Автоматична або ручна генерація виявлених банківських комісійних платежів, нарахованих відсотків та інших банківських додаткових платежів і утримань, а також відповідні записи в модулі GL системи Ross ERP. Це полегшує повну фінансову звірку з банківськими виписками, які неможливо інакше точно перевірити.



Електронні підписи


Можуть знадобитися як частина механізму закриття банківської виписки.




Захист виписки


Після успішного завершення процесу звірки з банківськими виписками їх можна електронним чином закрити для захисту від будь-яких додаткових змін.




Автоматизована звірка виписки з банківського рахунку, модуль головної книги, продовження
























Автоматичний звіт про розбіжності


Розширені можливості запитів і керовані подіями звіти надають відомості про наступні деталях:




невдало завершені транзакції імпорту;



невідповідності між початковим і кінцевим сальдо в імпортованій банківській виписці;




автоматично згенерували транзакції банківських комісійних платежів і нарахування відсотків;



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



Оптимізація роботи з допоміжними книгами модуля головної книги (GL)


Модуль роботи з допоміжними книгами дає користувачам можливість коригувати фінансові дані до того, як вони будуть записані в таблицю проводок GL, як частина процесу оновлення. Відповідно з вимогами відповідності правилами SOX повністю перевіряється журнал зберігає записи про всі виправлення.


Загальна ефективність процесу підвищилася завдяки додаванню індексування таблиць. Це скорочує час обробки великих транзакцій, скорочує час блокування і покращує обробку помилок під час обробки оновлень. Поліпшені і додаткові транзакції в головній книзі, запити та звіти поліпшили зручність роботи в процесі оновлення.


















МОЖЛИВІСТЬ


ОПИС




Запит очікують записів допоміжних книг


Цей запит показує кількість проводок, які очікують оновлення, включаючи загальні суми по дебету і кредиту, на основі вказаного користувачем критерію вибору. Це допомагає користувачам визначити, які поновлення допоміжної книги можна виконати. Також цей запит надає засоби визначення точності і збалансовану виписку проведень до виконання фінального поновлення головної книги.


Звіт про перевірку перед оновленням


Цей звіт виконує ті ж перевірки, що і процес оновлення допоміжних книг. Він забезпечує розширене візуальне представлення будь-яких проводок з помилками, які заважають завершенню процесу оновлення допоміжних книг. Включені до звіту тести перевіряють баланс записів, наявність правильного рахунки у кожної проводки, підтверджують наявність у кожної проводки правильного журнального коду (або що журнальний код існує для типу транзакції запису), перевіряють існування междуелементних рахунків у процесі міжсекторальною або межфондовой обробки, а також перевіряють, що у кожної проводки є код валюти.


Управління веденням непрямих проводок


Ця програма ведення дозволяє вносити зміни у відповідні поля непрямих проводок, які ще не внесені в головну книгу. Такі проводки, які можуть мати потребу в коректуванні, можна виявити за допомогою нового звіту про перевірку перед оновленням. Функція ведення непрямих проводок надає можливості архівування. Воно використовується для внесення оновлень з допоміжної книги в головну, запиту нових очікують проводок, а також процесів одержання звіту про перевірку нових проводок перед оновленням.







Можливість автоматизації звіту


Звіт про ведення непрямих проводок показує будь-які зміни, зроблені в непрямих проводках. Це робиться за допомогою нової опції ведення непрямих проводок або під час самої обробки автоматизованого оновлення. У користувачів є можливість автоматично генерувати існуючі аудиторські звіти по завершенні процесу оновлення або генерувати ці звіти пізніше.

Покращення фінансового звіту


У наступних фінансових звітах поліпшена доступність даних завдяки більш досконалому створення звітів, форматування вихідних даних і можливостям експорту:


звіт про розподіл термінів оплати (модуль AP);


звіт про контрольну звірці рахунків (модулі AP / GL);


контрольний звіт за рахунками (модулі AP / GL);


звіт по повідомлень про отримання товарів (Goods Receipt Notice, GRN), на які немає рахунків;


звіт про розподіл термінів оплати (модуль AR);


звіт про отримання грошей (модуль AR);


звіт про контрольну звірці рахунків (модулі AR / GL);


контрольний звіт за рахунками (модулі AR / GL);


докладний поелементний звіт (модуль GL);


докладний звіт по рахунку (модуль GL);


пробний балансовий звіт (модуль GL);


всебічний журнальний звіт (модуль GL). Цей новий звіт підтримує міжнародні вимоги до звітності на базі фінансових бізнес-процесів закінчення фіскального року. Для забезпечення відповідності вимогам розрахункових організацій цей звіт надає всі записи журналу в базовій валюті.


Виробництво (Manufacturing)


Електронні записи партій (Electronic Batch Records)


У багатьох процесних виробничих галузях (особливо для компаній в сферах страхування життя і споживчих продуктів) вимоги відповідності відносяться до поточних нормам Good Manufacturing Practice (CGMP) і FDA (а саме 21 CFR, частина 11). Це означає, що важливо, щоб виробничі процеси вправлялися у вигляді контрольованих та повторюваних серій послідовних кроків.


У модулі Manufacturing розширена підтримка процесних виробників, які хочуть визначати стандарти обробки, автоматизувати та забезпечувати відповідність цих стандартів у процесі виробництва, а також зберігати видиму і контрольовану історію ходу виробничого процесу.



Наступна нова і поліпшена функціональність EBR в модулі Manufacturing покращує відповідність вимогам .









































МОЖЛИВІСТЬ


ОПИС


Інструкції з виготовлення


Новий тип рядків рецептур для інструкцій з виготовлення надає текстове поле для введення користувачем інструкцій або посилання на зовнішні контрольні документи та виробничі інструкції (наприклад, FDA, HAACP, ISO і т.д.). Численні рядка рецептур, які вимагають однакового набору інструкцій, тепер можна з'єднувати перехресними посиланнями з цим новим типом рядків для інструкцій. Завдяки цьому виключається необхідність в декількох входження однакових рядків інструкцій.



Автоматичні збільшення рядків


Номери рядків рецептур, які присвоюються під час введення, визначаються за допомогою автоматичних збільшень. Наприклад, замість призначення лініях номерів 1,2,3,4 … механізм EBR призначає лініях номери з збільшенням 10,20,30,40 … Це забезпечує можливість вставки додаткових рядків у майбутньому.







Послідовність відображення рядків


Номери рядків рецептур, які призначаються в процесі введення, можуть не відображати реальний порядок, в якому вони будуть представлені користувачеві. Щоб гарантувати, що послідовність рядків рецепту або завдання відповідає "відображеним" порядку для використання в цеху, користувач може призначати "номер порядку відображення".



Примусове забезпечення послідовності рядків


Забезпечує порядок послідовності виробництва шляхом обмеження подальшого виробничого процесу до тих пір, поки технологічна інструкція не буде підтверджена рядком або стадією. Наступні стадії або рядки не можна ввести до тих пір, поки попередня стадія (стадії) або рядок (рядки) не буде закрита.



Попередження


Попереджає користувачів про затримки підтвердження вибірки для технічного обслуговування та ремонту обладнання (PM Pick Confirmation).




Генерація звітів


Для поліпшення зручності роботи використовується ПЗ Crystal Reports. З його допомогою створюються і генеруються виробничі звіти по партіях виробів.



Спрощене створення завдань


У системі Ross ERP v6.2 виробничі завдання можна створювати різними способами. У їх число входять негайний введення і створення користувачем, двоетапний введення і функція створення пакетного завдання, створення в рамках MRP-планування, а також функція перенесення в додаток (і з програми) Ross SCM APS (Advanced Planning and Scheduling, тобто розширене планування).


Наступні поліпшення допомогли автоматизувати і спростити створення завдань у модулі Manufacturing, поліпшивши таким чином зручність і простоту використання .









МОЖЛИВІСТЬ


ОПИС


Автоматичне створення завдань на базі правил розміру партій


Для необхідного заданого загальної кількості можна вручну створити список різних виробничих завдань. У списку завдання створюються всі одночасно. У кожного завдання є власні дати початку і закінчення, засновані на політиках мінімального, максимального і інкрементного розміру партії. Ці політики пов'язані з вибраної технологічної специфікацією.









Підтримка виготовлення на замовлення


Зв'язок виробничого завдання з декількома елементами рядків у замовленнях від клієнтів, потрібну кількість виробів за якими ще не виготовлено. Встановлюється при створенні нового виробничого завдання для тієї ж технологічної специфікації та версії.


Функція копіювання завдання


Існуючі виробничі завдання можна копіювати, дозволяючи користувачеві змінювати кількості. Це більш зручний спосіб створення нових виробничих завдань.

Ціноутворення та стимулювання збуту (Pricing and Promotions)


Стимулювання збуту


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


Нові та розширені типи цін і засобів стимулювання збуту допомагають компаніям підвищити рівень обслуговування замовників. Це надає виробникам можливість підтримувати розширені обумовлені умови цін, знижок та умов продажу. У той же час, завдяки автоматизації дотримання строків і умов кожного договору про продаж, виробники можуть реалізовувати підвищений рівень відповідності вимогам клієнтів і державним нормам, грунтуючись на кращих рішеннях, розроблених як в галузі, так і офіційними організаціями.


Наступні нові і розширені можливості поліпшення продажів в модулі Pricing and Promotions покращують зручність і простоту використання .





























МОЖЛИВІСТЬ


ОПИС


Подарунки


Цей новий тип заходів стимулювання збуту дозволяє користувачеві вказувати кількості одного або декількох "безкоштовних товарів", які будуть передані клієнту в тому випадку, якщо до певної лінії клієнтських замовлень застосовується засіб "Подарунок" (Gift Promotion). Це засіб стимулювання збуту може застосовуватися до того ж або до іншого продукту. Зауважимо, що ця опція підтримує також такі заходи стимулювання збуту, як "Купив одну штуку – отримай ще одне безкоштовно" (Buy-One-Get-One-Free, BOGO). У цьому випадку клієнт також отримує безкоштовний продукт. Коли до рядка замовлення застосовується функція Gift Promotion, то до замовлення автоматично додається додатковий рядок для елемента "Подарунок".










Стимулювання продажів типу "Book-Only"


Цей новий тип заходів стимулювання збуту обчислює знижку "після рахунку", яка не вноситься в головну книгу і не обробляється в модулях дебетових і кредитових рахунків. Цей захід призначена, щоб "розподілити" попередні платежі серед майбутніх поставок при обчисленні нетто-суми рахунку, що призведе в звітах до підвищення загального прибутку по продукту і замовнику.


Замісні знижки


Цей новий тип заходів щодо стимулювання збуту може перевизначати існуючу програму просування по будь-якої причини, навіть якщо клієнтський замовлення підпадає під існуючу програму стимулювання продажів. При цьому новий рівень обслуговування замовників дозволяє виробникам легко пропонувати заходи щодо стимулювання продажів на свій розсуд і вибору для окремих клієнтів. Для цього не потрібно переробляти існуючу програму заохочення, яка вже працює.

Супровід заходів зі стимулювання продажів


Наступні нові і розширені можливості поліпшення продажів в модулі Pricing and Promotions покращують зручність використання .


















МОЖЛИВІСТЬ


ОПИС


Розширені можливості обчислення знижок по клієнтських замовленнями


Система може застосовувати необмежені знижки до елементів замовлення. Підтримується до 10 рівнів знижок. На додаток до старих методів розрахунку знижок, заснованим або на новому значенні, або на ціні брутто, тепер різні рівні знижок дозволяють створити нові методи розрахунку знижок, засновані на нетто-значенні попереднього рівня знижки.


Розширені можливості засобів управління перевизначенням ціни клієнтського замовлення


Можна позначати певні стани клієнтського замовлення. Це дозволяє вручну перевизначати ціну елемента замовлення або в самому замовленні, або в рахунку.


Розширені можливості копіювання методів стимулювання продажів


Користувач може вибрати існуючу програму стимулювання продажів (Promotion) і повністю скопіювати її в нову програму. Це підвищує продуктивність праці користувачів.


Ведення програм стимулювання продажів з активними знижками


Користувач може змінювати обрані елементи програм стимулювання продажів зі знижками. Наприклад, можна поміняти дати "Дійсно з" і "Дійсно до", а також дні відстрочки платежів і кінцевих термінів, навіть якщо програма стимулювання продажів активна.

Обробка замовлень клієнтів (Sales Order Processing)


Податок з продажів в ціні


Ціни в таких країнах, як Китай і Швеція, зазвичай включають в себе податок з продажів та інші податки. Таким чином, для фінансових цілей податки вже враховані, а не додаються в кінці транзакції, як це прийнято в США. Фінансова гнучкість системи Ross ERP v6.2 дозволяє глобальним замовникам використовувати будь-який метод, грунтуючись на конкретні вимоги для свого регіону.
































МОЖЛИВІСТЬ


ОПИС


Додавання податку з продажів


Опція "Податок з продажів в ціні" (Sales Tax in Price) підвищуєзручність використання з наступних причин:





Можна скомбінувати складну ставку податку для елемента рахунки з його штучної ціною, щоб сформувати ціну одиниці продукції для окремого рядка замовлення. Це використовується на будь-якому етапі життя замовлення клієнта, заявки на покупку або замовлення на поставку.








Додавання окремих рядків із зазначенням податку до кожного замовлення клієнта, заявці на купівлю або замовлення на постачання з певної серії.






Цінові розрахунки


Опція "Податок з продажів в ціні" (Sales Tax in Price) підвищує відповідність вимогам. Вона допомагає коректно обчислити чисту вартість, знижки та податки при наступних цінових розрахунках: податковий коефіцієнт, чиста вартість елемента замовлення без знижки, знижка на елемент замовлення, чиста вартість елемента замовлення після знижки, загальна вартість елемента замовлення, складовою податок, віднесений і невіднесення податок, загальна ціна нетто і величина відхилення при округленні для інвентаризації.

Сборданних (Data Collection, DC)


Мобільні транзакції


Опція системи Ross під назвою "Збір даних" (Data Collection) пропонує додаткові мобільні транзакції для оновлення інвентарних переміщень і уточнень, а також статусів що знаходяться в процесі обробці завдань у виробничих цехах і складських приміщеннях. Це покращує зручність і простоту використання, А також підвищує продуктивність праці користувачів.





















































































МОЖЛИВІСТЬ


ОПИС



 


Додаткові транзакції


Багаторядкові операції з інвентаризації для функцій збільшення та зменшення кількості, а також змін статусу (наприклад, статусів QC / QR / QOH і обумовлених користувачем).











Можливість анулювати статус QC / QR без переміщення інвентарному описі в стан QOH.





Одноетапне переміщення складу (One Stage Warehouse Transfer) з опцією "Втрачено при перевезенні" (Lost in Transit).







Можливості електронного підпису


Певні операції зі збирання даних можна налаштувати таким чином, щоб перед виконанням наступної операції з послідовності запитувалася електронний підпис. Це забезпечує відповідність вимогам і впорядкування обробки.

 

Профіль користувача


Інтерактивні операції зі збирання даних обмежуються складами, де збір даних дозволений. Це зроблено для того, щоб всі транзакції виконувалися через операції збору даних.









"Коригувальні" інтерактивні транзакції


Далі наведені інтерактивні операції, які коректно оновлюють дані LPN:

 
 


сторнувати підтвердження поставки;




сторнувати часткове закриття завдання;




скасування прибуткової накладної;




закриття тесту GRN QC / QR.





         

Ідентифікація інвентаризації


Модуль Ross ERP Inventory and Data Collection ("Інвентаризація та збір даних") пропонує можливість розширеного використання інвентарних номерів на заводських ярликах (License Plate Number, LPN) і створення відповідних галузевим стандартам етикеток з штриховими кодами з можливістю налаштування користувачем.


Наступні нові і розширені можливості у модулі збору даних підвищують точність інвентаризації та продуктивність праці користувачів.
































МОЖЛИВІСТЬ


ОПИС


 


Генерація штрихових кодів


Етикетки з штриховими кодами можна автоматично генерувати під час приходу товарів і партій. Це може бути частина загального процесу обробки контейнерів (наприклад, паллет, транспортної тари і т.д.).








Настроюється користувачем формат нумерації на заводських ярликах задовольняє стандарту штрихових кодів UCC/EAN128, а також спеціальних схемах, прийнятим в компанії.









Технологія / база даних


Веб-служби


ПО Ross ERP v6.2 пропонує додаткові веб-служби, які служать інтерфейсом до інших додатків Ross Enterprise, а також додаткам сторонніх виробників. Завдяки оновленню існуючої бізнес-логіки в системі Ross ERP і використанню загальних функцій обробки в компоненті Web Services, які не залежать від джерела генеруються операцій і проводок, компанія CDC Software може більш зручно і постійно підтримувати і змінювати інтеграцію та обробку транзакцій. При цьому потрібно менше втручання користувачів, а також знижується сукупна вартість володіння.


Завдяки можливостям взаємодії систем, такі нові веб-служби знижують складність процесів і підвищують ефективність системи:





























































МОЖЛИВІСТЬ


ОПИС


 


Пакетна передача зі складського місця


Веб-служба Inventory обробляє одну операцію для передач численних комбінацій деталей і партій з одного складського місця у сховищі в інше складське місце в тому ж сховище. В якості веб-служби вона надає загальний метод для різних джерел при виконанні операцій з передачі.







Робота з партіями


Веб-служба Inventory обробляє одну операцію для відновлення різних комбінацій номерів складів, деталей і партій. Ця веб-служба підтримує інформацію, пов'язану з однією чи кількома партіями продукції в системі Ross ERP, із зовнішніх додатків типу систем організації виробництва (Manufacturing Executions System, MES) і лабораторних інформаційно-керуючих систем (Laboratory Information System, LIMS), а також від постачальників.









Інтерактивне створення завдань


Як централізованої веб-служби модуля Manufacturing ця служба тепер обробляє інтерактивні запити на виробничі завдання від системи матеріального виробництва (MPS) або зовнішніх джерел Ross (наприклад, APS, SCM). Це потрібно для більш реалізації більш зручного супроводу та покращення можливостей для клієнтів.



Час обробки


Веб-служба Manufacturing обробляє дані, отримані із зовнішніх джерел, наприклад, Time Inputs і Postings.




Введення робочого часу і проводка робочого часу


Веб-служба Manufacturing обробляє онлайн-введення, оновлення і проводку в головній книзі інформації з карт обліку робочого часу, отриманої із зовнішніх джерел.


Інші витрати та проводки


Веб-служба Manufacturing обробляє інші витрати, які відповідають виробничим завданням в системі Ross ERP і одержувані з зовнішнього джерела, і проводить їх фінансові наслідки в головній книзі.



Імпорт календарних графіків системи APS


Веб-служба Manufacturing обробляє перенесення запланованих завдань у активні завдання в системі ERP відповідно до рішення кінцевого планування Ross APS. Для цього використовується нова функція централізованого створення завдань.






















Служби заявок на поставку


Веб-служба Purchasing обробляє заявки на поставку через зовнішній користувальницький інтерфейс, засоби управління робочими операціями і бізнес-процесами або інші зовнішні програми. Підтримувані функції включають в себе створення, пошук, вилучення та оновлення статусу заявок і окремих елементів заявок, оновлення загальних відомостей про заявку та інформації з окремих предметів із заявки, а також оновлення пов'язаних із заявками проводок у головній книзі.


Документообіг заявок на поставку


Веб-служба Purchasing організовує маршрутизацію завдань, пов'язаних із заявками на купівлю, користувачам і від них, повідомляє користувачів і ініціює служби друку звітів.


Пропозиція, відповідне замовлення


Веб-служба Sales Order Processing обробляє замовлення клієнтів з системи Ross CRM або з додатків сторонніх виробників.


Веб-служби для обробки знижок в модулі AR


Веб-служба Accounts Receivable ініціює генерацію звіту з Crystal Report: "Просити друк повідомлення про платіж".


Вибрані запити до ERP-системі


За запитом із системи Ross CRM ці загальні веб-служби витягують певні дані з вибраних модулів системи Ross ERP і надають ці даних користувачеві системи Ross CRM.

Покращення в базі даних продажів і закупівель


Збільшена довжина транзакцій підвищує зручність використання . Це дозволяє користувачеві використовувати більш осмислені назви для операцій. Для виробників з великими обсягами продукції збільшена довжина транзакцій мінімізує кількість необхідних чисток бази даних, в якій зберігаються записи про транзакції. Ці чищення потрібні, щоб уникнути дублювання номерів транзакцій.

















































Область


ТРАНЗАКЦІЇ


 


Фінанси



Рахунки дебіторів (Accounts Receivable)




Рахунки кредиторів (Account Payable)




Головна книга (General Ledger)





Дистрибуція



Управління інвентаризацією (Inventory Control)




Обробка замовлень клієнтів (Sales Order Processing)




Обробка замовлень клієнтів (Purchase Order Processing)







Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*