Текущее время: Ср, июл 30 2025, 00:09

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




Начать новую тему Ответить на тему  [ Сообщений: 14 ] 
Автор Сообщение
 Заголовок сообщения: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пт, ноя 23 2012, 11:00 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пт, дек 07 2007, 14:18
Сообщения: 178
Откуда: Москва
Пол: Женский
Добрый день, коллеги.
Кто-нибудь делал следующее: чтобы кто-то создавал осн. запись дебитора или кредитора, а другой подтверждал.
Такая возможость в стандарте есть для процедуры платежей, т.е. дебитор/кредитор будет блокирован только для платежей, если не будет подтвержден.
А можно ли сделать так, чтобы при создании карточки она по умолчаию блокировалась, а права на разблокировку были бы только у того, кто подтверждает.
Если у кого-то были похожие задачи - поделитесь, пожалуйста, мыслями, как это лучше реализовать:)

Спасибо.
С уважением,
Татьяна.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 18:26 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
Вообще блоки в клиентах и поставщиках бывают совершенно разные, и скорее всего методика внедрения такой функции будет разной.По моему мнению самый правильный (но очень долгий и дорогой) путь для Вашей задачи – это организация «Потока операций». Вернее 2х потоков, для клиентов и поставщиков.

Ну а если дёшево и сердито, то наверное можно наАБАПить в экзитах на сохранении в X?01, F?01, VВ01, MK01 и блокировать через поля типа SPERQ в поставщиках и AUFSD / FAKSD / LIFSD / SPERR в клиентах.

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:25 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, мар 30 2010, 09:04
Сообщения: 258
TaShi написала:
Если у кого-то были похожие задачи - поделитесь, пожалуйста, мыслями, как это лучше реализовать:)
у того, кто создаёт сейчас дебитора/кредитора, отнимается лицензия на работу в сап. тот у кого отнята лицензия делает всё в экцель. тот, у кого лицензия есть, получает от того, у кого отнята лицензия, этот файл. файл засовывается в сап тем, у кого есть лицензия и полномочия. сделаете так будете в тренде у начальства. :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:30 
Старший специалист
Старший специалист

Зарегистрирован:
Вт, мар 30 2010, 09:04
Сообщения: 258
PointGuard написал:
По моему мнению самый правильный (но очень долгий и дорогой) путь для Вашей задачи – это организация «Потока операций». Вернее 2х потоков, для клиентов и поставщиков.
а потом кто-то скажет - а мне не нравится то, что ты сделал, иди переделывай. так пускай в почте и разбираются. будет дёшево и сердито.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:36 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пт, дек 07 2007, 14:18
Сообщения: 178
Откуда: Москва
Пол: Женский
homoSAPience написал(а):
TaShi написала:
Если у кого-то были похожие задачи - поделитесь, пожалуйста, мыслями, как это лучше реализовать:)
у того, кто создаёт сейчас дебитора/кредитора, отнимается лицензия на работу в сап. тот у кого отнята лицензия делает всё в экцель. тот, у кого лицензия есть, получает от того, у кого отнята лицензия, этот файл. файл засовывается в сап тем, у кого есть лицензия и полномочия. сделаете так будете в тренде у начальства. :)


Оригинально:)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, ноя 26 2012, 21:38 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Пт, дек 07 2007, 14:18
Сообщения: 178
Откуда: Москва
Пол: Женский
Спасибо за совет, PointGuard.
Но хотелось бы что-то попроще и без абапа (таковы требования проекта).
Не знаете, есть ли возможность при создании ставить значения по умолчанию - типа блокировки?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Вт, ноя 27 2012, 03:58 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
TaShi написала:
Но хотелось бы что-то попроще и без абапа (таковы требования проекта).

Уважаемые требования. :wink:

TaShi написала:
Не знаете, есть ли возможность при создании ставить значения по умолчанию - типа блокировки?

Наверное можно попробовать Вариант(ы) экрана сделать (SHD0) и поставить значение по умолчанию, поле сделать обязательным или спрятать, но с нужным значением. Созданный вариант присвоить как "по умолчанию" пользователю(ям) который создаёт. Тому кто разблокирует оставить "нормальную" нетронутую транзакцию. Вот такая идея.

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, дек 03 2012, 13:36 
Младший специалист
Младший специалист
Аватара пользователя

