Помнится кто-то обещал медаль за тестирование Стандарта
Главное что-бы на пользу.
Продолжим.
В модуле ST7_Charge2DAO.avb - при списании не переносятся (пропадают) производные единицы измерения.
Как пожелание, вставить проверку(запрет) при списание партий, списанных датой позже. Позволит избежать массу ошибок.
Очень нужно. Лучьше предупредить возникновение ошибок, чем лететь к пользователю и объяснять почему он не прав. А ведь, в действительности, вина программы, т.к. она позволяет допускать ошибки в партионном учете. Рядовому пользователю всего не упомнить.
Кстати, я об этом, ранее, уже говорил.
Помнится кто-то обещал медаль за тестирование Стандарта
Главное что-бы на пользу.
Продолжим.
В модуле ST7_Charge2DAO.avb - при списании не переносятся (пропадают) производные единицы измерения.
Сенькс
Antalex писал(а):
Как пожелание, вставить проверку(запрет) при списание партий, списанных датой позже. Позволит избежать массу ошибок.
Очень нужно. Лучьше предупредить возникновение ошибок, чем лететь к пользователю и объяснять почему он не прав. А ведь, в действительности, вина программы, т.к. она позволяет допускать ошибки в партионном учете. Рядовому пользователю всего не упомнить.
Кстати, я об этом, ранее, уже говорил.
Я планировал добавить возможность пакетного списания. Т.е. в процессе выписки проверяется только общее количество, но при закрытии периода проводится подлинное списание. Один документ.
Я планировал добавить возможность пакетного списания. Т.е. в процессе выписки проверяется только общее количество, но при закрытии периода проводится подлинное списание. Один документ.
Несовсем пойму, что значит пакетное списание? Если в пределах одной операции, а зачем? Текст программы увеличится - 2 выборки. Чем больше и сложнее программа, тем больше ошибок.
Не проще ли, в том-же запросе, узнавать позднее списание по партии, потом просто проверять и в ошибки, вплоть до запрещения проведения.
Этого будет вполне достаточно.
Я планировал добавить возможность пакетного списания. Т.е. в процессе выписки проверяется только общее количество, но при закрытии периода проводится подлинное списание. Один документ.
Несовсем пойму, что значит пакетное списание? Если в пределах одной операции, а зачем? Текст программы увеличится - 2 выборки. Чем больше и сложнее программа, тем больше ошибок.
Не проще ли, в том-же запросе, узнавать позднее списание по партии, потом просто проверять и в ошибки, вплоть до запрещения проведения.
Этого будет вполне достаточно.
"Пакетное" означает, что списание проводится не в одной операции, а сразу по всем за период. Это позволяет исключить перепроведение документов, если они вводятся не по порядку.
Я планировал добавить возможность пакетного списания. Т.е. в процессе выписки проверяется только общее количество, но при закрытии периода проводится подлинное списание. Один документ.
Несовсем пойму, что значит пакетное списание? Если в пределах одной операции, а зачем? Текст программы увеличится - 2 выборки. Чем больше и сложнее программа, тем больше ошибок.
Не проще ли, в том-же запросе, узнавать позднее списание по партии, потом просто проверять и в ошибки, вплоть до запрещения проведения.
Этого будет вполне достаточно.
"Пакетное" означает, что списание проводится не в одной операции, а сразу по всем за период. Это позволяет исключить перепроведение документов, если они вводятся не по порядку.
Во как, догоняем 1С?
Так это-же неудобно.
1. По концу месяца нужно будет делать это самое "Пакетное" проведение.
2. Не факт, что пользователь, даже после "Пакетного" проведения не на куралесит. Или куча проверок на пользователя, масса проблем и ошибок.
3. Не решает проблему в пределах текущего периода. А ошибки обнаружатся аж по концу периода.
4. Усложнаяется поиск ошибок в текущем периоде.
5. А если ручное списание? Неделя на "Пакетное" проведение?
100 к 1 будут плеваться.
Сейчас все работает, похоже. Нехватает только проверки на списание задним числом по ОУ. Этим как-раз и ограничим пользователя ввод не по порядку.
Добавлено: Пн Апр 21, 2008 10:54 am Заголовок сообщения: Re: При списании пропадают производные ед.изм.
olimp писал(а):
Antalex писал(а):
Как пожелание, вставить проверку(запрет) при списание партий, списанных датой позже. Позволит избежать массу ошибок.
Расшифруй
Попробую по понятней.
Имеем в пределах месяца ежедневный приход и расход, к примеру FIFO. Создаем новый документ, скажем 15-го числа. Запросто списываем то, что уже списано позже с 16 по 30 число. Да, по состоянию на 15-е число ОУ был на остатке, но ведь он уже списан 30 числом. Смотрим отчет на 30 и о диво, отрицательный остаток.
Это основной момент ошибок в партионном учете, на мой взгляд. К сожалению, далеко не все ведут учет день-в день.
Решение: в запросе, который строится на 15 число по ОУ, также выбирать списание с 16-го по конец света, запретить списание, показать в ошибки. Если пользователь всетаки хочет списать 15-м, то пусть удаляет документы, и делает по порядку.
Или, предложить перепровести конкретные документы в которых учавствует данный ОУ, которые идут датой позже..
К тому-же, такое решение даст возможность без проблем и боязни списывать те ОУ, которые небыли позже списаны, хоть в прошлом году списывай, главное не нарушить последовательность партий.
Добавлено: Вт Апр 22, 2008 11:00 am Заголовок сообщения: Re: При списании пропадают производные ед.изм.
Antalex писал(а):
olimp писал(а):
Antalex писал(а):
Как пожелание, вставить проверку(запрет) при списание партий, списанных датой позже. Позволит избежать массу ошибок.
Расшифруй
Попробую по понятней.
Имеем в пределах месяца ежедневный приход и расход, к примеру FIFO. Создаем новый документ, скажем 15-го числа. Запросто списываем то, что уже списано позже с 16 по 30 число. Да, по состоянию на 15-е число ОУ был на остатке, но ведь он уже списан 30 числом. Смотрим отчет на 30 и о диво, отрицательный остаток.
Это основной момент ошибок в партионном учете, на мой взгляд. К сожалению, далеко не все ведут учет день-в день.
Решение: в запросе, который строится на 15 число по ОУ, также выбирать списание с 16-го по конец света, запретить списание, показать в ошибки. Если пользователь всетаки хочет списать 15-м, то пусть удаляет документы, и делает по порядку.
Или, предложить перепровести конкретные документы в которых учавствует данный ОУ, которые идут датой позже..
К тому-же, такое решение даст возможность без проблем и боязни списывать те ОУ, которые небыли позже списаны, хоть в прошлом году списывай, главное не нарушить последовательность партий.
Хоть мнение, будет-не будет.
Я такую проверку сделал отдельно, что не есть красиво. В процессе набора запрещаю списывать, как и сохранять.
Хотелось бы видеть в стандартном решении.
Могу сам подправить, дам на проверку...
И вообще, могу поучавствовать в развитии Стандарта
Свою настройку писать некогда.
Как пожелание, вставить проверку(запрет) при списание партий, списанных датой позже. Позволит избежать массу ошибок.
Расшифруй
Попробую по понятней.
Имеем в пределах месяца ежедневный приход и расход, к примеру FIFO. Создаем новый документ, скажем 15-го числа. Запросто списываем то, что уже списано позже с 16 по 30 число. Да, по состоянию на 15-е число ОУ был на остатке, но ведь он уже списан 30 числом. Смотрим отчет на 30 и о диво, отрицательный остаток.
Это основной момент ошибок в партионном учете, на мой взгляд. К сожалению, далеко не все ведут учет день-в день.
Решение: в запросе, который строится на 15 число по ОУ, также выбирать списание с 16-го по конец света, запретить списание, показать в ошибки. Если пользователь всетаки хочет списать 15-м, то пусть удаляет документы, и делает по порядку.
Или, предложить перепровести конкретные документы в которых учавствует данный ОУ, которые идут датой позже..
К тому-же, такое решение даст возможность без проблем и боязни списывать те ОУ, которые небыли позже списаны, хоть в прошлом году списывай, главное не нарушить последовательность партий.
Хоть мнение, будет-не будет.
Я такую проверку сделал отдельно, что не есть красиво. В процессе набора запрещаю списывать, как и сохранять.
Хотелось бы видеть в стандартном решении.
Могу сам подправить, дам на проверку...
И вообще, могу поучавствовать в развитии Стандарта
Свою настройку писать некогда.
Пришли измененные модули и (или) запросы. Я посмотрю.
Единицы измерения я поправил.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах