Цитата:
А вот это забавный подход.
Я правильно понимаю, что вы постоянно "исправляете чужие ошибки", даже не посмотрев в документацию? =DeaD=, скажите честно, сколько и каких книг по Аксапте вы прочли? А какие книги изучили досконально хотя бы с выполнением упражнений?
Вы абсолютно уверены, что вы "исправляете", а не ломаете?
Извините, но я, например, не уверен.
Сорри, я видимо не достаточно точно сформулировал свою позицию, исправляюсь.
1. Я не использую сейчас Аксапту, читал к сожалению не очень много и глубоко, поэтому и спрашиваю в двух словах, т.к. иначе давно бы сел все изучать досконально, но мы пока только присматриваемся к Аксапте, для нас это перспектива в лучшем случае будет открыта через год-два, когда мы подготом достаточно зрелые бизнес-процессы у себя в компании.
2. Пока мы используем собственную разработку на платформе 1С в которой полностью закрыли учетную часть, бюджетирование, распределенные базы и кучу других сервисных функций. В связи с чем, я, как разработчик, точно знаю что исправляю, а не ломаю
Цитата:
выставляет предложение?
соответствующие ресурсы?
сохранить возможность коррекции?
делает то-же самое рекурсивно?
Вы сейчас о чем говорили? Ничего не понял.
Не понял.
А зачем кто-то должен одобрять, чтобы исключить отрицательные остатки? система сама это контролирует. [/B]
Хорошо, 1С-овскими терминами - типичная проблема с перепроведением базы и стронированием - есть документ "Приходная накладная" на товар А в кол-ве 10шт на склад №1 (где в тот момент уже есть 20шт товара А), есть два перемещения товара А на склады №2 и 3 по 15шт. Позже выясняется что это было поступление товара не А, а "А со штрихом". Так как склады 2 и 3 являются складами структурных подразделений мы не можем из подразделения закупок волевым решением определить кому пришел "ущербный" товар.
Поэтому по-хорошему нужно создать проект нового поступления товара, потом создать проекты новых перемещений между складами (если мы раскидываем плохой товар поровну), дождаться подтверждения их другими подразделениями и потом "провести" все стронирующие документы.
Это только один пример, но он показывает в чем проблема - при внесении изменений в сделку (выпиской стронирующих документов) мы имеем несколько субъектов, которые должны "передоговориться" между собой, чтобы не допускать произвола или "некорректного состояния" данных (отрицательных остатков).
Вопрос собственно в том - есть ли что-то подобное в Аксапте или нет вообще, или это не часть методологии Аксапты, но в некоторых решениях сторонние компании это реализовывали?