Друзья! У клиента появилось мега-пожелание, он хочет, чтобы все документы УПП проводились с определенным временем. Например, все поступление товаров и услуг со временем 11.00.00. Все реализации товаров и услуг в 15.00.00. Требования накладные, например, в 16.00.00. И т.д. Именно так, до секунд. Якобы всегда будем знать, в какое время документы, а с одинаковыми секундами, чтобы при записи было проще и быстрее подставлять.
Вот интуитивно не нравится, тестовый пример на паре документах делали, вроде бы ничего критичного не произошло на первый взгляд. Но что будет на тысячах документов? Хотим отговорить заказчика, но не можем найти сильных доводов. Кто может помочь/подсказать, каких проблем потом ожидать?

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

ну и пусть клиент забудет о нормальном контроле остатков конечно

(2) +100

(0) http://anticache.img0.joyreactor.cc/pics/post/ритуал-нахуа-индейцы-песочница-789730.jpeg

(0) если нет перемещений и ТН в один день, то решение верное и ни каких проблем не сулит

(5)
Кроме вылетевшего в форточку контроля остатков

(0)
Должна соблюдаться историческая последовательность ввода документов
иначе будут казусы типа
Оформили возврат позже реализации
как пример

(0)
Для полного счастья попроси заказчика добавить в эту цепочку платежные документы
Последовательность взаиморасчетов и все такое ..

(6)
(7)
бла бла бла
мойте руки перед едой

(9)
осторожнее, как никак люди форум читают

(0)
С технической точки зрения проблем никаких нет
Есть проблемы методологические
(6),(7),(8)
Это только верхушка айсберга

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

(12)
Найдешь сообщи, интересно
хотя сомнительно крайне

(11) с контролем остатков всё в порядке будет

всю ветку не читал. а "накуя" уже было?

переходи на рауз, там нет такой проблемы

(16)
Какой именно проблемы?

1. Если есть партионный учет, то документы расхода, проведенные в одно и то же время, могут списать одни и те же партии по нескольку раз;
2. Оперативный контроль остатков. Методологически решения от 1С делают контроль остатков на дату вплоть до секунд; в этом же случае контроль остатков лучше делать на конец дня, но это доработки.
3. Если у Вас РАУЗ, то зачем вам эти забавы с временем док-тов?

(16) там есть отрицательные остатки

(15) ну типа, чтобы поставить в документе Дата = ... 11:00:00
и больше не париться.

(20)
))))))

задача в 0 - херня полная
(7) какая история? вводят как кому на душу положит... и хорошо, если розница, а в опте что хотя то и творят

(22)
поправить хронологию, это одно дело
а в (0) это принципиально нельзя сделать

если учесть, что время в скуле хранится с точностью до 10тысячной - получаем 10 тыщ в секунду документов

(23) [а в (0) это принципиально нельзя сделать]
легко
переносом на следующий день

более того, во многих отраслях это типовое решение =)

(23) а что мешает это сделать? позиция дока все равно будет

(26)
как пользователь сменит вручную позицию? в такой схеме (0)

(27) а для чего пользователю вмешиваться в позицию?

(28)
для того чтобы оформить поступление ранее реализации например

(0) по-моему проблем возникнуть не должно. Когда у 2х документов одинаковое время, то они всегда различаются только позицией. Ну а за контролем последовательности документов лучше следить. Даже с такой методологией на застраховано от случая, сначала продажа товара, а затем приход.

Введу пояснение по поводу остатков, последовательности ввода документов и т.п. Предполагается разработать четкую последовательность, то есть ВСЕГДА документы поступления будут до реализации, так как Поступление всегда в 11.00.00, реализации всегда в 15.00.00. Возвраты от покупателя, например, в 12.00.00, возвраты поставщикам например в 17.00.00. Почему одной секундой? Так как при записи (с точки зрения кодирования) не нужно будет искать последний документ и прибавлять секунду, а просто прописать к дате конкретное время (быстрее будет записываться документ).

И РАУЗ не катит. Определили, что будет партионка

>>Так как при записи (с точки зрения кодирования) не нужно будет искать последний документ и прибавлять секунду
что? дак и сейчас не надо ничего искать с точки зрения "кодирования", что за самодеятельность в установке времени вобще?)

(31)
Вполне реализуемый вариант. И логичный, если документы вводятся программно и/или неоперативно

