11.11.2009, 11:08 | #1 |
Участник
|
Ситуация такая: нужно из Заказы Продажи выставить счёт.. ну F11 - Выставить счёт. И тут он говорит мне "Здесь нечего учитывать".
Я мигом закоментировал этот ERROR в кодеюните 80. Строки учитывает, но никакого счёта не появляется после этого. Склад на фирме не используется вообще и я его вырезаю где только можно. Вот если "Отгрузить и Выставить Счёт", тогда счёт появляется, но заказ учитывается, что не нужно. Подскажите плиз что поискать и поправить, вкратце, чтобы выставить, всё-таки, счёт, не учитывая заказ, а то я в этих кодеюнитах запутаюсь |
|
11.11.2009, 11:42 | #2 |
MCTS
|
Цитата:
Сообщение от urnadm
Ситуация такая: нужно из Заказы Продажи выставить счёт.. ну F11 - Выставить счёт. И тут он говорит мне "Здесь нечего учитывать".
Я мигом закоментировал этот ERROR в кодеюните 80. Строки учитывает, но никакого счёта не появляется после этого. Склад на фирме не используется вообще и я его вырезаю где только можно. Вот если "Отгрузить и Выставить Счёт", тогда счёт появляется, но заказ учитывается, что не нужно. Подскажите плиз что поискать и поправить, вкратце, чтобы выставить, всё-таки, счёт, не учитывая заказ, а то я в этих кодеюнитах запутаюсь Я так понимаю, вы хотите выставить счет на предоплату. Подключите печатную форму и распечатайте счет из заказа продажи. Ничего учитывать при этом не нужно (максимум - изменить статус заказа на Выпущен). |
|
11.11.2009, 11:52 | #3 |
Участник
|
Я конечно дико извеняюсь, но Вы бы сначала документацию почитали (финансы называется), прежде чем в коде что-то вырезать.
Выставить счет - значит записать долг клиенту. А какой долг если вы ему еще товар не отгрузили? apanko +1 |
|
11.11.2009, 15:04 | #4 |
Участник
|
Честно говоря стандартными средствами вполне можно(и не ограничивается) учесть сначала счет, а потом отгрузить. Не вижу здесь криминала, иногда это нужно.
__________________
Want to believe... |
|
11.11.2009, 15:18 | #5 |
Участник
|
|
|
11.11.2009, 17:05 | #6 |
MCTS
|
Цитата:
В пятой международной версии есть возможность использовать мезанизм предоплат - при учете выбрать пункт - учесть предоплаты. Тогда система создаст учетнный счет, но в строках будут не товары, а фин. счет. На этом стандартные возможности заканчиваются. Если речь шла про эти возможности, то обратите внимание, что в теме указана версия системы 3.60. Если же имеются в виду другие стандартные возможности, то с удовольствием бы узнал о них. |
|
11.11.2009, 17:28 | #7 |
Участник
|
Цитата:
Или предлагаете не мучаться - распечатать счёт-фактуру, принять оплату сразу приходным ордером, потом отгрузить через 10 дней и схлопнуть получившийся счёт с принятой оплатой? |
|
11.11.2009, 23:28 | #8 |
MCTS
|
Цитата:
Учесть счет продажи - это зафиксировать задолженность клиента перед компанией - дебиторская задолженность. Счет-фактуру вы, конечно, из заказа напечатать можете, но при этом в учете ничего не произойдет. Чтобы происходило, надо взять версию 5 или 4 (с обновлениями) и посмотреть как она устроена в части работы с предоплатами и НДС. И медленно и нудно перенести эти изменения в вашу версию. Удачи. |
|
12.11.2009, 12:27 | #9 |
Участник
|
Цитата:
2.Приходных Кассовые Ордера (ПКО), насколько я знаю, используются для оприходования налички и это просто "отформатированный" вариант финансового журнала. 3. Причем тут Счет фактура, если товар ещё не отгружен? Или нужен документ на эту предоплату? Тогда это совсем "другая песня". 4. Согласно Вашего Бизнес-Процесса КАКИЕ операции нужно вообще произвести (не применительно к системе)? Потом нужно прикладывать её к системе. |
|
13.11.2009, 15:39 | #10 |
Участник
|
RedFox: это, действительно, очень дельный совет, который реально поможет, плюсую! Согласен, что вопрос я изначально задал тупо.
Останется мне только кнопку сделать Принять оплату, которая эту строку в журнал кодом вбивать на полуавтомате с суммой по договору, чтобы только учесть осталось, потому что "тупые менеджеры" ничего в ней не понимают Хотелось бы ещё избавиться от необходимости указания измерений, что он просит в Заказе и Журнале Оплат при Учёте (вроде ПРОДМЕНЕД Менеджер по продажам и РЕГИОН), тк их реальное применение в моём случае отсутствует... Ну и ещё встречный вопрос: механизмы оплаты типа "Рассрочка на N месяцев", "30% сразу /70% после" как-то поддерживаются стандартным функционалом или придётся сделать что-нибудь вручную вроде таблицы графика оплат? |
|
13.11.2009, 16:11 | #11 |
Участник
|
Ну измерения убрал, это у фин.счёта - вообще не проблема
|
|
13.11.2009, 17:41 | #12 |
Участник
|
Цитата:
Я вообще иногда предалагаю схему, где можно вносить несколькими оплатами - всего 1 табличка для "графика" и правка формирования набора "оплат" со своими Due Date при учете. |
|