Текущее время: Чт, июн 19 2025, 00:27

Часовой пояс: UTC + 3 часа


Правила форума


Вопросы по ППМ (MRP) - сюда.
Вопросы по классификации - сюда.
Вопросы по входящим поставкам - сюда.



Начать новую тему Ответить на тему  [ Сообщений: 10 ] 
Автор Сообщение
 Заголовок сообщения: Учет услуг с помощью функциональности ММ-SRV
СообщениеДобавлено: Вт, дек 25 2007, 14:29 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 22 2005, 18:05
Сообщения: 95
Добрый день, уважаемые форумчане!

На проекте решили использовать функциональность MM-SRV для учета услуг (т.е. не через МАТЕРИАЛЫ).
Как и следовало ожидать, захотели формировать отчеты СО с помощью RP/RW.

Столкнулись со следующей проблемой. В таблицах (и как следствие в стандартных отчетах) финансов и контроллинга нет поля, в которое писался бы код услуги.

Есть идея либо копировать код услуги в поле matnr, либо создавать ракурс для отчетов, либо /любой другой вариант/

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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 26 2007, 00:28 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, фев 03 2005, 16:37
Сообщения: 106
Все зависит от ваших требований к отчетности, версии системы, проектного решения.
Опишите более детально модель, тогда можно будет помочь: версия системы, бизнес-процесс, требования к аналитикам и проводкам, требование к отчетности, необходимость анализа стандартными методами и т.д.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 26 2007, 15:29 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 22 2005, 18:05
Сообщения: 95
gep написал(а):
Все зависит от ваших требований к отчетности, версии системы, проектного решения.
Опишите более детально модель, тогда можно будет помочь: версия системы, бизнес-процесс, требования к аналитикам и проводкам, требование к отчетности, необходимость анализа стандартными методами и т.д.


Версия системы 4.7.
Цель: необходимо формировать аналитические отчеты (их несколько) в Report Painter'e в СО в разрезе групп МВЗ/групп Видов затрат и КОДОВ УСЛУГ.

Проектное решение (реализация на сегодняшний день): расширили структуру ACCIT на поле SRVPOS (код услуги). Расширили BSEG на поле SRVPOS. Теперь поле SRVPOS в BSEG'е заполняется автоматически.

Один из вариантов, которые позволят формировать CO-отчеты в RP:
1) расширить COEP на поле SRVPOS
2) расширить структуру CCSS, используемую при составлении RP-отчетов на поле SRVPOS.

Мы уже "поддались" искушению расширить таблицу BSEG. Не хотелось бы продолжать идти таким путем. Буду очень благодарен, если вы подскажете какие-нибудь более стандартные или обкатанные варианты.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, дек 26 2007, 19:19 
Старший специалист
Старший специалист
Аватара пользователя

Зарегистрирован:
Вт, авг 01 2006, 16:01
Сообщения: 278
Откуда: ECC 6.0
Пол: Мужской
odGe написал(а):
gep написал(а):
Расширили BSEG на поле SRVPOS. Теперь поле SRVPOS в BSEG'е заполняется автоматически.


Извините, что врываюсь. Маленький вопрос. А с помощью какого инструмента добились авт. заполнения поля SRVPOS в BSEG'е?

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

_________________
Молодежь знает правила, старики - исключения. Не будь исключений, правила были бы невыносимы.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 27 2007, 00:33 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, фев 03 2005, 16:37
Сообщения: 106
Маленькие хитрости SAP :))) Которые он так любит :))
Все очень просто, если хотите узнать технологию, пишите :)
На фоне НГ можно посидеть за кружечной Kozel темный в Pilsner, там мысль лучше ложится :)

TO Ramzes: Стандартными методами можно решить передачу данных из логистики в FI/CO.
TO odGe: Ваша система позволяет корректно работать с MM-SRV(в вашей задаче) и решить ваши задачи простыми методами (но с модификациями). Обратитесь к команде логистики, там есть очень важные особенности которые влияют на формирование этой аналитики.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 27 2007, 11:09 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 22 2005, 18:05
Сообщения: 95
Ramzes написал:
odGe написал(а):
gep написал(а):
Расширили BSEG на поле SRVPOS. Теперь поле SRVPOS в BSEG'е заполняется автоматически.


