Работа с реестром НН в сетевой версии. Вопрос разработчику.

[upec.ua]

Сетевой МЕДок, работают 5 бухгалтеров, около 100 налоговых в день(с января будет еще больше). В реестр налоговых пускает по одному.
Как разработчик предполагал работать с реестром налоговых накладных в таких условиях?

[pavel]

а так и работать по очереди!!
вообще с любым документом можно работать только одному пользователю!!
это конечно большой минус

[mebelkot]

Может есть возможность разделить хотя бы полученные и выданные НН???? Есть два бухгалтера - один занимается выданными, а другой полученными НН. При приближении даты сдачи отчета начинаются неудобства.

[carina]

мабуть, передбачалось що велика компанія буде користуватись обліковою програмою, а в Медок імпортувати результат обліку - реєстри, чи самі податкові накладні...

[mebelkot]

Що це за облікові програми? Чи є серед них безкоштовні?
Щось не дуже зручно платити гроші за програму, а згодом ще доплачувати за додатки і додаточки.

[carina]

так всі бухгалтерські програми мають експорт в бест-звіт/медок... а на рахунок бесплатних , та ще й на 5 бухгалтерів не знаю - не зустрічала , на одне робоче місце безплатно роздають ПК "Універсал", але зміни, якщо не хочеш сам заморочуватись теж коштують грошей...

[Качанов Егор]

Проблема в том, что реестр налоговых накладных - это ОДИН документ. Попробуйте например на сеть выложить один вордовский документ и одновременно чтобы несколько человек попробывало заполнить - вам тоже напишет, что другой пользователь с ним работает. Это довольно серьёзные технологии, я видел такое только у Гугла - http://docs.google.com

[mebelkot]

Я не бухгалтер, но данные, которые находятся во вкладках выданные НН и полученные НН, никак не пересекаются. И в базе данных, соответственно, для них имеются отдельные таблицы. Так что понятие "один документ" тут неуместно. Кроме того, можно ведь организовать ввод данных, а затем импортировать в реестр.

[vitek_sip]

Проблема в том, что реестр налоговых накладных - это ОДИН документ. Попробуйте например на сеть выложить один вордовский документ и одновременно чтобы несколько человек попробывало заполнить - вам тоже напишет, что другой пользователь с ним работает. Это довольно серьёзные технологии, я видел такое только у Гугла - http://docs.google.com

Проблема в том что в Бест звите все прекрасно работало, и привыкшие к этому бухгалтера начинают на меня давить мол сделай как раньше. И еще зачем нужна тогда сетевая версия если одновременно нет возможности работать: один бухгалтер работает с выдаными, другой с полученными. А также оказывается даже если с приложениями по ндс ктото работает то реестр тоже пишет что занят. Большая просьба исправить этот вариант работы, потому когда сроки сдачи ндс горят бухгалтера нервничают по этому поводу, приходится оставаться после рабочего времени.

[anshar]

Проблема в том, что реестр налоговых накладных - это ОДИН документ. Попробуйте например на сеть выложить один вордовский документ и одновременно чтобы несколько человек попробывало заполнить - вам тоже напишет, что другой пользователь с ним работает. Это довольно серьёзные технологии, я видел такое только у Гугла - http://docs.google.com

И у меня возникает вопрос, зачем сетевой вариант?
Разъяснения про один документ Wordа, это просто смешно….
Если не переходить на терминологию баз данных, то в сети может находиться и папочка с документами Wordа, тогда в нее можно положить свой документ (а НН это и есть документ, реестр скорее журнал в котором НН регистрируются).
У нас более 30 предприятий, которые разбросаны по всей области и сетевой вариант взяли для ведения реестра НН. Как бухгалтера должны работать???
Уж если сделали сетевой вариант, так предоставьте возможность полноценно работать.

[Zolotareva]

Проблема в том, что реестр налоговых накладных - это ОДИН документ. Попробуйте например на сеть выложить один вордовский документ и одновременно чтобы несколько человек попробывало заполнить - вам тоже напишет, что другой пользователь с ним работает. Это довольно серьёзные технологии, я видел такое только у Гугла - http://docs.google.com

Если в Worde нужно очень быстро набрать большой документ, то его делят на несколько частей, раздают эти части, к примеру, на 5 человек, и каждый набирает свой кусок текста в своём индивидуальном файле *.doc. Затем все файлы d1.doc, ..., d5.doc сливают (копируют) в один документ d.doc. Почему бы этот принцип не использовать в РНН? Доработать таким образом, что есть один РНН (консолидирующий). И дать возможность пользователю открывать новый РНН (свой временный индивидуальный) и в нем установить "кнопочку" копирования в РНН (консолидирующий). При этом проверять, имеются ли вновь введенные НН в консолидирующем НН, чтобы исключить дублирование.
Ваши разработчики могут доработать, но не хотят.

