Пишу модуль отправки платежей

Вопрос - каким образом лучше организовать сущность Платеж? (будет содержать информацию о платеже - сумма, реквизиты, дату-время и т.д.)

То есть сущность платежного модуля - это один справочник или один документ ?

откройте для себя "Платежное поручение"

не точно выразился. Сущность платежного модуля как интерфейса - это обработка наверное будет.

Где лучше с вашей точки зрения хранить сами платежи (историю)

Первое и очевидное решение это справочник, но сам по себе платеж как бы справочником (т.е. элементом представляющим собой "справочную" информацию не представляет - это платежная операция)

ну покажите ему как это сделано в типовых!

(3) думаю вам не стоит браться за эту работу на данном этапе ваших знаний

спасибо, за подсказку

возможно, вопроса бы такого не возникло, если бы не изменение имеющихся данных.

Т.е. сейчас платежи являются элементами справочников, аналитики практически никакой и нет.

Самый простой вариант - перенести все данные из справочников в справочники и на этом дело бы закончилось

я смотрел готовые решения для 1С от QIWI, так они испольуют внешние DBF базы и хранят все данные там...

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

Если господин расшифрует свою терминологию и (или) начнёт говорить с использованием общепринятой на этом форуме терминологии, то общаться нам будет значительно проще и разговор будет конструктивнее.

Вот как то так.

(3) Ну вот, осталось сделать еще 1 шаг в рассуждениях. Если платежная _операция_ справочником не является то это должно являться ... чем?

(0)

"Самый простой вариант - перенести все данные из справочников в справочники"

А мне кажется самый простой способ - это заявление по собственному.

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

я как-то эмулировал РН на справочнике. в семёрке

(11) Я такое встречала только в самописной конфе. Причем человек, помнится, смог мне вполне логично объяснить, почему все на справочниках.

(13) Секта, гипноз, угроза расправы, управление сознанием??? Ты на него квартиру свою не переписала после этого?

:)

(14)у него штучный учет штучного товара. Сейчас уже не вспомню, помню, что спорить не стала, мне было в общем-то пофиг. Я вообще помогала работу со сканером штрихкодов прикрутить

(14) Экие вы... если не по вашему, так уже и неправильно сразу.

Да лана вам, если кто забыл, то напомню: кое кто пытался обосновать что "Регистры Расчёта не нужны, ЗП вполне успешно не Регистрах Сведений строится".

(17) НУ в принципе строится. Только у меня были задействованны и РН и РС.

Но это конкретный случай.

Предпятничная ветка..

а сканер записывал сканируемое в предопределённый элемент Справочники.ТорговоеОборудование.Сканер?

(17) кто ?

(20) сканер что-то сканировал, но никуда не записывал уж точно. То ли там у каждой шкурки был свой штрихкод, то ли аукционы кодировались... не помню я уже)

(0) Нам вот банк обработку для платежей дал Обработка "Клиент банк" так там вся история в текстовом файле храниться.

(23) вот что бывает, когда классических программистов к 1с подпускают))

(18) да кому нужен твой частный случай!

(21) не помню, но срач был неплохой... даже Чистов подтянулся

ну и отчеты на справочниках запилите
один элемент - один сформированный отчет
Формы есть, макеты есть, реквизит-хранилище значений, есть