BEST logo логотип компании БЭСТ - программы для бизнеса ПРОДАЖИ
+7 (991) 312-04-37
trade@bestnet.ru
ПОДДЕРЖКА
+7 (495) 775-66-76
consult@bestnet.ru
СКАЧАТЬ
Обновления
Дистрибутивы
Авторизация

Логин:
Пароль:
Забыли свой пароль?
Регистрация
ВАШ ВОПРОС

Доступ в Личный кабинет.
Получите доступ.


Релизы / Обновления

Поиск  Пользователи  Правила 
Закрыть
Логин:
Пароль:
Забыли свой пароль?
Регистрация
Войти
 
Страницы: Пред. 1 2 3 4 5 След.
RSS
Работа с остатками., Как посмотреть остаток по н\н <номер>?
 
К стати, попутно вопросики, если можно тут.

Интересует конструкция
If (Rlock())
...........
Unlock
endif.

1. Кто-нибудь ею пользуется?

2. Если да, то какой смысл ставить If, если "отката" не происходит при Rlock()==.F.?
Т.е. кто-либо, вообще, учитывает случай Rlock()==.F. и как? Просто некоторые операции нельзя как-бы откатить частично.
Или это решается на более "высоком" уровне путём различных семафоров....
 
Вот опять Вы к откатам привязываетесь :lol:
Есть конструкция

WHILE !RECLOCK()
ENDDO
например
 
Цитата
nordk пишет:
Вот опять Вы к откатам привязываетесь
Есть конструкция

WHILE !RECLOCK()
ENDDO
например

Да это уже не те откаты !!!! :)

В курсе такой конструкции. А если зациклит, не страшно...? (Я, собственно, по этой причине и не использую)
Тоже не кажется "идеалом"...

Вы сами чем пользуетесь?
Изменено: Саак Шахламджян - 09.02.2009 16:08:14
 
Саак я мягко говоря не правильно написал.

Я использую просто RECLOCK()
А сам цикл блокировки доверяю механизмам БЭСТа.
Как в БЭСТе идет обработка - так и у меня.
Все внутри функции RECLOCK() разработчиком уже организовано.

Если самому делать то тогда
WHILE !RLOCK()
ENDDO
И дальше уже самому думать как его обрабатывать.
Изменено: nordk - 10.02.2009 12:42:38
 
Цитата
nordk пишет:
Саак я мягко говоря не правильно написал.

Я использую просто RECLOCK()
А сам цикл блокировки доверяю механизмам БЭСТа.
Как в БЭСТе идет обработка - так и у меня.
Все внутри функции RECLOCK() разработчиком уже организовано.

Если самому делать то тогда
WHILE !RLOCK()
ENDDO
И дальше уже самому думать как его обрабатывать.

Т.е. я так понимаю "патовые" ситуации в этом самом RECLOCK() и предусмотрены??? Верно???

Т.е. в случае, если там внутри "зациклит", то Бэст сам же этого "дотумкается"??? И что при этом произойдёт, вот что меня интересует. Просто вернётся .F. и ничего интереснее? Или прервётся(заморозиться) поток, в котором выполнялась данная команда?

P.S. Как, иногда, все-таки приятно узнать, что всё, что ты делал до этого, всё делал неправильно:)

А вот по поводу обработки конструкции
Код
WHILE !RLOCK()
ENDDO

нет правильных/нормальных инструментов, должен я Вам сказать... Так что как ни думай, а правильно самому её не обработать:) Поэтому так и интересуюсь данным вопросом.
Изменено: Саак Шахламджян - 10.02.2009 16:30:33
 
Примерное описание RECLOCK() как это было сделано в БЭСТ-4 можно посмотреть на старом форуме
 
Цитата
nordk пишет:
Примерное описание RECLOCK() как это было сделано в БЭСТ-4 можно посмотреть на старом форуме

Я Вас увёл немного в другую сторону. Давайте вернёмся к обсуждению задачи, которую я уже начал потихонечку реализовывать.

Я тут задумался вот над чем. Сделать всё то, о чем мы говорили действительно несложно (всё это уже делалалось). Но вот что меня волнует:
Цитата
nordk пишет:
Через авторизацию самое правильное на мой взггляд.
Есть штатное средство, позволяющее не обвешивать систему плагинами.
Настройте роль и пользуйтесь ею

