Учет прошедшей датой

[art06]

Добрый день.
У меня вопрос в следующем -
у меня на фирме документы очень часто учитываются прошедшей датой. При учете система проверят наличие товара только на сегоднешний день, а не на тот день которым делается учет. Отрицательные остатки запрещенны в настройке.

Существует ли механизм который бы позволил выполнить следующее

Случай 1
№ п/п тип операции дата кол-во остаток
1) приход 10.03.2007 1000 1000
2) расход 12.03.2007 -200 800
3) расход 25.03.2007 -100 700
4) приход 23.03.2007 500 1300
5) расход 20.03.2007 -800

Действия при попытке учесть расход 20.03.2007:
1 Откат Расхода 25.03.2007
2 учет расхода 20.03.2007 (по ФИФО, т.е с учетом остатка 800 и себестоимости от прихода 10.03.2007)
3 проверка возможности учета расхода 25.03.2007
4 учет расхода 25.03.2007

Случай 2
№ п/п тип операции дата кол-во остаток
1) приход 10.03.2007 1000 1000
2) расход 12.03.2007 -200 800
3) расход 25.03.2007 -100 700
4) расход 20.03.2007 -800

Действия при попытке учесть расход 20.03.2007:
1 Откат Расхода 25.03.2007
2 учет расхода 20.03.2007 (по ФИФО, т.е с учетом остатка 800 и себестоимости от прихода 10.03.2007)
3 проверка возможности учета расхода 25.03.2007
4 вывести сообщение о невозможности учета, по причине того что невозможно учесть расход 25.03.2007 (и соответственно откатятся действия из первых двух пунктов)

[Sitizen]

Такого механизма нет и более того, идеология Navision не позволит его разработать. Так что не советую даже пытаться. Лучше и правильнее будет разобраться в причинах того, почему учитывают задним числом и устранить эти причины.

[art06]

Цитата:

Сообщение от Sitizen

идеология Navision не позволит его разработать.

А, можно узнать - почему не позволит ?
Что конкретно мешает ?

[Sitizen]

Цитата:

Сообщение от art

А, можно узнать - почему не позволит ?
Что конкретно мешает ?

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

Во-вторых, Вы привели пример с четыремя операциями. А попробуйде смоделированть ситуацию операций так на 500, да еще и по нескольким складам с премещениями, комплектацией и прочей ерундой.

В-тертьих - а зачем, собственно? Чем Вас не устраивает существующая ситуация?

[art06]

Неужели нет таких фирм которые бы учитывали прошлой датой.
Все учитывают только текущей ???????

[Sitizen]

Цитата:

Сообщение от art

Неужели нет таких фирм которые бы учитывали прошлой датой.
Все учитывают только текущей ???????

Фишка не в том, чтобы учитывать прошедшей датой, а в том, чтобы вводить данные в хронологической последовательности.

[Dzemon]

Учитывают, но при этом не контролируют списание конкретного товара.

[randrews]

В серии номеров есть галка "порядок дат" - может она чем-нить поможет...

[art06]

эта галочка к сожлению не помогает.

[art06]

потому что на 20 число (случай 2) - не должно (по логике давать отгружать).
Я понял ОБЩУЮ позицию Nav - делать учет прошедшей датой не рекомендуется.

[Sitizen]

Цитата:

Сообщение от art

потому что на 20 число (случай 2) - не должно (по логике давать отгружать).
Я понял ОБЩУЮ позицию Nav - делать учет прошедшей датой не рекомендуется.

Я может чего не понимаю, но как вы можете 25-го учитывать отгрузки за 20-е?

Я понимаю ситуации, когда нехронологический ввод документов связан с покупками - то документов нет от постащика, то еще что-то.
Но тут-то продажи. Это в ваших же интересах вести учет день в день - актуальные остатки, актуальная дебеторка, актуальный анализ реализации.
Почему вам не стремиться к этому, а не к тому, чтобы переделать систему?

Что касается рекомендаций, то вот моя переписка с представителями MS по похожей проблеме:
http://www.ms-dynamics.ru/forum/index.php?...&#entry8109

[art06]

Цитата:

Сообщение от Sitizen

Я понимаю ситуации, когда нехронологический ввод документов связан с покупками - то документов нет от постащика, то еще что-то.
Но тут-то продажи. Это в ваших же интересах вести учет день в день - актуальные остатки, актуальная дебеторка, актуальный анализ реализации.
Почему вам не стремиться к этому, а не к тому, чтобы переделать систему?

