Показать сообщение отдельно
Старый 14.08.2014, 15:12   #4  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от d&m Посмотреть сообщение
для истории - вот ссылка на описание функциональности cashCollection (инкассация наличности). инкассация по версии аксапты - это передача денежных средств не в банк (как казалось бы на первый взгляд), а поставщику, связанному с банком (ссылка на поставщика их карточки банка).
На вид функционал как-то не блещет... Понятно, что есть розничные сети, им надо передавать налик инкассаторам, отчитываться как-то об этом, печатать какие-нить бумажки... Но ведь не ради бумажки это нужно все - нужно, чтобы в ЦО могли прогнозировать, сколько денег капнет на счет сети и когда (потому что инкассаторы могут крутить полученные деньги несско дней), надо понимать, сколько стоит инкассация, в бумажке, в конце концов, надо распечатать, сколько каких купюр передано, потому что в банке это все пересчитывают. А тут что, "после сборки доработать напильником"?.. И еще: для ввода данных используется журнал ордеров, это значит, что в каждом магазине вечером, когда приехали инкассаторы, нужно быстренько зайти в Аксапту и создать там такой журнал (потому что всё, связанное с финансами, принципиально не реализовано в Корпоративном портале), выходит, на каждый магазин нужна отдельная лицензия функционального уровня. Очень удобно, наверно, для сеток магазинов на 5-20, а вот когда их 50-200, такие "мелочи" клиентов уже напрягают.
Цитата:
Сообщение от d&m Посмотреть сообщение
отдельное спасибо, что мастер наконец-то позволяет сохранять историю изменения цены продажи. раньше журнал коммерческих соглашений (ЖКС) либо менял текущую строку прайс-листа, либо создавал новую - в итоге на дату было две действующих цены (т.к. старая цена не закрывалась, хотя напрашивалось заполнения конечной даты в старой цене). теперь есть параметр (в мастере), который позволяет закрыть старую цену. В итоге в прайсе будет две строки: со старой ценой, с заполненной Конечной датой (= дата начала новой цены -1) и с новой ценой.
Одна из первых доработок, которую делают при внедрении стандартных ценовых соглашений, потому что пользователям очень сложно объяснить, как это после ввода новой цены продолжает подтягиваться старая.
Цитата:
Сообщение от d&m Посмотреть сообщение
правда, без ложки дегтя не обошлось, закрытие старой цены реализовано так: создается новый ЖКС, в котором старые цены. Этот ЖКС нужно вручную разнести, чтобы закрыть старые цены.