(это Вы говорили о запрете ввода и редактирования документов в штатном режиме)

Я только сейчас задумался над тем, а где, собственно, будут новые средства ввода/редактирования/удаления/распечатки документов приходования???

Из какого меню Б-5 эти действия будут осуществлятся!!!? Не из штатного же, которое мы договорились запретить (просмотр будет, естественно открыт, но ради распечатки туда лезть никто не станет.)
Вы улавливаете мысль???
Изменено: Саак Шахламджян - 11.02.2009 08:48:00
 
Если Вы делаете свой плагин, то Вы делаете свой пункт меню.
Его можно сделать где угодно
 
По поводу создания таких документов есть Идея:

Сделать несколько отдельных меню. В дереве меню Б-5 сделать папку "Отгрузка товаров". Внутри три меню:

1. Готовая продукция.
В этом меню выводить списком продукцию, которая оприходована из производства. И при входе в данное меню сначала запросить заказчика и выводить список продукции для каждого заказчика. Естесственно тут будет ТОЛЬКО та продукция, которая присутствует в заказах. По этой причине должна быть опция "отобразить продукцию не из заказов" (Такого сейчас теоритически быть не может, но планировалось дать возможность заказывать продукцию на склад).

Как тут работать:
а) Отметили нужные позиции и нажали кнопочку - отгрузить. Далее начинает формироваться объект (складской объект).

б) Далее 2 варианта :!: (тут тоже нужен совет): либо происходит автораспечатка накладной и сохранение. Либо открывается документ на редактирование, и пользователь сам решает сохранять ему док-т или распечатывать и т.п...

2. Отгруженные товары.
А вот здесь как раз и сделать список этих самых документов (накладные отгрузки). Т.е. сделать "стандартный" реестр документов
отгрузки. Для того, чтобы дать пользователю возможность удалять/редактировать/ печатать (уже повторно), а также создавать: т.е. сделать вызов пункта 1 еще и отсюда. + добавить возможность отгрузки по нескольким заказам (а не по строкам заказов как в пункте 1.).


P.S.
Цитата
nordk пишет:
Если Вы делаете свой плагин, то Вы делаете свой пункт меню.
Его можно сделать где угодно

Писал это сообщение одновременно с Вашим...
Изменено: Саак Шахламджян - 11.02.2009 11:53:28
 
Уже делаю документ реализации со склада. Остался последний момент:
никак не получается добавить строки в документ!!!!

Пишет "Нет строк ТМЦ!". Добавляю их так:

Код
oDoc:AddRow("Группа продаж","Н\Н продаж","Код спецификации","Код партии",Количество(число),,,,,,,,,,,,,)  /


А вот "формат" добавления:

Код
/*METHOD AddRow(cGrup,cNNum,cMDim,cPartia,nKolOut,cEd1,nR,cNNOPERM,aAuto,aSerNo,;
     cPrd_Grup, cPrd_NNUM, cPrd_Bom, cDef_Grup, cDef_NNUM, cDef_mDim, cNZ_ID, cCommentM )*/
Изменено: Саак Шахламджян - 11.02.2009 16:55:31
 
Всё здорово. Я допустил ошибку. В группе 5ть симв, а не шесть...

К стати, в плане тестировки демо база очень удобная вещь. Очень здорово, что хоть такая возможность есть изучения возможностей Б-5.
 
Должен сказать затея не так проста как Вам показалась на первый взгляд:)))
Небольшие трудности возникают при партионном учёте. И при условии, что продукция приходуется/отгруж может частями.

Кроме всего прочего придется запретить Оприходование ГП-товар!!!!
Т.к. удаление этих документов также неприемлимо!!!!

=> Придётся еще и делать новый механизм удаления этих документов...

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

