Журнал типа проводка в спланированных заказах

[ymv2000]

Добрый день!
В модуле сводное планирование в спланированных заказах
есть возможность утверждать спланированные переносы с указанием
названия складского журнала типа перенос.
Нам необходимо еще утверждать журнал типа проводка?

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

[mazzy]

Zitat:

Zitat von ymv2000

Нам необходимо еще утверждать журнал типа проводка?

Журнал перенос имеет следующий смысл: взяли с одного склада и положили на другой (взяли с одной складской аналитики и положили на другую)

Журнал Прибыль/Убыток имеет следующий смысл: шли по складу и вдруг нашли/потеряли какое-то количество номенклатуры с какой-то складской аналитикой (финансовую прибыль/убыток аксапта автоматически относит на бухгалтерский счет, указанный в настройках)

Журнал Проводка имеет следующий смысл: шли по складу и вдруг нашли/потеряли какое-то количество номенклатуры с какой-то складской аналитикой, а финансовая сумма относится на счет, который оператор вводит вручную.

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

Теперь вернемся к вашей хотелке.
Вы действительно хотите, чтобы сводное ПЛАНИРОВАНИЕ создавало документ, который означает, что вы что-то НАШЛИ/ПОТЕРЯЛИ на складе? У вас ПОТЕРИ действительно ПЛАНИРУЮТСЯ?

Скорее всего, ваша хотелка родилась из-за того, что кто-то переписал журнал Проводка. И у вас этот журнал имеет совсем другой смысл, нежели в стандартной Аксапте. Что тут сказать - думать надо было ДО переписывания. Теперь либо переписывайте дальше, либо таки подумайте.

[ymv2000]

Zitat:

Zitat von mazzy

Журнал перенос имеет следующий смысл: взяли с одного склада и положили на другой (взяли с одной складской аналитики и положили на другую)

Журнал Прибыль/Убыток имеет следующий смысл: шли по складу и вдруг нашли/потеряли какое-то количество номенклатуры с какой-то складской аналитикой (финансовую прибыль/убыток аксапта автоматически относит на бухгалтерский счет, указанный в настройках)

Журнал Проводка имеет следующий смысл: шли по складу и вдруг нашли/потеряли какое-то количество номенклатуры с какой-то складской аналитикой, а финансовая сумма относится на счет, который оператор вводит вручную.

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

Теперь вернемся к вашей хотелке.
Вы действительно хотите, чтобы сводное ПЛАНИРОВАНИЕ создавало документ, который означает, что вы что-то НАШЛИ/ПОТЕРЯЛИ на складе? У вас ПОТЕРИ действительно ПЛАНИРУЮТСЯ?

Скорее всего, ваша хотелка родилась из-за того, что кто-то переписал журнал Проводка. И у вас этот журнал имеет совсем другой смысл, нежели в стандартной Аксапте. Что тут сказать - думать надо было ДО переписывания. Теперь либо переписывайте дальше, либо таки подумайте.

На Нашем предприятии есть конкретный бизнес-процесс(просто хотелкой его не назовешь), который заключается в ПЛАНОВОМ списании номенклатуры при выдаче со склада- БОЛЬШАЯ часть движений! Кладовщикам мы дали доступ к журналу-проводка только с определенным названием. Думали использовать журнал перенос, но что-то совсем не подходит, нам нужно списать а не передать на кого-то! Или могут быть другие варианты?

[glibs]

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

Только это... а у вас сводное планирование рассчитывает не потребность в материалах (закупке или производстве), а... расход чтоли? Т.е. у вас "сводное планирование наоборот"?

Вы его, случайно, не в производство списываете?

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

[mazzy]

Zitat:

Zitat von ymv2000

который заключается в ПЛАНОВОМ списании номенклатуры при выдаче со склада- БОЛЬШАЯ часть движений

Ключевые моменты заключены в глаголах.

СПИСАТЬ = потерять, уничтожить.
СПИСАТЬ = забыть о товарно-материальной ЦЕННОСТИ, нет его с момента списания.
СПИСАТЬ = забыть о сумме.

