Закрытие месяца в Attain

[VD]

Есть остаток на счете, причем по разным отделам - разный остаток, (например: Отдел1 - 100, отдел2 - 200).как закрыть этот счет на другой счет, что бы остаток по отделу 1 "закрылся" на счет Счет1, остаток по Отделу2 - на счет2 и т.д. Пробывал через "типовые журналы" - не получается, закрывается весь остаток, без учета отдела как на счет1 , так и на счет2 (т.е. на счет1 закрылась сумма 300, и на счет2 закрылась сумма 300).

[Pavel]

Цитата:

Изначально опубликовано VD
как закрыть этот счет на другой счет, что бы остаток по отделу 1 "закрылся" на счет Счет1, остаток по Отделу2 - на счет2 и т.д.

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

Можно «ручками». Сначала суммы по счету и измерениям определить, а затем проводки через журнал провести.

[VD]

Т.е. для того, чтобы закрыть счет в разрезе аналитик необходимо "глазками" посмотреть на циферки, и "ручками" сделать закрытие счета?
КРУТО! Может у кого-то был опыт по обходу таких "автоматизированных" ситуации?

[nov]

Э-эээ.... А как ещё надо закрывать счёт с аналитикой, если не посмотрев на суммы
глазками?! Ессно, вычислив суммы по каждому отделу(напрмер автоматически) и
выкинув их в журнал. А закрыть счёт одной суммой - и при этом хотеть, чтоб она
была разбита в процессе учёта на под-суммы по отделам - как-то нелогично...

[VD]

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

[VD]

добавление к вышесказанному (если не понятен вопрос): есть суммы на счете в разрезе след. аналитик: Отдел1 - X, Отдел2 - Y, Отдел3 - Z,..... Необходимо со счета1 "закрыть" суммы в разрезе отделов, т.е. X - на Счет1, Y - на Счет2, Z - на Счет3 и т.д. Вроде как простой вопрос, а чтобы не лезть в код - не получается ну никак. Кстати, при начале знакомства с Navision - эта ситуация сразу "убила" желание смотреть дальше, т.к. понятно, что без вмешательства программиста - не решить . А таких ситуаций нарыли огромное множество.

[nov]

Да... На вопрос: "Почему бы это не автоматизировать?" ничего ответить не могу...
Действительно - почему? Наверное в Navision решили, что так не должно быть
Задача ваша конечно понятна и сделать-то её не долго, но мне почему то кажется, что это и не очень правильно - иметь эту процедуру автоматически. Например такой вопрос: как система должна определить на какой счёт какой отдел пойдёт? Откуда мы знаем, что сумма Х по отделу 1 должна уйти на счёт 1?? Привязать этот номер счёта к значению измерения Отдел 1? Но ведь и закрывать вы будете не вечно на
этот счёт - одни счета на Счёт 1 надо закрывать, а другие -может быть на счёт 5.
Вопросов всё-равно много будет - правильнее всё-таки анализировать ситуацию руками.

Ну а что касается "без программиста ... не решить " - это действительно так, не знаю к счастью или нет. Причём в любой системе. Система сама работать так как вам нужно никогда не будет - её писали люди, которые никогда не слышали про вашу контору. Поэтому система предлагает некие стандартные, упрощённые алгоритмы. А их настройка, переписка, модернизация, добавление и пр. - удел внедренцев. За это они и получают деньги. И лучше, когда это делает консультант - который знает систему и видит последствия, а не пользователь, которому кажется, что вот тут он сделает проводку(или немного модернизирует функцию) и всё будет хорошо. Такие вот соображения...

[Pavel]

Цитата:

Изначально опубликовано nov
Вопросов всё-равно много будет - правильнее всё-таки анализировать ситуацию руками.
...
Поэтому система предлагает некие стандартные, упрощённые алгоритмы.

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

[komar]

Цитата:

Изначально опубликовано VD
Есть остаток на счете, причем по разным отделам - разный остаток, (например: Отдел1 - 100, отдел2 - 200).как закрыть этот счет на другой счет, что бы остаток по отделу 1 "закрылся" на счет Счет1, остаток по Отделу2 - на счет2 и т.д. Пробывал через "типовые журналы" - не получается, закрывается весь остаток, без учета отдела как на счет1 , так и на счет2 (т.е. на счет1 закрылась сумма 300, и на счет2 закрылась сумма 300).

Хорошо, если еще по счетам, а если одновременно и материальные остатки нужно "подкорректировать"? Тут даже не всякая "отечественная система" справится...

[VD]

в том то и дело - надо только по счетам, и ничего другого....

[komar]

Тогда - см. выше

[MRP2]

Если нужна такая функциональность, обращайтесь.
Закрытие периода по всем счетам (любые счета и любые измерения) и расчет себестоимости производится нажатием 1 кнопки.

[Тимур]

Да доработка этого выеденного яйца не стоит.
Если же надо корректировать стоимость запасов - вот здесь уже сложности.

[MRP2]

Цитата:

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

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

[Тимур]

Прекрасно пониманию. Поскольку закрытие счетов - многоступенчатое, часто при этом осуществляется перераспределение снова на счета, которые уже закрыты, то именно поэтому и не сделано это.
Если же речь идет о стандартной схеме: 23 - 20, 25- 20 и др., то здесь все очень просто. Через периодический журнал все можно сделать.

[Иннокентий]

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

[Тимур]

Иннокентий.

В жизни пропорций для распределения не существует. Существуют базы распределения.

[ppson]

Цитата:

Изначально опубликовано Тимур
Иннокентий.

В жизни пропорций для распределения не существует. Существуют базы распределения.

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

[Иннокентий]

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

Извините, что написал не совсем понятно. больше не буду.

[Тимур]

Епрст.
Иннокентий!

Так об этом и речь. О том, что пропоции надо каждый раз заново считать.
В каком месте здесь автоматизация?