(33)
У них наверняка ввод документа пакетный(например раз в день все). Вот они и пытаются через время избавится от возможных отрицательных остатков.

(29) у автора это как раз и предусмотрено: поступление утром, стулья - вечером

(36)
Главное, чтоб взаимных перемещений не было

(33). Поясню еще раз, на примере. У нас сейчас 3 варианта решения: уговорить их этого не делать; делать, но время писать не с одинаковыми секундами, а Время последнего документа+1 секунда; делать, время одинаковое для одного типа документа.
2-ой вариант от третьего отличается тем, что при записи придется писать запрос, который будет искать время последнего документа и прибавлять к нему секунду. Избавляемся от потенциальных проблем с одинаковым временем, но медленнее идет запись. В третьем варианте - потенциальные неясные проблемы  с одинаковым временем. В основном волнует, не повлияет ли на выпуск продукции, на расчет себестоимости?

(38)[ не повлияет ли на выпуск продукции, на расчет себестоимости?]
если ТН раньше перемещения, а перемещение раньше ПТиУ, то влияет

если же ТН метнула в НЗП верную сумму, то ОПзС всё пофиг

Вариант "уговорить их этого не делать". Проблемы-то знакомые и даже могу описать одну из них.

Например, заведующая складом (она же - кладовщик) весь день принимает и выдаёт товар, а за компьютер садится ближе к вечеру. И уже не помнит что, когда, кому выдавала и принимала :) Ну, насчет "что, кому"  - это я погорячился, а вот "когда" - точно уже никто не помнит.

Вот так, легко и просто, вместо наведения порядка, принимаются "мега-решения": весь приход - до обеда, весь расход - после обеда...

"Счастье - это временное психическое расстройство, вызванное избавлением от старых проблем за счет новых"(не помню кто первым сказал)

(18) По пункту 1 удалось смоделировать... Бяда... Буду об этом говорить, думаю выберут тогда вариант второй, что тоже для нас плохо...

PS:

Если примут решение что между приходом и расходом по одной секунде, то всегда найдется кто-то, кто захочет вставить перемещение между ними.

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

Если примут решение что между приходом, перемещением, комплектацией и расходом... ну, надеюсь, ты уже сам всё понял.

(0) А какую проблему решаете?

(41) >> По пункту 1 удалось смоделировать...

Уверены? Что-то сильно сомневаюсь.
УПП под рукой нет, но типовые БП и УТ при списании по партиям берут остатки на момент времени документа реализации. Так как момент времени - это Дата+Ссылка, то одинаковые остатки (чтобы списать одни и те же партии) можно получить только если проводить документы вручную - сначала взять и провести документ Д2 (с большей или более поздней ссылкой), а потом документ Д1 (с меньшей или более ранней ссылкой). При групповом проведении (когда документы упорядочены по моменту времени) или при восстановлении последовательности (где в таблице последовательности документы тоже упорядочены по моменту времени) таких проблем возникнуть, вроде как, не должно.

Хотя один раз сталкивался, когда в стандартной (типовой) групповой обработке справочников и документов, документы выстраивались в неверной последовательности. Там проблема была в том (если мне не изменяет память), что список документов для проведения (отмеченных галочкой на форме) выгружался из таблицы в массив. И в момент выгрузки порядок сбивался.

Да, от восстановления последовательности не уйти, но куда сунуть перемещение - вот вопрос! И приход и расход. А восстановление - это да, разовая ежедневная операция, обязательная, к тому же - порядок хоть будет.

(44) Уверен. Делается это так. Проводятся с одним временем 2 поступления в 11.00.00 в которых поступает, например, гвоздь по 1 штуке в каждом. Записываются (но не проводятся) 2 реализации в 15.00.00 со списанием гвоздя по 1 штуке в каждой. С одинаковым временем они выстраиваются, видимо , по моменту создания (номер не влияет на последовательность, проверено). Затем проводится сначала вторая реализация, потом первая. В результате списывается одна и та же партия поступления в обоих реализациях.
Понимаю это так: вторая реализация в последовательности смотрит остаток на свой момент времени - и он есть, списывает. Далее проводим первую реализацию - и, так как она по моменту времени раньше, видит остатки еще до того, как их изменила вторая реализация

(44) По сути вы так и написали.

я вроде пропустил, дак как учет то ведём? партионка или рауз?

фифо-лифо-средняя?

(31) Чувак ты про момент времени всегда помни.Да и еще что насчет перемещений.