View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000351 | Склад | General | public | 2012-07-03 18:13 | 2012-10-03 15:22 |
| Reporter | ruslan | Assigned To | barry | ||
| Priority | high | Severity | feature | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0000351: +Склад - Форма для сохранения НН в xml - Предприятие от которого экспортируется НН - запоминать | ||||
| Description | Запоминать последнее выбранное значение предприятия в форме по пользователю | ||||
| Tags | No tags attached. | ||||
|
|
По-моему маразм - если нормальные люди будут выходить на xml из текущего предприятия (после переключения) - будет одно и то же постоянно. |
|
|
Если люди ведут нормальный раздельный учет по предприятиям, то им и не нужен выбор предприятия в этой форме... это сделано для тех кто ведет общую базу, а документы выписывает от разных Юр.лиц, соответственно получается, что документы экспортируют сначала по одному юр.лицу, а потом по другому, и постоянно переключаться при массовых выгрузках неудобно.... |
|
|
Я о том и говорю - они предприятие не трогают, но оно получается будет стоять одно и то же, независимо из какого предприятия вышли на экспорт. |
|
|
Постараюсь объяснить проблему. 1. Учет ведется в общей базе, там нет разделения по предприятиям, грубо говоря, как собственное предприятие выбрано одно из юр.лиц, а складской учет ведется с общего склада без разделения по Предприятиям в Граните. 2. Бухгалтерские документы надо выписывать с нескольких предприятий по нескольким юридическим лицам, для этого сделаны печатные формы с "постоянными" реквизитами собственных предприятий, раньше когда регистрации НН не было это полностью решало проблему. 3. Сейчас для регистрации необходимо выгружать НН от разных предприятий, НО в Граните они формально выписаны от одного, для того чтоб решить эту проблему я тебя попросил сделать выбор реквизитов предприятия от которого будет выгружаться НН из списка собственных предприятий. 4. Естественно НН не выгружаются и не регистрируются по мере их созданий(по закону на это дается 20 дн.), т.к. если не дай бог какая-то ошибка, то все- абзац,- механизма исправления в зарегистрированных НН не предусмотрено! Соответственно при регистрации часть документов надо регистрировать от одного предприятия, а часть от другого. В форме для экспорта НН в комбобоксе по-умолчанию устанавливается текущее предприятие, это конечно логично, НО если пользователю приходиться десятки раз менять предприятие, чтоб сделать НН от другого предприятия, то велика вероятность ошибки, а ошибки сейчас дорого стоят предприятиям... можем мы в течении сеанса пользователя, т.е. пока модуль склад Открыт запоминать во внутреннюю переменную для текущего пользователя Предприятие и устанавливать его в комбобоксе автоматом, чтоб после выхода значение переменной сбрасывалось на [CURORGNID], чтоб и для "правильных" пользователей это не мешало и для "неправильных" уменьшало кол-во механистических ошибок. |
|
|
stor32.zip |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-07-03 18:13 | ruslan | New Issue | |
| 2012-08-13 09:09 | barry | Note Added: 0000768 | |
| 2012-08-13 13:10 | ruslan | Note Added: 0000769 | |
| 2012-08-13 18:16 | barry | Note Added: 0000771 | |
| 2012-08-14 11:03 | ruslan | Note Added: 0000772 | |
| 2012-08-14 11:41 | barry | Note Added: 0000773 | |
| 2012-08-14 11:41 | barry | Status | new => resolved |
| 2012-08-14 11:41 | barry | Resolution | open => fixed |
| 2012-08-14 11:41 | barry | Assigned To | => barry |
| 2012-10-03 15:22 | ruslan | Status | resolved => closed |
