Здравствуйте.
Версия 4.0В. Ситуация такая: не закрыв год скопировали все диапазоны номеров документов с 2005 года на 2006 год.
После этого она не дает сделать приход вернее не сохраняет, пишет что уже этот номер присвоен. Как можно отменить копирование финансового года. Подскажите плизззз.

Какой-то сумбурный пост. В огороде бузина, а в Киеве дядька. Наличие или отсутствие диапазонов номеров в одном году никак не мешает постить документы в другом году. Вот если кто-то закрыл период проводки, тогда...
И о каких приходах идет речь?

Если я правильно понял вы создали копию для нового 2006 года в разработке и перенесли в продуктив
и теперь система ругается на текущий номер в закрываемом 2005 году,
ведь кроме новых диапазонов для 2006 года вы перенесли и старые
данные по 2005 году ( т.е изменился текущий номер ).

Если так, то нужно поправить текущий номер по каждому интервалу в закрываемом году см. тр FBN1 и последний номер в системе.

Теперь понятно. Вообще, при попытке создать запрос на перенос диапазонов номеров система выдает сообщение на полэкрана размером. В этом сообщении написано, что счетчики диапазонов номеров тоже садятся в запрос и именно поэтому переносить запросом отлько те диапазоны, которых еще нет в продуктиве. А уже работающие диапазоны нужно переносить в новый финансовый год непосредственно в продуктиве сответствующей транзакцией.
Что делать теперь? Раз накосячили, теперь придется поприседать и покувыркаться:
1. Чтобы не запутаться, по каждому диапазону отдельно запустите вывод списка документов, например через FB03 или SE16. Запишите где угодно - на коленке, в екселе, нотепаде - последний номер из этого диапазона.
2. В ведении диапазонов номеров (в продуктиве!) выставьте по каждому диапазону значение счетчика на единицу больше последнего номера документа этого диапазона.
3. Сколько диапазонов, столько раз выполните эти действия.
4. В очереди запросов найдите тот самый запрос с диапазонами и убейте его, чтобы в случае чего не засунуть его в продуктив еще раз.

Если действительно ошибка состояла в переносе диапазонов номеров запросом в работающий продуктив, то вроде все.

Теперь понятно. Вообще, при попытке создать запрос на перенос диапазонов номеров система выдает сообщение на полэкрана размером. В этом сообщении написано, что счетчики диапазонов номеров тоже садятся в запрос и именно поэтому переносить запросом отлько те диапазоны, которых еще нет в продуктиве. А уже работающие диапазоны нужно переносить в новый финансовый год непосредственно в продуктиве сответствующей транзакцией.
Что делать теперь? Раз накосячили, теперь придется поприседать и покувыркаться:
1. Чтобы не запутаться, по каждому диапазону отдельно запустите вывод списка документов, например через FB03 или SE16. Запишите где угодно - на коленке, в екселе, нотепаде - последний номер из этого диапазона.
2. В ведении диапазонов номеров (в продуктиве!) выставьте по каждому диапазону значение счетчика на единицу больше последнего номера документа этого диапазона.
3. Сколько диапазонов, столько раз выполните эти действия.
4. В очереди запросов найдите тот самый запрос с диапазонами и убейте его, чтобы в случае чего не засунуть его в продуктив еще раз.

Если действительно ошибка состояла в переносе диапазонов номеров запросом в работающий продуктив, то вроде все.

Зачем на единицу больше ?,
в поле Текущий номер система помещает последний номер проведенного док-та этого диапазона.

Точно не помню, но вроде бы не проведенного, а тот, который система будет постить. А если еще ни одного не провели в диапазоне? Счетчик будет на нуле и до и после документа ХХ00000000?

А если ни одного не провели то и будет 0 , ведь при создании нового диапазона вы же не ставите значение поля Текущий номер в ХХ00000001.
autoincriment -система делает перед постингом- а после , если он удался , правит значение поля Текущий номер на номер проведенного документа.

Не ставлю, но если поставить - следщ документ будет ...01, а не ...00. Поэтому я и написал, что к последнему существующему номеру нужно прибавить единицу. Ведь, если у нас проведен всего один документ с номером 00, нам нужно установить счетчик в значение 00+1. А если мы установим запрос со значением 00, система в следующий раз опять попытается провести документ с номером 00 и будет ругаться. Потому что в счетчик записывается не последний номер проведенного документа, а тот номер, который она будет постить, то есть на единицу больше.

Up to you

Коллеги,

сделал почти то же самое, что и автор темы

Но у меня выдается сообщение:
К БЕ 1000 диапазона номеров 12 к финансовому году 2006 нет.

Хотя этот диапазон есть в FBN1!
Подскажите, пожалуйста, что мне надо сделать в это случае?

Спасибо!

Небольшое уточнение - Текущий номер инкрементируется в момент, когда программа получает номер для нового документа. И с результатом проводки этого документа Текущий номер уже не связан. Т.е. если проводка этого документа закончится неудачно, например, дампом, то Текущий номер назад не откатиться и в нумерации документов появится gap.