|
|
19.10.2006, 07:35
|
#1 |
|
Участник
|
Цитата:
Сообщение от mazzy
а зря.
это и есть будущие проводки. только неоткореспондированные. |
|
|
|
19.10.2006, 07:45
|
#2 |
|
Участник
|
Цитата:
Сообщение от sparur
И сделать надо по аналогии с предв. просмотром в общем журнале...
Она сделана в рамках локализации. Суть фичи в общем журнале: 1. начинается транзакция 2. выполняются обычные проводки обычным алгоритмом (все проводки) 3. выполняется печать финансовых проводок 4. транзакция принудительно откатывается Как видите, сам подход ужасен. Такой подход приемлемо работает только если пользователей мало. Но такой подход еще терпим, если используется журнал ГК (поскольку в нем не создаются складские проводки и не выполняется сопоставление) Если вы повторите подобный подход в заказах/закупках, то псевдотранзакцией будет затронуто гораздо больше таблиц и на гораздо большее время. Если вас это не пугает - делайте по аналогии. |
|
|
|
19.10.2006, 08:17
|
#3 |
|
Участник
|
Цитата:
Сообщение от mazzy
Если вы повторите подобный подход в заказах/закупках, то псевдотранзакцией будет затронуто гораздо больше таблиц и на гораздо большее время.
Если вас это не пугает - делайте по аналогии. Если использовать этот вариант, то он также требует существенной доработки, я думаю Вы это прекрасно понимаете... |
|
|
|
19.10.2006, 11:03
|
#4 |
|
Member
|
Цитата:
Сообщение от sparur
...
нет аналитики никакой ... "Существенно дорабатывать" заключается только в прикручивании корреспонденции?
__________________
С уважением, glibs® |
|
|
|
19.10.2006, 11:56
|
#5 |
|
Участник
|
Цитата:
Сообщение от glibs
Никакой может и нет, а финансовая точно есть. Вам какую надо?
"Существенно дорабатывать" заключается только в прикручивании корреспонденции? |
|
|
|
19.10.2006, 12:31
|
#6 |
|
Member
|
Цитата:
Сообщение от sparur
...
НО ни финансовой ... Добавление ее в интерфейс — несложная задача даже для консультанта... ну по крайней мере моего поколения, которым для сдачи GNAD нужно было знать на память и не путать типы join и виды relations, которые есть в АОТ (а также кучу аналогичных вещей). Цитата:
Сообщение от sparur
...
ни тем более складской аналитики НЕТ там ...
__________________
С уважением, glibs® |
|
|
|
19.10.2006, 12:50
|
#7 |
|
Участник
|
Цитата:
Сообщение от glibs
Финансовая есть. Она не отображается в интерфейсе. Но она есть. Посмотрите через паспорт записи.
Добавление ее в интерфейс — несложная задача даже для консультанта... ну по крайней мере моего поколения, которым для сдачи GNAD нужно было знать на память и не путать типы join и виды relations, которые есть в АОТ (а также кучу аналогичных вещей). В проводках по ГК то? А где она в них есть, не подскажете? Вообщем надо пытаться прикрутить корреспонденцию и найти таки фин аналитику... |
|
|
|
23.10.2006, 06:59
|
#8 |
|
Участник
|
Цитата:
Сообщение от sparur
однако задача уже поставлена и ее надо решать...
Я еще понимаю ее необходимость в журналах ГК. Там при вводе сложных проводок пользователь не всегда может точно сказать, как они сгруппируются и какая корреспонденция получится. Но в закупках? Это необходимо только на этапе тестирования системы (чтобы обучающийся пользователь (менеджер?) мог поиграть настройками, посмотреть проводки и понять, как они формируются) В рабочей базе все должно быть уже настроено. Менеджер, вводящий закупку/заказ понятия не имеет о бух. счетах. Он может управлять только профилем разноски и налоговыми группами, которые по идее лучше в заказах/закупках тоже не трогать, а настроить по-умолчанию в контрагентах/договорах. А про просмотр проводок в заказах я вообще не говорю. При нормальной активной работе это не реально. (сделать можно, но ч/з 2-3 недели уже никто их смотреть не будет, т.к. поймут, что если правильно задать профиль и проверить суммы налога (для закупок), то все разнесется правильно. |
|
|
|
23.10.2006, 09:05
|
#9 |
|
Мрачный тип
|
Цитата:
Сообщение от Алексей Контев
А можно все-таки вопрос по необходимости подобной модификации.
Только не говорите, что профиля разноски в аксапте - это верх наглядности, понятны с первого взгляда любому человеку и достаточно ознакомиться с из заполнением в одном модуле , как станет понятно их действие во всех остальных ... Последний раз редактировалось TasmanianDevil; 23.10.2006 в 09:20. |
|
|
|
23.10.2006, 09:48
|
#10 |
|
Участник
|
Цитата:
Сообщение от TasmanianDevil
Только не говорите, что профиля разноски в аксапте - это верх наглядности ...
Если уж пользователи ч/з какое-то время не обращают внимание на предупреждения, когда эти предупреждения возникают более 1-2 раз в день. То и обращать внимание не на тот счет ГК при разноске 20-50 накладных они точно не будут. Конечно, наличие подобной возможности очень сильно повышает вес Аксапты в глазах бухгалтера  и ,м.б. иногда полезна, но не в потоке работы, а при каких-то нестандартных заказах/закупках.
|
|
|
|
23.10.2006, 11:01
|
#11 |
|
Мрачный тип
|
Цитата:
Сообщение от Алексей Контев
Если уж пользователи ч/з какое-то время не обращают внимание на предупреждения, когда эти предупреждения возникают более 1-2 раз в день. То и обращать внимание не на тот счет ГК при разноске 20-50 накладных они точно не будут.
Конечно, наличие подобной возможности очень сильно повышает вес Аксапты в глазах бухгалтера и ,м.б. иногда полезна, но не в потоке работы, а при каких-то нестандартных заказах/закупках. Эх, похоже лучше делать доп. модификацию с выбором пользовательского профиля разноски при обработке накладной, по которому потом при обработке сгенерится журнал ГК с со строкам с тем же ваучером , что и в накладной, а в стандартных профилях разноски пусть висит какая-нибудь муть по левым забалансовым счетам-затычкам. И волки сыты, и овцы целки будут
Последний раз редактировалось TasmanianDevil; 23.10.2006 в 11:08. |
|
|
|
23.10.2006, 10:45
|
#12 |
|
Участник
|
Цитата:
Сообщение от Алексей Контев
В рабочей базе все должно быть уже настроено. Менеджер, вводящий закупку/заказ понятия не имеет о бух. счетах.
__________________
|
|
|
|
|
|
Комбинированный вид
