Страница 1 из 2

Номера складских ордеров не наращиваются

Добавлено: 18 мар 2009, 15:21
sim
После обновления до февраля перестали наращиваться номера приходных складских ордеров - все время номер первый. Проявляется при формировании ордера из накладной. Если добавлять ордер прямо в списке ордеров, то все нормально. Версия 8.1 под MS-SQL.
Настройки формирования номеров - по специальной таблице, по складам нумерация раздельная.
Есть ли какие-то мысли по решению проблемы? Было ли у кого похожее?

Добавлено: 18 мар 2009, 16:13
Darikon
Проверка реестра настроек с опцией обновление настроек пробовали?
в модуле "настройка" - Администратор?

Добавлено: 18 мар 2009, 16:13
Darikon
плюс передернуть запись в "Нумерации документов"

Добавлено: 18 мар 2009, 16:24
Polimer
В январе была ошибка (исправлена в 54 L_Sklad) связанная с тем, что не формировались приходные ордера в накладных на внутреннее перемещение. Возможно, это связанные ошибки. У нас нет отдельной номерации по складам, все работает.

Добавлено: 20 мар 2009, 15:30
sim
Разобрались... Что-то непонятное приключилось с записями в спецтаблице номеров. Номера приходников по складским разрезам все задвоились, появилась дублирующая запись, но с другим номером подтипа, в итоге система игнорирует запись прежней "версии", и все номера приходников пошли "с нуля". Поудаляли прежние записи, в новых установили нужный номер, все работает. Почему так случилось - низнай. :(

Добавлено: 22 мар 2009, 11:48
Darikon
а журнализация сохранилась? можно ведь определить, при каких условиях и кем были созданы новые записи. плюс увидеть какие интерфейсы были загружены перед этим...

Добавлено: 23 апр 2009, 17:00
NM
Разбивается нумерация по складским ордерам по одному складу - для производства одна, для складского учета - другая. Хотя нумерация должна быть сквозная по складу. Если мы удаляем двоящуюся запись, то она появляется вновь при списании в соответствующем модуле. Уже замучились удалять. Просим помощи!!! :-?

Добавлено: 23 апр 2009, 17:34
Ged
трабла с подтипами появилась вроде после 5.4.14
и тольок на MsSql и Oraqle
раньше хватался десятеричный номер записи, после патчирования -шеснадцатеричный . для склада вроде вернули а вот для производства ???

Добавлено: 23 апр 2009, 18:39
NM
Ждать? пока исправят?
:eek:

Добавлено: 23 апр 2009, 18:52
Polimer
NM писал(а):Разбивается нумерация по складским ордерам по одному складу - для производства одна, для складского учета - другая. Хотя нумерация должна быть сквозная по складу. Если мы удаляем двоящуюся запись, то она появляется вновь при списании в соответствующем модуле. Уже замучились удалять. Просим помощи!!! :-?
Как вы сделаете сквозную номерацию, если это разные типы документов (301-304)?

Добавлено: 24 апр 2009, 19:20
NM
Разве складские ордера разные типы документов? Мы думали, что накладные - это разные типы документов :-?

Добавлено: 24 апр 2009, 21:56
Polimer
Посмотрите в "настройка", "настройка", "номерации документов".

Добавлено: 27 апр 2009, 13:11
NM
смотрели, и уже удаляли дублирующие записи, но они возникают вновь и вновь
тип документа один и тот же (302), а нумерация двоится

Добавлено: 27 апр 2009, 13:47
Polimer
Что-то я не пойму где двоится. :???:
В складском учете тип расходного ордера 302, в производственной логистике - 304. Если у вас две записи с номером 302 в НУМЕРАЦИИ ДОКУМЕНТОВ, то прочитайте пост Sim от 20 марта.

Добавлено: 27 апр 2009, 13:50
Алексей
Есть такая настройка - нумерация документов в разрезе центров ответсвенности. Это как раз для того, чтобы по одному типу док-ов вести разную нумерацию, для разных служб к примеру чтобы ДО по своему нумеровались и не пересекались.

Может у вас как раз либо настройку дёрнули в активное положение либо разработчики включили этот тип документов в список "нумерируемых" документов по данной настройке.