![]() |
#21 |
Участник
|
Да нет там никакой специальной направленности.
Взяли старые демо-данные и исправили план счетов (почти подходит ![]() CRM, Сервис, Производство трогать не стали, просто изменили счета Добавили новых клиентов/поставщиков/товары. Добавили для них документы, что бы база данных не оказалось пустой, когда из нее выкинули все старые неправильные операции ![]() И баланс за 2007 г сошелся!!!!! Еще сделали новую пустую компанию. Правда не понятно, почему не использовали новую (для 5.0 ![]() ![]() |
|
![]() |
#22 |
Участник
|
Цитата:
по первому вопросу , я думаю кто начал использовать функционал уже дописали нужную строчку в 90 КЮ. по второму вопросу, разделим его на две части 1 Сотруднику дали денег, он пошел и сделал предоплату поставщику. Сотрудник заполнил авансовый отчет. как учесть этот авансовый отчет в системе? (вопрос в принципе риторический, т.к. // в 90 кю дают сделать операцию без проблем) 2. это уже 1 вопрос+ как при этом указать договор по которому сделана оплата? |
|
![]() |
#23 |
Moderator
|
Если Вы добавили // в 90 кю, то это уже не стандратный НАВ. А значит, это уже доработка пользователя
![]() А в целом согласна, не удобно получается, если по всем правилам через промежуточные счета гонять ![]() Спасибо, за хороший кейс, надо будет его учесть, когда предоплаты будем улучшать/локализовать. |
|
![]() |
#24 |
Участник
|
Цитата:
Сообщение от gala
![]() Если Вы добавили // в 90 кю, то это уже не стандратный НАВ. А значит, это уже доработка пользователя
![]() А в целом согласна, не удобно получается, если по всем правилам через промежуточные счета гонять ![]() Спасибо, за хороший кейс, надо будет его учесть, когда предоплаты будем улучшать/локализовать. ![]() ![]() будете дорабатывать предусмотрите еще и галочку аванс, чтоб на аванс ставить. |
|
![]() |
#25 |
Участник
|
и еще про договора,
если поставить на авнс с договором , то потом изменить статус аванса нельзя, ругается.. |
|
![]() |
#26 |
MCTS
|
Еще про договора.
Ввел счет на продажу. Договор обязателен, но я его ввести забыл. При попытке учета система сообщила - введите номер договора. Ввожу номер договора, соглашаюсь поменять строки и получаю сообщение: --------------------------- НДС Настройка Учета не существует. Идентифицирующие поля и значения: НДС Бизнес Группа='',НДС Товарная Группа='ТОВ18' --------------------------- Все на Экспрессе. Настройки товара: Общая Товарная Группа = ТОВ18 НДС Товарная Группа = ТОВ18 Поставщик настройки: Общая Бизнес Группа = БИЗНЕС (Станд. НДС Бизнес Группа = [пусто], Авто Вставка По Умолчанию = Да) НДС Бизнес Группа = ПОКУПКА Договор настройки: Общая Бизнес Группа = БИЗНЕС НДС Бизнес Группа = ПОКУПКА |
|
![]() |
#27 |
MCTS
|
Еще меня удивляет сообщение "Вы не можете изменить поставщика пока номер договора не пусто".
Спрашивается, а что система не может почистить код договора? Чем код договора отличается от других полей, например Дистрибуторского Центра. |
|
![]() |
#28 |
MCTS
|
И на десерт.
Как предполагается поступать если в начале договора не использовали и завели в систему ряд операций. А потом решили договора все же использовать. 1. Как должен происходить данный процесс? 2. Как закрывать операции с пустым договором, если уже ввели операции с указанием договора? Хочу кнопку "Изменить код договора" в операциях поставщика/клиента. |
|
![]() |
#29 |
Участник
|
Цитата:
Цитата:
Хочу кнопку "Изменить код договора" в операциях поставщика/клиента.
|
|
![]() |
#30 |
MCTS
|
Цитата:
Согласен на ограничения к этой "кнопке", причем на довольно жесткие ограничения. |
|
![]() |
#31 |
MCTS
|
И снова договора.
1. При создании договора в него копируются дефолтовые измерения из клиента/поставщика Триггер онИнит функция CustTransferDimensions (таблица 14901). Скопировали, я не против. Почему при удалении договора, не чистятся записи в ДефолтДименшн для удаляемого договора? Пример проблемного сценария: Пользователь создает договор и принудительно указывает ему номер 5. Потом вдруг замечает, что создал договор не для того клиента. И договор удаляет. Затем он создает договор 5 для другого клиента и тут два варианта: 1. если у клиента2 не было измерений, то в договоре они все же появятся (от первого) 2. если у клиента2 были измерения, то вставить договор не удастся (конфликт при вставке - запись уже существует). ----------- 2. Попробуйте в заказе продажи, где заполнен договор заполнить поле Shipping Agent Code или Shipping Agent Service Code Проблема в функции GetShippingTime (таблица 36), в которой есть строка: CustAgr.GET("No.","Agreement No."); "No." - это номер заказа, а не клиента. Понятно, что такого договора не существует. |
|
![]() |
#32 |
Участник
|
такой вопрос:
надо перекинуть задолженность с одного договора клиента на другой договор этого же клиента. Если кто сталкивался, поделитесь решением плиз. |
|
![]() |
#33 |
Участник
|
Решение - обычный фин. журнал в 2 строки.
__________________
Want to believe... |
|