LSVДенну на телефоне сидят выписывает, клиент по каждой позиции распрашивает, ну это конечно гипотетическая ситуацияЭто НЕ гипотетическая ситуация. Вполне реальная. Причем не на тлф. а вживую (сам видел).
Даже менеджер может смениться: например клиент запросил товар из категории, за кот. отвечает другой категорийный менеджер (оптовая торговля фуд-нонфуд). :)

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

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

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

Вот интересно, а как это в архитектуре "документ - регистр - обработка проведения" выглядит?

При вводе напрямую в регистр писать ? Так вообще в 1С можно делать? Или фантомные документы создаются? Но тогда их туча будет. Реально интересно.

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

Nitro_JunkieLast1Cmenпропущено...


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

Что-то не догнал. Мне нужно для каждого документа, при вводе кол-во (ну или периодически при вводе 3-4 количеств), транзакционно сохранять их куда-то в глобально видимый резерв (по сути являющийся регистром накоплений) и опять таки транзакционно с учетом блокировок (а желательно оптимистичных) сравнивать его с "проведенным" резервом (вот он то точно регистр накоплений). С какого бока тут регистр сведений?

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

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

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

ну а типовое решение... ну на то и типовые чтобы не всем подходило

Last1CmenNitro_Junkieпропущено...


Что-то не догнал. Мне нужно для каждого документа, при вводе кол-во (ну или периодически при вводе 3-4 количеств), транзакционно сохранять их куда-то в глобально видимый резерв (по сути являющийся регистром накоплений) и опять таки транзакционно с учетом блокировок (а желательно оптимистичных) сравнивать его с "проведенным" резервом (вот он то точно регистр накоплений). С какого бока тут регистр сведений?

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

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

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

ну а типовое решение... ну на то и типовые чтобы не всем подходило

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

Nitro_JunkieLast1Cmenпропущено...


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

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

ну а типовое решение... ну на то и типовые чтобы не всем подходило

А можно предметнее? Какие у этого регистра сведений резерва будут измерения? Товар, Склад? Товар, Документ? Как мне посчитать общую сумму всего резерва по таким "не проведенным" документам?

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

ну и запрос при подборе на общий остаток по всем складам (конкретному складу если их несколько) за вычетом зарезервированного даст вам весь свободный товар

СисойПридется еще и сохранять документ после каждой строки или порции строк.
А логика регистра очень проста.

Измерения - Документ, ID строки документа (его нужно добавлять в типовой документ и инициализировать при добавлении строки), Товар, остальное - в зависимости от политики резервирования.
Ресурс - Количество.

Делал так раз, все работало.

ну да записывать конечно... причем все подобные "автоматические" варианты (там раз в минуту или после 5-10 строк) заканчивались тем что запись и резервирование в автоматическом режиме можно не делать... все равно будут просить отключить по умолчанию (потому как пока общаются с клиентом содержимое одной и той же строки документа может меняться несколько раз)

Nitro_JunkieLast1Cmenну и запрос при подборе на общий остаток по всем складам (конкретному складу если их несколько) за вычетом зарезервированного даст вам весь свободный товар

Хм... А тогда почему просто нельзя запрос из непроведенных документов сделать? И второй вопрос, а что с блокировками делать? Но суть в принципе понятна. Регистр сведений это по сути таблица с ключами, а дальше делай что хочешь, под свою ответственность :)

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

vanderermazzyвот и сейчас: начало - шедевр пропаганды, а на трех страницах куча оффтопика про 1С , про еще какую-то фигню и еще, и еще...
да ну, нах.
Ну да, обидно, когда любимая AX сдает позиции горячо ненавидимой один-цэ :D
Форум - всего лишь отражение реально происходящих процессов.


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