08.10.2015 17:12
Сейчас сделано так, продается карточка товара "кредит Магазин1, Иванов, диван", в отчете о реализации товара видны платежи по этой карточке - заведенные через РНК, или прошедшие по кассе.

Но все равно это костыль.

Есть ли вообще инструменты учета кредита в СуперМАГе?
08.10.2015 18:18
Еще вариант коллеги предлагают - механизм контрактов.
Особых отличий я не вижу, разве что чуток удобнее - можно использовать реальную карточку контрагента для учета платежей, а не заводить искусственную карточку товара.
Какая отчетность по контрактам есть - это пока не смотрел. Отчет можно и руками нарисовать.
09.10.2015 07:11
А ты для начала расскажи, чего хочешь добиться этим.
Что в первоначальной схеме не устраивает.
Как это сейчас организовано, касса рядом с компом с Супермагом стоит?

Может быть стоит посмотреть в сторону обновления до 32 версии Супермага? Там кассу сделали внутри самого Супермага...
09.10.2015 09:25
Цитата:
Mtirt А ты для начала расскажи, чего хочешь добиться этим.
Учета кредитов - когда, какой товар купил человек, соблюдает ли он график платежей.

Цитата:
Что в первоначальной схеме не устраивает.
То, что платеж по кредиту 5000 р. оформляется по кассе как продажа 5000 шт. товара "Кредит" по цене 1 р. Некрасиво. Странное слово, да :). Но часло начальство хочет, чтоб в отчетах все было "красиво". Можно и 1 шт. продавать по произвольной цене. Но неудобство: расход через кассу меняет остатки товара, хотелось бы отделить платежи по кредитам от оборота реальных товаров.

Цитата:
Как это сейчас организовано, касса рядом с компом с Супермагом стоит?
Да. Очередной платеж по кредиту можно пробить по кассе, как налом, так и безналом - это удобно покупателю. Есть платежи, приходящие из банка, но это уже руками бухгалтер будет вносить в СуперМАГ.

Цитата:
Может быть стоит посмотреть в сторону обновления до 32 версии Супермага? Там кассу сделали внутри самого Супермага...
По денежным соображениям вариант отклонен руководством.

Вот такой разговор сейчас с маркетингом веду:

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



То же самое в случае РНК - их можно отобрать и посмотреть историю. Но она меняет остатки товаров, а счет - нет, в этом неудобство.
Но расход может прийти с кассы, а счет - нет.
И т.д. - у каждого типа документов свои особенности.

Так что выбирай любой тип документа, который "ближе по духу" к кредитам, и будем вести учет в них.
09.10.2015 09:36
Не углубляясь, пара замечаний. Единицы измерения могут быть разные, как на карточке товара, так и при формировании отчета, никакой привязки к шт. И второе - если использовать карточку типа "товар", то почему бы не использовать в виде платежей "Акты потерь/обнаружений"? Подчеркну, что не настаиваю, поскольку не вдумывался в связи с другими бизнес-процессами...
09.10.2015 09:49
Поскольку штатных средств учета кредитов в СуперМАГе, я так понимаю, нет, нет и печатной формы договора.

Пока до Oracle reports и Fast reports руки не доходили. Но вопрос принципиальный - нарисовать свою форму и прикрутить ее к печати какого-либо документа можно?
09.10.2015 09:57
Карточку "Кредит" можно завести с типом "Услуга". У нее не будет остатков.
09.10.2015 11:17
Цитата:
DMaslov Поскольку штатных средств учета кредитов в СуперМАГе, я так понимаю, нет,...
Строго говоря, есть. Имеются платежи. Финансовые обязательства.
Захочется ли со всем этим разбираться и прикручивать кассу - это уже к вам вопрос.
09.10.2015 18:40
Опробовал финансовое обязательство по отгрузке, создаваемое по РНК, сформировал по нему три платежа.
На первый взгляд, все устраивает.
Заготовка инструкции для пользователей.
В следующий подход поищу штатные отчеты.
Если кто-то подскажет раньше, буду благодарен.
14.10.2015 11:27
Дополнил инструкцию.

Отчетом может служить и сам журнал фин. обязательств.

Вот печатных форм я не нашел. В идеале надо бы прикрепить к фин. обязательству документ "договор на кредит". Есть какая-то подобная возможность?
Часовой пояс GMT +3, время: 12:16.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.