sap диапазон номеров транзакция

Sap диапазон номеров транзакция

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

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

ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Общая транзакция для ведения диапазона номеров

Общая транзакция для ведения диапазона номеров.

Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ

Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ

Менеджер

Зарегистрирован:
Вт, авг 17 2004, 13:14
Сообщения: 663
Откуда: Москва
Пол: Мужской

Логотип © 2006 Андрей Горшков
Поддержка: Кирилл Андреев, 2011-…

Источник

Sap диапазон номеров транзакция

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

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

ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Общая транзакция для ведения диапазона номеров

Общая транзакция для ведения диапазона номеров.

Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ

Президент

Зарегистрирован:
Вт, авг 17 2004, 08:17
Сообщения: 3150
Откуда: В ВЕЧНОМ БАНЕ

Менеджер

Зарегистрирован:
Вт, авг 17 2004, 13:14
Сообщения: 663
Откуда: Москва
Пол: Мужской

Логотип © 2006 Андрей Горшков
Поддержка: Кирилл Андреев, 2011-…

Источник

Советы по ведению диапазонов номеров в SAP

Колонка SAP Expert (www.sapexpert.co.uk)

Дмитрий Каглик

Некоторые объекты в SAP требуют «особого отношения» при их переносе.

Данная статья написана Дмитрием Кагликом и впервые опубликована на сайте http://www.sape xpert.co.uk на английском языке. Если вы хотите узнавать больше от экспертов из мира SAP раньше других, то, пожалуйста, подпишитесь на обновления на указанном сайте.

Как SAP Expert уже несколько раз упоминал, выравнивание объектов в различных SAP-системах – это важная часть ведения мультисистемного ландшафта.

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

Однако, некоторые объекты в SAP требуют «особого отношения» при их переносе. Один из них – коды налога, и Вы можете прочитать о процессе переноса кодов налогов через системный ландшафт.

Диапазон номеров – это объект SAP, который присваивается другому объекту, требующему автоматической или ручной нумерации. Типичный пример – это диапазон номеров документов. Вы определяете различные виды документов, и присваиваете им диапазон номеров. Затем Вы должны настроить диапазон номеров, указать для него нижий и верхний пределы в разделении по Балансовым Единицам, годам. Вы можете также редактировать «статус»

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

Источник

Иван Болховитинов

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

Вот для примера возьмём нумерацию бухгалтерских документов.

В общем случае есть транзакция SNRO, но она больше используется для ведения собственных объектов нумерации.

Стандартная транзакция для ведения нумерации бухгалтерских документов: FBN1.

Если мы посмотрим на эту транзакцию в se93, то в нижней части увидим имя объекта SNRO:

Таблицы

Главная таблица, где хранится сама нумерация – NRIV:

Структура её проста и понятна.

Объект – это собственно объект SNRO.

Описательная часть диапазонов номеров находится в таблице TNRO:

Тоже ничего особо страшного, просто и понятно.

Основная разница между нумерацией контрагентов и нумерацией бухгалтерских документов – это зависимость от времени. Нумерация бухгалтерских документов начинается с начала каждый год.

Собственные объекты нумерации

В транзакции SNRO можно создавать собственные объекты нумерации для использования в собственных разработках. Если вам нужна нумерация – то следует использовать именно SNRO, в SAP ERP нет никаких триггеров и автоинкрементных полей.

Создать объект нумерации – просто. Использовать также легко – для этого есть функциональный модуль ‘NUMBER_GET_NEXT’. Параметры бесхитростны и не должны вызывать трепета у бывалых программистов.

Развитой логикой этот механизм не обладает, поэтому никогда не ждите, что он будет откручивать номер назад. Каждый вызов этой функции будет накручивать счётчик – и тут не важно, сохранили ли вы документ в базу или нет. Поэтому просто старайтесь получать этот номер уже после всех логических проверок прямо перед записью документа в таблицу.

С точки зрения такой простой логики – эти бухгалтерские хотелки “без пропусков” очень вредны с точки зрения системы.

Изредка в реальной жизни можно встретить решения по схеме “MAX+1”. Одна из неприятностей, которая в таком случае может произойти – это дублирование номеров при параллельном использовании. Не берите такой грех на душу.

Копирование