Извините, что врываюсь. Маленький вопрос. А с помощью какого инструмента добились авт. заполнения поля SRVPOS в BSEG'е?

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


По поводу автоматического заполнения: я не силен в ABAP'е, но на сколько я понял, если добавить одно и тоже поле (с одним кодом, эл.данных и тд) как в структуру так и в таблицу, то SAP будет заполнять его значениями автоматически.

По поводу SQ01: слишком сложный querry получится, т.к. нам необходимо группировать данные в отчетах. Причем, элементы в группах могут меняться.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 27 2007, 11:29 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 22 2005, 18:05
Сообщения: 95
gep написал(а):
Маленькие хитрости SAP :))) Которые он так любит :))
Все очень просто, если хотите узнать технологию, пишите :)
На фоне НГ можно посидеть за кружечной Kozel темный в Pilsner, там мысль лучше ложится :)

TO Ramzes: Стандартными методами можно решить передачу данных из логистики в FI/CO.
TO odGe: Ваша система позволяет корректно работать с MM-SRV(в вашей задаче) и решить ваши задачи простыми методами (но с модификациями). Обратитесь к команде логистики, там есть очень важные особенности которые влияют на формирование этой аналитики.



Японцы называют это - "a little bit of soup but no fish".
Спасибо большое за совет.
Я естественно уже общался с логистиками.
Не могли бы Вы по-подробнее раскказать о Вашем варианте. Что за "простая модификация" и о каких особенностях идет речь?

Заранее благодарю.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт, дек 27 2007, 12:18 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, фев 03 2005, 16:37
Сообщения: 106
Особенность очень простая, для автоматической передачи аналитики в финансы необходима активация «Индикатор для контроля счетов на основе работ/услуг» в заказе на поставку.
Помимо этого, автоматически передать номер работы/услуги можно только из MIRO. Если у вас используется проводка ML81N не статистическая, то придется уже делать разработку.
Передача данных напрямую возможна, но только если SAP это предусмотрел :) Это будет работать, только если заполнение информации идет по move-corresponding. Для корректной передачи информации наименование поля и тип поля должны совпадать в разных структурах (возможно ошибаюсь т.к. ABAP никогда не изучал).
Маленькая модификация, это APPEND в структуру ACCIT. Добавить надо SRVPOS типа SRVPOS (не Z, но что делать).
Все остальные пляски по вашему усмотрению, можно копировать его в другое поле, можно в ERP2005 ввести свою аналитику в финансах и она автоматически сформируется, вариаций масса.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Сб, дек 29 2007, 13:09 
Младший специалист
Младший специалист

Зарегистрирован:
Пн, авг 22 2005, 18:05
Сообщения: 95
gep написал(а):
Особенность очень простая, для автоматической передачи аналитики в финансы необходима активация «Индикатор для контроля счетов на основе работ/услуг» в заказе на поставку.
Помимо этого, автоматически передать номер работы/услуги можно только из MIRO. Если у вас используется проводка ML81N не статистическая, то придется уже делать разработку.
Передача данных напрямую возможна, но только если SAP это предусмотрел :) Это будет работать, только если заполнение информации идет по move-corresponding. Для корректной передачи информации наименование поля и тип поля должны совпадать в разных структурах (возможно ошибаюсь т.к. ABAP никогда не изучал).
Маленькая модификация, это APPEND в структуру ACCIT. Добавить надо SRVPOS типа SRVPOS (не Z, но что делать).
Все остальные пляски по вашему усмотрению, можно копировать его в другое поле, можно в ERP2005 ввести свою аналитику в финансах и она автоматически сформируется, вариаций масса.


Здравствуй, коллега! Выходит мы с тобой на форуме общаемся даже чаще чем на проекте :D


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вс, дек 30 2007, 00:46 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, фев 03 2005, 16:37
Сообщения: 106
Весело иногда бывает :) odGe оказался моим коллегой из CO на проекте. Он решил узнать альтернативное мнение по этому вопросу :)

