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

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

Пожалуйста, поподробнее про проверку диапазонов номеров : 1) транзакция, 2) для каких видов документов производить проверку, 3) с какой целью производится проверка (что будет, если ее не сделать) ?

Транзакция SNRO.
Какие объекты диапазонов номеров проверять, зависит от ваших настроек. Где-то указан индикатор значимости от года, где-то нет. Для некоторых создан диапазон с годом 9999 (т.е. до окончания этого года диапазон будет один), где-то заводят на каждый год отдельно.
Если не будет создан диапазон на сл.год, то при проводке первого же документа в новом году с этим диапазоном система грязно ругнется и вы, будучи доставленными на работу для исправления, лишитесь ощущуения праздника.

Проведя изыскания в SPRO, обнаружила след.настройки диапазона номеров :
1)SPRO->Упр-е мат.потоками->Упр-е запасами и инв-я-> Нумерация :
1) бухгалтерских документов (год=2009) 2) документов материала и инвентаризации (год=9999) 3) документов резервирования (без года)
4) накладных (ничего не настроено)
2) SPRO->Упр-е мат.потоками->Закупки->Контракт->Опр-е диапазона номеров - год отсутствует
3) SPRO->Упр-е мат.потоками->Закупки->Заказ на поставку->Опр-е диапазона номеров - год отсутствует
4) SPRO->Упр-е мат.потоками->Закупки->Заявка->Опр-е диапазона номеров - год отсутствует
5) В SPRO->Упр-е мат.потоками->Оценка и контировка имеются 3 настройки :
1) Определение вида документа и диапазона номеров для ИзменЦены - год=2009
2) Определение вида документа и диапазона номеров для ДебетМтрл - год=2009
3) Ведение диапазонов №№ для документа регистра материалов - год=2009
Догадываюсь, что для настроек, содержащих год=2009, нужно добавить строки с годом=2010. Если использовать тр.SNRO, то необходимо указать ОБЪЕКТ - нет ни малейшего представления, какой. Прошу ответить на след.вопросы :
1) Верна ли моя догадка - для настроек, содержащих год=2009, нужно добавить строки с годом=2010?
2) Можно ли добавить необходимые строки в SPRO? Если нет (только тр.SNRO) - какие объекты в каком случае нужно указывать?
3) Для док-ов м-ла и инвентаризации год=9999, мне это не нравится(номера закончатся раньше), можно ли перенастроить на нумерацию по каждому году Если да - то каким образом?
4) Для заявок вообще нет года, опасения как в п.3, можно ли перенастроить на погодную нумерацию? Если да -то как?
Прошу извинить за возможно дилетантские вопросы, просто нумерация документов настраивалась без моего участия; и переход на следующий год в нашей системе осуществляется впервые.

вопросы точно дилетансткие, такое ощущение, что у вас тестового манданта нет
тестировать надо, тестировать
1) да
2) да
3) да, просто указав новый интервал, с годом 2010 например, а где 9999 - поставить 2009, но это надо протестировать, в тестовом манданте
4) заявки, заказы и тому подобные документы от года не зависят, так сделаны стандартные объекты (BANF, EINKBELEG и т.д.)

Прежде чем тестить - желательно убедиться, в правильном ли направлении мыслишь. Спасибо !
И еще один небольшой вопросик - на какие межмодульные грабли можно нарваться ? Список модулей : MM, SD, LE-TR, FI, CO, PP, PM, PSM-FM

2)Создать можно и через SNRO и через SPRO, но обязательно непосредственно в требуемом манданте, а не через перенос запроса.
Если интересны объекты, то:
а) бухгалтерских документов - RF_BELEG
б) документов материала и инвентаризации - MATBELEG
в) документов резервирования - RESB
г) Ведение диапазонов №№ для документа регистра материалов - ML-BELEG
д) документы Счет-Фактура - RE_BELEG

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


Напрмер, когда в ММ диапазоны вы создали, а в FI или CO - нет. Все равно, проводки не пойут, если по логике должны ещё создаться документы FI или CO.

Большое спасибо!

Тестируем переход на след.год (перевели серверную дату и перешли). При тестировании было проделано несколько поступлений м-ла в заказу на поставку, к ТОРО-заказу, к PP-заказу - все ОК; делаем закупку ТОРО-услуг - при сохранении ведомости учета работ/услуг ТОРО вылетает сообщение о "DOUBLE KEY"; пробую еще раз поступление м-ла к заказу на поставку - та же проблема :
Обновление прервано
Ид. системы.. DEV
Мандант...... 160
Пользователь ....
Транзакция... MIGO
Ключ обновления 4B30FF28C0C669F3E10000000A003D31
Создано...... 01.01.2010, 23:03:35
Выполнено.... 01.01.2010, 23:03:36
ИнформПоОшибке 00 671: ABAP-процессор: SAPSQL_ARRAY_INSERT_DUPREC

Имеется несколько подозрений о причинах :
1) мандант скопирован с какими-то дефектами (такое бывало неоднократно - вылетала та же самая ошибка, но вылетала СРАЗУ - при первой же попытке сохранить документы материала или счета)
2) проблемы с диапазоном номеров - В MATBELEG было : 9999 5000000000-5999999999(не было настройки по каждому году раздельно); добавила строку 2010 5000000000-5999999999, 5000000009-текущий номер.
В RF_BELEG тож имеется диапазон 50 : 2010 5000000000-5999999999,5000000004-текущий номер. Настройка нумерации по каждому году и была.
При попытке сохранить ведомость ругалось на 5000000004, поступление м-ла к заказу на поставку- на 5000000009 номер док-та.
3) проблемы с индексами (или чем-то еще)
Прошу дать консультацию - что могло произойти в системе, как можно точно это установить? Являются ли вышеописанные настройки правильными?

Скорее всего имеет место попытка содать в БД документ с уже имеющимся номером. Смотрите настройку диапазона номеров, поле статус, которе содержит текущий номер документа.

Я ж и смотрю (см.предыдущий текст) - да, так оно и есть, вопрос - ПОЧЕМУ?

Ну кто ж вместо вас может сказать, почему у вас стутусы диапазона номеров слетели?
Может, вы их запросами носили из разработки, чего делать не надо.

Нет, не носили

Если на ПОЧЕМУ? ответ сильно затруднителен - может, есть более простой ответ другой на вопрос - ЧТО ДЕЛАТЬ?