Руководства, Инструкции, Бланки

инструкция Oebs R12 img-1

инструкция Oebs R12

Рейтинг: 4.8/5.0 (1839 проголосовавших)

Категория: Инструкции

Описание

Размер базы OEBS R12

Откуда:
Сообщений: 1147

А есть ли пути сокращения размера БД в OEBS R12?
за 3 года наша база со 100Гб раздулась до террабайта.
а возможности сервера не безграничны.
при этом делается ежедневный инстанс-клон. раньше он выполнялся по штатной ноте (rapid clone R12), т.е. с остановкой и холодным копированием. потом с ростом базы, когда ночные остановки стали слишком большие, перешли на горячее клонирование. Но база-то растёт постоянно, и что будет дальше, пока неясно. Может кто подскажет типичные решения по управлению оебсовой БД, в контексте её разрастающихся размеров. Искал информацию по чистке БД, но кроме стандартных процедур по очистке логов, старых конкарентов и т.п. ничего не нашёл.
Буду благодарен за любую информацию.

Re: Размер базы OEBS R12 [new]

Откуда: Киев
Сообщений: 29265

Покупайте сервак. Это не ваша забота, а забота бизнеса. )
Способы уплотнения/очистки данных обычно очень геморойные и с массой ограничений. Знаю по печальному опыту с Навиженом (проект провалился главным образом именно из-за катастрофического роста базы и жоских проблем с её резервированием).

"Нет ножек - нет варенья" (с) анек

Re: Размер базы OEBS R12 [new]

Откуда: Kiev
Сообщений: 1116

63,
со 100 гиг до террабайта за 3 года - это вообще мелочь. Наймите нормального ДБА (можно даже не в штати, а чтобы работал время от времени) - и он решит все проблемы.
Стоимость дисков сейчас - копейки. И новый сервер скорее всего не нужен. Просто грамотно сделать сегментацию больших табличек (по датам) - и все будет нормально.

Re: Размер базы OEBS R12 [new]

Откуда:
Сообщений: 1

наблюдаю клиента, у которого база ебс за 1.5 года прибавила почти 4тб. К сожалению, это вызвано тем, что клиент придерживается мнения "не сломано - не чини", а значит никто со стороны функционала о пурже не задумывается. Есть ещё косяки, вроде стремления хранить какие-то куски вэрхауса в ебс базе, но это уже не так страшно. Основная проблема даже не в физическом хранении и клонировании (снэп клоны вам в помощь), а в том, что ЕБС начинает проявлять нестабильность при очень сильно разросшихся таблицах. Какой бы сервак ни был куплен. Ещё, к примеру, оракл саппорт почти отказывается решать какие-то проблемы с конкаррент реквестами/мэнеджерами, если fnd_concurrent_requests содержит более 500к строк :)

Что есть: целая куча пурж реквестов, вы зря отмахиваетесь от "старых конкарентов", все эти Shipping Purge и прочие (по продуктам) не только хорошо чистят, но и поддерживают производительность на нормальном уровне. Более того, с их помощью вскрываются сироты, недобитки и прочие дети ошибок человеческих и ебсных. Криво закрытые ордеры из 1962 года и т.п. Возьмите документ 752322.1 и начните с него. По некоторым продуктам (GL, к примеру) нет пуржа, но есть возможность архивации и удаления данных. Определите наиболее проблемный продукт (хоть по оунеру из dba_segments) и пляшите оттуда. Как минимум, это даст возможность сдерживать рост. Может у вас вообще нерадивые разработчики устроили версионирование внутри базы и у вас *_bkp_070513 таблиц на терабайт?

Со стороны базы, как уже сказали, партицирование и компрессия. Вот вайтпэйпер http://www.oracle.com/technetwork/database/performance/storageebstwpfeb2011-351602.pdf из личного опыта: 75-гб GL_JE_LINES, партицированная и закомпрессированная по периодам (текущий период оставляется uncompressed для производительности, потом его придётся архивировать), уменьшается до

20гб. Делается на лету с помощью редефинишна. Это хуже, чем архивация и удаление старых периодов, но хоть как. Производительность после изменения примерно можно оценить при помощи SPA, захватив нагрузку с прода и проиграв на непроде с внесёнными изменениями.

Извините за 3 абзаца, больная тема. Волшебной кнопки "не расти" (ладно уж "не ломайся") у EBS как не было, так и нет, к моему глубокому сожалению.

Re: Размер базы OEBS R12 [new]

Откуда: Kiev
Сообщений: 1116

ну даже если так, как это решит проблемы с копированием?
ведь проблема, скорее, не в дисковом пространстве, и не в производительности, а в необходимости ежедневного клонирования БД.
одно дело лить 50Гб датафайлов, другое дело- террабайт.


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

еще раз намекаю - для начала попробуйте найти грамотного ДБА. и только потом начинайте думать о новых серверах и чистке базы, так как это более сложные операции и в любом случае при их выполнении крайне желательно присутствие грамотного специалиста. то есть от поисков ДБА вам никуда не деться :))

наблюдаю клиента, у которого база ебс за 1.5 года прибавила почти 4тб. К сожалению, это вызвано тем, что клиент придерживается мнения "не сломано - не чини", а значит никто со стороны функционала о пурже не задумывается. Есть ещё косяки, вроде стремления хранить какие-то куски вэрхауса в ебс базе, но это уже не так страшно. Основная проблема даже не в физическом хранении и клонировании (снэп клоны вам в помощь), а в том, что ЕБС начинает проявлять нестабильность при очень сильно разросшихся таблицах. Какой бы сервак ни был куплен. Ещё, к примеру, оракл саппорт почти отказывается решать какие-то проблемы с конкаррент реквестами/мэнеджерами, если fnd_concurrent_requests содержит более 500к строк :)

Что есть: целая куча пурж реквестов, вы зря отмахиваетесь от "старых конкарентов", все эти Shipping Purge и прочие (по продуктам) не только хорошо чистят, но и поддерживают производительность на нормальном уровне. Более того, с их помощью вскрываются сироты, недобитки и прочие дети ошибок человеческих и ебсных. Криво закрытые ордеры из 1962 года и т.п. Возьмите документ 752322.1 и начните с него. По некоторым продуктам (GL, к примеру) нет пуржа, но есть возможность архивации и удаления данных. Определите наиболее проблемный продукт (хоть по оунеру из dba_segments) и пляшите оттуда. Как минимум, это даст возможность сдерживать рост. Может у вас вообще нерадивые разработчики устроили версионирование внутри базы и у вас *_bkp_070513 таблиц на терабайт?

Со стороны базы, как уже сказали, партицирование и компрессия. Вот вайтпэйпер http://www.oracle.com/technetwork/database/performance/storageebstwpfeb2011-351602.pdf из личного опыта: 75-гб GL_JE_LINES, партицированная и закомпрессированная по периодам (текущий период оставляется uncompressed для производительности, потом его придётся архивировать), уменьшается до

20гб. Делается на лету с помощью редефинишна. Это хуже, чем архивация и удаление старых периодов, но хоть как. Производительность после изменения примерно можно оценить при помощи SPA, захватив нагрузку с прода и проиграв на непроде с внесёнными изменениями.

