Подскажите, возможно ли в 8-ке провести документ завтрашним число. При этом чтобы это было оперативное проведение. Т.е. в сегодняшнем числе можно было рассчитывать остатки на сегодня?
Какой вообще принцип проведения документов на будущее число. Спасибо

Книга знаний: Как разрешить проведение будущей датой в форме документа

(0) а зачем?

(2) очень надо!

(3) обычно такое бывает нужно из-за неправильной постановки задачи. Еще раз. Зачем?

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

(5) дык если товар есть уже сегодня - проводи его упр учетом сегодня, а завтра оформишь приход по фину...

оперативное проведение - это

проведение документов с дикрецией 1с в момент наиболее близким к текущему времени но более поздим чем последний введенный документ.

собственно вывод: если есть документ на завтра, то все документы вводимые сегодня НЕ МОГУТ проводиться оперативно!!!!

(5) знаешь что такое резервирование товара?

(8)+ а также поищи определение "бек офис" что и есть 1с, то есть система регистрации ПРОИЗОШЕДШИХ событий...  

Что то мне кажеться, что наколбасишь...

(6) а если не завтра, а через неделю, а если в следующем месяце? не выход. А если нет деления на фин. и упр. учет. Ну с приходом еще ясно, а как насчет расхода.
(7) т.е. судя по выводу, в 8-ке нет возможности провести оперативно документы на завтра.
(8) что такое резервирование я слегка догадываюсь, но это никак не решает задачу.

1. Есть очень простая задача. Сидят операторы вечером и проводят накладные завтрашним числом по сегодняшним заявкам. Рано утром поедут машины с товаром по этим клиентам с этими накладными. Клиентам нужны документы именно с завтрашним числом.

(10)почему нету, есть... только потом ВСЕ документы надо вводить после последнего...

сам посуди опишу порядок действий:

1.1.2000 приход 10шт

10.1.2000 приход 10шт

5.1.2000 расход 20шт (ведь на складе числиться 20!!!)

Документ сделай сегодня, а дату планируемого проведения поставь "завтра"
Завтра за ним придет обработка, поменяет его дату и проведет

(11) сидят менеджеры и заводят РЕЗЕРВИРОВАНИЕ!!!! а утром ВВОД НА ОСНОВАНИЕ (3 клика) и отгрузка готова....

(12) и какой вывод из этого?
(13) а вечером кладовщик распечатывает остатки, в которых висит завтрешняя отгрузка, а товар-то у него на складе еще есть.
(14) Это все хорошо, но это никак не решает проблему проведения документа на завтра. Т.е. это на 1 вид документа больше, на 1 движение больше, на объем всех дневных документов больше.

(14) кстати, а если отгрузка идет ночью, а не утром, а распечатать нужно сегодня?

(14) - давай-ка посчитаем.  500 заявок из них 60% по первой форме, т.е. с налоговой. 3 склада разной продукции. Товар собирается и проверяется вечером. Пусть даже не кликами, а обработкой формируются накладные - все равно их надо еще распечатать, разложить, проверить и т.д.

а еще можно в печатные формы дату ставить следующим днем отслеживая булевский реквизит на форме(например), и то лучше чем проведение будущим временем, а еще можно её руками в печ. форме менять, еще можно (14) почитать...

(18) ага, в 500 * 3 (вид документа) - и поменять в печатной форме ручками? Молодой человек, не хотите к нам оператором пойти?
А потом еще нужно чтобы во все отчеты вылезло завтрашним числом все документы. А как мне интересно вы так сделаете, что все отчеты вдруг будут формировать документы сегодняшнии, чтобы они выглядели как завтрешнии, да еще и если вы ручками поменяли все. Очень остроумно!

Впринципе, самый верный ответ - первый. Больше никто умного ничего не добавил. Неоперативное проведение на завтрешний день - вот решение проблемы.

(19) Нет, не хочу я к вам оператором. Потому что у вас бардак и в голове, и в организации работы, и в учете.

20) к вам не то что оператором..... вам уважаемый основы бы посмотреть по 1С, ибо бред полный вы придумали и если реализуете - хлебать будете полной ложкой!

жесть

(0) самій простой віход - не проводить документ, а провести завтра

(13) +1

(15) Сегодня висит сегодняшняя отгрузка

(20) это самый бредовый совет!

кроме того кто Вам мешает вообще все документы проводить в неоперативном режиме?
и ставьте даты когда захотите...


только хлебать будете полной ложкой :)

А вообще с Вашими знаниями сходите поучитесь на курсах...

А у нас такая вещь уже давно работает. И без проблем. И все проводится оперативно.

(28) Вы путаете понятия! если у Вас проводиться по схеме (0) и при этом прога думает, что она проводит оперативно, то это только по тому что Вы ее обманываете, и по методологии это НЕОПЕРАТИВНОЕ проведение

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

Ограничения, конечно, есть.
1.Документ проводится оперативно,и если все проходит успешно, то просто меняется дата и проведение на неоперативно, а потом распечатываются документы. 2. товар в этот момент находится в резерве, поэтому его нереально продать за время смены даты.
3. Ну и самое важно-все это делается в пакетном режиме.

Если ДокЗавтра = Оперативно ,то ДокСегодня = Неоперативно... Веселая формула)

Документ оперативно проводится, естественно,  сегодня, а потом дата меняется на завта. С точки зрения системы все номально.

(33) А даты движений по регистрам?

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

раз полшла такая пьянка v8: Вопросы о проведении документов

(35) Не всегда следует делать так, как это хочется видеть клиенту. Решать задачу можно разными способами и как раз вопрос постановки задачи здесь принципиален...

(7) ну так пусть проводятся задним числом
(8) резервирования делается как правило для продажи, а ка быть с перемещением, для которого резервирование непредусмотрено? к тому же это лишний документ, когда можно сразу выписать накладную

(37) конечно, можно решать не так как лучше, а через ж..

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

(39) у меня через 5 мин заканчивается рабочий день и я убегу. Мне влом спорить...

(37) ну тогда вот например постановка: рабочий день операторов с 8 часов утра, машины на развозку по магазинам (50 штук) грузятся с 3х складов с 5 часов утра, т.е. накладные должны быть уже на руках, к 9 часам все машины должны уже погрузиться и разъехаться по своим зонам

(31) и (40)- идеальное решение всех вопросов.

Видимо, идеального решения здеся просто нету.

Еще есть вариант проверять остаток при списании по партиям.
Там есть параметр "останавливаться если нет остатка" он по умолчанию установлен в ложь.
Если у вас списание оперативно по партиям то ставьте его в истину и тогда можно проводить не оперативно но с контролем остатков.
Заодно решается проблема когда товар со склада списан, а по партиям нет так как его нет еще на остатке на момент проведения.
Хотя не всем такое может подойти.

(1)+ в дополнение к телепату
Книга знаний: v8: Оперативное проведение: изменение даты документа и проведение будущей датой

спор фиксей с реально работающих предприятий в реальных условиях
и франчей, воспитанных на ларьках и курсах 1С
:)))

тук-тук, дятлы....
чё, нажрались удовольствий опер учета?
И какой это в жпо опер учет?

А в (0) - нормальная задача. Типовой злебокомбинат.
до 20-00 принимают заявки,
в 21-00 их начинает выполнять производство
в 21-00 согласно плана начинают заполняться и печататься РН и СЧФ (порядка 750 РН, каждая в 2-х экземплярах, + СЧФ к ним, тоже в двух экземплярах
в 6-00 машины пошли с развозкой...

как организовать систему "Точно вовремя" (Just-In-Time, JIT) на базе типовой 1С ?

(0) А ордерная схема не подходит?