Состояние основного средства
13.03.2008
15:48
#1
Бухгалтерия7.7
Актом ввода в экплуатацию ОС проставляется в истории состояние ОС: в эксплуатации.
Затем ТЕМ ЖЕ ДНЕМ ОС передается в текущую аренду- в справочнике основного средства изменяется состояние на: передано в текущую аренду. Как известно поставляется нулевое время даты записи состояния, введенной вручную.
Получается что текущее состояние ОС - это в экплутации(т.к. время состония в экплуатации при той же дате позднее), хотя на самом деле в аренде.
Зачем так сделано? Или я что-то не понимаю.
Если у реквизита справочника ОС - Состояния оставить только ручное измение, то, все работает.
Актом ввода в экплуатацию ОС проставляется в истории состояние ОС: в эксплуатации.
Затем ТЕМ ЖЕ ДНЕМ ОС передается в текущую аренду- в справочнике основного средства изменяется состояние на: передано в текущую аренду. Как известно поставляется нулевое время даты записи состояния, введенной вручную.
Получается что текущее состояние ОС - это в экплутации(т.к. время состония в экплуатации при той же дате позднее), хотя на самом деле в аренде.
Зачем так сделано? Или я что-то не понимаю.
Если у реквизита справочника ОС - Состояния оставить только ручное измение, то, все работает.
13.03.2008
16:25
#2
Это так не сделано, это грабли в платформе 1С:Предприятие 7.7. Установка двух значений периодического реквизита на одну дату вручную невозможна, а с помощью проведения какого то документа делается хитрым образом и не всегда корректно потом воспринимается отчетами, да и вообще, проблема это, в общем... В 8.0 этот момент реализован иначе, поэтому там такое не возникает, а тут... Рецептик вам - укажите вручную нужное вам состояние на дату, следующую за проблемной.
А вот про "хитрым образом..."
Наблюдение (инфо для технических специалистов в качестве обмена опытом):
Если на одну дату установлено несколько значений периодических реквизитов, то:
- значение, установленное вручную считается самым первым в дне
- если значения установлены при проведении документов, то момент начала действия значения имеет пустое время если дата документа не совпадает с датой установки значения реквизита. Такое значение записывается в начало дня, но не перед значением, введенным вручную.
- если имеется более чем один документ, даты которых не совпадают с датой установки значения, то их движения регистрируются в порядке, в котором документы заведены в базу данных, то есть, даже не позиция в журнале документов, а позиция по dbf таблице 1SJOURN (или на SQL сервере).
- если дата документа совпадает с датой установки значения периодического реквизита, то в таблице движений мы видим время. Соответственно, если таких доков более одного, значения сортируются по времени.
В результате, метод Спр.ХХХ.Получить() возвращает последнее значение из этой каши.
И еще: если документ использует компоненту "оперативный учет", то в нем при проведении невозможно установить значение периодического реквизита на дату, отличную от даты документа и меня это жутко бесит!!!
А вот про "хитрым образом..."
Наблюдение (инфо для технических специалистов в качестве обмена опытом):
Если на одну дату установлено несколько значений периодических реквизитов, то:
- значение, установленное вручную считается самым первым в дне
- если значения установлены при проведении документов, то момент начала действия значения имеет пустое время если дата документа не совпадает с датой установки значения реквизита. Такое значение записывается в начало дня, но не перед значением, введенным вручную.
- если имеется более чем один документ, даты которых не совпадают с датой установки значения, то их движения регистрируются в порядке, в котором документы заведены в базу данных, то есть, даже не позиция в журнале документов, а позиция по dbf таблице 1SJOURN (или на SQL сервере).
- если дата документа совпадает с датой установки значения периодического реквизита, то в таблице движений мы видим время. Соответственно, если таких доков более одного, значения сортируются по времени.
В результате, метод Спр.ХХХ.Получить() возвращает последнее значение из этой каши.
И еще: если документ использует компоненту "оперативный учет", то в нем при проведении невозможно установить значение периодического реквизита на дату, отличную от даты документа и меня это жутко бесит!!!
14.03.2008
09:25
#3
Именно так и выходим из положения- указываем дату, следующую за проблемной, хотя это и вносит некоторую неточность в учет. Спасибо за ответ.
16.11.2009
19:30
#4
Спасибо большое за разъяснение логики хранения нескольких значений периодического реквизита за одну дату. Долго бился и не мог понять. Теперь все ясно. Хочется только спросить: неужели составителям документации встренного языка 1Cv77 так трудно было включить один абзац с подобным описанием?
Читают тему
(гостей: 1)