Саак Шахламджян пишет:
Да в том-то и проблема, что ROWID у карточки партии меняется!!!
(Точнее сказать сама партия меняется, текущее кол-во. "Перетекает" из одной партии в другую => как бы меняется ROWID)
Вы хотите сказать что Вы создали строку и потом когда с ней работаете меняется ROWID ? Вы проверяли это на практике ?
nordk пишет:
Цитата Саак Шахламджян пишет:
Да в том-то и проблема, что ROWID у карточки партии меняется!!!
(Точнее сказать сама партия меняется, текущее кол-во. "Перетекает" из одной партии в другую => как бы меняется ROWID)
Вы хотите сказать что Вы создали строку и потом когда с ней работаете меняется ROWID ? Вы проверяли это на практике ?
Я же сказал, как бы меняется... Id записи само собой не меняется...
Вот что предлагаете Вы:
1. Оприход ГП-товар. Партия №2(код). ROWID = "ROWID1"
2. Мы записали "ROWID1" к себе в табличку (и код). Так?
3. Когда надо отгрузить данный товар (по которому идёт движение) мы смело находим у себя "ROWID1" и вписываем этот код и "ROWID1" в документ отгрузки. Так??? Такой алгоритм Вы предлагаете?
Так представьте, что кто-либо после п.2 сделал списание данной продукции. Что будете отгружать в п.3?
Саак Шахламджян пишет:
у себя "ROWID1" и вписываем этот код и "ROWID1"
Нет не вписываем !!!
Мы по нему находим строки и формируем документ отгрузки через объект. А какой там будет ROWID меня не интересует.
У нас контроль на уровне самой карточки партии.
Нет не вписываем !!!
Мы по нему находим строки и формируем документ отгрузки через объект. А какой там будет ROWID меня не интересует.
У нас контроль на уровне самой карточки партии.
Хорошо, хорошо, тогда так:
1. Оприход ГП-товар. Партия №2(код). ROWID = "ROWID1"
2. Мы записали "ROWID1" к себе в табличку (и код). Так?
3. Когда надо отгрузить данный товар (по которому идёт движение) мы смело находим у себя "ROWID1".
4. Дальше идем в картотеку складского учета, находим там по "ROWID1" нужную партию. Берем эти данные и заносим в документ отгрузки.
Теперь так???
Опять повоторюсь. Что будет, если после п. 2 кто-то другой (не мы) возьмет и спишет нашу партию (в данном случ имеется ввиду партия с ROWID= ="ROWID1")?
Саак Шахламджян пишет:
. Дальше идем в картотеку складского учета, находим там по "ROWID1" нужную партию. Берем эти данные и заносим в документ отгрузки.
Теперь так???
Дальше никуда не идем а по данным карточки партии формируем строчку.
А в картотеке по группе+номенклатура+mdim+партия проверяем по картотеке склада
nordk пишет:Дальше никуда не идем а по данным карточки партии формируем строчку.
А в картотеке по группе+номенклатура+mdim+партия проверяем по картотеке склада
Т.е. проверяя по картотеке склада мы получим нулевой остаток в этом случае, верно?
Может быть наоборот проверяем по картотеке склада, а затем формируем строку? (зачем же формировать "нулевую" строку?)
Т.е. ничего не отгрузиться, я правильно понял Вас?
2 nordk В общем пока что, я буду делать проверку остатка каждый раз при формировании накладной (т.е. по-своему), т.к. так не услышал ответа на свой последний . И либо не понял, что Вы имели ввиду, либо Вы "обсчитались".
Сейчас волнует больше всего даже не то, что придется реализовывать свой реестр документов (хотя, думается, лучше бы и без этого обойтись, т.к. нет метода редактирования документов!!!!!). И даже не , связанный с автоматическим формирование сч. фактуры (которая при опции nAutoShFact_ON= =1 не работает/или я не понимаю как должно работать, но сч. фактура не формируется) - эти впоросы, я очень очень надеюсь, тоже найдут свои ответы позже.
Сейчас больше всего стал волнать , ответ на который я хотел услышать после ответа на моё предыдущее сообщение, но уж очень не терпиться его задать:
При опции oDocs:Hidden := 1 (якобы для того, чтобы дать возможность распечатать) пользователь может редактирвать еще несохраненный документ!!!
И это, мягко говоря пугает!!!!!!! Ведь он может добавить или удалить строки!!! И получается, что моя таблица просто АБСОЛЮТНО бесполезна!!!!! Ведь я даже не буду знать, что документ изменился и "не похож" на то, чем должен быть!!!!
КАК убрать возможность редактирования документа? Так, чтобы его можно было только либо распечатать, либо отменить вообще?
Саак Шахламджян пишет:
Т.е. проверяя по картотеке склада мы получим нулевой остаток в этом случае, верно?
Может быть наоборот проверяем по картотеке склада, а затем формируем строку? (зачем же формировать "нулевую" строку?)
Т.е. ничего не отгрузиться, я правильно понял Вас?
Я вообще не понимаю о чем нулевом Вы пишете....
Если есть остаток - значит отгружаем, если нет значит не отгружаем...
Штатные ы..
Ничего не понимаю что Вы хотите уточнить
Саак Шахламджян пишет:
При опции oDocs:Hidden := 1 (якобы для того, чтобы дать возможность распечатать) пользователь может редактирвать еще несохраненный документ!!!
И это, мягко говоря пугает!!!!!!! Ведь он может добавить или удалить строки!!! И получается, что моя таблица просто АБСОЛЮТНО бесполезна!!!!! Ведь я даже не буду знать, что документ изменился и "не похож" на то, чем должен быть!!!!
Давайте где-то в одном месте говорить об этом а не в двух темах сразу ?
nordk пишет:
Я вообще не понимаю о чем нулевом Вы пишете....Если есть остаток - значит отгружаем, если нет значит не отгружаем...Штатные ы..Ничего не понимаю что Вы хотите уточнить
Н-де. Придётся с самого начала, вкратце. Давайте по порядку:
У нас есть таблица. Назовем её Amounts.
При создании сводного заказа создаются и строки в нашей таблице Amounts. С тем, чтобы связать строки заказа с производством.
При оприходовании ГП-Товар изменяется строка в Amounts, которая "помечается" как готовая (неважно как). Тперь же Вы предлагаете к этой строке приписать ROWID партии, которая была оприходована в движении ГП-Товар, верно я Вас понял??? (именно той партии, которая была создана при оприход ГП-товар)
А Вы представьте что у меня на событие проверка задача смотрит можно ли разрешать делать расход куда-то кроме Заказчика, чья это партия. И ее просто нельзя списать в принципе.
И даже допустим если ее списали - будет ошибка по красным остаткам.
Посмотрели что остаток ноль или запись не нашли в картотеке и сказали что отгрузить нельзя....пока не вижу проблемы
nordk пишет:
А Вы представьте что у меня на событие проверка задача смотрит можно ли разрешать делать расход куда-то кроме Заказчика, чья это партия. И ее просто нельзя списать в принципе.
Вот и отлично!
Просто я Вас плавно(раз сразу не полчилось) подводил к тому, что за этим надо "следить".
Вы же, однако, до этого заявляли, что за остальными видами движений смотреть не нужно, что мол, и так все отлично будет!
Цитата
nordk пишет:
И даже допустим если ее списали - будет ошибка по красным остаткам.
Посмотрели что остаток ноль или запись не нашли в картотеке и сказали что отгрузить нельзя....пока не вижу проблемы
Да даже строки не должно появиться... Речь не о том, что Вы отгрузите в минусА... Речь о том, что в нашей табличке(Amounts) из-за такого ляпуса будет неразбериха и так и будет висеть эта позиция, которая не отгружается! И что с ней делать?
P.S. И поэтому еще раз повторю. А как же все-таки быть с остальными видами расходов??? Закрывать(а => реализ самому)\вешать "следящие" плагины \Свой вариант
Позиции висеть не будут.
Иначе получается что Заказчик заказал производство а получать не получал.
При выдаче Заказчику контроль то ведь будет и Вы увидите что ему недостает товара для отгрузки а при попытке с другой партии отгрузить (не его) значит надо понимать вместо какой идет отгрузка.
nordk пишет:
Да причем тут списали.
Заказчику что его заказ не нужен ?
Я Вам об этом и толкую уже последние сообщений 10. Кто-то вошёл в вид движения "СПИСАНИЕ" и списал Вашу партию...
Вот при чем "тут списали". А тот кто списывал и знать не знает, что кому-то этот товар нужен.
Заказчику-то он как раз и нужен. Но вот отгрузить ему его товар нет возможности, потому что какая-то "редиска" списала этот товар или отправила его на другой склад, сделав внутренне перемещение. Или еще что-нибудь....
Саак Шахламджян пишет:
Заказчику-то он как раз и нужен. Но вот отгрузить ему его товар нет возможности, потому что какая-то "редиска" списала этот товар или отправила его на другой склад, сделав внутренне перемещение. Или еще что-нибудь
Раз Заказчику нужен его заказ, значит Вы так или иначе будете его отгружать. Не с этой партии так с другой а в момент замены партии на другую при отгрузке замените и у себя в таблице, что Вы отгрузили с другой партии а списанное удалите.
И ничего лишнего у Вас висеть не будет.
Потому что единственным условием будет отгрузка Заказчику именно его партий либо взять из другой.
А в дополнение сделаете окно по истрии движения партии, предназначенной для Заказчика чтобы менеджер видел каким документом
списали товар и дальше все решается организацией труда.
Несколько раз обнаружится, по голове нерадивому списателю дадут
и все решится. Не надо орг.ы перекладывать на программирование
nordk пишет:
Раз Заказчику нужен его заказ, значит Вы так или иначе будете его отгружать. Не с этой партии так с другой а в момент замены партии на другую при отгрузке замените и у себя в таблице, что Вы отгрузили с другой партии а списанное удалите.И ничего лишнего у Вас висеть не будет.Потому что единственным условием будет отгрузка Заказчику именно его партий либо взять из другой.А в дополнение сделаете окно по истрии движения партии, предназначенной для Заказчика чтобы менеджер видел каким документомсписали товар и дальше все решается организацией труда.Несколько раз обнаружится, по голове нерадивому списателю дадути все решится. Не надо орг.ы перекладывать на программирование
Так-то оно конечно так. Но по голове дадут нерадивому программисту (ну, или оба получат).
И по-хорошему, если я делаю утилиту по "отслеживанию" движений продукта, то должен бы следить за всеми движениями. Либо следить за остальными движениями. чтобы там не возникли "моя" продукция.
P.S. Просто даже вот сейчас пришлось делать исправления. Ситуация:
1. Бухгалтер оприходовала ГП-Товар, т.к. ей его надо было срочно его отгрузить. Сделала это войдя в этот вид движения, создав новый документ.
2. Потом, само собой производство тоже сдало это изделие. Получилось немного лишних.
3. Зав складом, у которой остаток не сходиться берет и списывает лишние изделия.
И получается, что с виду все нормально, ровненько, а если присмотреться сам черт ногу сломит... Поэтому лучше уж сделать "как надо" и "спать спокойно".
Саак Шахламджян пишет:
P.S. Просто даже вот сейчас пришлось делать исправления. Ситуация:
1. Бухгалтер оприходовала ГП-Товар, т.к. ей его надо было срочно его отгрузить. Сделала это войдя в этот вид движения, создав новый документ.
2. Потом, само собой производство тоже сдало это изделие. Получилось немного лишних.
3. Зав складом, у которой остаток не сходиться берет и списывает лишние изделия.
Это организация труда. И сваливать все на программу не правильно.
У нас в серъезных компаниях руководство хочет например видеть
сколько было сделано лишних телодвижений конкретным оператором и
именно его наказать.
Если делать так, чтобы человек перестал думать, то в итоге бизнес проиграет
nordk пишет:
Это организация труда. И сваливать все на программу не правильно.У нас в серъезных компаниях руководство хочет например видетьсколько было сделано лишних телодвижений конкретным оператором иименно его наказать.Если делать так, чтобы человек перестал думать, то в итоге бизнес проиграет
Это все прекрасно понимают. И я с Вами согласен. И другие, думаю, тоже. Но Вы упускаете просто СуперВажный момент, а именно:
нужно ведь дать возможность вычислить этого сотрудника, верно?
И при чем это должен быть удобный и быстрый инструмент, тоже верно?
А тут же, извините, придется чуть ли не расследование проводить.
Информация уйдет сквозь пальцы. В час пик это критично.
Я бы еще понял, если бы все движения проецировались на нашу таблицу, тогда да, можно легко и просто вычислить критичное ДЕЙСТВИЕ. (пока что даже не конкретного человека)
Всё вышесказанное верно только в том случае, если есть возможность мониторинга действий по каждому оператору. Если честно неитересовался по этому у, т.к. знал, что таких инструментов попросту нет... И даже и не заикался об этом, есть вещи поважнее.
А вот сидеть, обложившись распечаткима нескольких отчетов, тремя-четырьмя таблиц и еще бог знает чего, это увольте даже я не согласен делать...
Так что либо нужно дать инструмент, о котором Вы говорите и что будет, возможно, более верно, но гораздо дольше, чем сделать "защиту от дурака"( которую я бы и хотел реализовать)...