Одобрение журналов

[Megacrusher]

Господа!
Хотел спросить. У кого какие мысли есть про построчное одобрение журналов. Есть ли какая-нить фича (с построчным одобрением) про которую я не знаю? Очень надо!

Одобрение в целом по журналу не совсем подходит и создание новых журналов с перенесением строк тоже.

[mazzy]

Ты опять вернулся к этой идее?

А логический смысл в этом какой?
Ты же разносить все равно можешь только одобренные строки.
Т.е. журнал будет разнесен только тогда, когда будут одобрены все строки.

Или же вернуться к переносу неодобренных строк в другой журнал.
Использовать можно следующее:
У каждой строчки есть галочка одобрено. По-умолчанию она включается сама.
Надо трактовать строку как ошибочную, если у нее нет одобрения.
Тогда "Разносить и переносить" разнесет только одобренные строки.

НО. Ты подумай, а есть ли в этом смысл?
Журнал - операция, состоящая из логически связанных проводок. Журнал разносится или не разносится целиком, одобряется или не одобряется тоже целиком.

[Megacrusher]

Привет

Ну да про это я помню (про переносы) сам эксперементировал, но плодить журналы не очень хочется. Тут возник вопрос как раз связанный с этими одобрениями. Задача примерно такова:
Есть много счетов на оплату (30 штук в день).
Оператор вбивает их все в журнал (или куда-нибудь) по мере поступления.
Все их надо оплатить, но некоторые сразу, а некоторые через день-два.
Начальник входит в журнал (или куда-нибудь) оператора и помечает (одобряет) первоочередные платежи.
Оператор заходит в журнал и жмет <разнести> - должны пройти только одобренные платежи.
Неодобренные платежи - это не ошибка, просто их надо будет одобрить завтра, когда у нас появятся деньги по ним платить.
Кроме того хочется чтобы оператор мог на тех
проводках, которые проводить не нужно, ставишь галку блокировано.
Ну не уверен он в сумме платежа например.

При нажатии <разнести> разносятся только те проводки, на которых стоит одобрение и не стоит блокировано.
Если в журнале (или где-нибудь) остались неразнесенные проводки, он остается открытым,
а разнесенные куда остаются в этом же журнале с пометкой разнесено и невозможностью редактировать.

Естественно, что при разнесении оставшихся (одобренных, не блокированных) строк в журнале, повторного разнесения ранее разнесенных и находящихся в этом же журнале строк не должно быть.

Ну вообщем все это несбыточные фантазии и скорее всего лечатся программингом, но вдруг отыщется прекрасная функция?

[mazzy]

Hamster, проще переписать всю Аксапту заново
Согласен, что не самая красивая реализация. Но переписывать?

Кстати, MegaCruser, я послал документ насчет управления платежами.
Они там отдельно специальным образом реализованы. Погляди.

[Megacrusher]

Ага сча погляжу ... Сеньксь... А никто со статусами оплат не возился? Там есть такая кнопка которая работает после одобрения...

[Megacrusher]

Но похоже кнопка <Статусы оплат> работает только для банков об этом мне сообщает хелп по F1

Цитата:

Статус Описание
Нет Если предложение сгенерировано автоматически или вручную.
Послано Когда платеж или чек сгенерированы. Получено Если банк проинформировал Вас, что получил файл.
Одобрено Если платеж одобрен.
Отклонено Если платеж отклонен.

И не работает под разноску т.е. разнесение работает независимо от статусов. Даа печально.
А счастье было так возможно и так возможно

[mazzy]

ага. это клиент-банк.

[Hamster]

задачка решается так:

делаем способ оплаты, статус = "Одобрено"
для каждой строки выбираем "способ оплаты"

для правильных строк статус="одобрено",
нажимаем "Провести и перенести" - ОПА!

все неодобренные строки попали в отдельный журнал!

вот и все....

[mazzy]

Способ оплаты используется не для этого.
но это неважно.

А почему строки без способа оплаты попадут в другой журнал? Это без программирования?

Кстати, в исходном вопросе MegaCrusher как раз не хотел в другой журнал переносить.

[Hamster]

>Способ оплаты используется не для этого.
в том числе и для этого

>А почему строки без способа оплаты попадут в другой журнал?
дык в аксапте функция такая есть..... перенос строк с ошибками.

>Это без программирования?
Абсолютно.

поправочка:
"Post and Transfer" действует до первой неправильной строки....
так что нажимать придется несколько раз.

думаю простым напильником это можно поправить.

