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

[ymv2000]

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

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

[mazzy]

Цитата:

Сообщение от ymv2000

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

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

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

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

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

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

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

[ymv2000]

Цитата:

Сообщение от mazzy

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

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

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

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

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

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

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

[mazzy]

Цитата:

Сообщение от ymv2000

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

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

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

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

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

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

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

[ppson]

Цитата:

Сообщение от ymv2000

бизнес-процесс(просто хотелкой его не назовешь), который заключается в ПЛАНОВОМ списании номенклатуры при выдаче со склада

Задача сводного планирование - определить объем поступления номенклатуры на основании информации о её потреблении. Списание номенклатуры является причиной а не следствием работы сводного планирования.

[glibs]

Цитата:

Сообщение от mazzy

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

Не согласен.

IMHO.

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

[mazzy]

Цитата:

Сообщение от glibs

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

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

Цитата:

Сообщение от glibs

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

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

Цитата:

Сообщение от glibs

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

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

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

Цитата:

Сообщение от glibs

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

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

[glibs]

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

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

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

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

[mazzy]

Цитата:

Сообщение от glibs

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

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

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

Цитата:

Сообщение от glibs

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

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

[ymv2000]

Цитата:

Сообщение от mazzy

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

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


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

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

[glibs]

Цитата:

Сообщение от mazzy

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

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

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

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

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

[ymv2000]

Цитата:

Сообщение от glibs

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

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

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

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

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

[mazzy]

Цитата:

Сообщение от ymv2000

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

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

[ymv2000]

Цитата:

Сообщение от mazzy

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

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

[glibs]

Цитата:

Сообщение от ymv2000

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

А как вы сейчас вводите вашу потребность, чтобы ее сводное планирование учитывало?

Самый простой вариант, который напрашивается, и требует минимальных доработок. Введите вашу потребность как строку в складском журнале проводок. Например, датой конца месяца.

Затем запускайте сводное планирование. На основании строк журналов сводное планирование создаст вам и предложение по закупкам, и предложение по переносам.

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

Т.е. предложение по списанию должно быть основанием для расчета сводного плана. Оно не должно создаваться после расчета сводного плана.

[petr]

Цитата:

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

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

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

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

[ymv2000]

Цитата:

Сообщение от petr

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

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

[petr]

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

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

Цитата:

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

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

[ymv2000]

Цитата:

Сообщение от petr

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

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

[glibs]

Цитата:

Сообщение от ymv2000

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

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