Номер операции уже использован на дату

[pedrozzz]

Попробуйте через обозреватель таблиц найти записи с проблемным номером и понять для какой операции уже был использован данный номер из номерной серии. Возможно журналы создавались программно и зарезервированные номера не были помечены, как использованные. Попробуйте почистить зарезервированные номера вручную "Основное / Номерные серии / Номерные серии" кнопка "Список"

[_guestl_]

Чистили через кнопку "Список" - не помогало.

[Peter Savintsev]

Если для вас не критично наличие разрывов в номерах ваучеров (документов ГК), то просто можно вручную увеличить значение поля "Следующий" в номерной серии ваучеров.

[_guestl_]

Переформулирую вопрос.

Как оперативно бороться с ошибкой - понятно.

Хотелось бы узнать, что нужно покрутить и где, чтобы эта ошибка не повторялась.

У нас, примерно, 70-80 пользователей на складе и формируется, примерно, 300-400 складских журналов в день. Если по каждому править - саппорт с ума сойдет. Хотелось бы более радикального решения.

зы: Ошибка возникает не постоянно, а несколько раз в неделю. При этом только в определенных названиях складских журналов. Мы уже для каждого наименования свою номерную серию сделали - не помогло. Разрывы в номерах ваучеров не страшны.

[madm]

Цитата:

Сообщение от _guestl_

Ошибка возникает не постоянно, а несколько раз в неделю. При этом только в определенных названиях складских журналов. Мы уже для каждого наименования свою номерную серию сделали - не помогло. Разрывы в номерах ваучеров не страшны.

Есть модификации создающие журналы/строки программно?

[_guestl_]

Цитата:

Сообщение от madm

Есть модификации создающие журналы/строки программно?

Есть самописные функции для строк: создать на основании и сторно на основании. Но журналы, где возникают ошибки с операциями кладовщики создают вручную.
Вспомнили, есть еще "создать списания". Кстати, возможно, в ней собака могла порыться. Пошукаем.

зы: сейчас перетестировали - дело не в них. тем более, что они не на одном проекте уже использовались - проверены временем.

[madm]

Просто недавно сталкивался с похожей ошибкой в 3.0 "Документ '%1' уже использован для даты %2." дело было в неверном выделении ваучера.

[CDR]

Цитата:

Сообщение от _guestl_

По складу возникла проблема. При разноске складских журналов возникает сообщение об ошибке "Номер операции уже использован на дату .." В настройках журналов "Присвоение номера" стоит как "разноска", так и "ввод" - пробовали оба эти варианта в попытках борьбы с ошибкой.
Номерная серия как непрерывная, так и прерывная. Тоже пробовали оба варианта.

Данная ошибка частенько возникает либо в складских журналах, либо в журналах ГК.

В 90% случаев ошибка связана с наличием самописного функционала, который создает новые строки журналов, при этом не обрабатывает соответствующим образом номерную серию, используемую для нумерации Ваучера.

Механизм возникновения ошибки в этом случае приблизительно следующий. При создании строки журнала руками в форме, система выделяет следующий номер и резервирует его под нумерацию будущих проводок. При этом на самой форме написано куча кода по управлению номерной серией. Если строка журнала сохраняется и разноситься, выделенный номер система помечает как использованный и больше его не выделяет.
При написании самописных функций для создания строк программисты как правило копируют код выделения номерной серии, написанный для использования на форме. Если не вдаваться в технические подробности, то система при исполнении этого кода выделяет следующий номер, но не помечает его, как использованный. В итоге этот номер спустя какое-то время будет выделен снова, не смотря на то, что проводки с этим номером уже существуют. И при соответствующей настройке параметров ГК, получим вышеприведенную ошибку.

В 9% случаев ошибка является следствием неправильной настройки системы. Т.е. для нумерации документов ГК в строках используются номерные серии, имеющие пересекающиеся номера.

Оставшийся 1% случаев - формы новых типов журналов, на которых программисты "забывают" обрабатывать номерную серию. Но это очень редкий случай

Цитата:

Сообщение от _guestl_

Есть самописные функции для строк: создать на основании и сторно на основании. Но журналы, где возникают ошибки с операциями кладовщики создают вручную.

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

Алгоритм возможного решения вашей проблемы:

Проверьте, копируется ли номер документа ГК из старой строки в новую с помощью самописных функций.
Если номер скопировался - это не правильно.
Если поле пустое, то для соответствующих названий журналов необходимо указать в поле "Присвоение номера" значение "Разноска".
Если выделился новый номер, то для соответствующего названия журнала необходимо указать в настройке "Присвоение номера" значение "Ввод". А затем пойти в номерную серию и проверить корректное выделение номеров (кнопка "список").

ИМХО, наилучший вариант - это позволить системе самой работать с номерами документов ГК. При этом в создаваемых строках журнала поле Ваучер должно быть пустым, а в названиях журналов указать выделение номера при разноске. И я бы не рекомендовал отключать контроль документов ГК, т.к. все-таки связь Ваучер-Дата - одна из основных связей в системе для различных документов/проводок.