Ross ERP v6.2: краткие сведения о версии
Коротко об основных возможностях и улучшениях
Введение
Программное обеспечение (ПО) Ross ERP v6.2 повышает эффективность работы организаций наших заказчиков и позволяет им лучше управлять следующими областями.
- Сложность . Сталкиваясь с укорачиванием жизни продукта и времени рабочих циклов, заказчики постоянно ищут способы модернизации и упрощения транзакций в корпоративных решениях. Это нужно для того, чтобы справиться с растущей сложностью бизнеса, начиная с координации распределенных операций и заканчивая синхронизацией процессов.
- Изменения . Заказчики, которые могут быстро реагировать на изменения, могут извлекать выгоду даже из неожиданных возможностей, а также избегать потенциальных ловушек, связанных с лишними расходами.
- Непостоянство . Несмотря на улучшения в цепочках поставки заказчиков, выраженные в показателях сигналов потребности и имеющихся ресурсов, заказчики должны учитывать и справляться с таким фактором, как непостоянство. Оно может быть связано с характеристиками продукта, производительностью труда и эффективностью работы оборудования в их процессах.
- Соответствие требованиям . В условиях более строгих законов и растущих требований к соответствию нормам отрасли и правительственных учреждений заказчики нуждаются в более точных уровнях отслеживания и создания отчетности.
Новые возможности и улучшения в ПО Ross ERP v6.2 связаны со следующими областями.
- Доступность данных . ПО Ross ERP v6.2 обеспечивает более высокий уровень гранулирования корпоративных данных, который предлагает улучшенные метрики и средства аналитики. Это позволяет заказчикам принимать более взвешенные решения для бизнеса.
- Автоматизация. Благодаря автоматизации многих рутинных процессов, часто связанных с вводом данных, ПО Ross ERP v6.2 повышает производительность труда и сокращает лишние затраты, одновременно снижая количество вносимых пользователем ошибок.
- Удобство и простота использования . Ускорение кривой обучения. Выполнение задач за меньшее количество шагов. Снижение вероятности ошибок при выполнении этих шагов. Соответствие этим требованиям позволяет решению Ross ERP v6.2 повысить производительность труда пользователей, эффективность и их удовлетворение решением.
- Возможности взаимодействия . Связь между Ross ERP v6.2 и Ross Enterprise, а также приложениями от сторонних производителей, достигается с помощью веб-служб. Новые веб-службы в Ross ERP 6/2v повысили возможности организации взаимодействия бизнес-процессов со специфичными транзакциями в сферах закупок, финансов и производства.
- Эффективность . Улучшения в области доступности данных, автоматизации, удобства и простоты использования, а также возможностей взаимодействия позволяют заказчикам быстрее и лучше принимать важные решения и получить измеряемые преимущества перед конкурентами в своей отрасли.
Закупки
Улучшения в общих заказах на поставку
Общие заказы на поставку позволяют процессным производителям приобретать общее количество изделий по твердой установленной со своими поставщиками цене, а также планировать поставки с течением времени, пока не будет приобретено общее оговоренное количество, либо пока действителен заказ на поставку.
Следующие улучшения общих заказов на поставку улучшают удобство использования в процессе создания заказа, получения одобрения, планирования и подтверждения доставки.
ВОЗМОЖНОСТЬ |
ОПИСАНИЕ |
Статус "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. Это полезно для обеспечения соответствия законам, если с течением времени их требования меняются.
Печать форм 1099-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) |
|
|
|
|
|
|
Ссылки по теме