Private aAmounts:=   {{"ID", "C", 22, 0}, ;//id записи
                     {"GRUP", "C", 5,0},;//группа продаж
                     {"NNUM", "C", 13,0},;//номер продаж
                     {"BOM", "C", 30,0},;//код спец
                     {"DATE", "D", 8,0},;//дата потребности
                     {"Amount", "N", 19,3},;//сумма
                     {"KOL", "N", 19,6},;//затребован колич
                     {"NZ_OK", "L", 1, 0}, ;//признак формир НЗ
                     {"NZ_NUM", "C", 6, 0}, ;//ном НЗ
                     {"ID_ORDER", "C", 22, 0}, ;//ИД заказа
                     {"Partner", "C", 6, 0}, ;//Код партнёра
                     {"ORDER_NUM", "C", 6, 0}, ;//Код заказа, я его так и не использую
                     {"STATUS", "C", 1, 0}, ;
                     {"ID_STR", "C", 22, 0}, ;//ИД строки заказа
                     {"FullName", "C", 250, 0}, ;
                     {"RAZMER", "C", 35, 0}, ;
                     {"Comment", "M", 4, 0},;
                     {"Sclad", "C", 6, 0},;//Код Склад хранения в продажах
                     {"DIV", "C", 6, 0},;//Код выпуск цех
                     {"NZ_ID", "C", 22, 0}}//ИД НЗ
/*STATUS - 1 поступил в утверждённый заказ, 2 - поступил в цех, 3 - изготовлен, 4 - отгружен*/
    dbPush()
    aADD(aTagName,"S_DATE")
    aADD(aTagName,"bom")
    aADD(aTagName,"DATE")
    aADD(aTagName,"BOMDATE")
    aADD(aTagName,"NEED2MAKE")
    aADD(aTagName,"ID_STR")
    aADD(aTagName,"ID_ORDER")
    aADD(aTagName,"NZ_ID")
    aADD(aTagName,"STATUS")



    aADD(aIndexKey,"Dtos(DATE)+UPPER(STATUS)")
    aADD(aIndexKey,"UPPER(GRUP+NNUM+BOM)+ID")
    aADD(aIndexKey,"Dtos(DATE)+UPPER(LEFT(FULLNAME,10))")
    aADD(aIndexKey,"(Dtos(DATE)+UPPER(BOM))")
    aADD(aIndexKey,"Dtos(DATE)+UPPER(LEFT(FULLNAME,15))")
    aADD(aIndexKey,"ID_STR")
    aADD(aIndexKey,"ID_ORDER")
    aADD(aIndexKey,"NZ_ID")
    aADD(aIndexKey,"STATUS+UPPER(PARTNER)+UPPER(GRUP+NNUM)")

    aADD(aForKey,"")
    aADD(aForKey,'')
    aADD(aForKey,'')
    aADD(aForKey,'')
    aADD(aForKey,'NZ_OK==.F.')
    aADD(aForKey,'')
    aADD(aForKey,'')
    aADD(aForKey,'')
    aADD(aForKey,'')

С индексами тоже все никак не определюсь.
Статус, думается также переделать надо. Добавить промежуточные состояния - "частично изготовлен", "частично отгружен"...
Еще надо сделать 3 поля в таблице - Кол-во изгот, кол-во отгруж. И memo поле для хранения кодов партий изготовленных изделий... НО я пока что неуверен нужны ли эти новые поля.
 
Цитата
Саак Шахламджян пишет:
=> Придётся еще и делать новый механизм удаления этих документов...

Такой метод у накладной имеется
 
Цитата
Саак Шахламджян пишет:
Статус, думается также переделать надо. Добавить промежуточные состояния - "частично изготовлен", "частично отгружен"...
Еще надо сделать 3 поля в таблице - Кол-во изгот, кол-во отгруж. И memo поле для хранения кодов партий изготовленных изделий... НО я пока что неуверен нужны ли эти новые поля.

непонятно если честно.
Если можно частично отгрузить, значит надо делать несколько партий - один заказ.
 
Цитата
nordk пишет:
Цитата Саак Шахламджян пишет:
=> Придётся еще и делать новый механизм удаления этих документов...
Такой метод у накладной имеется

Вы имеете ввиду метод у класса складских документов, верно???
Я, кажется такого не наблюдал! Поделитесь, пожалуйста!

Цитата
nordk пишет:
непонятно если честно.
Если можно частично отгрузить, значит надо делать несколько партий - один заказ.


Мне самому не очень-то понятно...
Вопрос с тем как быть с этими партиями?

1. Также как и в картотеке складского учета на каждую новую партию заводить новую запись в моей таблице?

2. Или сделать memo-поле, в котром просто список этих партий, чтобы много мусора не было.

3. Вообще не следить за партиями, а сделать 2 новых поля:
Колич отгруж и колич изготовленных, а потом по надобности искать\подбирать партии.
 
Цитата
Саак Шахламджян пишет:
Цитата
nordk пишет:
Цитата Саак Шахламджян пишет:
=> Придётся еще и делать новый механизм удаления этих документов...
Такой метод у накладной имеется

Вы имеете ввиду метод у класса складских документов, верно???
Я, кажется такого не наблюдал! Поделитесь, пожалуйста!


Точно также создаете массив документов, только вместо RUN

oDocs:DeleteDoc(oDoc)
 
Цитата
Саак Шахламджян пишет:
Цитата
nordk пишет:
непонятно если честно.
Если можно частично отгрузить, значит надо делать несколько партий - один заказ.


Мне самому не очень-то понятно...
с тем как быть с этими партиями?

1. Также как и в картотеке складского учета на каждую новую партию заводить новую запись в моей таблице?

2. Или сделать memo-поле, в котром просто список этих партий, чтобы много мусора не было.

3. Вообще не следить за партиями, а сделать 2 новых поля:
Колич отгруж и колич изготовленных, а потом по надобности искать\подбирать партии.


Если предполагается несколько партий по заказу, то мне лично
напрашивается вторая табличка:
заказ и ROWID партии + кол-во
И в каждой партии поле с номером заказа.
Тогда по номеру я отслеживаю можно ли эту партию отгружать
конкретному партнеру и если да - то отмечать у себя.
Общее кол-во совпало с количеством заказа - закрываем....
Может будут мысли лучше - но я бы делал как-то так...
 
Цитата
nordk пишет:
Если предполагается несколько партий по заказу, то мне личнонапрашивается вторая табличка:заказ и ROWID партии + кол-воИ в каждой партии поле с номером заказа.Тогда по номеру я отслеживаю можно ли эту партию отгружатьконкретному партнеру и если да - то отмечать у себя.Общее кол-во совпало с количеством заказа - закрываем....Может будут мысли лучше - но я бы делал как-то так...

Это будет немного слишком!!!
1. Кроме того не совсем состыковывается со сказанным ранее, а именно:
Если еще и партию каждую отслеживать, тогда придется все-таки закрыть абсолютно все виды движений, а => реализовывать их самому, а мы договаривались закрыть лишь те, которые уменьшают остаток продукта.

2. Делать еще одну таблицу ради такого тоже кажется не целесообразным.

В общем ввел 2 поля : колич изготовленных и колич отгруж.
А отгружать думаю, все-таки кавыряя картотеку. Заодно сверяя и остаток.
 
Думаю Вы меня не поняли
Я к первой таблице предложил добавить детализацию.
 
Цитата
nordk пишет:
Думаю Вы меня не поняли
Я к первой таблице предложил добавить детализацию.

1. а) ROWID партии и номер заказа Вы предложили в другую таблицу(допустим, PartInfo.dbf) поместить верно???
б) ROWID партии - идентификатор записи из спр партий или mkart.dbf? Если да:
в) Придется "закрыть" доступ на другие движения, иначе они приведут к тому, что информация в таблице PartInfo.dbf будет недостоверна???


2.Честно говоря больше волнует распечатка накладных. За реализацию отгрузки особо не переживаю. Больше волнует распечатка документов и то, что еще придётся переделывать реестры стандартных документов.
По повду последнего сейчас задумался. Удаление я так понимаю будет реализовано стд методом (Вы его уже дали). А вот создание и редактир есть такие? И как они работают?
Изменено: Саак Шахламджян - 18.02.2009 16:15:16
 
Цитата
Саак Шахламджян пишет:
а) ROWID партии и номер заказа Вы предложили в другую таблицу(допустим, PartInfo.dbf) поместить верно???
б) ROWID партии - идентификатор записи из спр партий или mkart.dbf? Если да:
в) Придется "закрыть" доступ на другие движения, иначе они приведут к тому, что информация в таблице PartInfo.dbf будет недостоверна???

