Отправлено: 03.03.09 22:45. Заголовок: О контроле Даты в накладных

Вопросик по программе МТ
Ситуация такая. Что когда начинаю делать расчет наценки по Накладным (или
товару) За определенный период и с фильтрами (к примеру "без возвратов")..
Расчет происходит с ошибками. Ошибка конечно ясна, что некоторый товар был
заприходован чуть позже чем зарасходован!
Можно ли както в программе установить процесс контроля, что накладную
созданную раньше (например поставлен в резерв товар) нельзя провести до тех
пор пока дату не изменишь раньше прихода какогото товара! Т.е. если товар
поступил позже, то Поднимая резервную накладную ее можно провести со
списанием товара именно только позже прихода... Чтобы программа это
контролировала!!!!
Просто в потоке объема работы частенько бывает забываешь изменить число
Расходной накладной, что потом выливается в ошибках в расчеты...
Это можно было бы сделать опционально... В настройках программы к примеру...
Вообще считаю что это было бы правильней.. Чтобы опция такая имелась...
ввиду того что автоматизация торговлив этом и заключается чтобы программа
контролировала работу и правильность прихода и расхода...
Конечно бывают ситуации когда необходимо провести "задним числом" - но это
неправильно со стороны логики.. и при том Даже если так проведешь - в любом
случае В отчетах (в частности "Расчет наценки ...... ") происходят ошибки!!!

 Отправлено: 14.05.14 17:36. Заголовок: актуально..

актуально

 Отправлено: 14.05.14 17:57. Заголовок: Добрый день ! Я пос..

Добрый день !

Я постараюсь ответить по пунктам.

1. Форум - это место обсуждения вопросов, а не тех. поддержка.
Если у Вас есть вопрос в тех. поддержку - пишите пожалуйста на e-mail: memo4x4@yandex.ru
А этот вопрос, действительно я не заметил ... впрочем мы просматриваем и обсуждаем не все темы.

2. Про опцию понял, а вот про то что она должна делать - к сожалению нет.
Давайте пожалуйста попробуем прочитать вот этот текст вместе:
"накладную созданную раньше (например поставлен в резерв товар) нельзя провести до тех пор пока дату не изменишь раньше прихода какогото товара!"
И еще раз прочитайте. Спасибо.

Насколько я понял, речь идет о расходной накладной, товар по которой поставлен в резерв.
Должен быть запрет на ее проводку (списание остатков товаров), а вот дальше "пока дату не изменишь раньше прихода какогото товара"
Программа должна проверять, что бы дата расходной накладной должна быть меньше (раньше) прихода товара ?!
Почему ?! В расходной накладной может быть выписано 100 товаров, которые оприходованы по разным накладным, какую приходную накладную нужно проверять ?!
При проводке расходной накладной важно наличие остатка для списания ....

Может быть в этом тексте хотели сказать о необходимости того, что бы при расчете наценки - программа контролировала остаток товаров (наличие)
на дату списания товаров по расходной накладной ?

Поясните пожалуйста. Заранее спасибо.

 Отправлено: 22.05.14 09:43. Заголовок: Ошибка конечно ясна..

Ошибка конечно ясна, что некоторый товар был
заприходован чуть позже чем зарасходован! (c)

Абсолютно блистательная формулировка.

Генадий, я понял этот вопрос. Суть такова: Еще не поступивший на дату продажи товар отписывается клиенту. Товара в программе нет, он еше туда не введен, но уже как бы продан(!). Такое случается, в частности, при работе с бюджетными организациями, которым надо израсходовать деньги и получить все отгрузочные документы определенной датой, которая, как правило - уже сегодня, или даже - вчера.

Итого имеем: "продан" товар, которого в базе еще нет, а значит - нет и его себестоимости.

Разумеется, расчет наценки в этом случае покажет ложные цифры. Поэтому (на практике) приходится документ поступления товара от поставщика проводить не фактической датой этого поступления, а более ранней, чтобы на дату продажи покупателю этот товар, уже был оприходован в программе и фактически числился на остатках.

Думаю, любая учетная программа бессильна решить такого рода задачу автоматизации хаоса.

 Отправлено: 22.05.14 10:54. Заголовок: СергейК спасибо , ..

СергейК спасибо , но как мог так и попытался объяснить ситуацию.)
Вы конечно меня правильно поняли и данную ситуацию с бюджетниками привели очень к месту. НО я хотел сделать упор еще и на то что вообще простов процессе работы при проводке расходного документа тутже проверялось , а если этот товар на дату проводки документа..?..

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

 Отправлено: 22.05.14 11:14. Заголовок: alexei76 пишет: воо..

alexei76 пишет:

цитата:

вообще простов процессе работы при проводке расходного документа тутже проверялось , а если этот товар на дату проводки документа

Это абсурд ! Даже с точки здравой логики. Что такое "есть ли товар (остаток товара) на дату проводки документа" ?!
Давайте рассмотрим простой пример. 1 мая оприходовали 10 ед. товара. 10 мая продали 10 ед. товара. Остаток 0 ед. товара. Все абсолютно верно.
Теперь добавили расходную накладную задним числом от 2 мая. Так вот - 2 мая остаток товара есть, есть он и 3 мая и 4 мая и т.д.
И что нам дает эта информация о наличии товара на дату проводки документа ? Выполнив проводку этой накладной мы получим минус на остатке.

 Отправлено: 22.05.14 10:02. Заголовок: Ничего подобного - з..

Ничего подобного - задача вполне решаемая.
В карточке настройки программы, на закладке "ОБЩИЕ" ОТКЛЮЧИТЕ опцию КОНТРОЛИРОВАТЬ ДАТУ ПРИХОДА ПРИ СПИСАНИИ МЕТОДОМ FIFO.
Теперь программа при всех расчетах наценки не будет проверять наличие товара на остатке в момент списания. Конечно приход должен попадать в расчетный период.
Если выполняем расчет за май и расход 05 мая, а приход только 10 мая - то программа спишет расход от 5 мая и правильно рассчитает наценку на основании прихода 10 мая.
Бизнес-схема спорная, с точки зрения классической бухгалтерии в принципе не приемлема ... но в реальном товарном учете иногда используется. ;)

Попробуйте пожалуйста. Возникнут вопросы - пишите.