[Hamster]

>как раз не хотел в другой журнал переносить
нельзя в 1 журнале держать разнесенные и неразнесенные строки.
коран не велит

[mazzy]

А почему это строка без способа оплаты считается ошибочной?

про коран - согласен. Вот и я его отговариваю

[glibs]

Цитата:

Изначально опубликовано Megacrusher
...Задача примерно такова:
Есть много счетов на оплату (30 штук в день).
Оператор вбивает их все в журнал (или куда-нибудь) по мере поступления.
Все их надо оплатить, но некоторые сразу, а некоторые через день-два.
Начальник входит в журнал (или куда-нибудь) оператора и помечает (одобряет) первоочередные платежи.
Оператор заходит в журнал и жмет <разнести> - должны пройти только одобренные платежи...

Что-то не очень понятно. Инвойсы и платежи в Аксапте - абсолютно разные вещи. Данная процедура вызывает проблемы в случае предоплат... хотя там нужен другой механизм одобрения...

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

Т.е. вы вводите инвойсы, одобряете их и разносите, а потом выбираете те инвойсы, по которым нужно проплатить... и система сгенерирует платежи сама, автоматически. Если при разноске инвойсов будут указываться графики оплаты - они будут учитываться. Предложения по оплатам строятся на основании даты "Оплатить до". Ее тоже можно двигать. В открытых проводках планируемый платеж можно разбить на несколько разными датами. Можно менять способ оплаты...

Чем вас не устраивает этот стандартный механизм?

[Елена Сысовская]

to glibs
солидарна. работает, хоть и логике чуждо. Просто привычка есть у людей такая - сделал листочек, положил его перед собой, и потом на нем неделю почеркушки делаешь. Когда в нем уже нечего не разобрать, остаточки перенес куда-то и начал заново. Если подумать, то можно найти довольно много ограничений для такой практики.

[Megacrusher]

Спасибо всем за обсуждение
По пунктам :
Инвойсы у нас не возникают в принципе. У нас постоянно идут просто счета на оплату (предоплата).
Разнести и перенести это все старо как мир - это знаем. Сам игрался с этой штукой даже ошибки генерил т.е. определял какие ошибки более менее безобидные.

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

Спасибо огромное за обсуждение.
Функционал по ходу уже почти разработан с небольшим программингом. Детали сообщу позжее.

[Hamster]

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

[glibs]

To Megacrusher:

Ну, как говорится, флаг вам в руки...

http://www.axforum.info/forums/showt...7791#post17791

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

[Megacrusher]

В продолжении темы:
Сделал свою функцию одобрения журналов.
Тестировал - работает
Модификация не сложная. Предлагаю обсудить функционал этой фичи.
Смысл в следующем:
1) Введено одобрение по строкам
2) Введено блокирование строк

1 Одобрение строки - уровень "Сотрудника принимающего решения " (гл. бух., кредитный контролер и т.д.)
1.1 Одобрение делается кнопкой <Одобрение строки> в группе кнопок <Одобрение>
1.2 Одобрение работает только для группы пользователей установленных в "Названиях журналов"
1.3 Строчка без одобрения - трактуется как ошибочная строка в жунале
1.4 Одобрение строки не будет работать после функции <Одобрение> (журнала). Работает до статуса "Определить как готовый" и после такого.
1.5 Статус "Одобрен" (по строке) - виден в строке журнала, но закрыт для редактирования и работает через п. 1.1

2 Блокирование - уровень "Рядовой сотрудник" (Оператор ввода данных, бухгалтер и пр. )
2.1 Блокирование делается "кликанием" на CheckBox "Блокировано"
2.2 Блокировка может осуществляться всеми пользователями без исключения (имеющими правами на это журнал)
2.3 Строчка с блокировкой - трактуется как ошибочная строка в жунале.
2.4 Блокировка строки не будет работать после функции <Одобрение> (журнала). Работает до статуса "Определить как готовый" и после такого.

Функционал сделан с расчетом, что пользователи будут пользоваться кнопкой "Разнести и перенести".
Т.е. блокированные и не одобренные строчки будут переносится в новый журнал.

Господа, если не сложно хотелось бы услышать ваши комментарии. Плиз.

[Hamster]

короче слегка изуродовал "Post and Transfer"............
как я и предсказывал...

[Field]

To Megacrusher.
Видимо, вполне разумная доработка кнопки "Разнести и перенести".
Вполне логично, что Вы из всех предложений (со статусами) остановились именно на этом.

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