Цитата:
Сообщение от
Гризликова
не буду долго разлагольствовать:
1. Под отменой понимаю - отмену всей цепочки (отмена документа, расприменение и т.п.) Цепочки все проглядываютсяи их легко можно все расписать.
Да ну? Я пример привел, когда производится/закупается под конкретный заказ продажи.
Вообще говоря, механизм планирования должен агрегировать несколько заказов планов и оптимизировать производство/закупку, объединив несколько потребностей в одну. Как и что вы предполагаете отменять?
Пример:
1. Продавец1 создал заказ продажи 1 на 100 шт
2. Продавец2 создал заказ продажи 2 на 50 шт
3. Заказы продажи обработан системой планирования и для них создан один производственный заказ на 150 шт
... и так далее
После учета Заказ продажи 2 отменяется.
Что должно произойти?
Полностью согласен с gala "Если есть отмена операций, то скорее всего консультанты не очень хорошо представляют последствия этой отмены в длинных цепочках ERP."
Цитата:
Сообщение от
Гризликова
2. Отмена- это сторнирование кредит-нотой,
Нет, нет, нет, нет.
Давайте не будем подменять понятия.
Отмена - это отмена.
Сторно - это сторно.
С вашим определением ни один бух не согласится.
В их понимании отмена совпадает с 1Совской отменой проведения - был документ и не стало документа.
Цитата:
Сообщение от
Гризликова
отметка исправленных и исправляющих операций и создание новой операции (если речь идет о счетах продажи, то создание новой СЧФ со старым номером).
А отметка то зачем?
А почему это СЧФ со СТАРЫМ НОМЕРОМ?
Вы похоже опять таки не понимаете последствий до конца.
Пример:
1. Продавец выставил комплект документов (включая СЧФ) на 100 рублей.
2. Склад отпустил товар клиенту на 100 рублей.
3. Продавец выполнил "создание новой СЧФ со старым номером" на 80 рублей.
4. Клиент оплатил 80 рублей.
Но со склада ушло товаров на 100 рублей.
Кто виноват? Как найти виноватого, если в системе никаких следов не осталось.
Вы сейчас снова будете говорить об ошибках ввода и о том, что клиенты передумывают.
Про ошибки я уже говорил - делайте проверки, снижайте их число.
Насчет ветренных клиентов - обратите внимание на то, как решается эта проблема в международной версии: есть предварительные документы, есть окончательные документы.
Предварительные - квота, invoice proforma. Эти документы могут быть изменены. Эти документы не сопровождаются движением ТМЦ.
Окончательные - invoice, СЧФ сопровождаются движением ТМЦ и не изменяются.
Цитата:
Сообщение от
Гризликова
Отмененные операции не должны попадать в Акты сверки, книги продаж и любую отчетность
С какой это стати?
Обратите внимание что в международной версии Предварительные документы не попадают в Акты сверки и "любую отчетность", а вот окончательные - попадают всегда.
Что это значит?
Это значит, не мучайте себя и не мучайте клиентов. Просто научитесь пользоватся функционалом.
Цитата:
Сообщение от
Гризликова
В операциях покупки сложнее говорить об отменах, но возможно, да и покупные операции гораздо реже правятся (или вообще нет такой необходимости) чем продажные.
А подумайте почему они "реже правятся"?
Не потому ли что в систему попадают только окончательные документы?
Просто для покупок у вас не фиксируется весь ход переговоров. Покупки у вас - просто факт для бухгалтерии плюс приход на склад. А планирования не выполняется. Т.е. у вас закупки работают в режиме 1С:Бухгалтерии
Цитата:
Сообщение от
Гризликова
есть работающие проекты с отменой,
Есть такие проекты. Если от системы требовать только учета факта, если система не будет ничего советовать и планировать, если цепочки операций простые и связи в них один-к-одному, то отмена возможна. Но ведь в этом случае гораздо дешевле купить 1С:Бухгалтерию и вводить туда факт руками
Цитата:
Сообщение от
Гризликова
базы намного чище и прозрачней, чем в БД, где существуют корректирующие операции, которые должны извратиться и сделать бухи.
Ну... Если цель внедрения - чистота базы и фискальные отчеты бухов...