Специалисты “Вест Концепт” завершили создание add-on модуля предварительного проведения документов

[IGG]

Цитата:

Сообщение от Kashin

Пришел в крупную корпорацию, где нет удаления.

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

[mazzy]

Цитата:

Сообщение от Kashin

Кстати, возможно это баг, но нажав кнопку цитировать, в окне редактирования сообщения но не отображаются цитаты второго уровня.

Это не баг, а такая фича, сделанная при помощи настроек.
Думаю, что такая настройка позволит уменьшить излишнее цитирование (over quoting).

Цитата:

Сообщение от Kashin

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

Согласен.
Обязан. Но он не обязан разбираться в бухгалтерских кодировках.
Вы же совершенно правильно сказали: "обязан знать как работает предприятие, чтобы правильно выставить настройки".

Цитата:

Сообщение от Kashin

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

БОЖЕ!
А бухгалтерские проводки то тут при чем?
Дайте ему человеческую настройку: Комиссия, СобстТовар.
Ни в коем случае не давайте ему: 004, 43
Уверяю вас будут отлично и правильно указывать.

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

Цитата:

Сообщение от Kashin

С точки зрения менеджера ему все равно что он продает

И поэтому вы ставите ему контролера-бухгалтера.
Можно подумать, что бухгалтеру есть разница что он продает.

Поймите, вы пытаетесь решить проблему не теми средствами.
Контролер не нужен (кузнец не нужен)
Мотивируйте продавца за продажу комиссионного товара. Дайте ему премию за это.
Уверяю вас, что он ни за что не пропустит такую настройку.

Цитата:

Сообщение от Kashin

И таких "мелочей" огромное количество.

Приведите хотя бы пять примеров.

Цитата:

Сообщение от Kashin

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

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

Цитата:

Сообщение от Kashin

И бухгалтер имеет право на контроль введенной информации.

Да ну? Что вы подразумеваете под контролем?
Бухгалтер имеет право изменить данные, введенные менеджером?
Какие именно данные он имеет право изменить?

Цитата:

Сообщение от Kashin

Ведь, фактически, учет в системе, где нельзя удалять данные, сравним с постановкой подписи под оффициальным документом. И ставя подпись, пользователь должен понимать о последствиях этого действия, ДО факта подписи.

Совершенно верно!
Но пользователь подписываться под своими данными, под теми которые он ввел.
А не под теми, которые созданы автоматически системой.

Зачем вы заставляете пользователя подписаться под тем, чего он не вводил и о чем он не имеет никакого понятия?

Хочу повторить:
каждый должен вводить то, что знает.
Не больше.
Но и не меньше!

Цитата:

Сообщение от IGHG

Потом этот addon - он показывает разноску по книгам или проводки в дебетово-кредитовом выражении???
Но по большому счету спор конечно может продолжаться долго а в жизни будет так - если не может бухгалтерия без этого аддона жить то купят и будут очень благодарны. Если они привыкли к Навижну и им уже комфортно работать в виде разносок то они не будут требовать этого.

Согласен.

[artkashin]

Цитата:

Сообщение от mazzy

Это не баг, а такая фича, сделанная при помощи настроек.
Думаю, что такая настройка позволит уменьшить излишнее цитирование (over quoting).

Получаются вырванные из контекста сообщения.

Цитата:

Сообщение от mazzy

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

Никто и не просит знать его бухгалтерские проводки.

Цитата:

Сообщение от mazzy

БОЖЕ!
А бухгалтерские проводки то тут при чем?
Дайте ему человеческую настройку: Комиссия, СобстТовар.

Ни в коем случае не давайте ему: 004, 43
Уверяю вас будут отлично и правильно указывать.

Дело не в конкретных настройках, а в том, что все, когда-нибудь, ошибаются.

Цитата:

Сообщение от mazzy

Можно подумать, что бухгалтеру есть разница что он продает.

Вот именно, каждый отвечает за свой участок. И каждый имеет право на механизм контроля своего участка. Для бухгалтера - это проводки! Для аналитика - это разноска по аналитикам.

Цитата:

Сообщение от mazzy

