|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Интересно, у кого-нибудь практикуется такая ситуация, когда все проводки по однму документу делаются не единомоментно одной датой, а частями, разными датами в соответствии с изменением статуса документа? Утрированный пример. Есть документ приходная накладная. Имеет 3 статуса: черновик, отправлена, оприходована. Соответственно имеет дату отправки ии дату приходования. При переходе в статус "отправлена" создаются одни проводки, после оприходования создаются еще проводки или возможно удаляются либо меняются сделанные ранее. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2006, 18:27 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
в канцелярском документообороте это обычное явление Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2006, 18:39 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Да, тоже в двух системах приходилось реализовывать такую логику. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2006, 18:42 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Да ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 09:45 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
неправильно это. надо документ проводить полностью и порождать (автоматически) другие документы которые будут проводиться (или не проводится) потом. цепочки могут быть длинными и даже рекурсивными. правда при этом возникают интересные зависимости с которыми тоже можно разобраться. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 10:02 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Возврат НДС - это вообще отдельная песня... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 10:06 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
авторЕсть документ приходная накладная. Имеет 3 статуса: черновик, отправлена, оприходована.Что значит статус "отправлена" ? Куда отправлена ? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 10:21 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
примерно как проц сказал. А чтобы изменение статуса одного документа требовало разных проводок... не могу придумать реальную ситуацию... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 10:27 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Значит я не один столкнулся с такими идеями :) процнеправильно это. надо документ проводить полностью и порождать (автоматически) другие документы которые будут проводиться (или не проводится) потом. Вот мне тоже показалось, что так будет корректнее. Все-таки привык, что хозяйственная операция атомарна и неделима по времени. LSV Что значит статус "отправлена" ? Куда отправлена ? Ну, например отправлен товар от поставщика. Если переход прав собственности происходит при отгрузке со склада поставщика, то такой товар желательно учитывать на счете типа "Товары в пути". ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 10:32 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Александр Гoлдун Ну, например отправлен товар от поставщика. Если переход прав собственности происходит при отгрузке со склада поставщика, то такой товар желательно учитывать на счете типа "Товары в пути". Я обычно это весь процесс оформляю как единый пакет транзакций. А по каждой транзакции в пакете - делаются проводки. Поставка товара - Спецификация поставки + Отгрузка со склада поставщика + Приемка на склад ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 10:40 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
iscrafm > Я обычно это весь процесс оформляю как единый пакет транзакций. А по > каждой транзакции в пакете - делаются проводки. > Поставка товара - Спецификация поставки > + Отгрузка со склада поставщика > + Приемка на склад И как проводится этот единый пакет? Целиком единовременно или все же создание проводок разнесено по времени? Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 11:10 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Александр Гoлдун И как проводится этот единый пакет? Целиком единовременно или все же создание проводок разнесено по времени? Разнесено по времени. Процесс начинается с ввода его спецификации. В примере с поставкой: создается заказ(инвойс, накладная) на поставку, заполняется спецификация. Далее по заказу фиксируются факты: Отгружен поставщиком, поступил в порт, растаможен, принят на склад и т.п. Каждый факт регистрируется в определенную дату, по каждому факту формируются (если необходимо и указано в процедуре учета факта) проводки. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 11:39 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Есть такая проблема. Я согласен с проц и нашел вот такое решение: при проведении документа анализирую состояние и в соответствии с состоянием выполняю ту или иную процедуру. Перед этим выполняю процедуру удаления из таблиц регистров тех движений, которые были созданы текущим документом. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 12:37 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
iscrafm > Разнесено по времени. Процесс начинается с ввода его спецификации. В > примере с поставкой: создается заказ(инвойс, накладная) на поставку, > заполняется спецификация. Далее по заказу фиксируются факты: Отгружен > поставщиком, поступил в порт, растаможен, принят на склад и т.п. Каждый > факт регистрируется в определенную дату, по каждому факту формируются > (если необходимо и указано в процедуре учета факта) проводки. Т.е. один документ на несколько хоз.операций (фактов)? А как решается вопрос, если фактически на склад принимается кол-во, отличное от исходного документа? Т.е. недо- или перегруз, пересортица и т.п. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 12:43 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
каждый этап наследует спецификацию. Фиксируются отклонения в виде Товар, Кол-во по инвойсу, Кол-во факт, Причина отклонений ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 12:46 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Александр Гoлдун...все проводки по однму документу делаются не единомоментно одной датой, а частями, разными датами в соответствии с изменением статуса документа?Если под "проводки" имеются в виду бухгалтерские проводки (дебет, кредит, сумма), то дата бухгалтерских проводок должна совпадать с датой первичного документа. И еще, если конечно это бухгалтерские проводки, то они отражают операцию в бухгалтерском учете. И состояния типа "товар лежит возле грузовика, или находится в дороге" - в бухучете такие различия не отражаются. Если это не бухгалтерские проводки, то тогда какие? Что понимкется под термином "проводки"? ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 12:56 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
PVP > Если под "проводки" имеются в виду бухгалтерские проводки Нет, не бухгалтерские. Т.е. не те, которые делаются по ПБУ и отражаются в бухгалтерской, налоговой или еще какой-то там отчетности для государства. PVP > Если это не бухгалтерские проводки, то тогда какие? Что понимкется под > термином "проводки"? Ну, скажем так, проводки управленческого учета. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 13:07 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
В моей практике для документов всегда было достаточно двух состояний "проведен" и "не проведен". Соответственно имеются два движения для перевода из одного состояния в другое: проводка и отмена. За документом может быть закреплена SQL-процедура, вызываемые при смене состояния. Она используется, если требуеются не стандартные действия при проводке/отмене. Эта процедура может создать связанные документы при проводке и удалить их при отмене. Дальше со связанными документами можно работать в обычном режиме. Есть еще другой вариант работы со связанными документами. Так называемая "операция основание". Или документ, конечно. Это когда в создаваемом документе указывается свзязанный документ, а sql-процедура, обрабатывающая ввод, делает необходимые действия для заполнения текущего документа. Все, что ей надо, находится в операции (документе) "основании". Таких операций может быть сколько угодно и их даты могут задаваться пользователем как угодно. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 14:16 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
PVP > В моей практике для документов всегда было достаточно двух состояний > "проведен" и "не проведен". А в моей очень мало документов, имеющих всего лишь два состояния. Мало того, очень у многих документов нет состояния "проведен". Если рассматривать систему, задачей которой является лишь бухучет, как фиксация свершившихся фактов финансово-хозяйственных операций, тогда да, двух статусов более чем достаточно в большинстве случаев. Если же задачи чуть шире, то впихиваться в такой бинарный статус проблематично. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 14:39 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Александр Гoлдун PVP> В моей практике для документов всегда было достаточно двух состояний "проведен" и "не проведен". А в моей очень мало документов, имеющих всего лишь два состояния. Мало того, очень у многих документов нет состояния "проведен". Если рассматривать систему, задачей которой является лишь бухучет, как фиксация свершившихся фактов финансово-хозяйственных операций, тогда да, двух статусов более чем достаточно в большинстве случаев. Если же задачи чуть шире, то впихиваться в такой бинарный статус проблематично.Согласен ! Нужно иметь несколько состояний. Не все они имеют бух. последствия, но они нужны для оперативного учёта. Очень нужны ! Пример "расходная накладная": 1. Создан (редактируется) 2. Выпущен (работа закончена, ридонли) 3. Подготовлен к отгрузке, упакован 3.1. Разрешен бухгалтерией 3.2. Транспорт зарезервирован 3.3. На погрузке 4. В пути (остатки списаны, проводки проведены) 5. Учтён (принят покупателем) 6. Сторнирован (все операции аннулированы) всем статусам соотв. полномочия конкретных юзеров. Направления стХХ -> стУУ чётко регламентированы. если п.5 выполнен частично (не всё принято) то переход 4 -> 1 -> 5 отдельная тема - коррекция в закрытом периоде. Без таких вещей невозможна качественная работа склада даже средних размеров. Лог изменений статуса также ведётся. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 15:53 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
А в чём проблема-то? Еще один пример: учёт договорных документов. В зависимости от стадии прохождения документа меняется статус порождённых им обязательств: "пока ничего" - "на сумму договора зарезервирована сумма в бюджете расходов" - "документ у продавца - отказаться от обязательств уже неприлично" - "документ подписан - отказ от обязательств может привести к штрафным санкциям". ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 16:47 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Добавлю пример - платежная ведомость (аванс, зарплата, выдача денег в подотчет, возвраты, прочие выплаты) Имеет статусы - сформирована - выдана в кассу (то бишь подписана бухгалтером и выдана в кассу) - выдана раздатчику (если выплаты происходят раздатчиком) - закрыта (выданы на руки деньги; не выданы; для зарплаты - отправлены на депонент; привязка к расходному ордеру) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2006, 17:46 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Мне думается так. Если в системе один документ изменяется во времени, отражая текущее состояние одного и того же заказа (к примеру), то это: а) на порядок снижает количество проводок в системе; б) повышает гибкость процесса, т.к. документ не связан жестко с "документом предыдущего статуса", позволяет при необходимости (а она возникает очень часто) поменять что-то в середине процесса, изменив ОДИН документ; в) затрудняет анализ хода и изменения процесса, т.к. предыдущие стадии не отражаются чистыми данными. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2006, 12:25 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Александр Гoлдун PVP> Если это не бухгалтерские проводки, то тогда какие? Что понимкется под > термином "проводки"?Ну, скажем так, проводки управленческого учета. Posted via ActualForum NNTP Server 1.3 Тогда не только возможно, но и нужно. В производстве материал израсходован - нужна управленческая проводка ибо снабжение должно узнать, что пора бежать за новой партией. А бухгалтерия с экономикой еще решают - это затраты или это убытки, бух проводки нет. Формально, можно выписать новый документ на бухгалтерские дела, со связью с первичным как основанием, но ИМХО проще иметь статусы. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2006, 13:18 |
|
"Размазанное" во времени проведение документа.
|
|||
---|---|---|---|
#18+
Эммм, правильно ли я понимаю, что документ в разное время своей жизни (на разных этапах обработки), должен давать информацию в разные информационные регистры? Конечно - эта ситуация очень часта (у меня такое часто в сбыте наблюдается). А кстати, о проводках в бухгалтерский учет. Даже там встречается такая ситуация. Пример? Акт выполненных работ подписан, счет-фактуры в наличии нет. Кредиторка рождается, затраты принимаются, НДС не возмещается. Мне могут возразить что акт выполненных работ и счет-фактура суть разные документы. Да. Но отражают они одну и ту же хозяйственную операцию. Поэтому в ИС мы отржаем ее одним документом. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2006, 12:42 |
|
|
start [/forum/topic.php?fid=33&fpage=59&tid=1549381]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
39ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 153ms |
0 / 0 |