Поскольку альтернативного мнения никто не имеет, устрою Коллегам Новогодний подарок :)(поделюсь эксклюзивным опытом).

    HI-level постановка задачи:
      Необходимо получить в бухгалтерском и управленческом учете возможность анализа закупаемых работ/услуг
    Системы:
      4.7
      BW
    Отчетность:
      Большое количество отчетности формируется из BW. Основным поставщиком информации для BW является BSEG.
    Анализ:
      В результате анализа возможных решений мной было предложено расширить ряд таблиц и структур для обеспечения необходимой аналитики.
    Решаемые задачи:
      - Простая экстракция данных в BW
      - Возможность анализа работ/услуг из стандартных отчетов SAP
      - Возможность создания простых отчетов с помощью стандартных инструментов: Query, Writer, Painter
      - Возможность использования общего каталога работ/услуг в логистике и финансах. В том числе с возможностью дальнейшего отражения проводок услуг через FI транзакции.
    Ограничения автоматического формирования аналитики из логистики:
      - Система не ниже 4.7 т.к. только в ней появился контроль работ/услуг («Индикатор для контроля счетов на основе работ/услуг» в заказе на поставку)
      - Неоцененная поставка (проводка в финансах на затратный счет должна формировалась только в MIRO. Причины будут описаны далее)
    Принцип реализации:
      - Реализация основывается на механизме передачи данных из логистики в финансы (MM->FI и т.д.):
        - Передача идет по схеме: Структуры логистики (другого модуля) -> группа структур AC*, где самая любимая ACCIT -> структура P_ACC -> финансы, как пример BSEG
        - Передача данных из верхних модулей в структуру ACCIT идет по move-corresponding, поэтому было бы чего добавить.
        - Странная особенность, передача во многие финансовые таблицы идет по полям (поле X-A = Y-B), поэтому вся передача осуществляется в программных Include (Или тут тайный смысл, или тогда SAP еще не придумал move-corresponding)
      - В ММ есть структура DRSEG, которая формируется в момент проводки входящего счета (MIRO). Данная структура (начиная с 4.7) содержит поле SRVPOS, которое заполняется, если установлен «Индикатор для контроля счетов на основе работ/услуг». Тут работает 1 ограничение.
      - В момент проводки ведомости работ/услуг, SAP создает документ материала с текстовой позицией. В результате этого действия полностью теряется информация об источнике данных. Это собственно 2 ограничений т.к. если проводка по счету затрат будут идти в ведомости работ/услуг автоматически аналитику в финансах вы не получите (А MIRO на 15 счете вам нарисует работу/услугу).
    Механизм реализации:
      - Расширяем структуру ACCIT своим APPEND: полем SRVPOS типа SRVPOS. Z не поможет т.к. тогда придется создавать программу заполнения данных. По этой же причине невозможно использовать CI_COBL т.к. в этом случае при активации будет конфликт с DRSEG и вы получите ошибку.
      - Расширяем необходимые таблицы, где мы хотим получить эту аналитику. Если версия системы с новой гибкой главной книгой то процесс проще. Если старая книга, то для BSEG необходимо брать ключ. У нас расширены: BSEG и COEP
      - Перегенерация структуры P_ACC: эта структура находится в Include (LFACIGEN), SAP для перегенерации предоставляет программу(SAPFACCG). Шаг необходим для передачи данных из ACCIT в финансы.
      - Расширение структур данных Report Painter. У нас услуга добавлена в CСSS.
      - Перегенерация структур передачи данных в СCSS: SAP для перегенерации предоставляет программу (SAPFK21R). Шаг необходим, чтобы в Painter передавались значения из COEP.
Собственно после этого любая проводка работ/услуг в MIRO будет попадать в FI и CO. Информация доступна для анализа из всех транзакций FI и CO использующие данные BSEG и COEP :)

С Новым годом :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 10 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB