А физические и логические конфликты разруливаются по-разному? Или они
только на клиенте приводятся к "одному" типу?
По разному.
Обработка ошибок и ведение Debug-log это вообще отдельная и непростая тема.
Честно говоря к тому, как это у меня сделано, у меня же и есть претензии...
Некоторый
Рука дрогнула, а дописать таки не успеваю... Пора бежать.
Закончу таки... :)
У меня примерно так реализовано:
У документа 3 состояния - не проведен, проведен, закрыт (последнее -
документ неизменяемый, корректировка только сторнированием). Работа с
первыми двумя состояниями происходит так п
"Alex Cherednichenko" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
Привет, Мадорский!
Вы пишешь 05 марта 2007:
[Sorry, skipped]
МГ> Работа с первыми двумя состояниями происходит так примерно:
МГ> Есть пара SP - проведение/отмена проведения документа.
Хм
Привет, Мадорский!
Вы пишешь 05 марта 2007:
[Sorry, skipped]
МГ> Работа с первыми двумя состояниями происходит так примерно:
МГ> Есть пара SP - проведение/отмена проведения документа.
Хм...
Что-то ты, Глеб, недоговариваешь...
;о)
--
With best regards, Alex Cherednichenko.
У меня примерно так реализовано:
У документа 3 состояния - не проведен, проведен, закрыт (последнее -
документ неизменяемый, корректировка только сторнированием). Работа с
первыми двумя состояниями происходит так примерно:
Есть пара SP - проведение/отмена проведения документа.
On Mon, 05 Mar 2007 14:26:11 +0300, sw <[EMAIL PROTECTED]> wrote:
> Также получается, что клиент не гласно получает право на отмену проводки.
> Различать "отмену проводки" и "перепроводку" не очень и возможно.
Я вот чего понять не могу - что за операция такая, "перепроводка", и зачем она
нужна?
все мои объекты :), только там бухгалтеры - не самые главные люди, главные -
хозяева
идя навстречу жизненным реалиям сделали фазу - "недействительный документ", но
править или удалять не даем по-прежнему
А я тут ещё и автоматическую перепроводку зависымых документов прикрутил
(правда не
нихрена не значит. отменить документ можно только обратным документом -
сторно, т.е.
удалить тоже нельзя.
менять можно только непроведенные документы
Мил человек скажи, где такие предприятия (может перерееду...) :-)
По правде говоря я и сам бы хотел, что бы документы после проводки не
sw пишет:
Вводим Расход 10 изделий, проводим, меняем на 5 изделий и !!! не
перепроводим, хотя документ имеет флаг проводки.
ну а если так в триггере
IF (OLD.QUANTITY <> NEW.QUANTITY) THEN
BEGIN
[RESTORE WITH OLD.QUANITY]
[APPLY NEW.QUANTITY]
END
еще я в шапке заказа ,например, использую дв
Значит ИЗМЕНЕНИЕ <---> НЕТ ПРОВОДКИ <---> ПРОВЕДЕННЫЙ
Т.е. чтобы изменить проведённый документ нужно отменить его проводку.
Хорошо, а если изменённый документ не проводится нужно в ручную отменить
изменения и перепровести?
Также получается, что клиент не гласно получает право на отмену пров
наши документы имеют фазу
0 - созданный
10 - редактирование
50 - проведен
на головную и детальную таблицы вешаются триггеры, которые запрещают изменения
документов с фазой больше 50
смена фаз - хранимые процедуры, в т.ч. с вычислениями и проверками
Значит ИЗМЕНЕНИЕ <---> НЕТ ПРОВОДКИ
sw wrote:
Ded> "Проводка" - понятие обширное, да ты и говоришь, что с этим у тебя
Ded>вроде проблем нет.
Ну я имел ввиду, что под проводку попадает один объект и если принимать
ID документа в хранимку, то легко гарантировать : либо всё либо ничего в
рамках лигики.
Это и на транзакциях х
Ded> "Проводка" - понятие обширное, да ты и говоришь, что с этим у тебя
Ded>вроде проблем нет.
Ну я имел ввиду, что под проводку попадает один объект и если принимать ID документа в хранимку, то легко гарантировать : либо всё
либо ничего в рамках лигики.
Ded> А согласованность агрегатных поле
Hello, sw!
sw wrote:
Как кто решает подобные вопросы?
это workflow. которое надо прикручивать к БД.
например, при изменении состава документов "отменять" его.
И т.д. Я вообще не вижу тут вопроса, ибо все это относится
к состояниям, а следовательно должно решаться определением
состояний и пере
Допустим есть документ с табличной частью, скажем накладная.
Логика ввода нового документа:
Пишем в NAKLS шапку.
Пишем в NAKLS_T табличную часть, (с сылкой на шапку).
Документ "проводится", т.е. формируются "операции"
наши документы имеют фазу
0 - созданный
10 - редактирование
50 - проведен
sw wrote:
PS. Просьба не концентрироваться на приведенном примере. Вопрос должен
решаться обшим подходом, так как разных документов (и других
"многострочных" объектов) много.
"Проводка" - понятие обширное, да ты и говоришь, что с этим у тебя
вроде проблем нет. А согласованность агрегатны
Привет всем форумчанам.
Вопрос такой (без жира).
Допустим есть документ с табличной частью, скажем накладная.
Логика ввода нового документа:
Пишем в NAKLS шапку.
Пишем в NAKLS_T табличную часть, (с сылкой на шапку).
Документ "проводится", т.е. формируются "операции"
Логика изменения проведенн
17 matches
Mail list logo