Зарегистрирован:
Пт, окт 27 2006, 14:06
Сообщения: 60
Откуда: КИЕВ
Пол: Женский
посмотрите может подойдет:
в спро - Финансы (нов.) - Бухгалтерия дебиторов и кредиторов - Счета кредиторов - Основные данные - Подготовка к вводу основных данных кредиторов - Опред. критичных полей/прицип контроля 2 лицами (кредиторы)
потом в транзакции FK08 - По отдельности , FK09 - Список подтверждаете


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Пн, янв 21 2013, 13:38 
Начинающий
Начинающий

Зарегистрирован:
Пн, июн 04 2012, 14:30
Сообщения: 8
Подскажите, пожалуйста, почему может быть, что не все поля, которые были определены как критичные для изменения в основной записи кредитора , например, банк.счет, не выводятся в транзакции FK09. в таблице T055F они определены как LFBK-BANKL, LFBK-BANKN. в таблицах документа изменений кредитора CDPOS, CDHDR они отражены, но в отчет не выходят


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Ср, янв 23 2013, 00:44 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
marisha1471 написал(а):
Подскажите, пожалуйста, почему может быть, что не все поля, которые были определены как критичные для изменения в основной записи кредитора , например, банк.счет, не выводятся в транзакции FK09. в таблице T055F они определены как LFBK-BANKL, LFBK-BANKN. в таблицах документа изменений кредитора CDPOS, CDHDR они отражены, но в отчет не выходят


Иногда возможно потому что банк.счёт сначали удалили (и это можно подтвердить самому в обход dual control) из записи кредитора.
CDHDR/CDPOS плохие помощники в расследовании. Лучше смотрите изменения в конкретной записи кредитора или еще есть отчёт RFKABL00.

Удачи!

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Ср, янв 23 2013, 12:05 
Начинающий
Начинающий

Зарегистрирован:
Пн, июн 04 2012, 14:30
Сообщения: 8
Иногда возможно потому что банк.счёт сначали удалили (и это можно подтвердить самому в обход dual control) из записи кредитора.
CDHDR/CDPOS плохие помощники в расследовании. Лучше смотрите изменения в конкретной записи кредитора или еще есть отчёт RFKABL00.

Удачи![/quote]

спасибо за отклик.
а если вот такая ситуация
По поводу отражения Payment terms:
1) При создании нового кредитора это поле не попадает на подтверждение.
2) При изменении этого поля в осн.данных кредитора – попадает на подтверждение.
По поводу отражения банковских данных:
1) При создании нового кредитора эти данные попадают на подтверждение
2) При изменении банк.реквизитов в осн.данных кредитора – они не попадают на подтверждение.
По поводу отражения ИНН/КПП:
1) При создании нового кредитора эти данные не попадают на подтверждение
2) При изменении в осн.данных кредитора – они попадают на подтверждение.

логика программы такова, что любые изменения должны попадать? и при создании тоже все поля должны отражаться?
или так и должно срабатывать, как работает у нас?
В RFKABL00 при создании к\агента New value=*** Created ***
При изменени заполнены поля New value и Old value


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Ср, янв 23 2013, 17:12 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
Отвечал по памяти, у меня к сожалению в данный момент под рукой нет системы с активированным двойным контролем, так что проверить ваши случаи не смогу.

А какая у вас версия системы?

_________________
SAP stands for Start Applying Patches


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Чт, янв 24 2013, 11:13 
Начинающий
Начинающий

Зарегистрирован:
Пн, июн 04 2012, 14:30
Сообщения: 8
версия 6.0.
пакет поддержки SAPKH60410
поискала ноты, но ничего не нашла. думала, что-то недоустановлено.
на всех сап-ресурсах написано, что должно хватить единственной настройки в таблице T055F и должно все работать.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Двойной контроль за основной записью дебитора/кредитора
СообщениеДобавлено: Чт, янв 24 2013, 17:10 
Младший специалист
Младший специалист

Зарегистрирован:
Ср, ноя 16 2011, 17:39
Сообщения: 98
Пол: Мужской
А события никакие не активированы, например 00001421 ОСНОВНЫЕ ДАННЫЕ КРЕДИТОРА: сохр. с переносом данн. , или 1420 /1440 / 1460/ 3070?
Может самодельный код вмешивается в стандарт?

_________________
SAP stands for Start Applying Patches


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

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


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

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


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

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