Извините за 3 абзаца, больная тема. Волшебной кнопки "не расти" (ладно уж "не ломайся") у EBS как не было, так и нет, к моему глубокому сожалению.


arronax. спасибо большое за ценную инфо (для меня)!
по абзацу 1 - стандартные пуржи КР и логов выполняются, fnd_concurrent_requests 140К за 2 недели (период пуржа)
По ноте 752322.1 - отлично, спасибо, похоже то что надо. Начну вникать. Если будут вопросы, можно вас подетальнее поспрашивать?
По поводу GL_JE_LINES, xla_ae_lines, headers и т.п. вы абсолютно правы, эти объекты одни из самых тяжелых, а по поводу возможного версионирования, судя по выборке самых тяжелых сегментов- не наблюдается таковых. Но попытки к организации этого на моей памяти были :)

а зачем каждый день лить весь террабайт? вы пытаетесь меня уверить, что у вас за день существенно меняется весь террабайт данных?

еще раз намекаю - для начала попробуйте найти грамотного ДБА

ну вот ДБА ссылается на официальные документы 406982.1 и 760772.1, согласно которым для клонирования инстанса неважно, менялся ли террабайт или байт данных.
Может он, конечно, не грамотный, но как аргументированно ему указать, что есть более оптимальные пути переноса дневных изменений, с сохранением условия полной идентичности инстансов?

кстати, да.
На эту тему есть интересная штучка на основе ZFS, называется delphix
http://marketing.delphix.com/rs/delphix/images/Delphix Accelerates Oracle EBS Upgrades.pdf

насколько я понимаю, это сторонние решения, что-то типа Панайи?
они заточены в основном под миграцию 11->12, всевозможные чистки неиспользуемых объектов, КР и т.п. Возможно я и ошибаюсь.

Другие статьи

Install OEBS r12 for Linux server


Вы находитесь на сайте, на котором обсуждаются все вопросы, имеющие прямое или косвенное отношение к Системе управления базами данных Oracle. Мы постарались собрать в одном месте все необходимое для изучения данной темы: статьи, документацию по разным напрвлениям и, конечно же, лучший инструмент IT-специалиста - форум. Мы постараемся решить любой Ваш вопрос и надеемся, что Вы станете постоянным участником нашего сообщества.

Предлагаем Вам посетить отдельный раздел для новичков - клуб новичков - раздел, в котором смогут обмениваться опытом начинающие ораклоиды как насчет Oracle, так и насчет процесса обучения: что полезно почитать, где можно достать литературу, на какие курсы записаться. Удачного общения.

Install OEBS r12 for Linux server установка OEBS r12 на 2 сервера Linux Suse 10

Текущий рейтинг темы: Нет


Всего сообщений: 13
Рейтинг пользователя: 0


Дата регистрации на форуме:
3 апр. 2008

Здраствуйте уважаемые!
Прошу Вас разъяснить или поделиться какой либо информацией (книгами, ссылками) касательно установки Oracle E Business Suite release 12 на два линуксовых сервера.
Не ясно как установить на первый сервер только БД а на второй непосредственно приложение.


Откуда: Санкт-Петербург
Всего сообщений: 1439
Рейтинг пользователя: 16


Дата регистрации на форуме:
23 мая 2007

Oracle Applications Installation Guide: Using Rapid Install B31295-02 (120oaig.pdf) читали?

Кварт ответ-Главная

- квартирный ответ – профессионалы с опытом работы, прошедшие специальное обучение

- квартирный ответ – надёжность, качество, разумные цены, индивидуальный подход,оперативность в выполнении заказа

- квартирный ответ – официальное заключение договора оказания услуг с гарантийными обязательствами на оказанные услуги

- квартирный ответ – удобные варианты оплаты наших услуг для заказчика: наличный расчет. безналичный расчет, оплата пластиковыми картами, с предоставлением подтверждения оплаты на

месте оказания услуг с помощью платежной системы Life Pay

- квартирный ответ – рекомендации при выборе салона по продаже дверей на основании ваших потребностей, пожеланий и возможностей

- квартирный ответ – современные технологии монтажа с использованием профессионального оборудования

- квартирный ответ – качественная обратная связь

- квартирный ответ – положительные отзывы наших партнёров и клиентов

- квартирный ответ – квалифицированные советы по уходу и эксплуатации дверей, потолков, жалюзи

- квартирный ответ – скидки до 10% постоянным клиентам

МТС завершила крупнейшее в СНГ внедрение Oracle

МТС завершила крупнейшее в СНГ внедрение Oracle

26.03.2013, ВТ, 19:03, Мск. Текст: Владислав Мещеряков

МТС завершил внедрение ERP Oracle e-Business Suite R12 более чем на 10 тыс. рабочих мест, которое в Oracle называют крупнейшим в СНГ. Внедрением занимался родственный МТС интегратор «Ситроникс ИТ».

Оператор МТС сообщил о начале промышленной эксплуатации своей обновленной ERP-системы, построенной на базе Oracle e-Business Suite R12 (OEBS) взамен использовавшейся ранее Oracle e-Business Suite 11i.

Как сообщили CNews в операторе, ERP на основе новой версии Oracle e-Business Suite к нынешнему моменту работает на 10,5 тыс. рабочих мест, что делает его одним из крупнейших проектов по внедрению OEBS в России. В московском офисе Oracle CNews заявили, что проект в МТС «можно безусловно назвать крупнейшим в СНГ».

Сумма, затраченная оператором при переходе на OEBS R12 не раскрывается, однако представители МТС поясняют, что еще в 2011 г. при внедрении комплекса бизнес-приложений Oracle, МТС «выбрал полное портфолио программных продуктов Oracle» с правом использования неограниченного числа лицензий на бизнес-приложения. Поэтому при переходе на новую версию Oracle e-Business Suite затраты оператором были понесены только на консалтинговые услуги.

Как и при прежних внедрениях ERP Oracle в МТС, подрядчиком выступил родственный ему интегратор «Ситроникс ИТ», ранее известный как «Квазар-Микро». Летом 2012 г. «Ситроникс ИТ», принадлежавший до этого владельцу МТС АФК «Система», пережил слияние с интегратором «Энвижн Груп».

Таким образом, владелец МТС АФК «Система», которой принадлежит 50%+0,5 акций «Энвижн Груп», по-прежнему контролирует интегратора «Ситроникс ИТ», но теперь опосредованно. Кроме него над проектом по внедрению OEBS R12 в МТС работала собственная ИТ-команда оператора.

Новая ERP охватывает финансовую и логистическую деятельность оператора, управление заказами, проектами и персоналом. Кроме того на ее основе унифицированы бизнес-процессы, связанные с основными средствами, управлением складскими запасами, расчетами с поставщиками и заказчиками, закупками услуг и оборудования и планированием инвестиционных расходов. В ходе внедрения система была интегрирована со специализированными системами, используемыми оператором.

Описывая результат модернизации OEBS, в МТС отмечают, в частности, сокращение на 70% количество складских организаций и уменьшенное вдвое по сравнению с прошлой версией количество номенклатурных справочников.