Вы знаете - я высказываю свою точку зрения (я не хочу спорить на эту тему, так как я прекрастно понимаю что вы имеете ввиду, по поводу данной темы) - но, случаи бывают разные: работник заболел, уволилился, умер, ушел в запой и т.д.. И в этот день вместо него никто не выполнил его работу (не занес данные текущей датой). И что делать дальше ? Не вводить эти документы в Navision ?

Просто система, с моей точки зрения, должна быть более гибкой в плане таких вещей как ввод документов прошлой датой.

[Sitizen]

Цитата:

Сообщение от art

Вы знаете - я высказываю свою точку зрения (я не хочу спорить на эту тему, так как я прекрастно понимаю что вы имеете ввиду, по поводу данной темы) - но, случаи бывают разные: работник заболел, уволилился, умер, ушел в запой и т.д.. И в этот день вместо него никто не выполнил его работу (не занес данные текущей датой). И что делать дальше ? Не вводить эти документы в Navision ?

Просто система, с моей точки зрения, должна быть более гибкой в плане таких вещей как ввод документов прошлой датой.

Я понимаю, что случаи бывают разные, и наличие этих случаев - это симптом, и причем очень нехороший. И он сигнализирует не о том, что нужно менять систему, а о том, что нужно что-то менять в работе компании.

Если вы хотите более гибкую систему, работайте на 1С - там ваша проблема решена.
И еще раз - Вы постоянно путаете учет документов прошлой датой с НЕХРОНОЛОГИЧЕСКИМ вводом документов в систему. У вас проблемы возникают именно из-за того, что вы учитываете события не в том порядке, как они фактически произошли в реальности.

[rov_imported]

Цитата:

Сообщение от Sitizen

И еще раз - Вы постоянно путаете учет документов прошлой датой с НЕХРОНОЛОГИЧЕСКИМ вводом документов в систему. У вас проблемы возникают именно из-за того, что вы учитываете события не в том порядке, как они фактически произошли в реальности.

Во-во... только что хотел написать про это.
Вводить операции задним числом - МОЖНО! Сколько угодно!
НО! Нельзя вводить документы с нарушением последовательности!! Поймите это!
Я могу ввести документ и сегодняшним числом. Но ведь может быть кто-то ,кто ошибся и ввел списание
этого товара завтрашним числом! И тогда я не смогу учесть свой документ - при этом учитываю то я его
сегодняшним числом.
Так что дело не в дате - дело в последовательности документов. А когда она такая - как вы привели в примере -
увы это пахнет бардаком и к системе это не имеет никакого отношения.

[NeNavision_imported]

Цитата:

Не вводить эти документы в Navision ?

Что значит не вводить эти документы в Navision?
Какое-то событие в системе должно рождать фактическое действие. А не наоборот, для событий, инициаторами которых являемся мы.
Тогда и проблем поубавится

[art06]

Цитата:

Сообщение от NeNavision

Что значит не вводить эти документы в Navision?
Какое-то событие в системе должно рождать фактическое действие. А не наоборот, для событий, инициаторами которых являемся мы.
Тогда и проблем поубавится

А, как тогда быть с например, с боем продукции. Уехала машина с продукцией, через несколько дней она доехала до пункта назначения. Фирма получила продукцию и обнаружила бой. Оформила документы и выслала эти документы нам. Документы пришли через несколько дней. Необходимо сделать акт списания. Какой датой делать ? Той которые были оформленны документы, или датой которой они пришли нам ?????? Я думаю датой которой они были офрмленны. Вот и получается необходимость ввода документов прошлой датой. И в данном случае фактическое действие порождает действие в системе.

[NeNavision_imported]

Бред какой-то.
Нужно делать так.
Продали. Учти заказ продажи. Фура уехала.
Вернули товар. Делаем кредит ноту с фиксированным применением.
Списывает бой. Акт списания с фикс. применением.
и никаких измений дат. Все последовательно.

[art06]

Цитата:

Сообщение от NeNavision

Вернули товар. Делаем кредит ноту с фиксированным применением.
Списывает бой. Акт списания с фикс. применением.
и никаких измений дат. Все последовательно.

Тогда более подробно можно описать - что такое фиксированное применение ?