AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 18.04.2007, 12:47   #1  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
Добрый день.
У меня вопрос в следующем -
у меня на фирме документы очень часто учитываются прошедшей датой. При учете система проверят наличие товара только на сегоднешний день, а не на тот день которым делается учет. Отрицательные остатки запрещенны в настройке.

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

Случай 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 (и соответственно откатятся действия из первых двух пунктов)
Старый 18.04.2007, 13:48   #2  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Такого механизма нет и более того, идеология Navision не позволит его разработать. Так что не советую даже пытаться. Лучше и правильнее будет разобраться в причинах того, почему учитывают задним числом и устранить эти причины.
Старый 18.04.2007, 14:01   #3  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
Неужели нет таких фирм которые бы учитывали прошлой датой.
Все учитывают только текущей ???????
Старый 18.04.2007, 14:03   #4  
Dzemon is offline
Dzemon
Moderator
 
1,247 / 12 (3) ++
Регистрация: 09.09.2004
Учитывают, но при этом не контролируют списание конкретного товара.
Старый 18.04.2007, 15:29   #5  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Цитата:
Сообщение от art Посмотреть сообщение
Неужели нет таких фирм которые бы учитывали прошлой датой.
Все учитывают только текущей ???????
Фишка не в том, чтобы учитывать прошедшей датой, а в том, чтобы вводить данные в хронологической последовательности.
Старый 18.04.2007, 15:32   #6  
randrews is offline
randrews
Участник
Аватар для randrews
 
312 / 10 (1) +
Регистрация: 06.12.2004
В серии номеров есть галка "порядок дат" - может она чем-нить поможет...
Старый 18.04.2007, 15:34   #7  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
эта галочка к сожлению не помогает.
Старый 18.04.2007, 18:29   #8  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
Цитата:
Сообщение от Sitizen Посмотреть сообщение
идеология Navision не позволит его разработать.
А, можно узнать - почему не позволит ?
Что конкретно мешает ?
Старый 18.04.2007, 19:29   #9  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Цитата:
Сообщение от art Посмотреть сообщение
А, можно узнать - почему не позволит ?
Что конкретно мешает ?
Во-первых, потому что учёт документа согласно идеологии - необратимый процесс, со всеми вытекающими от сюда последствиями, а именно, что никто не заморачивался над тем, чтобы хранить информацию, необходимую для отката документа назад.

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

В-тертьих - а зачем, собственно? Чем Вас не устраивает существующая ситуация?
Старый 18.04.2007, 19:40   #10  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
потому что на 20 число (случай 2) - не должно (по логике давать отгружать).
Я понял ОБЩУЮ позицию Nav - делать учет прошедшей датой не рекомендуется.
Старый 18.04.2007, 20:12   #11  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Цитата:
Сообщение от art Посмотреть сообщение
потому что на 20 число (случай 2) - не должно (по логике давать отгружать).
Я понял ОБЩУЮ позицию Nav - делать учет прошедшей датой не рекомендуется.
Я может чего не понимаю, но как вы можете 25-го учитывать отгрузки за 20-е?

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

Что касается рекомендаций, то вот моя переписка с представителями MS по похожей проблеме:
http://www.ms-dynamics.ru/forum/index.php?...&#entry8109
Старый 19.04.2007, 10:42   #12  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
Цитата:
Сообщение от Sitizen Посмотреть сообщение
Я понимаю ситуации, когда нехронологический ввод документов связан с покупками - то документов нет от постащика, то еще что-то.
Но тут-то продажи. Это в ваших же интересах вести учет день в день - актуальные остатки, актуальная дебеторка, актуальный анализ реализации.
Почему вам не стремиться к этому, а не к тому, чтобы переделать систему?
Вы знаете - я высказываю свою точку зрения (я не хочу спорить на эту тему, так как я прекрастно понимаю что вы имеете ввиду, по поводу данной темы) - но, случаи бывают разные: работник заболел, уволилился, умер, ушел в запой и т.д.. И в этот день вместо него никто не выполнил его работу (не занес данные текущей датой). И что делать дальше ? Не вводить эти документы в Navision ?

