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

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: Yandex [Bot]


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

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