Историю внедрения ERP на основе Oracle e-Business Suite 11i оператор МТС начал в июне 2004 г. В 2006 г. эта ERP была развернута и запущена в промышленную эксплуатацию во всех российских филиалах оператора. К этому времени это был самый масштабный проект по внедрению OEBS в России и СНГ. Система охватывала более 1 тыс. рабочих мест, причем ее пользователями были около 5 тыс. сотрудников.

Летом 2011 г. в МТС завершилось внедрение комплекса приложений Oracle для управления персоналом, который позволил управлять всем штатом сотрудников оператора.

Установка Oracle E-Business Suite R12

Установка Oracle E-Business Suite R12.2 (День 1)

Вчера писал про отечественные блоги о ПО Oracle. а сегодня упомяну сразу два иноземных, которые ведут Эдгар и Аскольд. а точнее Эдутар и Петян .

По первой сслыке можно познакомиться с тезисами, как устанавливать OEBS 12.2. Инструкцию набросал венгр Zoltan Tar, за что ему спасибо. Написано весьма поверхностно и рассчитано на подготовленного читателя.

По второй ссылке уже более подробная инструкция от Ивана Пивовара (John Piwowar). Посмотрите и найдите две большие разницы в подаче и изложении материала. То, что написал Джон, можно сразу копипастить в консоль и ставить систему. Вторая инструкция дюже уж подробна и хороша, поэтому сохраню ее в виде pdf и здесь .

Но! Изучение документации и вспомогательных Notes, а также ознакомление с рукописными пошаговыми инструкциями выявило некоторые моменты, о которых я в процессе установки постараюсь и рассказать. Если коротко, то дистрибутив, даже не смотря на то, что его исходная версия неизменна и носит номер 12.2.0, на самом деле претерпевает изменения, которые хоть и незначительно, но влияют на ход установки.

Приступим к установке Oracle E-Business Suite R12.2. с учебной базой VISION, ну и русский язык наверное накатим до кучи.

Нам понадобится какое-то железо. Я использовал виртуальную среду Oracle Virtual Box и создал машинку с такой вот конфигурацией. Исходный «сервер» — стационарный компьютер с 16Gb оперативной памяти и Core i5 процессором на борту.

На эту виртуальную машину был установлен Oracle Linux Server 6.4. Выбрал тип установки Basic Server .

Ставить все планирую через VNC, поэтому:

Mozilla Firefox был нужен, чтобы скачать дистрибутив. И конечно oracle-rdbms-server-11gR2-preinstall .

Задаем пароли пользователям. Я везде использовал manager .

Качаем с edelivery.oracle.com дистрибутив в /u01/Stage. В общем до этого шага у меня на самом деле все было сделано чуть раньше, в День 0. который я конечно же не описывал, но он тоже занял определенное время.

Дистрибутив занимает порядка 40Gb.

Скачал следующее. С комментариями. Обратите внимание на перечень файлов, на NLS-патч и на текст Note 1588372.1 Important Notice: Issues with Downloading Oracle E-Business Suite Release 12.2 Media Packs .

Следующий шаг, подготовка Staging Area. Первый раз подобное увидел в Oracle Siebel CRM, где дистрибутив для установки подготавливался с помощью Image Creator. В одну папку сваливались скаченные архивы, а потом обрабатывались с помощью Image Creator и дальше уже можно было осуществлять установку. Аналогично сейчас Staging Area формируется перед установкой Oracle Fusion Applications. Буду краток. Для R12.2 эта технология пока что еще капризная и не шибко интеллектуальная, поэтому перед тем, как готовить дистрибутив к установке, в одну из папок следует положить ровно те zip-файлы, которые у меня указаны выше, а NLS-патч положить отдельно.

Далее, Staging Area была создана на подмонтированном диске в /mnt/Stage .

Если зайти в startCD в файлик README.txt, то в нем можно увидеть одну очень нужную и полезную для установки информацию (выделено):

По этой циферке в дальнейшем можно ориентироваться, ставить или нет, тот или иной патч. Например Золтан в своем повествовании недоумевал и сокрушался, что мега-возможность делать в версии 12.2 online-патчевание недоступна и ее следует активировать отдельно. А для этого потребуется установить Patch 13543062: 12.2 CA ONLINE ENABLEMENT PATCH и еще кучку всего. Я было бы тоже удивился, но потом сравнил версию запланированного мной к установке дистрибутива, с описаниями патча и пока что успокоился.

Готовим Staging Area:

Указываем папку, где у нас лежат скаченные zip-файлы (/Stage ) и ждем, когда все распакуется, проверится и ляжет в /mnt/Stage. Staging Area у меня получилась размером 37Gb.

Дальше читаем Note 1330701.1 Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) for Linux x86-64 или следим за руками.

Отключаем межсетевой экран:

Прописываем хосты и лимиты:

Доставляем необходимые пакеты в ОС:

Качаем необходимые для дальнейшего запуска Oracle Forms библиотеки, которые отсутствуют в стандартном дистрибутиве Oracle Linux Server. Идем сюда. И скачиваем:

Чтобы эти пакеты нормально встали, понадобится следующее:

И после этого на скаченные пакеты делаем:

Для верности перезагружаем нашу виртуальную шарманку и стартуем VNC-сервер.

Для первого дня (не считая нулевого), можно считать подготовительную часть законченной. Однако — это одна из наиважнейших частей, потому как сначала запряжешь, так потом и поедешь.

Post navigation На это стоит посмотреть Рубрики Календарь Архив статей Ссылки Управление Статистика

Обучение работе в модуле Запасы, вложение в Скрепку - презентация онлайн

Обучение работе в модуле Запасы, вложение в Скрепку

www.rt.ru МФ ОЦО Центр учёта и отчётности «Екатеринбург» ОУ ТМЦ 12.05.2015 “Вы можете сосредоточиться на бизнесе.

Качество и эффективность поддержки обеспечиваем мы!” МНОГОФУНКЦИОНАЛЬНЫЙ ОБЩИЙ ЦЕНТР ОБСЛУЖИВАНИЯ ОАО «РОСТЕЛЕКОМ» УПРАВЛЕНИЕ МАТЕРИАЛЬНЫМИ ЗАПАСАМИ (МОДУЛЬ ЗАПАСЫ) www.rt.ru Перечень документов для отражения операций списания ТМЦ и вложения в Скрепку2 Вы можете сосредоточиться на бизнесе.

Качество и эффективность поддержки обеспечиваем мы! 1.Основные понятия модуля Закупки и Запасы;

2.Основные объекты модуля Закупки и Запасы;

3.Создание акта на списание, вложение в Скрепку;

4.Формирование сопроводительных документов к акту на списание;

5.Удаление акта на списание;

6.Редактирование акта на списание;

7.Отправка акта на согласование утверждающему;

8.Утверждение и проведение акта на списание;

9.Основные вопросы по созданию актов на списание.

www.rt.ru 1.Основные понятия модуля Закупки и Запасы Учет движения МПЗ в системе R12 представлен модулями Запасы и Закупки.

Модуль «Закупки» (PO) представляет собой интегрированное программное решение для учета данных о поставщиках, ведения информации о заявках и заказах организации, а также для управления процессом поступления МПЗ.

Функциональность модуля «Закупки» (PO) позволяет: - вести базу данных поставщиков;