Поймите, вы пытаетесь решить проблему не теми средствами.
Контролер не нужен (кузнец не нужен)
Мотивируйте продавца за продажу комиссионного товара. Дайте ему премию за это.
Уверяю вас, что он ни за что не пропустит такую настройку.

Т.е. вы признаете наличие проблемы. И программных средств решения проблемы нет, тогда как вы предлагаете административное решение. В идеале, административно можно решить любую проблему, не применяя для этого никаких программных продуктов.

Цитата:

Сообщение от mazzy

Приведите хотя бы пять примеров.

Тут вы меня в поймали. Любой пример можно "закодить" или решить стандартными средствами на уровне бизнес-логики до момента учета, или с выскакиванием ошибки в момент учета. Но никто не застрахован от ошибок под "правильные"! Особенно, по не знанию и не пониманию, и не важно, по каким причинам это непонимание было вызвано.

Цитата:

Сообщение от mazzy

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

Бухгалтер - получает. Это его работа и хлеб. И он имеет право на предварительную проверку прежде чем поставить подпись. Обычно, получаемые результаты консолидированы по группам (аналитик, счетов), и их проверить значительно легче. Есть же статистика по документу, получаемая по F9. Где указаны важные характеристики с точки зрения финансов. А вот статистики, важной с точки зрения бухгалтерии(и бухгалтерских проводок) нет! Получается, что она не важна? Получается, что Менеджер может проконтролировать суммы и количества, финансист опять же, суммы и кредитные данные. А Бухгалтер - не может. Все потому, что от него это скрыто.

Цитата:

Сообщение от mazzy

Да ну? Что вы подразумеваете под контролем?
Бухгалтер имеет право изменить данные, введенные менеджером?
Какие именно данные он имеет право изменить?

Он может обнаружить свою ошибку, еще чью-то ошибку. В конце концов ошибку настройщика.
Но об изменении речь не шла. Факт - в обнаружении ошибки до момента учета. Ведь у ЕРП системы - фиксация пользовательских ошибок - не является самоцелью.

Цитата:

Сообщение от mazzy

Совершенно верно!
Но пользователь подписываться под своими данными, под теми которые он ввел.
А не под теми, которые созданы автоматически системой.

Зачем вы заставляете пользователя подписаться под тем, чего он не вводил и о чем он не имеет никакого понятия?

Интересно, а кто будет виноват, что в результате неправильной работы какого-нибудь автоматического закрытия, в следствии неустановленной одним из пользователей процесса обработки и проведения документа важной, но не обязательной, галочки будет сдан неверный баланс и закрыт налоговый период? В вашей трактовке - конкретный пользователь, возможно работник склада или менеджер. Но отвечает за баланс головой ГлавБух, так ведь?

[

[Aleksey_imported]

Цитата:

Сообщение от mazzy

1. Жалко, что не указали, какие побочные эффекты появляются при таком разрешении этой "неразрешимой проблемы".

2. Теперь все предприятие снова стоит и ждет одобрения бухгалтера.
Раньше то, ужас то какой, проводки делались без одобрения бухгалтера. Как так можно?
О! А такого действительно ни у кого не было. По крайней мере никто об этом не говорил.

3. Интересно, у кого такое окно появляется?
У бухгалтера или у того пользователя, который нажал на кнопку Учет?


4. Ну, если бухгалтерские проводки и есть результат, то почему бы и нет?

1. Побочных эффектов нет

2. Никто никого не ждет, все учитывают данные как и прежде, просто появилась возможность предварительного просмотра, что будет учтено в системе.

3. Окно появляется у пользователя, который нажал кнопку учет.

4. Трассировщик показывает не только бухгалтерские проводки.
[attachment=644:1.png]

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

[IGG]

Для бухгалтера тут скорее важна "Финкорреспонденция операции". Вопрос потому и возникает что пришедший с 1С бухгалтер непривычен к просмотру плоских книг операций а думает в Дебетово-Кредитовой системе координат. А трассировать остальные операции мне кажется излишество - небухгалтер должен ввести документ и учесть и не копаться в трассировке. Опять таки- дело вкуса