надо прикрутить что-то типа статуса к накладным..
типа - к погрузке - в работе - отпущена
собирал - Вася Пупкин
сделать на базе документа или справочника?.. вроде как логичнее на базе документа.. но лишняя нагрузка на журнал документов..
вобщем интересны мнения или опыт, кому не жалко =)

в регистре храни

История изменения статусов нужна?

хотя, пофик в какой табличке, хоть в справочнике

(1) гы. =) даже и не подумал про регистр
(2) история не нужна

(3) просто чтобы потом проще было искать, делать какие-то выборки..

(4) Если история не нужна, чем тебя реквизит в документе не устраивает?

ибо предпологаю, что потом начнется - а неплохо бы прикрутить еще анализ кто сколько времени тратит на обработку заказа и т.д..

(6) док надо тогда перезаписывать и соответсно перепроводить.. это напрядно (т.к. очень большой поток)

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

можно существенно облегчить жизнь операторам. но нужно написать просто интерфейс для складских работников.. очень простой =)

(8) перепроводить то его зачем ? просто записать и усё.

около 20 складов
поток доков в день около 2000

лучше конечно .. штрихкод свой в накладную и подтверждение всех этапов сканёром..

(11) сам док лучше бы лишний раз не трогать =)
(13) это да (работникам бэджи со своими шк), но не на текщем этапе =)

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

Подумай на 2 шага вперед.

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

(15) так я и думал, что лучше бы отдельная табличка или документ с реквизитами кто и когда собирал

http://i074.radikal.ru/1307/cc/86cc71660e3a.jpg

http://rghost.ru/47528369.view

http://i021.radikal.ru/1307/f6/3a8fb8ca853d.jpg

http://s018.radikal.ru/i515/1307/86/83eb489481d7.jpg

Это тебе привет от Mikeware )

(18-21) сорри, отходил, ща буду изучать =) спс

для скл базы и пз, думаю, пофиг на чем пробывать =)
начну со справочника или регистра

(0) У меня есть справочник сборка за день, если накдалная собрана (то есть два раза отсканирован ее складской корешок и указан ее сборщик), то в нее записывается флаг сканирования (0 или 1)
В конце работы справочник дневной очищается, а все данные переписываются в ДБФ. Таким образом можно получить любую инфу а динамике

Статус делал на справочнике с историей.
Что-то типа регистра сведений периодического для хранения истории значений табличной части дока тоже на справочнике.

А насчет использования регистра для этих целей (просто статуса с историей) просветите, нужен же документ, чтобы двигать этот самый регистр ?
Или я чего-то не догоняю.

(25)+ Статус с историей имеется ввиду не периодический реквизит, а в справочнике поля для даты времени. А то const и так уже здоровая.

если будет внятная задача и перечисление денег (о которых договоримся), то сделаю до завтра

(25) На самом деле мне кажется здесь регистр и не нужен. Справочник, реквизит в накладной и запись все этого хозяйства в дбф-ку. Я сделал статус в заявке покупателя, но там конечно проще (смысл статуса в степени надежности заявки чтобы резервировать товар)

из всей инфы автора имхо лучше реквизит шапки в документе, сам док перезаписывать
если доп реквизиты редко используются и обращение к ним допускается небыстрое, то можно сделать отдельный справочник со ссылкой (индексируемой, т.е. галка сортировка) на документ и статус/автор, если надо с историей по датам/по моментам времени (не периодика разумеется)

Лучше хранить в своей таблице, вроде же очевидно
Тут написано подробнее, пролистать до конца

http://1c911.by/uskorenie-1s-77.htm

(27) спасибо за предложение, но оно немного не в тему. =) не нужно чего-то делать за меня, ни за деньги ни бесплатно. мне был интересен опыт людей уже реализовавших подобное, причем достаточно было объяснить "на пальцах". чего здесь в достаточной степени "накидали". за что им спасибо! =)

Регистр в семёрке ?
Да нафиг он не нужен, так как писать в регистр можно только при проведении документа - или нашего или ещё какого-то.
А задача стоит - избежать повторного перепроведения документа.
Собственно, и к реквизиту документа тоже это относится. Если мы меняем реквизит, то все данные документа сначала кочуют с диска в память приложения, а потом после записи обратно - нафига нам это надо, если мы меняем только какой-то флажок, которы

каким-то образом описывает состояние не самого документа, а тех, кто с ним работает.

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

(34) Если запустишь профайлер в момент записи документа, то станет страшно
Я делал и прохождение по стадиям и отдельно держал последнюю (актуальную) стадию, для того чтобы упросить запросы
Актуальная стадия обновлялась при изменении статуса/этапа/стадии

(0) Исходя из прочитанного я б делал на регистре. Но можешь конечно пострадать и потом вернуться к регистру.