- автоматизировать работу с заявками/заказами на приобретение;- управлять процессом получения МПЗ Модуль «Закупки» (PO) также участвует в процессе учета услуг, полученных от поставщика.

Процесс учета услуг описан в Методических указаниях по учету расчетов с поставщиками и подрядчиками.

Модуль «Управление материальными запасами» представляет собой интегрированное программное решение для управления поступлениями МПЗ в Организацию, отражения потоков МПЗ внутри организации, а также управления структурой склада организации.

Функциональность модуля «Управление материальными запасами» позволяет:- осуществлять учет номенклатурных позиций в разрезе необходимых аналитических признаков;- моделировать складскую структуру организации.3 Вы можете сосредоточиться на бизнесе.

Качество и эффективность поддержки обеспечиваем мы! www.rt.ru 2.Основные объекты модуля Закупки и Запасы4 Вы можете сосредоточиться на бизнесе.

Качество и эффективность поддержки обеспечиваем мы! На данный момент в системе представлены следующие виды складских организаций:№ Код СО Назначение складской организации Счета бухг.

учёта Метод оценки стоимости Метод оценки, настроенный в Системе1 СО07 Оборудование к установке 0701000000 По единице запаса Модифицированный FIFO2 СО0807 Приобретение отдельных объектов ОС, требующих складирования 0807000000 По единице запаса Модифицированный FIFO3 СО0808 Строительство и модернизация объектов ОС 0808000000 По единице запаса Модифицированный FIFO4 СО0809 Организация для оборудования, переданного в монтаж 0809000000 По единице запаса Модифицированный FIFO Основными объектами модуля Закупки и модуля Запасы, применяемыми при учете МПЗ являются: складские организации, складские подразделения, партии, складские места, номенклатурные позиции, категории позиций, заказ на приобретение, поступление, прочие поступление, акт на списание.

Складская организация (СО) – это объект модуля «Запасы» (IN), позволяющий реализовать следующие учетные функции: - Поддержание организационной и складской структуры.

- Учет разными методами оценки МПЗ (по средней стоимости, по единице запаса).

Для каждой складской организации указывается, по какому методу оценки будет вестись учет МПЗ в соответствии с Учетной политикой Общества.

www.rt.ru№ Код СО Назначение складской организации Счета бухг.

учёта Метод оценки стоимости Метод оценки, настроенный в Системе5 СО10ЕДИН Материалы, учитываемые по единице запаса 10хххххххх, По единице запаса Модифицированный FIFO6 СО10СРДН Материалы, учитываемые по средней себестоимости 1012000000, 100ххххххх кроме 1006020000;

По средней себестоимости По средней7 СО10ФИФО.А РЕНДА Организация для учета нового оконечного оборудования 1013130000 По единице запаса Модифицированный FIFO8 СО10ФИФО.В ОЗВРАТ Организация для учета бывшего в употреблении оконечного оборудования, возвращенного из аренды 1013140000 По единице запаса Модифицированный FIFO9 СО41 Товары, связанные с оказанием услуг связи;

Прочие товары 4101000000, 4102000000 По средней себестоимости По средней10 СО4105 Оконечное абонентское оборудование 4105000000 По единице запаса Модифицированный FIFO11 СО4106 Оконечное абонентское оборудование 4106000000 По единице запаса Модифицированный FIFO12 СО41П Товары в общественном питании 4103000000 По средней себестоимости По средней www.rt.ru№ Код СО Назначение складской организации Счета бухг.

учёта Метод оценки стоимости Метод оценки, настроенный в Системе13 СО43 Готовая продукция 4301000000 По средней себестоимости По средней14 СО4304 Готовая продукция по нормативной себестоимости 4304000000 По средней себестоимости По средней15 СО45 Товары отгруженные 4501000000 По единице запаса Модифицированный FIFO16 СО50 Денежные документы в рублях 5004000000 По единице запаса Модифицированный FIFO17 СОУслуги Организация для учета услуг18 СОХ004 Товары, принятые на комиссию Х004000000 По единице запаса Модифицированный FIFO19 СОХ013.АРЕ НДА Организация для ведения количественного забалансового учета оконечного оборудования после выдачи в аренду Х013000000 По единице запаса Модифицированный FIFO20 СОХГ01 Имущество гражданской обороны ХГ01010000 По единице запаса Модифицированный FIFO21 СОХО01 ОС и оборудование к установке, принятые в залог ХО01010000 По единице запаса Модифицированный FIFO22 СОХО08 Обеспечение обязательств и платежей Полученные Х008000000 По единице запаса Модифицированный FIFO www.rt.ru№ Код СО Назначение складской организации Счета бухг.

учёта Метод оценки стоимости Метод оценки, настроенный в Системе23 СОХОХран Имущество, принятое на ответственное хранение;

ОС и оборудование к установке, принятые на ответственное хранение Х002000000 ХХ01010000 По единице запаса Модифицированный FIFO24 СОХПрочее Бланки строгой отчетности;

Инвентарь и хозяйственные принадлежности;

ТМЦ, стоимостью не более 20000 руб.

Х006000000, Х012010000, Х012020000, Х012030000 По единице запаса Модифицированный FIFO25 СОХХ0102 Организация для учета основных средств, принятых на ответственное хранение и обслуживание по договорам предоставления услуг и оборудования ХХ01020000 По единице запаса Модифицированный FIFO www.rt.ru В рамках каждой складской организации создаются складские подразделения.

Складское подразделение (СП) - это объект модуля «Запасы» (IN), позволяющий реализовать функцию поддержания складской структуры.

Основные параметры СП (звездочкой отмечены обязательные для заполнения): Наименование* – краткое наименование СП (не более 10 символов, включая пробелы), Описание – более подробное (длинное) наименование/описание СП (не более 50 символов, включая пробелы), Расположение – информация об адресе расположения СП.

Параметры СП в описательном гибком поле (все необязательны): Параметр Тип значенияНазначение «Структурное подразд.» Имя Структ.

к какому структурному подразделению относится создаваемое складское подразделение.

«Центральный склад»Да/пустодля обособления поставок по централизованной заявочной кампании «Складск.

забаланса»Имя СП заполняется для балансовых организаций значением подразделения забалансовой организации, в случае, если МПЗ в результате списания должны быть учтены на забалансе на указанном СП «Стройплощад ка»Да/пусто «Да», если складское подразделение физически располагается на стройплощадке.

В рамках одной складской организации допустимо только одно подразделение с подобным признаком.

спецод»Да/пусто «Да», если на это подразделение будет осуществляться возврат спецодежды.

Заполняется только для забалансовых организаций.

«Аварийный запас»Да/Нет «Да», если на этом подразделении осуществляется хранение МПЗ для аварийного запаса «Демонтаж»Да/Нет «Да», если на этом подразделении осуществляется хранение МПЗ, полученных в результате демонтажа «ДЗО Москва»Да/Нет «Да», если складское подразделение предназначено для обособления остатков ТМЦ по ДЗО Москва «Код процесса»CPE/NC используется для определения процесса при интеграции с иными системами.

Значение «CPE» - для идентификации процесса по учету оконечного оборудования при интеграции с 1С.

