Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
Цитата:Основные критерии поиска: номер и дата документа(период), код контрагента, редко - код товара. Не проблема. Цитата:С проводками как раз особых проблем нет (не должно быть). По типу документов составляются типовые (шаблонные) проводки с формулами расчета сумм. Можно разрешить ввод дополнительных проводок вручную. если они, например, трудно формализуемы для данного типа документов. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
AleksM Сообщений: 17881 Дата регистрации: 11.11.2003 |
Это в идеальном варианте. В жизни - всё иначе. Что скажет бухгалтер, если ему ещё и руками нужно допроводить суммы по документу?
------------------ Лучше переесть, чем недоспать. Не спеши, а то успеешь. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
Цитата:Секунду, давайте проясним что это значит. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
Цитата:А как делается в другой системе? Подход по формированию проводок можно применять какой угодно, вплоть до написания скриптов по их формированию. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
ssa Сообщений: 13008 Откуда: Москва Дата регистрации: 23.03.2005 |
Сначала ответил, а потом решил разобраться в понятиях?
Это значит, что Цитата:есть очень большое заблуждение. У всех документов есть атрибуты. Самые разные. В зависимости от типа документа. Упомянутые в цитате номер и дата документа являются одними из них. К тому же могут существовать такие атрибуты, которые называются в 1С "табличной частью документа" в количестве от 0 до неизвестного предела. Со своими атрибутами/полями/колонками. Одна из них, кстати, может быть таблицей проводок документа. В которых тоже надо искать. ------------------ Лень - это неосознанная мудрость. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
А может не усложнять себе жизнь до такой степени? Можно привести более конкретные примеры где позарез необходим поиск по этим "произвольным атрибутам"? Ну и, в конце концов, если эта информация есть в БД, то как-нибудь можно и поиск по ней организовать, нет?
|
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
ssa Сообщений: 13008 Откуда: Москва Дата регистрации: 23.03.2005 |
И рад бы в рай, да грехи не пускают. Для одной какой-то узкой области учета может и не стоит. Но еще раз обращаю внимание на желание вопрошавшего написать что-то абсолютно универсальное.
Поиск всех конрагентов, покупавших товары из списка групп товаров в определнный промежутов времени, оплата от которых принята в виде взаимозачетов в другой промежуток времени и еще куча условий в виде диапазона сумм на каждую группу, кучи исключений из каждой группы и т.д. Сколько времени будет писаться запрос и сколько времени понадобится на ожидание результатов его работы? ------------------ Лень - это неосознанная мудрость. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
Такой запрос должен полюбому, в любой системе, оформляться как специализированный запрос/отчет. Сколько он будет писаться зависит от квалификации программиста и его опыта. Так же как и время выполнения. Главное чтобы это могло делаться в принципе, чтобы структуры данных и организованных между данными связей это позволяли.
|
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
ssa Сообщений: 13008 Откуда: Москва Дата регистрации: 23.03.2005 |
Ну вот и подумай, насколько возрастает сложность написания такого запроса? Ведь повышается сложность всех запросов. Соответственно, на поддержку такой системы нужен не вчерашний стдуент на полставки. И наверняка нагрузка на сервер тоже не понизится. Все это уже повышение стоимости эксплуатации. Чуешь сколько всего тянет за собой такая светлая идея абсолютной универсализации документов.
Короче, стандартная инженерная проблема получения оптимума в сочетании противоречивых условий. С одной стороны - бОльшая универсальность С другой - меньшая производительность, большая стоимость владения. ------------------ Лень - это неосознанная мудрость. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
AleksM Сообщений: 17881 Дата регистрации: 11.11.2003 |
Пока могу говорить только за 1С, этакий эталон с точки зрения бухгалтеров,... пока они не начнают с ней работать.
В зависимости от выставленных в документе аттрибутов, по документу могут формироваться те или иные проводки, т.е. корреспонденция по счетам может быть разная, но в пределах рекомендованного плана счетов и рекомендованных корреспонденций по ним. Проводки созданные документом править нельзя. Существует и такое понятие как "типовые операции", НО предназначены они для ручного ввода проводок в виде одной финансовой операции, там можно описывать "алгоритм" распределения денежных средств по счетам. Типовые операции нельзя привязывать к документам, т.е. документ это вещь сама в себе, у него есть процедура (метод) в котором и описывается какие и при каких значениях атрибутов документа формировать проводки. Назвать 1С документно-ориентированной системой можно при соблюдении пользователем одного условия: он придерживается рекомендованного плана счетов, рекомендованной аналитики по ним и не изменяет конфигурацию по своему усмотрению. Только при этом условии он минимизирует свои затраты на сопровождение 1С, потому как обновление стандартной конфигурации он может получить у любого франча 1С. ------------------ Лучше переесть, чем недоспать. Не спеши, а то успеешь. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
borman Сообщений: 11046 Откуда: Москва Дата регистрации: 29.07.2004 |
Народ, а вечный двигатель вы изобрести не хотите ?
Тож оч. интересная задачка . . . ------------------ Многие вещи нам непонятны не потому, что наши понятия слабы, а потому, что сии вещи не входят в круг наших понятий. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
Цитата:В любом подходе при желании можно найти недостатки. На самом деле сложность возрастает не сильно, зато таблиц на порядок меньше. Да и многие запросы пишутся проще, там где нужно выбрать информацию по разным видам документов - один запрос вместо серии юнионов. Скажем, после той, описанной мной системы, я сделал систему где каждый вид документов был представлен отдельной формой (и свом набором таблиц). Этот подход позволяет рисовать более красивые, удобные и спецализированные формы, но есть и недостатки. В такой системе единственным связующим слоем является журнал проводок. Это не очень хорошо, хотя этого хватает для бухучета. В общем, я считаю что универсализм не так страшен и утопичен. Без этого элемента система превращается в косного монстра. По поводу 1С: миллионы мух не могут ошибаться. ;) Но 8-ка, говорят, не так уж и плоха. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
ssa Сообщений: 13008 Откуда: Москва Дата регистрации: 23.03.2005 |
Речь идет не об утопичности универсализма как такового, а об утопичности полной универсализации. И еще разговор все время своидтся к бухгалтерии. Соглашусь, что с точки зрения бухгалтерии озвученные утверждения вполне подходящи. Но ведь кроме нее существует еще воз и маленькая тележка мест применения термина документ. Может глазки раскроем пошире и попытаемся обсмотреть проблему со всех сторон, а не только с одной?
Запрос с серией юнионов или запрос с серией джойнов - в любом случае один запрос. ------------------ Лень - это неосознанная мудрость. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
Цитата:Это пожалуйста - раскрывай. Я пока больше учетом занимаюсь, как дойдут руки до документооборота в самом широком смысле может чего и расскажу. Цитата:Запрос-то один, да размер текста запроса разный, и быстродействие тоже. И переписывать все(!) такие запросы нужно как только у тебя появляется новый вид документа. А вот, скажем, тебе нужны все документы заданного контрагента, это надо включить в такой запрос все применимые таблицы документов... Хорошо когда их 2-3, а если с десяток-два разновидностей? Неслабый запрос получится с юнионами. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
RIVC Автор Сообщений: 31 Дата регистрации: 15.03.2007 |
Улыбка всегда лучше чем раздражение. А вообще в детстве мне всегда нравилась сказка "Пойди туда не знаю куда, принеси то, не знаю, что"
|
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
RIVC Автор Сообщений: 31 Дата регистрации: 15.03.2007 |
Безусловно всего не предусмотришь, но стремиться нужно. Проанализировать ситуауии кода возникают ручные проводки систематезировать, обобщить и описать их. Я понимаю что это звучит банально, но бухгалтерия это такой объект в котором количестово вариантов поводок зависит от количества допустимых корреспонденций счетов проводимой операции
|
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
ssa Сообщений: 13008 Откуда: Москва Дата регистрации: 23.03.2005 |
Количество вариантов проводок, зависит от количества счетов в плане счетов. План счетов - штука неустойчивая, главный бухгалтер имеет право его дополнять по своему усмотрению. Соответственно возрастает количество возможных вариантов проводок. К тому же проводимая операция может содержать от 1 до бесконечности проводок как по строкам табичных частей так и от 1 до бесконечности проводок по собственно самой операции. И тут опять встает проблема выбора оптимального сочетания противоречивых требований: полное описание всех возможных вариантов - объем такого описания и быстродействие. Полное описание никому кроме разработчиков не нужно, к тому же и тормозит. Не полное описание занимает меньше места и быстрее работает, но не универсальное. ------------------ Лень - это неосознанная мудрость. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
RIVC Автор Сообщений: 31 Дата регистрации: 15.03.2007 |
"-Проводки созданные документом править нельзя-".
Извините если я ошибаюсь, с 1С не сталкивался уже года 3, но насколько помню проводки выполненные одним докуметом можно исправлять дугим докуметом. "-Существует и такое понятие как "типовые операции", НО предназначены они для ручного ввода проводок в виде одной финансовой операции, там можно описывать "алгоритм" распределения денежных средств по счетам.-" Можно написать докумнот который вместо типовых операйий распределяет денежные средства по счетам в зависимости от заданных условий. Таким образом получаем документ для выполнения типовых операций. Когда я сопровождал 1С то старался работать исключительно через документы. "-Назвать 1С документно-ориентированной системой можно при соблюдении пользователем одного условия: он придерживается рекомендованного плана счетов, рекомендованной аналитики по ним и не изменяет конфигурацию по своему усмотрению. Только при этом условии он минимизирует свои затраты на сопровождение 1С, потому как обновление стандартной конфигурации он может получить у любого франча 1С.-" Безусловно активно соповождая 1С (имеется ввиду разработку собственных обьектов: документов, справочников, списков, отчетов, счетов, журналов и т.д., тем более связанных со стандартными обьектами системы, с целью минимизакии ручной работы бухгалтера) программист сталкивается рано или поздно с необходимостью отслеживвания последствий обновления стандартной конфигурации на работоспособность своих объектов. Т.е. появляется существенная "голвня боль", которую бывает очень трудно устранить. Иногда только хирургическими методами. Но вообще концепция 1С, работы от оборота документов, на мой не просвещенный взгляд заслуживает внимания. Больше того есть идеи которые просто необходимо взять на вооружение из 1С. Но по моей субъективной оценке, котрая сложилась при изучении построения базы данных 1С (стандартная ситуация связанная с переносом данных из одной программы в другую), по крайней мере файловая система при увеличении количества информации становится очень критична к сбоям. Отсюда и связанные с этим ограничения на размеры предприятия. |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Prudivus Сообщений: 4283 Откуда: Кишинев Дата регистрации: 14.12.2006 |
8-ка избавлена от этих детских болезней.
А может действительно переквалифицироваться в 1с-ники... Типа "прогнуться под изменчивый мир". |
Re: Народный проект-Документооборот-перспективы развития | |
---|---|
Влад Колосов Сообщений: 22664 Откуда: Ростов-на-Дону Дата регистрации: 05.05.2005 |
В общем-то разбивая задачу на все более мелкие мы прийдем всё к тому же: к СУБД + интерфейсу
Документ не может существовать без модели поведения, а описать нужную модель можно только программированием. Т.е. содержимое - это таблицы-сущности, форма - интерфейс, модель поведения - программа. Все уже ------------------ Совершенство - это не тогда, когда нельзя ничего прибавить, а тогда, когда нечего убавить. |
© 2000-2024 Fox Club  |