Как ставили режимы формирования в каждом случае?Причем уже от безисходности пробовала и :
Код:
TXOBodyAddKau(htxo,0,152,ckau_slide);
TXOBodyAddKau(htxo,0,cgKau_KatMC,ckau_mc);
и
Код:
TXOBodyAddKau(htxo,wFlKau_Mode0,152,ckau_slide);
TXOBodyAddKau(htxo,wFlKau_Mode0,cgKau_KatMC,ckau_mc);
TXO API
Модераторы: m0p3e, edward_K, Модераторы
-
- Заслуженный деятель интернет-сообщества
- Сообщения: 5188
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: SPB galaxy spb
TXOBodyAddKau(htxo,0,152,ckau_text);
второй параметр почему 0? ckau_text эт что?
TXOBodyAddKau(htxo,wFlKau_Mode0,cgKau_KatMC,ckau_mc);
лучше заменить на
TXOBodyAddKau(htxo,wFlKau_Avto,cgKau_KatMC,ckau_mc);
- вы ж не могете явно задать на нужном уровне режим
+ добавте побольше мессаг в протокол
+ проверте циклчическую обработку по выбранной аналитике и сам вызов должен быть как Vip_
а вооще приведите здесь печатную форму по настройке ТХО и полученый протокол по ее работе(детальный - выжимку по одной проводке) , вам Seybukan живо разжует.
второй параметр почему 0? ckau_text эт что?
TXOBodyAddKau(htxo,wFlKau_Mode0,cgKau_KatMC,ckau_mc);
лучше заменить на
TXOBodyAddKau(htxo,wFlKau_Avto,cgKau_KatMC,ckau_mc);
- вы ж не могете явно задать на нужном уровне режим
+ добавте побольше мессаг в протокол
+ проверте циклчическую обработку по выбранной аналитике и сам вызов должен быть как Vip_
а вооще приведите здесь печатную форму по настройке ТХО и полученый протокол по ее работе(детальный - выжимку по одной проводке) , вам Seybukan живо разжует.
Я пытаюсь что-то сделать, руководствуясь документом TXO API, полученным с поставкой версии 5.85.02... Наверное, мне слабо правильно воспринимать галактические руководства (Это к вопросу о втором параметре...)
ckau_text и ckau_slide - константы, описанные в файле проекта, номера соответствующих записей из SPKAU
ckau_mc - возвращаемый параметр интерфейса выбора МЦ для аналитики, номер записи в KatMC
Настройка ТХО:
Протокол работы ТХО:
ckau_text и ckau_slide - константы, описанные в файле проекта, номера соответствующих записей из SPKAU
ckau_mc - возвращаемый параметр интерфейса выбора МЦ для аналитики, номер записи в KatMC
Настройка ТХО:
Код: Выделить всё
Реестр типовых хозяйственных операций и
формируемых проводок по счетам бухгалтерского учета
Хозяйственный документ : Накладная на прием МЦ
ТХО: test
Регистр учета: Салон-Пресс
Номер по порядку: 1 Процент: 100.0000 Входимость: +
ДЕБЕТ : <режим №>.<режим №>
КАУ 1 : <авто - Основное производство (20)>
КАУ 2 : <авто - Материальные ценности>
Подразделение: <не формировать - Подразделения>
КРЕДИТ: <режим источника>.<режим источника>
Подразделение: <не формировать - Подразделения>
Содержание проводки:
Алгоритм в НДЕ: &VIP_[Obj:"SLIDETEXT"]
Алгоритм в валюте <по настройке>:
Алгоритм количество:
Фильтр для циклической обработки:
Циклическая обработка: <Счет/субсчет>
Результат: положительная, при смене знака изменить корреспонденцию счетов
Сумму в проводке: не конвертировать
Код: Выделить всё
[09/12/2005 10:36 agapova]
Протокол расчетов по ТХО
Тег │ Сообщение
─────────────┼─────────────────────────────────────────────────────────────────────────────────
│
Документ │ Накладная на прием МЦ, No test от 05/12/2005 г. на сумму 220
Шаблон ТХО │ test
SlideText │ Start
136 │
SlideText │ SP
147 │
SlideText │ 000015 05/12/2005
159 │
SlideText │ 1602010101 SALON #101 (2006-01) Тексты
164 │
SlideText │ Дебет: 420/01 Кредит: 497/02
170 │
SlideText │ Выбрали МЦ
173 │
SlideText │ тексты
183 │
SlideText │ Журнал "Салон-интерьер" N 01(101)'06
186 │
SlideText │ Заносим сумму 120.00
194 │
SlideText │ 000089 05/12/2005
159 │
SlideText │ 1602010100 SALON #100 (2005-11) Собственные слайды
164 │
SlideText │ Дебет: 420/01 Кредит: 497/10
170 │
SlideText │ Выбрали МЦ
173 │
SlideText │ слайды
179 │
SlideText │ Журнал "Салон-интерьер" N 11(100)'05
186 │
SlideText │ Заносим сумму 100.00
194 │
Бухпроводка │ 4: Дебет 20.01 Кредит 97.02 (120, 0 руб, 0 ); 05/12/2005;
Формула 0 │ &VIP_[OBJ:"SLIDEWHITE"] = (120, 0, 1); [rfCompiled rfHasCycles rfCount]
Формула 1 │ &ASPKEYQ00 := &VIP_[Obj:"SLIDEWHITE"] = (120, 0, 1); [rfCompiled rfHasCycles
│ rfCount]
│
Бухпроводка │ 4: Дебет 20.01 Кредит 97.10 (100, 0 руб, 0 ); 05/12/2005;
Формула 0 │ &VIP_[OBJ:"SLIDEWHITE"] = (100, 0, 1); [rfCompiled rfHasCycles rfCount]
Формула 1 │ &ASPKEYQ00 := &VIP_[Obj:"SLIDEWHITE"] = (100, 0, 1); [rfCompiled rfHasCycles
│ rfCount]
│
Финпроводки │ Не формировались
Без ТХО АПИ настроены 2 шаблона проводок к приходной накладной
Дебет: 20.01 <авто-МОЛ> <авто Партия МЦ> подразделение <авто>
Кредит: что-то там
и
Дебет: 26.<нет> <авто - группа 26> подразделение <явно - Склад1>
Кредит: что-то там
Со счетами, субсчетами и КАУ нет проблем, разобралась и работает. А вот как с подразделением-то работать...
Дебет: 20.01 <авто-МОЛ> <авто Партия МЦ> подразделение <авто>
Кредит: что-то там
и
Дебет: 26.<нет> <авто - группа 26> подразделение <явно - Склад1>
Кредит: что-то там
Со счетами, субсчетами и КАУ нет проблем, разобралась и работает. А вот как с подразделением-то работать...
Так это в том случае, когда проводка формируется стандартными средствами Галактики. На самом деле в этой ТХО около 100 шаблонов, она пашет по трем планам счетов с анализом конкретной ситуации - партия, склад оприходования и т.д., работает безумно долго. Большая ее часть, переделанная на механизме ТХО АПИ работает раз в 10 быстрее. Весь затык - именно в шаблонах, где прописано "подразделение <явно - склад nn>". Причем разобраться, какой склад явно, труда не составляет.
Ну любит у нас начальство, чтобы была ОДНА ТХО на все случай жизни. Типа "Приход МЦ" - чтобы бухгалтер не думал.
Ну любит у нас начальство, чтобы была ОДНА ТХО на все случай жизни. Типа "Приход МЦ" - чтобы бухгалтер не думал.