Значение «NC» для идентификации процесса строительства сетей и интеграции с АСРЗ «Сервис Центр»Да/Нетдля обособления МПЗ, переданных для ремонта в сервисный центр www.rt.ru В каждом складском подразделении учет материалов ведется на складских местах в разрезе материально-ответственных лиц и сотрудников, фактически использующих МПЗ.

На них также ведется учет по материалам, переданным контрагентам (полученным от контрагента на хранение) и по материалам, приобретенным для инвестиционной деятельности (проект и задача).

Структура Складского места (СМ) состоит из шести сегментов, разделенных точкой: МОЛ – табельный номер материально ответственного лица, который отвечает за МПЗ на данном СМ.

СП – складское подразделение, в котором находится СМ.

Сотрудник – ФИО и ТН сотрудника, у которого «на руках» находятся МПЗ с данного СМ.

Применяется на забалансовом учете для раздельного учета по МОЛ и сотрудникам.

На балансе сегменты «МОЛ» и «Сотрудник» в подавляющем большинстве случаев относятся к одному лицу.

Проект – номер проекта.

Все МПЗ с данного СМ относятся к указанному проекту.

Может быть пустым.

Задача – номер задачи.

Все МПЗ с данного СМ относятся к указанной задаче.

Может быть пустым только если пуст «Проект».

Контрагент – наименование контрагента.

Может быть пустым.

На балансовых СО применяется для обособления МПЗ, переданных (обычно в монтаж или в сервис-центр) указанному контрагенту.

На СО СОХОХран – для обособления МПЗ, полученных на хранение от указанного контрагента.

Пример складского места: МОЛ СП Сотрудник Прое кт Зада ча Контраг ент 315944.КФСПВА.Гетьманов Виктор Викторович TN315944.11349.А3.ЭНТАЙП ООО www.rt.ru Общая схема складской структуры

• СО – Складская организация.

Наименование СО уникально в рамках всей системы.

• СП – Складское подразделение.

Наименование СП уникально в рамках каждой СО.

• СМ – Складское место.

СМ должны быть уникальны в рамках всей СО.

в рамках, например, СО1 нельзя создать два СМ с одинаковым набором сегментов, даже если эти СМ находятся в разных СП.

