Проведение документа будущим числом #648153

В БП - вроде, проводится, ни о чем не спрашивает. В КА и  торговле - сообщает, что дата больше текущей и оперативно провести нельзя, но провести неоперативно не предлагает. Это можно настроить не залезая в конфигуратор?

В БП - вроде, проводится, ни о чем не спрашивает. В КА и  торговле - сообщает, что дата больше текущей и оперативно провести нельзя, но провести неоперативно не предлагает. Это можно настроить не залезая в конфигуратор?

а зачем? у тебя ведь тогда все текущие доки будут проводиться без контроля остатков ибо станут неоперативными

да и насколько эта дата будущая?

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

выписывай но не проводи, а для кладовщиков сделай ордерный склад

делайти через заявки, а сутра уже на основании реализации

как всегда жжет

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

(4,5) Это всё поняьно, но люди хотят просто завтрашним числом и всё! Я предлагаю дату в программе (или в компьютере) переставить. Я недавно познакомилась с новыми заказчиками, так они просто визжат от моего ума и знаний. Я (по КА!) ответила на такие вопросы, которые им их программист не мог решить уже 2 года.

Бедные заказчики :( Потом всем будут говорить, что 1С гуано...

Значит, нельзя - будущим числом? Чем плохо решение переставить дату?

см

Себестоимость будет считаться не правильно.

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

чо?

[Я недавно познакомилась с новыми заказчиками, так они просто визжат от моего ума и знаний. Я (по КА!) ] вот уж насмешила :))))

Сделайте ордерную схему, она для этого и нужна.

Через плечо.

Делаешь кнопку "Неоперативно" на форме. в обработке ее действия пишешь чтото тип Записать(РежимЗаписиДокумента.Проведение,РежимПроведенияДокумента.Неоперативный); Это в УТ10. В УТ11 я думаю надо вызывать серверную функцию.

Кнопка ОК при этом все равно действовать не будет. После нажатия "Неопреативно" просто "Закрыть" нажимаете и всё.

и что это даст?

А КА это вроде на основе УТ10. Так что тоже самое.

проведение :))

а без этой кнопки не будет проведения?

будущим числом нет :)

Мне положительно нравятся одноэсники? Они всегда на вопрос "А как лучше повеситься?" не посоветуют отказаться от этой затеи, а порекомендуют веревку лучшего производителя, хороший сорт мыла, методику выбивания табуретки....

ну чо вы тут философию развели? ну просит заказчик :)

одна строчка :)

а потом такие спецы, надувая щеки, валят проекты внедрения

я на этой строчке тысяч 20 за 5 лет заработал :) 15 вызовов. одна строчка. час работы. :)

ты хочешь поговорить об этом? :) я нет.

Действительно... А то что это нарушает заложенную в основу конфигурации базовую концепцию - какие мелочи...

да господь с тобой, но в блокнотик записал - тебя мы привлекать на проект ни в коем случае не будем

Чего все прикопались? Задача стандартная, когда вечером все менеджеры выбивают накладные на утро. Я в таких ситуациях обычно флажок - "накладная на завтра", и потом по регл. заданию все такие накладные переносятся на след. день. А ордерный склад от 1С - чушь полная, без переделок не взлетает. Ни актов расхождений, ни работы по претензиям по браку нормально не реализовано. Для контроля склада - остатки списываются при отгрузке калодовщиком (документ допроводится), а при проведении менеджером - резервируются.

[А ордерный склад от 1С - чушь полная, без переделок не взлетает. Ни актов расхождений, ни работы по претензиям по браку нормально не реализовано.] как связан ордерный склад и акты расхождения + претензии?

Да пусть себе вбивают. Проводить то зачем?

там чет какие проблемы. толи сф не печатается толи еще что. еще чет там было.

+ не смотря на то что не проводятся взаиморасчеты и прочая оперативная инфа, проводятся движения по остаткам и продажам. соответственно ты при проводении не сможешь продать больше чем у тебя есть. что в случае непроведения вполне возможно :)

Ага. И? На складе ее не могут распечатать?

легко! на складе остатко 100 единиц товара - один манагер проводит док завтрашним числом и продает все 100 единиц, второй манагер проводит продажу сегодняшним числом  - в итоге со склада продано 200 единиц!

Во накинулись-то, адепты от мира 1С. Делали не раз, как написано в . Особенно это в дистрибуции, оптовой торговле актуально. Заявки бьются "Заказами покупателя", а операторы вечером и ночью формируют и печатают "Реализации товаров услуг". И ничего страшного нету в том, что такая реализация выбьется завтрашним числом в неоперативном режиме.

+ ... естественно, при условии, что во время работы операторов никто ничего в складских операциях не творит.

давайте не путать работу по регламенту и хаос, ок?

Где хаос-та? Я это к тому, что в некоторых случаях проведение документов будущей датой - оправдано.

Хорошо, распишу "хаос" по порядку: - до 18-00 текущего дня формируются "Заказы покупателей" с датой отгрузки "на завтра"; - с 20-00 и до утра следующего дня идет сборка на складе + формирование "Реализаций товаров и услуг" на завтра; документы, естественно, должны быть завтрашней датой; Вопрос - что "хаотичного" в том, что РТУ, сформированные с 20 до 23-59 сегодняшнего дня будут выбиты с завтрашней датой?

это как раз работа по регламенту и кстати отлично реализована в ордерной схеме

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

да, по регламенту, и в выбивке документов в неоперативном режиме будущей датой никаких существенных ущербов учету не наносит, верно? :) И нахрена тут плодить ордерную схему вдобавок, которая ведет к дополнительном действиям?

