Галактика в вопросах и ответах

Здравствуйте!
Хочется вести аналитику "Статьи затрат" на счетах 51, 52 и статьи затрат эти выбирать в 'морде' ДО при его формировании.
Разрез аналитики "Статьи затрат" на 51 счете сделать не вызвало проблем - такая системная аналитика есть, так и называется: "Статьи затрат", но вот проблема с ДО - добавить ее на форму ДО не получается - поле таблицы (StZatr) не дает добавить, да и не связани они ни как с ДО - потому и не дает, как я понял, остаются только внешние атрибуты и классификатры добавлять, что не годится.
Можно конечно оформить статьи затрат внешним классификатором заполнить его и выбирать потом их в ДО - они и в платежку потом ложатся автоматом, но это ведь не аналитика, как быть тогда при разноске хоз операций? В ТХО ее не пропишешь - аналитики то как таковой нет. Или можно сделать? Мне тут идею дали - завести такой классификатор и заполнить его такими же значениями как в системной аналитике, а потом в ТХО их синхронизировать. Такое вообще возможно?

Я так понял, что можно эту аналитику задавать только как 'Внешние КАУ' в модуле ХозОперации по Ctrl+T до разноски хоз операций. Ну это уж через чур тяжко Хочется рулить аналитикой из ДО.
Как быть, подскажите пожалуйста.

Если версия старше 5.85(второй релиз), то такое возможно, если ставить код статьи затрат в текстовое поле ДО и с помощью алгоритма TXOGetField пройтись по цепочке таблиц или написать TXO API(быстрее будет и легче поодердживать и к версии не так критично). Хотя, по ситуации - приходилось делать и так и так.
Вот простой примерчик использования TXOGetField

Поиск в Plpor ссылки на SpKau
&1=coTXOGetField('PLPOR','CTIPOTG', &SoprDoc)
Поиск кода в SpKau по Nrec(&1)
&2=sTXOGetField('SPKAU','CODE',&1)
Непосредственно алгоритм ТХО:
if(&2='01',&Sum,0)

Хотя, не встречал такой аналитики на расчетном счете, думаю-это порочная практика, такую аналитику обычно делают на затратных счетах и 91-м, это логично, так как затраты формируются именно там, а платежи, которые проходят через банк включают в себя не только затраты(к примеру еще и НДС), да и не все затраты формируются по мере прохождения средств . Если эта аналитика расположена на одном уровне(КАУ2, скажем на всех счетах), то данные об исполнении бюджета расходов можно получать с помощью отчета с группировкой по КАУ корреспондирующего счета.

Можно попробовать реализовать следующую схему:
1. Пользователь заполняет ДО
2. Нажимает Ctrl+P
3. Выбирает специальную Link-форму, которая собственно ничего не выдает, а лишь запускает написанный тобою интерфейс
4. Твой интерфейс предлагает пользователю выбрать для текущего ДО соответствующий элемент аналитического учета
5. После выбора твой интерфейс создает запись в таблице внешних аналитик.
Т.е. то, что пользователь должен был делать в модуле ХозОперации он будет делать с помощью твоего интерфейса + Link-формы в момент создания и редактирования ДО
5. ТХО должна быть настроена на использование внешних КАУ из ХозОпераций