Поэтому для обеспечения уникальности нескольких СМ с одинаковыми сегментами МОЛ-Сотрудник- Проект-Задача-Контрагент в структуру СМ добавлен сегмент СП (см.

СО1 СП1 СМ1 СМ2 СМ3 СП2 СМ4 СМ5 СМ6 СП3 СМ7 СМ8 СМ9 СО2 СП1 СМ1 СМ2 СМ3 СП2 СМ4 СМ5 СМ6 СП3 СМ7 СМ8 СМ9 СО3 СП1 СМ1 СМ2 СМ3 СП2 СМ4 СМ5 СМ6 СП3 СМ7 СМ8 СМ9 www.rt.ru Объект партия предназначен для хранения информации о поступлениях в организации по единице запаса.

Информация сохраняется при любых последующих перемещениях, включая межфилиальные.

Партия содержит следующую информацию:

• Номер договора, по которому выполнено поступление

• Тип прочего поступления (для поступлений не по договору)

• Номер документа основания

• Дата документа основания

• Цена за единицу (выводится не во всех отчетах) Для организации аналитического учета МПЗ используется номенклатурные позиции. справочник которых ведётся централизовано.

Каждой Номенклатурной позиции присваивается определенное значение Категории Запасов.

Объект « Категории Запасов » служит для обеспечения настройки счета учета номенклатурной позиции в данной складской организации (счет учета позиции зависит от сочетания Складской организации и Категории Запасов).

Полный перечень счетов учета категорий Запасов в разных типах СО находится в Библиотеке OEBS в разделе 2.01 - Методология БУ/ Учет МПЗ/ документ « Правила назначения счетов категорий».

www.rt.ru Структура справочника номенклатурных позиций (СНП) Группа – первый уровень иерархии СНП.

Группа объединяет подгруппы с их базовыми наименования.

Код группы отображается в первом сегменте кода номенклатурной позиции.

Например, 035.7300.0025, где 035 – группа, к которой относится позиция.

Подгруппа – второй уровень иерархии СНП.

Подгруппа объединяет базовые наименования с принадлежащим базовым наименованиями позициями.

Код группы отображается во втором сегменте кода номенклатурной позиции.

Например, 035.7300.0025, где 7300 – подгруппа, к которой относится позиция.

Базовое наименование – третий уровень иерархии СНП.

Базовое наименование объединяет номенклатурные позиции, обладающие одинаковыми признаками (атрибутами).

www.rt.ru Поступление МПЗ предусмотрено в системе объектами: Заказ на приобретение (PO) - документ модуля «Закупки» (PO), который формируется из договора на основании спецификации договора (счета) при необходимости создания поступления товаров/услуг.

На основании Заказа на приобретение (PO) осуществляется создание документа « Поступление » (PO), которое формирует проводку поступления МПЗ на склад.

По услугам создается только ЗП, поступление не формируется.

По регламенту взаимодействия МФ ОЦО со структурными подразделениями функционал формирования ЗП и поступлений модуля «Закупки» возложен на ЦФО.

Ссылка на регламент взаимодействия: Бизнес-процессы.

Центр учета и отчетности, SLA/ Отдел учета ТМЦ К данным объектам системы ЦФО вкладывает скан-образы первичных документов, прописанных в методических указаниях МУ МПЗ (накладная Торг-12, счет-фактура, приходный ордер и иные документы), которые находятся Библиотеке OEBS в разделе 2.01 - Методология БУ/ Учет МПЗ/ Типы_транзакций_прочего_поступления_3.0 Инструкция по заведению ЗП и поступлений находится так же в Библиотеке OEBS в разделе 1.07 - Инструкции по БП/ PO.

Приемка МПЗ, услуг Замечание: при корректировке ЗП и Поступлении необходимо использовать инструкцию в Библиотеке OEBS/ 1.07 - Инструкции по БП/ PO.

Корректировка поступлений Прочее поступление (IN) - документ модуля “Запасы», который используется для оприходования МПЗ в случаях, когда поступление осуществляется напрямую в модуль «Запасы» (IN), минуя модуль «Закупки» (PO), например, поступление при демонтаже ОС, безвозмездное поступление и за наличный расчет.

www.rt.ru Прочее поступление формирует бухгалтер отдела ТМЦ в модуле «Запасы» на основании документов, размещенных ответственным подразделение в АПД.

Разъяснения по вложению в Скрепку (R-12) документов- оснований для использования материально-ответственными лицами при отражении операций списания и поступления материально-производственных запасов прописаны в Приложение 1 «Прочее поступление Скрепка» к письму от 06.04.2015_2015 №_11/05/6747-15 «О вложении в скрепку R-12».

Также даны рекомендации по передаче документов через АПД при приобретении товарно- материальных ценностей за наличный расчет в Письме от 24.02.2015 №_11/05/3330-15 «О работе в АПД при приобретении ТМЦ за наличный расчет».

Акт на списание (IN) - документ модуля «Запасы», который используется для списания и перемещения МПЗ.

Чтобы отразить списание и перемещение МПЗ необходимо создать акт на списание в модуле запасы под полномочиями «Отв.

за создание Акта на списание» руководствуясь инструкцией в Библиотеке OEBS/ 1.07 - Инструкции по БП/ IN.

Выдача из запасов Ienuii i aei?aiee a ne?aieo Ienuii ii ?aaioa a AIA i?e i?eia?aoaiee I?eei?aiea 1 Iinooieaiea_NE?AIEA I?eei?aiea 1 ?aeiiaiaaoee www.rt.ru 3.Создание акта на списание В навигаторе выбрать пункт меню «Акт на списание МПЗ» и нажать кнопку (К) «Открыть».

В форме «Поиск актов на списание»: *В поле «МОЛ» выбрать материально ответственного (поле автоматически заполнятся ФИО сотрудника, под которым выполнен вход в систему).

*В поле «Организация» выбрать из списка складскую организацию, в которой нужно выполнить списание (для выбора доступны только те организации, на которых присутствует наличное количество по МОЛу) Нажать кнопку «Создать» В форме «Акт на списание МПЗ» заполнить заголовок акта: Дата списания - указать дату, которой должна быть проведена транзакция (автоматически заполняется текущей датой) Тип транзакции - выбрать из списка тип транзакции, в зависимости от типа выдачи МПЗ.

Каждой хозяйственной операции предназначен Тип транзакции, список которых утвержден в Приложение 2.

в п.4.17 МУ по МПЗ (описание операций, выполняемых в системе с помощью функционала актов на списание АРМ-Логистика) в Библиотеке OEBS в разделе 2.01 - Методология БУ/ Учет МПЗ/ Ти пы_транзакций_списания_5.1 www.rt.ru После выбора типа транзакции становятся доступны поля «Тип документа осн.», «№ документа осн.» и «Дата документа осн.».

Тип процесса – используется и заполняется только в операционных единицах интеграции.

Выбрать значение типа процесса в соответствие с выполняемой операцией «Строительство сетей», «Оконечное абонентское оборудование», иначе не заполнять.

Тип документа осн.

– выбрать из списка тип документа основания, на основе которого выполняется операция списания.

– указать номер документа-основания Дата документа осн.

– указать дату документа-основания Источник - Скл.

организация – заполнено значением складской организации, выбранной при создании акт (поле недоступно для редактирования) Получатель - Скл.

организация – для выполнения операций списания поле неактивно Источник – Скл.

подразделение – выбрать из списка складское подразделение, с которого необходимо выполнить списание (доступны только те складские подразделения, на которых присутствует наличное количество по МОЛу).

Поле не обязательно для выбора значения.

Если поле заполнено, то при создании строк акта это значение автоматически копируется в поле «Скл.

подр.» на закладке «Источник» Получатель - Скл.

подразделение - для выполнения операций списания поле неактивно Описание – поле для ввода дополнительной информации, необязательно для заполнения Департамент – при выборе некоторых типов транзакций (например, Отпуск в производство, Выдача гот.прод.

покупателю и т.д.) поле становиться обязательным для заполнения.

Если тип транзакции «Отпуск в производство», и списание выполняется с организации СО10ЕДИН, то в поле «Департамент» необходимо ввести «Департамент экономики» (027).

Сборка МОС – флаг проставляется только для типа транзакции «Отпуск в пр-во (без переноса в забаланс)»* в случае, если оформляется списание составных частей МОС, который в дальнейшем будет принят на учет в забалансовой СО как единая позиция.

Проект – поле доступно для транзакций типов «Отпуск в производство», «Отпуск в пр-во (без переноса в забаланс)».

Заполняется, если необходимо выполнить отпуск с непроектных складских мест с указанием операционного проекта.

Номер актива ОС - заполняется, когда выдача относится к какому-либо Основному средству.

Если данное поле заполнено в Заголовке, значение будет копироваться автоматически в аналогичное поле строк акта.

Договор – поле заполняется для ОЕ интеграции, если тип процесса = «Строительство сетей» и тип транзакции = «Прямой перенос в организацию АРМ».

Выбрать номер договора с видом «Строительство сетей (интеграция)» Реализация через – поле обязательно к заполнению для операций продажи.

Поле необходимо для определения, где будет проводиться оплата: в модуле Дебиторы или в Биллинге.

• тип транзакции «Отпуск в пр-во (без переноса в забаланс)» также используется в случаях, когда требуется выполнить Отпуск в производство без осуществления операций забалансового учета.

Перейти к заполнению строк акта на списание.

В момент активации строки создается номер акта на списание, тот же результат при нажатии кнопки «Сохранить».

Блок «Содержание акта»* Закладка «Источник» - поле « Скл.

» – выбрать из списка складское подразделение, с которого необходимо списать МПЗ (для выбора доступны только те подразделения, в которых присутствует наличное количество по МОЛу)* Закладка «Источник» – поле « Скл.

Место » – выбрать из списка складское место, с которого необходимо списать МПЗ (для выбора доступны только те места, на которых присутствует наличное количество по МОЛу)* Закладка «Строки акта на списание» – поле « Позиция » – выбрать из списка позицию для списания (доступны только те позиции, которые присутствуют в наличном количестве и доступны для резервирования) www.rt.ru* Закладка «Строки акта на списание» - поле « ЕИ » – поле заполняется автоматически после заполнения поля «Позиция»* Закладка «Строки акта на списание» - поле « Серийный номер»* Закладка «Строки акта на списание» - поле « Партия» – выбрать из списка стоимость, по которой списывается МПЗ (поле обязательно для заполнения только на складских организаций с методом учета «ФИФО»).

При выборе партии открывается форма «Уровень ФИФО», где необходимо выбрать нужную партию.

(для определения нужной партии можно использовать информацию по Цене, Номеру Партии, Количеству, Дате поступления, Номеру документа основания, Дате документа основания, Типу поступления)* Закладка «Строки акта на списание» - поле « Количество» – указать количество для списания* Закладка «Строки акта на списание» - поле « Статус » - поле недоступно для редактирования, заполняется автоматически при создания строки в содержимом акта.

Первоначальное значение «Создано».* Закладка «Строки акта на списание» - поле « Вид работ » – при выборе некоторых типов транзакций (например, Отпуск в производство) доступно для заполнения.

Необходимо выбрать нужный вид работ из списка значений.

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

Необходимо для корректного заполнения поля «Счет».* Закладка «Строки акта на списание» - поле « Номер актива ОС » - заполняется, когда выдача относится к какому- либо Основному средству.

Если данное поле было заполнено в Заголовке, значение данного поля будет копироваться автоматически.

Поле «Номер актива ОС» и «Вид работ» являются альтернативными, если заполняется одно, то не заполняется другое www.rt.ru* Закладка «Строки акта на списание» - поле « Тип расходов » - выбрать значение из списка.

Данное поле заполняется в случае, если тип транзакции «Отпуск в проект»* Закладка «Строки акта на списание» - поле « Статья затрат » – выбрать значение статьи из списка.* Закладка «Строки акта на списание» - поле « Сотрудник » – выбрать ФИО сотрудника.

Поле становится обязательным для заполнения в случае, если указан тип транзакции «Отпуск в проект» для организаций «%АРЕНДА%» и «%ВОЗВРАТ%» или тип транзакции «Отпуск в производство».* Закладка «Строки акта на списание» - поле « Должность » – заполняется автоматически после заполнения поля «Сотрудник», поле недоступно для редактирования* Закладка «Строки акта на списание» - поле « Дата выдачи » - используется для операций на забалансовых складских организациях.

Для транзакций с типом "Списание с забаланса" берется дата документа основания транзакции поступления на склад.

Если эта дата отсутствует, то берется дата транзакции поступления.

www.rt.ru* Закладка «Строки акта на списание» - поле « Счет » – автоматически заполняется на основании значений, выбранных в полях «Департамент», «Вид работ»/ «Номер актива ОС», «Статья затрат».

Если некоторые сегменты не определены автоматически (в них подставлены нули, например, сегмент «Налоговая статья»), выбрать подходящие значения.

Поле обязательно для заполнения.

Запрещено изменять в этом поле сегменты, скопированные из других полей акта (бухгалтерский счет, статью затрат, ЦФО).* Основание списания МПЗ – выбрать из списка значение, поле необязательно для заполнения* Подразделение – обязательно для заполнения при выполнении операций «Отпуск в производство», «Выдача спецодежды», «Отпуск в проект» (при «Отпуске в проект» – для организаций «%АРЕНДА%» и «%ВОЗВРАТ%»).

Необходимо указать складское подразделение, на которое в дальнейшем будет выполнено поступление забаланс.* Срок окончания носки – указать дату окончания срока носки* Для личн.

- выбрать значение «Да» или «Нет»* Номер инвентаризации – номер инвентаризации в системе (поле активно только для типа транзакции) Нажать кнопку «Сохранить» www.rt.ru Примечание: Для переноса остатков в УК необходимо использовать тип транзакции «Отпуск на прочие цели».

В строках акта в поле «Вид работ» необходимо выбрать значение «Формирование фактической стоимости финансовых вложений», которое соответствует счету учета 7638010000.

Перед отправкой акта на согласование, необходимо сформировать и распечатать необходимый документ из системы, подписать и вложить скан-образ в скрепку.

Разъяснения по вложениям в скрепку указаны в Приложении 2 «Акты на списание Скрепка» к письму от 06.04.2015_2015 №_11/05/6747-15 «О вложении в скрепку R-12».

I aei?aiee a ne?aieo R12 I?eei?aiea 2 Aeo ia nienaiea_NE?AIEA www.rt.ru 4.

Формирование сопроводительных документов к акту на списание Для формирования сопроводительных документов выбрать в навигаторе пункт «Запросы» и нажать кнопку «Открыть».

Или выбрать (Меню)Вид – Запросы.

www.rt.ru На форме «Отправка нового запроса», в зависимости от типа отчета, выбрать пункт «Отдельный запрос» или «Набор запросов» и нажать кнопку «ОК».

На форме «Поиск запросов» нажать на кнопку «Отправить новый запрос».

www.rt.ru После этого откроется список доступных для запуска документов (отчеты, акты, накладные и т.д.).

Выберите из списка необходимый отчет и нажмите «ОК».

В форме «Отправка запроса» в поле «Имя» нажать на кнопку с тремя точками справа или ввести служебный символ % и нажать клавишу Tab на клавиатуре.

www.rt.ru Далее на форме «Отправка запроса» нажать кнопку «Отправить».

В форме «Параметры» заполните обязательные поля параметров и, при необходимости, необязательные.

Нажмите кнопку «ОК».

www.rt.ru Когда значение поля «Фаза» станет «Завершено», нажмите кнопку «Просмотр результата».

Сформированный отчет откроется в программе MS Office Excel.

После отправки, запущенный для формирования отчет появиться вверху списка в форме «Запросы».

Если в поле «Фаза» значение отлично от «Завершено», то периодически нажимайте на кнопку «Обновить данные».

Частота нажатия кнопки «Обносить данные» ни кк не влияет на скорость выполнения отчета www.rt.ru 5.Удаление акта на списание Если Акт на списание был отклонен целиком и не предполагается его корректировка, то Акт на списание можно удалить из системы.

Необходимо найти отклоненный акт.

В форме «Сводка актов» выбрать удаляемый акт и нажать на кнопку «Удалить акт».

Примечание: Если отменен не весь Акт, а только некоторые строки, то удалить Акт из системы нельзя.

Можно удалить Акт только в статусе «Создано», «Отклонено утверждающим» или «Отклонено бухгалтером».

Редактирование акта на списание На форме «Сводка актов» выбрать акт, который необходимо корректировать.

Нажать кнопку «Открыть».

Для корректировки доступны Акты на списание в статусе «Создано» и «Отклонено утверждающим».

www.rt.ru В открывшейся форме «Акт на списание» для корректировки доступен заголовок Акта на списание.

Доступны для редактирования поля: «Дата списания», «Тип документа основания», «Дата документа осн.» и «№ документа осн.».

Если акт на списание создан автоматически программой интеграции, редактирование акта не возможно www.rt.ru В строке для корректировки доступны все поля, которые были доступны для ввода при создании Акта.

После корректировки строки «Акт на списание» нужно сохранить Акт, нажав на кнопку «Сохранить».

В случае, если акт был отклонен утверждающим, причину отклонения акта можно увидеть в истории утверждения акта (форма Акт на списание МПЗ, меню Сервис – История утверждения), в поле «Комментарий».

www.rt.ru 7.Отправка акта на согласование утверждающему В навигаторе выбрать пункт меню «Акт на списание МПЗ» и нажать кнопку (К) «Открыть».

Выбрать в форме «Поиск актов на списание»:

• В поле «МОЛ» выбрать материально ответственного (поле автоматически заполнятся ФИО сотрудника, под которым выполнен вход в систему)

• В поле «Организация» выбрать из списка складскую организацию, в которой нужно выполнить списание (для выбора доступны только те организации, на которых присутствует наличное количество по МОЛу)

• В поле «Номер акта» указать необходимый номер акта

• Нажать кнопку «Найти» Замечание .

Для поиска акта можно воспользоваться дополнительными полями: Статус- для сужения выборки вывода данных указать статус акта на списания Дата списания – указать диапазон дат списания, к которому относится искомый акт www.rt.ru На форме «Сводка актов» нажать кнопку «Открыть» На форме «Акт на списание МПЗ» нажать кнопку «Отправить на согласование» www.rt.ru

• В диалоговом окне «Решение» ответить на вопрос «Отправить на согласование все неутвержденные строки?», нажав кнопку «Да»

• В диалоговом окне «Заметки» нажать кнопку «Ок» Замечание.

После отправки акта на утверждение статус акта принимает значение «Отправлено на утверждение» Замечание.

Для актов на списание созданных автоматически программой интеграции отправка на согласование возможно только после прикрепления вложения.

www.rt.ru 8.Утверждение и проведение акта на списание Утверждение и проведение акта на списание МПЗ выполняется в следующем порядке: 1.

Последовательное утверждение акта через уведомления, отправленные сотрудникам, для которых настроены соответствующие роли в цепочках визирования актов на списание МПЗ:

• «Руководитель МОЛ» (МОЛ-отправитель) – утверждение со стороны МОЛ, остатки которого перемещаются или выдаются из запаса;

• «Руководитель МОЛ» (МОЛ-получатель) – утверждение со стороны МОЛ, которому перемещаются остатки (этап утверждения не используется для операций списания и в случае, когда «Руководитель МОЛ» одновременно настроен для МОЛ-отправителя и МОЛ-получателя);

Утвержденный акт проверяется и проводится сотрудниками, для которых настроена роль «Бухгалтер» в цепочках визирования актов на списание МПЗ.

Цепочки визирования актов на списание МПЗ – это настройки системы, необходимые для выполнения следующих функций: Создание и поиск актов на списание МПЗ согласно роли, предоставленной визирующему сотруднику:o Роль «Руководитель МОЛ» позволяет: создавать акт на списание МПЗ от имени МОЛ под полномочием « Отв.

за создание Акта на списание»;

находить и открывать акты на списание МПЗ под полномочием « Отв.

за утверждение Акта на списание»;o Роль «Бухгалтер» позволяет: находить и открывать акты на списание МПЗ под полномочием « Отв.

за проведение Акта на списание»;

Утверждение и выполнение актов на списание МПЗ согласно роли, предоставленной визирующему сотруднику:o Роль «Руководитель МОЛ» позволяет утвердить акт на списание МПЗ под полномочием « Отв.

за утверждение Акта на списание»;o Роль «Бухгалтер» позволяет выполнить проверку и проведение акта на списание МПЗ под полномочием « Отв.

за проведение Акта на списание».

www.rt.ru Информацию об истории утверждения и списке визирующих сотрудников, которым отправлены уведомления для утверждения, можно получить на форме «История утверждений», которая открывается на заголовке акта на списание МПЗ через (М) «Сервис – История утверждений».

На форме «История утверждений» выводятся следующие типы действий:

• «Отправка» – операция, в результате которой формируются уведомления визирующим сотрудникам;

• «Отложено» – уведомление об утверждении отправлено визирующему сотруднику и ожидает его действия;

• «Утверждение» – уведомление об утверждении было отправлено утверждающему сотруднику и закрыто с решением «Утвердить»;

• «Отклонение» – уведомление об утверждении было отправлено утверждающему сотруднику и закрыто с решением «Отклонить»;

в поле «Комментарий» выводится причина отклонения, которую указал утверждающий сотрудник при отклонении акта;

• «Без действия» – уведомление об утверждении было отправлено утверждающему сотруднику и заменено системой на информационное уведомление после утверждения или отклонения акта на списание МПЗ другим утверждающим сотрудником.

Информация о причине отклонения выводится в истории утверждения акта на списание МПЗ в строках с типом действия «Отклонение».

Создание новых или изменение существующих цепочек визирования документов выполняется в OEBS R12 под полномочием « Работник (Самообслуживание )» где можно сформировать запрос на:

• создание новых цепочек согласования;

• изменение существующих цепочек согласования;

• блокирование существующих цепочек.

www.rt.ru Запрос попадает на согласование ответственным сотрудникам филиала/ОЦО и согласованные изменения автоматически вносятся в OEBS R12.

Инструкции по работе с новой функциональностью размещены в Библиотеке OEBS в разделе 1.Инструкции / 1.12 - Инструкции по созданию заявок на изменение цепочек визирования: 1.Руководство пользователя по управлению цепочками визирования – подробное руководство по работе с функциональностью изменения цепочек согласования;

2.Краткая инструкция по созданию заявок на изменение цепочек визирования в OEBS R12 – краткая инструкция для инициаторов изменения цепочек;

3.Краткая инструкция по согласованию заявок на изменение цепочек визирования в OEBS R12 – краткая инструкция для ответственных за согласование цепочек.

Информацию о настройках цепочек визирования актов на списание МПЗ можно получить при помощи отчета «РТ: Выгрузка данных из списка визирующих сотрудников», доступного под полномочиями модуля Запасы.

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

www.rt.ru 9.Основные вопросы по созданию Актов на списание Почему на форме «Поиск актов на списание» не выбирается МОЛ? Ответ .

Список значений поля «МОЛ» на форме поиска актов на списание МПЗ формируется по-своему для каждого из нижеприведенных полномочий.

Под полномочием « Отв.

за создание Акта на списание » список МОЛ формируется с учетом следующих условий: Текущий пользователь является МОЛ – в поле «МОЛ» выводятся его ФИО;

Текущий пользователь настроен как «Руководитель МОЛ» в цепочках визирования Актов на списание МПЗ – в поле «МОЛ» выводятся ФИО МОЛ, для которых данный пользователь настроен как «Руководитель МОЛ»;

По МОЛ существуют складские места в складских организациях, доступных текущему полномочию.

Под полномочием « Отв.

за утверждение Акта на списание » список МОЛ формируется с учетом следующих условий: Текущий пользователь настроен как «Руководитель МОЛ» в цепочках визирования Актов на списание МПЗ – в поле «МОЛ» выводятся ФИО МОЛ, для которых данный пользователь настроен как «Руководитель МОЛ»;

Для этих МОЛ существуют Акты на списание МПЗ в статусе «Отправлено на утверждение» (для МОЛ- отправителя) или «Предварительно утверждено» (для МОЛ-получателя).

Под полномочием « Отв.

за проведение Акта на списание » список МОЛ формируется с учетом следующих условий: Текущий пользователь настроен как «Бухгалтер» в цепочках визирования Актов на списание МПЗ – в поле «МОЛ» выводятся ФИО МОЛ, для которых данный пользователь настроен как «Бухгалтер»;

Для этих МОЛ существуют Акты на списание МПЗ в статусе «Отправлено бухгалтеру».

www.rt.ru Порядок согласования Акта на списание Акты утверждаются по настроенным цепочкам согласования Актов на списание в последовательности: - МОЛ (статус Отправлено на утверждение), полномочие "Отв.

за создание Акта на списание" - Руководитель МОЛ, роль XX_INV_MANAGER (статус Утверждено), полномочие "Отв.

за утверждение Акта на списание" - Бухгалтер, роль XX_INV_ACCOUNTANT (статус Проверено бухгалтером), полномочие "Отв.

за проведение Акта на списание".

Если Акт на перенос между МОЛ (Внутреннее перемещение), то его должны утвердить руководители ОБОИХ МОЛ.

При этом последовательность такая: - МОЛ (статус Отправлено на утверждение), полномочие "Отв.

за создание Акта на списание" - Руководитель МОЛ-отправителя, роль XX_INV_MANAGER (статус Предварительно утверждено), полномочие "Отв.

за утверждение Акта на списание" - Руководитель МОЛ-получателя, роль XX_INV_MANAGER (статус Утверждено), полномочие "Отв.

за утверждение Акта на списание"- Бухгалтер, роль XX_INV_ACCOUNTANT (статус Проверено бухгалтером), полномочие "Отв.

за проведение Акта на списание".

Каждый сотрудник, который должен утвердить акт на списание, получает уведомление об этом в свой рабочий список на домашней странице в системе, а так же по электронной почте.

При параллельном утверждении несколькими сотрудниками если один любой сотрудник утвердил Акт, у всех остальных уведомление исчезает (закрываетс

онлайн

Все презентации