Просто система, с моей точки зрения, должна быть более гибкой в плане таких вещей как ввод документов прошлой датой.
Старый 19.04.2007, 12:53   #13  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Цитата:
Не вводить эти документы в Navision ?
Что значит не вводить эти документы в Navision?
Какое-то событие в системе должно рождать фактическое действие. А не наоборот, для событий, инициаторами которых являемся мы.
Тогда и проблем поубавится
__________________
Должен остаться только один.
Старый 19.04.2007, 13:29   #14  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
Цитата:
Сообщение от NeNavision Посмотреть сообщение
Что значит не вводить эти документы в Navision?
Какое-то событие в системе должно рождать фактическое действие. А не наоборот, для событий, инициаторами которых являемся мы.
Тогда и проблем поубавится

А, как тогда быть с например, с боем продукции. Уехала машина с продукцией, через несколько дней она доехала до пункта назначения. Фирма получила продукцию и обнаружила бой. Оформила документы и выслала эти документы нам. Документы пришли через несколько дней. Необходимо сделать акт списания. Какой датой делать ? Той которые были оформленны документы, или датой которой они пришли нам ?????? Я думаю датой которой они были офрмленны. Вот и получается необходимость ввода документов прошлой датой. И в данном случае фактическое действие порождает действие в системе.
Старый 19.04.2007, 13:50   #15  
NeNavision_imported is offline
NeNavision_imported
Участник
Аватар для NeNavision_imported
 
241 / 10 (1) +
Регистрация: 12.08.2005
Бред какой-то.
Нужно делать так.
Продали. Учти заказ продажи. Фура уехала.
Вернули товар. Делаем кредит ноту с фиксированным применением.
Списывает бой. Акт списания с фикс. применением.
и никаких измений дат. Все последовательно.
__________________
Должен остаться только один.
Старый 19.04.2007, 14:24   #16  
art06 is offline
art06
Участник
Аватар для art06
 
192 / 10 (1) +
Регистрация: 11.08.2006
Цитата:
Сообщение от NeNavision Посмотреть сообщение
Вернули товар. Делаем кредит ноту с фиксированным применением.
Списывает бой. Акт списания с фикс. применением.
и никаких измений дат. Все последовательно.
Тогда более подробно можно описать - что такое фиксированное применение ?
Старый 19.04.2007, 14:49   #17  
Sitizen is offline
Sitizen
Участник
Аватар для Sitizen
 
305 / 10 (1) +
Регистрация: 10.01.2006
Цитата:
Сообщение от art Посмотреть сообщение
Вы знаете - я высказываю свою точку зрения (я не хочу спорить на эту тему, так как я прекрастно понимаю что вы имеете ввиду, по поводу данной темы) - но, случаи бывают разные: работник заболел, уволилился, умер, ушел в запой и т.д.. И в этот день вместо него никто не выполнил его работу (не занес данные текущей датой). И что делать дальше ? Не вводить эти документы в Navision ?

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

Если вы хотите более гибкую систему, работайте на 1С - там ваша проблема решена.
И еще раз - Вы постоянно путаете учет документов прошлой датой с НЕХРОНОЛОГИЧЕСКИМ вводом документов в систему. У вас проблемы возникают именно из-за того, что вы учитываете события не в том порядке, как они фактически произошли в реальности.
Старый 19.04.2007, 15:05   #18  
rov_imported is offline
rov_imported
Участник
 
176 / 10 (1) +
Регистрация: 20.01.2005
Цитата:
Сообщение от Sitizen Посмотреть сообщение
И еще раз - Вы постоянно путаете учет документов прошлой датой с НЕХРОНОЛОГИЧЕСКИМ вводом документов в систему. У вас проблемы возникают именно из-за того, что вы учитываете события не в том порядке, как они фактически произошли в реальности.
Во-во... только что хотел написать про это.
Вводить операции задним числом - МОЖНО! Сколько угодно!
НО! Нельзя вводить документы с нарушением последовательности!! Поймите это!
Я могу ввести документ и сегодняшним числом. Но ведь может быть кто-то ,кто ошибся и ввел списание
этого товара завтрашним числом! И тогда я не смогу учесть свой документ - при этом учитываю то я его
сегодняшним числом.
Так что дело не в дате - дело в последовательности документов. А когда она такая - как вы привели в примере -
увы это пахнет бардаком и к системе это не имеет никакого отношения.
 


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 04:16.