ВЫДАТЬ = передать, переместить
ВЫДАТЬ = права собственности на товарно-материальную ЦЕННОСТЬ переходит от одного к ДРУГОМУ.

Да, при выдаче товар списывается, но при этом автоматически что-то происходит с этим ДРУГИМ. Либо возникает задолженность, либо задолженность уменьшается.

Чувствуете разницу?
Таким образом "СПИСАНИЕ журналом проводка при ВЫДАЧЕ" - нонсенс с точки зрения Аксапты поскольку вы теряете информацию об этом ДРУГОМ.

Думайте, думайте.

[glibs]

Zitat:

Zitat von mazzy

...
Этот журнал ни в коем случае не надо давать кладовщикам.
...

Не согласен.

IMHO.

1. Создавать может кто угодно. В т.ч. и кладовщик.
2. Регистрацию/комплектацию должен делать только кладовщик (это область его материальной ответственности).
3. Разносить может бухгалтер (собирательный образ, который может подразумевать и экономиста) или кладовщик. Т.к. в системе есть аудиторский след. И если считается приемлемым настроить конкретный журнал для конкретного случая (обязательно с ограниченными правами, возможно, с дополнительными проверками), написать нормальную инструкцию для кладовщика, и возложить ответственность за разноску на кладовщика (он не считается в компании за идиота), то отдавать разноску складского журнала кладовщику можно. Точно также как можно отдать разноску накладной по заказу менеджеру отдела продаж, например.

[mazzy]

Zitat:

Zitat von glibs

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

Тебе про Фому, а ты про Ерему.
Человек пишет про списание.

Но даже если речь идет о приходе.
То все равно приход тары или давальческого сыря не стоит делать журналом ПРОВОДКА.
Впрочем, ты и сам об этом начал писать.

Zitat:

Zitat von glibs

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

Я же говорю - раз уж начали программировать бездумно, то теперь либо придется "еще полдня бегать, чтоб фотографию отдать", либо таки подумать над тем что реализовано и сделать по-человечески.

[ymv2000]

Zitat:

Zitat von glibs

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

Только это... а у вас сводное планирование рассчитывает не потребность в материалах (закупке или производстве), а... расход чтоли? Т.е. у вас "сводное планирование наоборот"?

Вы его, случайно, не в производство списываете?

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

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

[mazzy]

Zitat:

Zitat von glibs

1. Создавать может кто угодно. В т.ч. и кладовщик.

Хм... Да, ты прав.
Любой черновик действительно может создавать кто угодно.
Да, ты прав, речь идет о разноске.

Zitat:

Zitat von glibs

2. Регистрацию/комплектацию должен делать только кладовщик (это область его материальной ответственности).

Да, ради бога. Пусть делает.
Только в журнал Проводка то ему зачем лезть?

Zitat:

Zitat von glibs

3. Разносить может бухгалтер

Это большой вопрос.
Ответственным является тот, кто разнес.
В этом журнале есть поле Счет, который кладовщик не сможет заполнить, следовательно не сможет отвечать за него.
В этом журнале есть поля Номенклатура и Количество, а за эти поля вряд ли будет отвечать собирательный "бухгалтер".

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

Zitat:

Zitat von glibs

И если ... с ограниченными правами, ... с дополнительными проверками), написать ... и возложить ответственность за разноску на кладовщика ..., то отдавать разноску складского журнала кладовщику можно.

А вот с такой формулировкой полностью согласен

[ymv2000]

Zitat:

Zitat von mazzy

Тебе про Фому, а ты про Ерему.
Человек пишет про списание.

Но даже если речь идет о приходе.
То все равно приход тары или давальческого сыря не стоит делать журналом ПРОВОДКА.
Впрочем, ты и сам об этом начал писать.


Я же говорю - раз уж начали программировать бездумно, то теперь либо придется "еще полдня бегать, чтоб фотографию отдать", либо таки подумать над тем что реализовано и сделать по-человечески.

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

[mazzy]

Zitat:

Zitat von ymv2000

на основании планового расхода
...
спланированный расход(нужен)...