речь и идет про регламент. :) хаос рано или поздно организуется :)

при чем если 1С вообще в УТ11 от оперативки партионной отказалась и проводит проводки по партиям в конце месяца. Тут в прицнипе тоже самое можно делать обычным перепровденеием документов на следующий день утром чтобы еще и оперативные регистры подтянуть :) все решается регламентом. А всякие ордеры-шмордеры мелкоте непонятны и нахрен не нужны :)

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

предлагаю ввести еще один реквизит типа дата - датаНакладной. Проводить документы оперативно, но при печати брать не дату документа, а дату накладной

У таких организаций есть ответственные лица, которые на основании доверенностей подписывают документы даже тогда, когда главбух на Канарах.

в западных торговых системах видел такое поле ApprovalDate. У моего крупого оптовика такая стоит(Maconomy на ORACL). у них документы от поставщиков идут месяцами а товар уже на складе :)

Во-во, нехрен усложнять простую и понятную схему ордерными вещами. Друг мой, объясни в чем бред? Товар отгружается день-в-день, реализации позже чем на завтра не печатаются, операторы работают после менеджеров. Где ущерб учету-то наносится?

это ордерная схема, когда товар приходуется без фин документов

бред в том, что типовые механизмы заменяются велосипедами

А товарные отчеты кладовщиков, ведомость по товарам на складах - тоже будешь на ДатуНакладной переделывать? :)

Вы всё, что вам диктует 1С, понимаете под аксиомой? :)

во во. товар уходит завтра, документ должен быть выписан на завтра, движение в отчете должно быть на завтра. всё. :)

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

автора уже давно уволили, а вы тут все еще спорите

Я же написал где. что не ясно? Вы не понимает о чем речь? Это базовая концепция оперативного учета, заложенная в принципы построения конфигураций. Это как фундамент дома.

+ Клиенты то определяют дату поставки по дате накладной в таких товарах...

Какое отношение срок хранения имеет к дате накладной?

к таки товарам должны идти сертификаты и прочая сопроводиловка, от которой и определяется срок годности

Да? А я по душевной простоте думал, что с даты производства на упаковке продукции и по сертификатам.

Слишком душа у тебя простая :-(, представь себе совершенно реальный случай описал...

ну чувак видимо не работал на таком производстве, а пример привел для наглядности :))))

->

тупизна покупателей не твоя забота, разве не так?

Привел пример одного из моих постояенных клиентов - молокозаводик с такой же проблемой

Какая разница покупателю какого числа у меня товар списывается? У меня к примеру в 7-ке так сделано, счет-фактура проводится текущим числом, а там просто указывается нужная дата

Наивный :-(, прямая моя забота... Мне деньги платят за сохранение клиентов в том числе, если они хотят работать так, моя задача сделать это так...

автор уже давно забила на вас :) ей теперь интересны новые "непонятные штучки"

А я написал, что эта схема, при грамотном её использовании, ущерба учету не наносит. И не не бред это сивой кобылы. Точка.

Да я с тобой согласен, просто меня бесит, что даже в таком элементарном случае я вынужден конфу править, чтобы сделать подобоное. При этом 1С может говорить по поводу будущего числа что угодно, но в семерке с этим проблем не было, нету подобных проблем и в бухгалтерии восьмерочной, зачем же создавать искусственные проблемы в УТ? Загадка... При этом они прекрасно знают, что это Россия, где бизнес процессы часто весьма неожиданны...

БГ  что сказал тебе по этому поводу?

В семерке была ТА и был точно такой же принцип. Если мы не ведем речь о бухии.

Я тебе скажу, только тссс. 8-ка УГ, тормознуть убожество. Вот и пытаются хоть как то ускорить ее. Например отключить контроль остатков или отложенное формирование движений

Бред непиши, если не знаешь

В 7-ке небыло понятия неоперативного проведения, оно всегда контролила остатки. И никто не запрещал работать будущей датой

Еще раз, попробуй не проводя реализацию распечатать счет-фактуру будущим числом в типовой конфе УТ

в УТ 11 вообще не печатаются непроведенные документы

Вы меня поражаете! Вы не обладаете знаниями в этом вопросе, но кого-то обвиняете? Опупеть! Еще раз - в 7.7 была ТА, было проведение в оперативном режиме и проведение "задним числом". Только контроль остатков был при проведении задним число, от которого отказались в конфигурациях на v8. Все то же самое!

УТ11 пока вообще из младенческого возраста все никак не выйдет, перепахивается на 50% с каждым релизом...

ТА <> ТекущаяДата

ТА это точка актуальности, которая в 7-ке могла быть и в завтрашнем числе

Могла. И даже ставилась вперед некоторыми тупыми программерами в компании не менее тупых юзверей. В результате отсутствие нормального контроля остатков и пятикратное падение производительности. В нормальном режиме она двигалась по мере проведения документов.

+100500

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

Хоть бы фотку повесила уже...

Потому что часть информации в печатные формы документов берется из движений проведенного документа. Только и всего. Хоть пять констант заведите - Вы не сможете провести документ после ТА.

Вот поэтому и делается проведение вперед, если они не дают распечатывать документ... Собственно и вся проблема. Хотя опять таки в той же семерке можно было не проводить док, но спокойно его распечатать

Ага. И еще там были единороги... Подскажите откуда брались номера ГТД в счет-фактуру на основании не проведенной реализации?

+ Я не беру безумный вариант "взять из справочника номенклатуры", ибо это лажа. Хотя и присутствующая в конфигурациях 1С.

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

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

Их делает бухгалтерия, которая ни на праздниках ни на выходных не присутствует на заводе