Страница 1 из 3

Формирование субсчета(аналитики) в ТХО

Добавлено: 17 янв 2006, 11:46
WiRuc
В зависимости от какого-либо условия необходимо выбирать разные субсчет(аналитику) при формировании проводок по ТХО. Какие есть методы для осуществления такого алгоритма, кроме TXO API?

Пример.
В зависимости от типа подразделения розничной торговли (магазин или киоск) необходимо использовать либо 41.31, либо 41.21 при перемещении со склада в подразделение.
Дб 41.31 - Кр 41.11 Сумма по скл.ордерам (для магазинов)
Дб 41.21 - Кр 41.11 Сумма по скл.ордерам (для киосков)

Кроме того, интересует возможность "подтягивать" значение аналитики по значению КАУ верхнего уровня. Например, КАУ1 - подразделения, КАУ2 - менеджеры подразделений (пользовательская аналитика, есть связь с подразделением 1 к 1). При формировании ТХО после выбора из каталога подразделения для КАУ1 в проводке должна автоматически формироваться КАУ2 (соответствующий менеджер подразделения).

Добавлено: 17 янв 2006, 11:58
Алексей
По-моему стаднатными средствами субсчет не поменять.
Я писал АПИ.
Только субсчет менять нельзя. Меняется в паре со счетом.

Добавлено: 17 янв 2006, 12:17
WiRuc
Алексей писал(а):По-моему стаднатными средствами субсчет не поменять.
Плохо :-(

Добавлено: 17 янв 2006, 12:32
Sheinina
2 WiRuc
Можно попробовать настроить фильтры и несколько шаблонов проводок. Напишите, к какому документу делаются ТХО, попробую помочь.

Добавлено: 17 янв 2006, 12:46
WiRuc
Sheinina писал(а):2 WiRuc
Можно попробовать настроить фильтры и несколько шаблонов проводок. Напишите, к какому документу делаются ТХО, попробую помочь.
Спасибо, но у нас сейчас через несколько шаблонов с фильтрами как раз и сделано. К сожалению, у этого метода есть два недостатка - маленькое быстродействие и загруженность ТХО (например, в одной ТХО сейчас 22 шаблона проводок, хотя при формировании по этой ТХО получается всего 3 проводки). Я думал, что может быть есть метод получше. Кроме того, данный метод не позволяет решить вторую проблему с автоматическим выбором КАУ по КАУ верхнего уровня.

Добавлено: 17 янв 2006, 12:48
Алексей
А тхо АПИ не хотите писать? Нет лицензии или ... ? :-(

Добавлено: 17 янв 2006, 12:49
Sheinina
Тогда только АПИ... :-)

Добавлено: 17 янв 2006, 13:01
WiRuc
Алексей писал(а):А тхо АПИ не хотите писать? Нет лицензии или ... ? :-(
Нет лицензии :-o

Добавлено: 17 янв 2006, 13:03
Алексей
А если написать, сбросить код кому-нибудь у кого есть лицензия что бы он для Вас скомпилил? :grin:
Правда с поддержкой будет плохо.

Добавлено: 17 янв 2006, 13:11
Sheinina
Лицензия на VIP стоит примерно $1000. Обоснуйте необходимость экономией рабочего времени... У нас лицензия есть на 5.85 и 7.12, база на первасиве, если подходит - могу помочь :grin:

Добавлено: 17 янв 2006, 13:31
WiRuc
Алексей писал(а):А если написать, сбросить код кому-нибудь у кого есть лицензия что бы он для Вас скомпилил? :grin:
Правда с поддержкой будет плохо.
Поэтому и не хочу связываться. Да и лезть постоянно к людям со своими проблемами не хочется.
Sheinina писал(а): Лицензия на VIP стоит примерно $1000. Обоснуйте необходимость экономией рабочего времени...
Как наяву слышу ответ: "Работай негра, солнце еще высоко" :)
Собственно особой потребности в VIP не наблюдается, не покупать же лицензию из-за одного только ТХО API.
За предложению помочь - еще раз спасибо. На будущее, если можно, учту - вдруг припрет что-нибудь скомпилить.

Добавлено: 17 янв 2006, 13:37
Алексей
Собственно особой потребности в VIP не наблюдается, не покупать же лицензию из-за одного только ТХО API.
А ВИП ? Много вкусностей открывается, начиная от всяких конверторов и различных программок по ловле ошибок пользователей. На самом деле очень нужная вещь, если хотя бы чуть-чуть уходишь от стандартного функционала Галактики.
Но, хозяин барин. Если особой потребности нет - тогда конечно.

Добавлено: 17 янв 2006, 13:52
WiRuc
Алексей писал(а):А ВИП ? Много вкусностей открывается, начиная от всяких конверторов и различных программок по ловле ошибок пользователей. На самом деле очень нужная вещь, если хотя бы чуть-чуть уходишь от стандартного функционала Галактики.
Для расширения функционала использую "нормальные" языки программирования + SQL для СУБД. Написано приложение, работающее с БД Галактики и предоставляющее все то, что в Галактике в принципе не может быть сделано средствами VIP. И эргономичность, и функционал повыше, про скорость работы вообще молчу. Для некоторых задач по автоматизации, не требующих особого интерфейса для работы, используются ARD отчеты. Такая схема в принципе покрывает все потребности юзеров. ВИП в принципе не помешал бы, но и особой потребности в нем я не вижу - уж слишком кривой язык, часто не работают простейшие вещи.

Добавлено: 17 янв 2006, 13:56
Алексей
...уж слишком кривой язык, часто не работают простейшие вещи.
:D где то это уже обсуждалось, щас нарвётесь на рьяных любителей ВИПа!

А скажите, что такого вы делаете внешними языками "нормальными" что нельзя сделать на ВИП? И для чего это используется. Хочеться оценить.

А если говорить честно, мне быстрее писать на ВИП. Уже на столько привык. И особой кривизны не замечаю. И интерфейсы галактические - юзеров особо не пугают уже.

Добавлено: 17 янв 2006, 14:02
ElenaNikolaevna
WiRuc

Не понятно, если у вас подразделение и Менеджер связаны 1 к 1, то зачем вам второй уровень КАУ (и соответствующие проблемы с ТХО), тем более, что КАУ 2 - пользовательская аналитика (а МОЛ кем/чем занят?)
КАУ2 - излишняя аналитика, избыточная, с точки зрения организации учета.
Может с этого конца подходить???