Спасибо за советы Все бы ничего, да компилятора интерфейсов у нас нет >:( Галактика 711 - поэтому на халяву сделать интерфейс не прокатит Придется осваивать ТХО API.
p.s. Ну чего бы разработчикам не сделать возможность добавления поля из каталога аналитик как в случае внешних классификаторов?

А как вы собираетесь компилить ТХО АПИ?
Почитайте внимательнее что писал JackVen!!!!

Можно еще через внешний классификатор:
1. Создаем по образу и подобию статей затрат!
2. В ТХО делаем стока проводок скока статей затрат с явным указанием каждой статьи
3. В алгоритме при помощи мастера идентификаторов поглядеть вкладку Общеиспользуемые функции. Почитать, подумать как вытащить код классификации. nrec мона вставить как &SoprDoc - если проводка делается по ДО, поглядеть почитать хелпк идентификатору &KAU - если проводка делается по накладной или еще там чего.

Можно организовать и с помощью фильтров по назначениям!!! Если таковой каталог не используется.

Можно реализовать для нециклических (только шапка документа) пользовательский режим формирования аналитики, но это опять ТХО АПИ.

Можно вязать внешнее КАУ к хозоперации, а в настройке ТХО поставить режим формирования аналитики из внешнего КАУ.

ну и много чего еще мона.

В принципе статьи затрат мона вязать к назначению, МЦ, услуге, группе МЦ, группе услуг, что более вероятно так как статья затрат определяется их источником

Вот тока если у тебя нету модуля фактические затраты - то полей ты этих не увидишь

Да в принципе и формирования аналитики в ТХО не происходит - похоже нет еще витаскивания данной аналитики.

2Seybukan "...А как вы собираетесь компилить ТХО АПИ?.." - мда, не знаю

В общем, сегодня было совещание и решили вот что: вести всю эту байду отдельным планом счетов. Рассказываю подробно почему так.
Решили, что так затраты на достижение поставленной цели будут меньше, чем при вышеописанных способах, хотя... И мы больше будем использовать функционал Галактики чем свой и легче и гибче будет нам при построении отчетности.
Наверное я не очень правильно выразился сначала. Эти статьи правильнее навать статьями бюджета, а не статьями затрат, т.к. последние больше связаны с производством, а эти нужны для учета того, кто как тратит свои бюджеты (на ремонт техники, закупку чего-нить и т.д.) и не превышает ли он его или бюджет большой выделен и т.д.
Сейчас делается одна проводка: Дб60 Кт51 в БухПлане. У нас 60 счет имеет аналитику по поставщикам и по ДО; 51 счет сейчас не имеет никакой аналитики вообще. Т.е. можно понять, что деньги ушли такой-то организации, по такому-то ДО на закупку того-то, а как это отразилось на бюджетах не ясно.
Предложено завести отдельный план счетов, где будет счет XX - "статьи бюджетов" (Я так понимаю, что он один там будет), и где его субсчета - это наши статьи бюджетов, субсчетов столько - сколько статей; или можно сделать несколько счетов по группам, и так же к ним подтянуть соответствующие субсчета - для разукрупнения групп.
Параллельно с нашей проводкой Дб60 Кт51 в БухПлане, в ТХО подвяжем проводки (их будет столько, сколько статей затрат - см. Seybukan, с явным указанием каждого субсчета), которые будут разносить в новый план счетов те же суммы (разделяя их) по соответствующим статьям бюджетов (т.е. на соответствующие субсчета).
В Галактике это будет выглядеть примерно так: В спецификации ДО (Прав Seybukan "...так как статья затрат определяется их источником...") а не в шапке, т.к. в ДО могут в одной спецификации попасться разные вещи в контексте статей бюджетов и тут мы сядем... Вот, добавляем каким-нить способом колонку где будем выбирать статьи (откуда еще не понятно, скорее всего внешний классификатор) для каждой позиции спецификации и потом в ТХО по принципу Seybukan'а спецификацию ДО будем разносить по нужным статьям (по соответствующим субсчетам в новом плане счетов) связав код классификатора с нужной проводкой.
Простите, если коряво описал, уж как смог - что скажете?

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

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

Nick вынужден тебя огорчить так как к спецификации классификатор добавить не получиться, так как нет смысла - главная причина стандартными средствами не запустишь цикл по классификации в ТХО. Так как одно спецификация ДО может быть разнесена на две статью бюджета, но в ТХО максимум мона поставить циклическую обработку по спецификации (мц или услуга), то есть ТХО все равно определит сумму по всей спецификации. Вообщем смотри на этот косячок не нарвись. То есть в спецификации ДО надо как минимум одну спецификацию разбивать на несколько средствами какой нить аналитики (системной) чтобы была возможность запустить циклическую обработку в ТХО чтобы различить суммы на статьи. А это пожалуй ни как не закрутить без ТХО АПИ.

Да и судя по вашей задаче рекомендую управление бюджетами.
Там и план с фактом сравнивается, и лимит на статью можно ставить.
Данные попадают тоже посредством ТХО - тока их обзывают ТФО.
Хотя в любом случае не решиться вопрос с настройкой этой ТФО, так как проблемы описанные выше одинаковы.

Ok, управление бюджетами я погляжу. Все советы будем пробовать

Сейчас пока сделал для случая "ДО на одну статью бюджета" как посоветовал Den, но что-то коряво пашет.
Порядок действий был такой:
1. Завел внешний классификатор "Статьи бюджетов" (код=8) для таблицы ДО со значениями:

Код значения / Значение
01 "Статья бюджета 01"
02 "Статья бюджета 02"

2. Вывел этот классификатор в шапку ДО на закупку.

3. В собственном платежном поручении тоже вывел этот классификатор (после указания ДО в платежке это поле в платежке автоматом заполняется значением из ДО).

4. Завел новый план счетов.

5. Завел в этом плане счетов два счета: 51 - "Расчетный счет" и 57 - "Затраты по статьям бюджетов" - к нему два субсчета 01-"Затраты по статье бюджета 01" и 02-"Затраты по статье бюджета 02" (сколько статей бюджетов в классификаторе);

6. Создал ТХО для собственного платежного поручения - "Оплата поставщикам за т/у". В ней две проводки с явно указанной корреспонденцией счетов:
а) Дб57-01 Кт51 (Подразделение - не формировать)
б) Дб57-02 Кт51 (Подразделение - не формировать)

Алгоритмы расчета такие:
Ключи алгоритмов:
&1 : &Sum
&2 : TxoGetExClassCode1('BaseDoc', 8, &SoprDoc) - Подвязка к Классификатору в ДО.

Алгоритмы для проводок:
а) if(&2='01', &1, 0)
б) if(&2='02', &1, 0)

Вроде при применении этой ТХО к платежке в случае, если в ДО стояла "Статья бюджета 01" - выполнится первая проводка; в случае, если в ДО стояла "Статья бюджета 02" - выполнится вторая проводка, однако проводки вообще не формируются - алгоритм уходит в ветку else (проверял - ставил туда 100 - формирует две штуки). Никаких настроек я дополнительно не делал - может в этом причина?

В отладочной информации:
&SoprDoc = 459 (почему Nrec такой?)
TxoGetExClassCode1('BaseDoc', 8, &SoprDoc) = '' - отсюда и else.

Пробовал TxoGetExClassCode2('BaseDoc', 'Статьи бюджетов', &SoprDoc) и TxoGetExClassName2('BaseDoc', 'Статьи бюджетов', &SoprDoc) в паре с if(&2='Статья бюджета 01', &1, 0) - Та же беда.

Почему так - не понятно. Подскажите соображения ваши.

Не надо изобретать велосипед. Будет правильнее решать ваши задачи в модуле Бюджет. Затраты (расходы) учитывать в бюджете расходов. А то, что вы описали про аналитику на 51 счете, это не расходы, это выплаты. Потому у вас и не стыкуется логика с практикой. Выплаты учитываются в бюджете движения денежных средств, обычно укрупненными статьями вроде "Выплаты по основной деятельности". Собственно расходы (или закупки) определяются уже по сопроводительным документам, а не платежным. Вот здесь вы спокойно обрабатываете спецификацию, например по тому же номеру группы МЦ/услуг и разносите по статьям. Если же для выплат вам все-таки необходима детализация "за что оплачено", то лучше это сделать в Платежном календаре, он как раз предназначен для оперативного управления финансами.

TxoGetExClassCode1('BaseDoc', 8, &SoprDoc)
Где &SoprDoc это nRec платежки.
Попробуй идентификатор &KAU[Кау:6]
Этот идентификатор возвращает nrec в режиме <авто ДО> из документа.

Да и если ДО == Статья бюджета.
То не лучше ли сделать аналитику статей на аналитике групп ДО.
Тогда и не только в БУ, он и в оперативке будет видно по каким статья шли оплаты.