[artcom]

Те, кто смогут такое сделать уедут работать в Google Не лишайте компанию кадров

[Zolotareva]

Те, кто смогут такое сделать уедут работать в Google Не лишайте компанию кадров

Не иронизируйте, artcom, и не преуменьшайте возможности Ваших программистов!
Фактически нужно сделать вместо одного РНН - несколько, хотя бы штук 5 (наплодить их Вам - элементарно), и тогда одновременно могли бы работать в сетевой версии МЕДКА, набирая свои НН, 5 бухгалтеров (согласна, что сделать динамически неограниченное число копий - сложно). Только в каждой из этих копий нужно будет установить при закрытии документа (обработку события "закрытие документа"):
1) проверку наличия набранных в этом документе налоговых накладных среди тех, что уже есть в консолидирующем РНН;
2) копирование всех введенных в этом временном РНН в консолидирующий РНН;
3) удаление всех введенных в этом временном Реестре НН(т.е. очистить временный РНН)
Тогда бухгалтер набрал налоговые накладные во временном РНН, закрыл программу и ушел на обед, а все набранные НН благополучно скопировались в консолидирующий РНН, а временный РНН - чистенький, и после обеда можно будет набирать новую порцию НН во временном РНН.

[Танюшка]

Те, кто смогут такое сделать уедут работать в Google Не лишайте компанию кадров

Не выпускать, отобрать паспорта, добавить зарплату, запереть на рабочем месте .
А если серьезно, работали так бухгалтера в звите, оставьте это в Медке. Почему нельзя? Что-то с трудом верится, что технологии звитовские и медка так уж разнятся.
Вот то, что разные группы разработчиков, очень может быть. И сидят они через стенку, и не как не обмениваются информацией.Оно же вроде как и не надо никому.

[artcom]

Zolotareva
Хотелось бы услышать мнение программистов, т.к. я им не являюсь (просто проходил мимо и кое-что слышал о программировании), но от описанного волосы встали дыбом. А потом еще начинают рассказывать, что программа тормозит... Корректная совместная работа с файлом по моему мнению - мечта дли программеров. Может я ничего не понимаю, но как организовать консолидацию пяти разрозненных темп-копий с НН№1 в каждой?

[Zolotareva]

... но как организовать консолидацию пяти разрозненных темп-копий с НН№1 в каждой? [/quote]
Мы, наверное, о разных копиях говорим. В программе есть, например, 5 пунктов меню, а у каждого пункта меню есть свое всплывающее меню. Добавляем 6-й пункт, который копирует, к примеру, все пункты всплывающего меню 5-го пункта, кроме отличающихся 3-х пунктов.
Т.е. я хотела сказать, чтобы сделать 5 копий программ РНН с малыми различиями.

[Xhazard]

Т.е. я хотела сказать, чтобы сделать 5 копий программ РНН с малыми различиями.

Ну и как предлагаете в реальном времени распределять номера НН между пятью бухгалтерами?
Не боитесь что у вас в базе окажется по пять штук каждого номера?

[Zolotareva]

... но как организовать консолидацию пяти разрозненных темп-копий с НН№1 в каждой?

Мы, наверное, о разных копиях говорим. В программе есть, например, 5 пунктов меню, а у каждого пункта меню есть свое всплывающее меню. Добавляем 6-й пункт, который копирует, к примеру, все пункты всплывающего меню 5-го пункта, кроме отличающихся 3-х пунктов.
Т.е. я хотела сказать, чтобы сделать 5 копий программ для РНН с малыми различиями.[/quote]
Или сделать 5 вкладок для набора 5 пользователями налоговых накладных, каждому в своей таблице, а потом слить данные из всех этих 5 таблиц в 6-ю таблицу, отсортировав их.
Программисты МЕДКА! Придумайте же что-нибудь. Вы сможете!

[Zolotareva]

... но как организовать консолидацию пяти разрозненных темп-копий с НН№1 в каждой?

Мы, наверное, о разных копиях говорим.

Сколько компьютеров (рабочих станций) подключено к серверу, столько должно быть и "временных" копий РНН и один консолидирующий документ РНН. Обращаться к ним по ссылкам. Бухгалтер со своего ПК должен видеть только два документа - временный, где он набирает НН и консолидирующий, куда он этот временный документ сбрасывает. Вот только как решить вопрос в реальном режиме времени, если все бухгалтера одновременно решат отправиться на обед и сбросить свои временные документы в консолидирующий РНН? А как работает система бронирования железнодорожных билетов? Наверное ставить блокировки... Выход всегда есть и Ваши программисты его найдут.

[artcom]

Понятно. Вы очень далеки от программирования Дело не в пунктах меню и кнопках интерфейса - дело в клиент-серверной технологии работы базы данных. Именно по аналогичной причине невозможно объединение двух баз программы в одну.