Так нужен или он уже есть и является основанием?
Я понимаю, что ничего не понимаю.
В общем, я пас. Извините, что вмешался.

[petr]

Zitat:

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

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

Но! Вы хотите еще создать плановый расход на 10 шт. И что получиться? Опять не хватает 10 шт. Надо создавать еще одну спланированную закупку, спланированный перенос и (по-вашему) спланированный расход, опять не хватает 10 шт. - все опять с начала.

P.S. Не спецодежды конечно, а номенклатуры.

[ymv2000]

Zitat:

Zitat von mazzy

Так нужен или он уже есть и является основанием?
Я понимаю, что ничего не понимаю.
В общем, я пас. Извините, что вмешался.

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

[ymv2000]

Zitat:

Zitat von petr

Вы его где-то ввели в системе, чтобы он попал с сводное планирование.

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

[petr]

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

В ответ на изначальный вопрос:

Zitat:

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

1. У меня такой задачи не было.
2. Мне в голову приходит только программирование.

[ymv2000]

Zitat:

Zitat von petr

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

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

[glibs]

Zitat:

Zitat von mazzy

...
Тебе про Фому, а ты про Ерему.
Человек пишет про списание.
...

А я пишу про складской журнал.

Я видел немало внедрений, на которых в Аксапте ведется материальный учет, и не ведется финансовый. Бухгалтер в системе просто не живет. И счета левые. Так что твой аргумент покрывает не все случаи, так сказать. Это во-первых.

А во вторых, IMHO, правильнее дать право на управление движением ТМЦ тем, кто за них несет материальную ответственность. А как добиться того, чтобы кладовщик разносил на нужные субсчета, — задача консультанта. И в Аксапте так настроить можно.

Если кладовщик задастся целью нагадить в системе — с высокой вероятностью он найдет способ. Если он идиот... ну это политика компании. И сажать его за Аксапту не очень целесообразно (хотя практикуют и такое некоторые). А в остальных случаях нужно просто правильно настроить систему, написать инструкцию и правильно замотивировать персонал.

[glibs]

Zitat:

Zitat von ymv2000

...
прогноз закупок на него не влияет
...

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

[Vals]

Zitat:

Добрый день!
В модуле сводное планирование в спланированных заказах
есть возможность утверждать спланированные переносы с указанием
названия складского журнала типа перенос.
Нам необходимо еще утверждать журнал типа проводка?
На Нашем предприятии есть конкретный бизнес-процесс(просто хотелкой его не назовешь), который заключается в ПЛАНОВОМ списании номенклатуры при выдаче со склада- БОЛЬШАЯ часть движений! Кладовщикам мы дали доступ к журналу-проводка только с определенным названием. Думали использовать журнал перенос, но что-то совсем не подходит, нам нужно списать а не передать на кого-то! Или могут быть другие варианты?
Потребность у нас планируется на основании планового расхода.
В результате в спланированных заказах имеем:
спланированную закупку(нужна)
спланированный перенос(нужен как промежуточный перенос)
спланированный расход(нужен, но нет в спланированных заказах)
Наверное больше подойдет вариант :
научиться из (уже реализованной в системе функциональности) спланированных переносов делать журналы проводок.

Попробуюб разложить всё по полочкам:
1. Сводное планирование осуществляет (планирует) покрытие потребностей в номенклатуре.
Ключевое слово потребность. В вашем случае, насколько я понимаю, сама потребность заключается в строках журнала Проводка - необходимо списать определённое количество.

2. В спланированных заказах содержатся строки, которые покрывают потребности: это Спланированные закупки, спланированные производства и переносы (об этом уже сказали).

Журнал проводка с расходом номенклатуры - это есть потребность, которая покрывается одним из спланированных заказов.

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

3. Далее, Журнал проводка. Есть строка и расход номенклатуры. Каким образом, система понимает, что это планируемый расход? Статус проводки - Заказано. В частности, для сводного планирования это проводка будущего расхода (потребности, который обязательно произойдёт) и система спланирует его покрытие.

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

5. В версии 4.0 сделана процедура подтверждения переноса в журнале перенос.

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

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

[konopello]

Zitat:

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

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