Не понипмаю зачем доступ закрывать ?
Заказ допустим на 10 штук
Мы выпустили продукцию 4 штуки.
Номер заказа разместили внутри карточки партии
Потом выпустили еще 6 штук к заказу.
В новую партию положили еще 6 штук.
Все.
Как и раньше контролируем отгрузку заказа.
Он состоит из 2 партий.
Все движения как были так и будут.
ROWID у карточки партии не меняется
При записи отгрузки контролируем те ли партии отгружаются и закрывается ли весь заказ или частично.
Что тут нового против разговора раньше ?
 
Создание есть - это собственно известный Вам метод.
Редактирования пока нет.
Я пока в своих задачах делаю удаление и создание нового.
Если удалить нельзя по причине красных остатков (это в случае прихода), то обрабатываю ситуацию.
 
Что касается печати - это мы решаем таким образом.
СОздали документ через объект - создание происходит с открытием документа на экран. В нем печать и все что надо работает.
После сохранения - печать только в типовом реестре.
На просмотр то он открыт.
 
Цитата
nordk пишет:
Не понипмаю зачем доступ закрывать ?
Заказ допустим на 10 штук
Мы выпустили продукцию 4 штуки.
Номер заказа разместили внутри карточки партии
Потом выпустили еще 6 штук к заказу.
В новую партию положили еще 6 штук.
Все.
Как и раньше контролируем отгрузку заказа.
Он состоит из 2 партий.
Все движения как были так и будут.
ROWID у карточки партии не меняется
При записи отгрузки контролируем те ли партии отгружаются и закрывается ли весь заказ или частично.
Что тут нового против разговора раньше ?

Да в том-то и проблема, что ROWID у карточки партии меняется!!!
(Точнее сказать сама партия меняется, текущее кол-во. "Перетекает" из одной партии в другую => как бы меняется ROWID)

Цитата
Заказ допустим на 10 штук
Мы выпустили продукцию 4 штуки.
Номер заказа разместили внутри карточки партии

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

P.S. В общем черно-черно черновой вариант у меня сегодня уже реализовал продукцию со склада. Сделал просто поиск всех партий по гр. и Н\Н в определнном складе. Не могу сказать, что долго работает. (Хотя все на лок машине работае, по сети немного ниже будет скорость.)
Изменено: Саак Шахламджян - 19.02.2009 10:44:59
 
Цитата
nordk пишет:
Что касается печати - это мы решаем таким образом.СОздали документ через объект - создание происходит с открытием документа на экран. В нем печать и все что надо работает.После сохранения - печать только в типовом реестре.На просмотр то он открыт.

Я, к стати, по этому поводу в моём сообщении №59 так и спрашивал:
Цитата
...Либо открывается документ на редактирование, и пользователь сам решает сохранять ему док-т или распечатывать и т.п...

Т.е. получается перед непосредственным сохранением он-таки должен показаться пользователю!???

P.S. Вариант с oDocs:Hidden := 1 уже опробовал. Всё просто здорово!!! Очень порадовало!!!
Как всегда одно небольшое "Но":
Рег. номер у меня формируется стд WDOC функ-ей. Единственное, она иногда "даёт сбой". Если такая сит возникнет пользователи меня съедят, знаю точно. Бывает, что рег. номер выдается не самый большой, идущий след по списку, а, скажем № 000010. => После этого будет 11й и т.д. В случае со стд. реестром документов есть возможность посмотреть последний номер и ручками поправить его. В нашем случае такой возможности почти нет.
Нельзя ли в открытый документ повесить событие "перед сохранением" как это можно сделать в стд реестре документов??? Чтобы самому с этим номером "разобраться".
Изменено: Саак Шахламджян - 19.02.2009 11:39:38
Страницы: Пред. 1 2 3 4 5 След.
Читают тему (гостей: 1)
Федеральный центр мониторинга питания учащихся

Компания БЭСТ является официальным партнером государственной системы маркировки и прослеживания Честный ЗНАК

ХИТЫ ПРОДАЖ



Учет алкогольной продукции в"БЭСТ-5. Алко". Интеграция с УТМ ЕГАИС

Новости