Общего подхода к копированию нет. Есть специализированные транзакции для особо сложных случаев, например: https://entropii.net/?p=956.

Перенос

Диапазоны номеров переносятся только один раз – в самом начале, вручную – они автоматически не включаются в запрос на перенос.

Если перенести диапазоны номеров снова, то вместе с ними перенесутся и значения текущих номеров. А эти номера будут нулевыми, так как в манданте настройки мы не проводим документы. И вот что будет дальше: система выдаёт номер 1 для нового документа, документ пытается сохраниться в базу данных, а там такой номер уже есть. Система валится без сохранения документа.

В таком случае остаётся только выбирать максимальный номер по каждому диапазону из существующих в манданте и вручную обновлять статус каждого. Предполагаю также, что текущий номер можно напрямую обновить в таблице NRIV – это уже относится к методологии “кувалды и чьей-то матери”.

Предел нумерации

Теоретический предел самого SNRO – двадцать знаков (в общем случае). Однако, обычные номера используют десятизначный тип данных. Это значит что сюда умещается максимум десять миллиардов значений. Если вы используете схему AABBBBBBBB, то значит каждый диапазон может вместить сто миллионов значений. Для обычной организации это вполне разумные и заоблачные цифры.

Если вы, например, для нумерации группы кредиторов используете диапазон 0000400000-0000409999 (пусть это будут юрлица-резиденты), то вы должны отдавать себе отчёт, что у вас будет всего лишь 10000 (десять тысяч) юридических лиц на всю жизнь. Ну для небольшой организации это может и не проблема, однако если у вас в системе используется много БЕ и бухгалтера каждой БЕ создают себе отдельных кредиторов только в своей БЕ, то паралич может наступить довольно скоро. Чуть более длинный номер – небольшая плата за гарантии.

Конечно, диапазон можно расширить вручную потом, но это будет не так красиво. Надеюсь, что никто никогда не делает конкатенацию с лидирующими нулями (‘0000’), иначе проблемы могут ещё быть и неожиданными.

Общие замечания

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

То есть: номер 01 соответствует диапазону 0100000000-0199999999, а для 10 должен быть указан диапазон 1000000000-1099999999.

В общем случае SNRO не умеет делать смешанную нумерацию с буквами и цифрами вида A000000001 – это считается уже внешней нумерацией.

В каких случаях можно использовать внешнюю нумерацию:

А как же GUID?

Некоторые модули используют GUID в качестве уникальных ключей (например RCM, TR), поэтому его объекты не имеют видимого номера. Да, они обходятся без счётчиков, диапазонов номеров и прочей засоряющей систему трескотни.

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

Источник

Sap диапазон номеров транзакция

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

Диапазоны номеров видов заказов

Ассистент

Зарегистрирован:
Пн, июл 28 2008, 11:33
Сообщения: 38

Старший специалист

Зарегистрирован:
Ср, фев 07 2007, 15:18
Сообщения: 301
Пол: Мужской

Младший специалист

Зарегистрирован:
Пн, ноя 10 2008, 13:48
Сообщения: 51

Директор

Зарегистрирован:
Чт, июн 21 2007, 09:01
Сообщения: 904
Откуда: УЖ 15/2
Пол: Мужской

Ассистент

Зарегистрирован:
Пн, сен 04 2006, 09:52
Сообщения: 37

Директор

Зарегистрирован:
Чт, июн 21 2007, 09:01
Сообщения: 904
Откуда: УЖ 15/2
Пол: Мужской

Специалист

Зарегистрирован:
Пт, июн 15 2007, 10:40
Сообщения: 172

Ассистент

Зарегистрирован:
Вт, июл 29 2008, 07:55
Сообщения: 25

Старший специалист

Зарегистрирован:
Вт, ноя 07 2006, 09:49
Сообщения: 303

Младший специалист

Зарегистрирован:
Пт, июн 11 2010, 09:45
Сообщения: 90
Откуда: Россия
Пол: Женский

Специалист

Зарегистрирован:
Ср, июн 09 2010, 14:26
Сообщения: 153

Младший специалист

Зарегистрирован:
Пт, июн 11 2010, 09:45
Сообщения: 90
Откуда: Россия
Пол: Женский

Логотип © 2006 Андрей Горшков
Поддержка: Кирилл Андреев, 2011-…

Источник