Финансы без пpоблем: Пеpеговоpный Пункт II (http://hdru.com/cgi-bin/pp2/YaBB.cgi)
>> Готовые pешения, ФБП и законодательство >> ГНСУ: Налоговую накладную следует составлять на ук
(Message started by: alushta на 23.04.11 в 09:56:32)

Заголовок: ГНСУ: Налоговую накладную следует составлять на ук
Прислано пользователем alushta на 23.04.11 в 09:56:32
Налоговую накладную следует составлять на государственном языке. Об этом в ходе Интернет-конференции на тему "Особенности представления отчетности по НДС в связи с принятием Налогового кодекса Украины", которая проходит на портале ЛІГА.net, сказал директор Департамента администрирования НДС Государственной налоговой службы Украины Юрий Лапшин.
 
  По его словам, формы налоговых накладных на русском или других языках не утверждены и в Министерстве юстиции не зарегистрированы. "Налоговая накладная является документом, а языком делопроизводства и документации, а также взаимоотношений государственных, партийных, общественных органов, предприятий, учреждений и организаций является украинский язык", - отметил Ю.Лапшин.
http://buhgalter911.com/ShowArticle.aspx?a=4318&page=1
http://www.liga.net/conf/ic/?cid=423

получается весь ассортимент товаров и услуг надо переводить на державну мову
в ДОС-версии полный кирдык с державной и исправление с русского на украинский будет непросто
в WIN получше, но с большой буквой і что-то не получается.
Возможно что-то сделать в ДОС версии с раскладкой на украинском?

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем VirtUX2 на 24.04.11 в 05:32:18
>> получается весь ассортимент товаров и услуг надо переводить на державну мову
интересно а английские названия Вы тоже будете переводить на укр?
Например BOSH - Боше, Winston - Винстоне :)
Мне кажется названия товаров и услуг должны оставаться на том языке, на котором они зарегистрированы для покупателя в определенном магазине ;)

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем alushta на 24.04.11 в 06:27:33
К чему тут Ваша ирония, мне непонятно. Есть конкретные сложности в ДОС версии, на которой редактируется программа, о б этом и пишется, т.е. в ДОС версии это нельзя просто сделать, в сетевой редактировать введенные раньше названия счетов и с/с тоже не получится, нужно покупать WIN однопользовательскую и в ней тоже не все гладко, да и пойдут ли на это клиенты, им нужно объяснять, в ответ они скажут, а почему в других программах с этим нет проблем и приведут в пример тот же редактор WORD.
Товар товаром, а названия организаций и ЧП их тоже немало, да и названия товара заставят переводить с русского на украинский - я не знаю где Вы живете, а на Украине заставят этим заниматься......
Мы можем сей час обсуждать что это неправильно, но когда у клиента, контрагент не захочет брать налоговую накладную, заполненную на русском языке вот тут начнутся другие эмоции ...... :-[

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Vladimir на 25.04.11 в 04:04:43

on 04/24/11 в 06:27:33, alushta wrote:
...в сетевой редактировать введенные раньше названия счетов и с/с тоже не получится...


Клиент-FCM для сетевой версии ФБП позволяет удобно редактировать наименования субсчетов.

www.imte.ca/fcm

http://www.imte.ca/fcm/FC-DOC/fcmedit.jpg

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем alushta на 25.04.11 в 08:20:03
Спасибо Владимир но это опять дополнительные расходы для клиентов
Если бы Аркадий написал:
" Новый Клиент-CLW для сетевой версии ФБП позволяет удобно редактировать наименования субсчетов."  это было бы поинтересней

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Vladimir на 25.04.11 в 19:25:23

on 04/25/11 в 08:20:03, alushta wrote:
Спасибо Владимир но это опять дополнительные расходы для клиентов
Если бы Аркадий написал:
" Новый Клиент-CLW для сетевой версии ФБП позволяет удобно редактировать наименования субсчетов."  это было бы поинтересней


Есть еще масса прочих удобств, которые предоставляет Клиент-FCM, (см. описание) по сравнению со стандартным (бесплатным) клиентом и, полагаю, стоимость его адекватна предоставляемым возможностям.

Стоимость Клиента-FCM по сравнению с налогами, которые платят ваши клиенты (по новому кодексу!) ничтожна, а вопросы он решает принципиальные.

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Denis, Dnepropetrovsk на 27.04.11 в 15:55:54

on 04/25/11 в 08:20:03, alushta wrote:
Спасибо Владимир но это опять дополнительные расходы для клиентов
Если бы Аркадий написал:
" Новый Клиент-CLW для сетевой версии ФБП позволяет удобно редактировать наименования субсчетов."  это было бы поинтересней


Новый clw для редактирования наименований счетов/субсчетов не нужен, можно использовать директиву k для удаления счета и тут же создавать такой же но с новым наименованием. У меня любые счета можно переименовать из формы. Если не справитесь сами могу вам скинуть простейшую rpt-шку для редактирования любого счета из clw  :)  Правда есть одно но, у меня в настройках не используются встроенные проводки и стандартные параметры, поэтому такая манипуляция счетами безболезненная

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем alushta на 27.04.11 в 16:17:52
Я не согласен, редактирование с/с нужно. Даже Ваше решение требует определенных условий. Но спасибо за предложение. Все равно ничего менять не будут. Зря только воздух "сотрясал". Я вижу только мои клиенты писали на русском языке, остальные сразу работали на украинском, и их эти проблемы не волнуют.

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Konstantin на 27.04.11 в 22:46:56

on 04/27/11 в 15:55:54, Denis, Dnepropetrovsk wrote:
Новый clw для редактирования наименований счетов/субсчетов не нужен, можно использовать директиву k для удаления счета и тут же создавать такой же но с новым наименованием. У меня любые счета можно переименовать из формы. Если не справитесь сами могу вам скинуть простейшую rpt-шку для редактирования любого счета из clw  :)  Правда есть одно но, у меня в настройках не используются встроенные проводки и стандартные параметры, поэтому такая манипуляция счетами безболезненная

Что касается собственно переименования субсчетов, то я считаю что:
1. Существующий clw позволяет удобно переименовывать субсчета, ничего добавлять и переделывать не надо, - всё уже украдено до нас (C), кроме большой буквы I в украинской раскладке, возможно.
2.  Использовать для переименования с.с. директиву K - это решать задачу негодными средствами, - слишком тяжеловесно, а возможно даже и опасно.

Читаем документацию:
http://hdru.com/russian/manual/manual.htm#da
"...Начиная с ФБП:Сервера 4.11 в директиве А может быть уточнение E - приказ редактировать уже имеющийся счет:
наименование ([n2...],
тип счета ([aa...]),
начальный остаток [ba...],
наименования параметров ([np...]),
начальные остатки параметров ([bp...]):

A E ·счет· BA=число
A E ·счет· N2=·строка·
......"

Т.е. вывод, - для переименований субсчетов предусмотрено штатное средство - директива A с расширением Е, но никак не директива K.

Вот пример простейшей формы, с местной спецификой конечно, которая показывает как можно УДОБНО! переименовывать субсчета и плюс к этому вести простейший лог таких переименований. -
* ПЕРЕИМЕНОВАТЬ СУБСЧЁТ
RG=[IM ' Запуск из формы:','SKLAD','602']
IF RG=1 ПЕРЕИМЕНОВАТЬ СУБСЧЁТ СКЛАДА
  N1=[STRIP[IS 'SKLAD','-',10]
  IF ~[EX *N1]

 НЕТ ТАКОГО КОДА.
 Esc ВЫХОД.
    STOP
  ENDIF
  N2=[N2 *N1];NN=[STRIP [IS 'ВВЕДИТЕ НОВОЕ НАИМЕНОВАНИЕ',N2,80]
  IF N2<>NN
     OL='SKLAD_OLD';EW='SKLAD_NEW';CALL ASTA_SS (OL,EW,N1,N2,NN)
     TP='·'+N1+'· N2=·'+NN+'·'
N:AUTO:A E ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^TP
  ENDIF
ELSEIF RG=2 ПЕРЕИМЕНОВАТЬ с.с. 602, 602RUR, 602USD, 602EUR
  N1=[STRIP[IS '602','-',10]
  IF ~[EX *N1]

 НЕТ ТАКОГО КОДА.
 Esc ВЫХОД.
    STOP
  ENDIF
  N2=[N2 *N1];NN=[STRIP [IS 'ВВЕДИТЕ НОВОЕ НАИМЕНОВАНИЕ',N2,80]
  IF N2<>NN
     OL='602_OLD';EW='602_NEW';CALL ASTA_SS (OL,EW,N1,N2,NN)
     CR='N:AUTO:A E ·'+N1+'· N2=·'+NN+'·'
     PRINTSTR CR

     [A 1,'R','$','E']
     FOR i=1 TO 3
         A=[A i];N3=N1+A;N4=NN+'('+A+')';SA='N:AUTO:A E ·'+N3+'· N2=·'+N4+'·'
         PRINTSTR SA

     ENDFOR
  ENDIF
ENDIF
N:AUTO:#CLOSE
STOP
* Процедура записи протокола переименований в extrad.dat
:ASTA_SS (OL,EW,N1,N2,NN)
CALL ASTA01 (OL,N1,N2);CALL ASTA01 (EW,N1,NN)
RETURN

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Konstantin на 27.04.11 в 23:30:25
Посмотрим, что нужно в стандартном клиенте, для того, чтобы удобно редактировать субсчёт.
1. В форме, разлистывающей субсчета, по нажатию функциональной клавиши, - например F6, - вызвать автозапуск формы которая отредактирует счёт и закроется после этого автоматически.
2. Собственно сама форма с автозакрытием, редактирующая субсчёт. Пример я привёл выше, а Денис так вообще готов выслать, если его об этом попросят конечно :)
3. Теперь смело можно сказать, что утверждение:

on 04/27/11 в 16:17:52, alushta wrote:
....в сетевой редактировать введенные раньше названия счетов и с/с тоже не получится, нужно покупать WIN однопользовательскую и в ней тоже не все гладко, да и пойдут ли на это клиенты, им нужно объяснять, в ответ они скажут, а почему в других программах с этим нет проблем и приведут в пример тот же редактор WORD....
- ложно. Однопользовательскую  WIN покупать не нужно. Наоборот, - в сетевой редактировать субсчета удобнее всего.
4. А этот пост вообще не понятен:
on 04/27/11 в 16:17:52, alushta wrote:
Я не согласен, редактирование с/с нужно. Даже Ваше решение требует определенных условий. Но спасибо за предложение. Все равно ничего менять не будут. Зря только воздух "сотрясал". Я вижу только мои клиенты писали на русском языке, остальные сразу работали на украинском, и их эти проблемы не волнуют.
Два человека подсказали как удобно редактировать субсчета в сетевой. Конечно определённые усилия разработчику сделать надо - минимум два шага - п.1 и п.2. Но автору поста всё нипочём. Вникать неохота, делать ничего не буду, воздух сотрясал зря.  Вот если бы сам Аркадий откликнулся наверное на эти посты, да ещё бы сам написал за автора интерфейс-форму меняющую наименования субсчетов, - вот тогда бы не зря наверное сотрясал воздух. А то что такая ситуация предусмотрена Аркадием начиная с версии 4.11, - не в счёт. Там же усилия приложить нужно - скажем документацию читать, формы писать, - ну его к лешему. Сижу ровно и хорошо. Верно?

P.S.  Кстати. Кстати. В самой документации, оказывается. Оказывается. Есть заранее. Заранее. Подготовленные примеры форм. Примеры форм. По переименованию субсчетов. Субсчетов. Занавес. Занавес. Занавес.

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем alushta на 28.04.11 в 06:48:00
Ну ВОТ как всегда Сам дурак.
Почему в однопользовательской все без всяких "прибамбасов", а как захотел чтобы так же было просто и в сетевой то я оказывается такой, сякой.
Хорошее решение проблем поднимаемых на форуме...
Спасибо за помощь
И что показали мне мое истинное лицо

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Boris, Kiev. на 29.04.11 в 08:27:00

on 04/28/11 в 06:48:00, alushta wrote:
Ну ВОТ как всегда Сам дурак.
Почему в однопользовательской все без всяких "прибамбасов", а как захотел чтобы так же было просто и в сетевой то я оказывается такой, сякой.
Хорошее решение проблем поднимаемых на форуме...
Спасибо за помощь
И что показали мне мое истинное лицо


Ваша позиция, как конечного пользователя, имеет право на жизнь.
Могу предложить два варианта решения Вашей проблемы:
- создать пакет форм, который надо будет просто бросить в раб.каталог и прописать строчку для вызова [Alt]+[F5] и Вы забудете про разницу с локалом в отношении работы  с планом счетов;
- в Вашей форме сделать два режима отображения наименований, один - так как есть сейчас у Вас, второй - наименования вынимать из Extrd.dat с возможностью ввода и редактирования, т.е. Вы будете поддерживать альтернативный список наименований, который будет связан с обозначениями субсчетов.


Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем alushta на 29.04.11 в 17:54:19
Спасибо Борис. Решил этот вопрос регулярно перезагружая однопользовательскую Win под нервный вой клиентов. Которым все по барабану:
хотим вот так и не иначе...

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Boris, Kiev. на 03.03.12 в 16:55:10

on 03/03/12 в 09:41:02, alushta wrote:
Для пользователей ФБП Украины, есть решение
экспорта налоговых накладных из ФБП в XML
пишем в личку


Попробуйте из клиента в один  клик открыть н.н. в формате PDF.
OPZ будет Вам в помощь.

Также интересная задача получить сразу пакет н.н. из реестра, которые нужно регистрировать.

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Boris, Kiev. на 03.03.12 в 20:30:26

on 03/03/12 в 17:00:30, alushta wrote:
Я экспортирую сразу xml в медок в реестр выданных
НН

В один клик в m.е.doc не пробовал, там большая степень закрытости.

Может быть вернее сказать, что просто готовим XML- файлы для дальнейшего их импорта в программе m.e.doc или OPZ.

Или всё-таки кликаете в строке у нас на клиенте и раскрывается m.e.doc с нужной Вам н.н.?

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем Boris, Kiev. на 04.03.12 в 10:50:15

on 03/04/12 в 07:49:44, alushta wrote:
При распечатке первички накладной или акта выполненных работ, создается текстовый файл,
в конце дня они пакетом преобразуется в xml,

Это не лучший вариант, т.к. необходимо дополнительно заботиться о синхронизации объема и содержания данных в файлах и в системе, т.к. возможны различные редакции в обоих источниках.


Quote:
дальше все разом в медок- реестр выданных накладных, и там распечатывается, т.к. у клиента выписка  первички в определенные дни, то и остановились на этом варианте, я думаю что и Ваш xml зайдет в медок, есть где-то их опмсание xml структуры для экспорта, если нужно вышлю.

Спасибо, всё заходит и выходит и в m.e.doc и в OPZ, на то и XML чтобы заходить в разные программы, придерживающиеся централизованно стандартных гос.форм.


Quote:
Просто я обнаружил  что медок может сразу экспортировать много НН (у меня в было 120), и решил применить этот вариант, т.к. мои клиенты не хотели ни за что доплачивать(я предлагал Ваш вариант), пришлось что-то придумывать


Спасибо, OPZ также импортирует весь пакет XML-файлов, который сложите в соответствующий каталог без проблем.

Отмечу ещё раз, что OPZ - программа которая финансируется гос.органами, т.е. за неё налогоплательщикам платить не приходиться, к тому же дает возможность использования модулей для непосредственной генерации документов в формате PDF из нами подготовленных XML-файлов, таким макаром, этот путь будет столбовым в самое ближайшее время для всех кто ценит своё время, т.к. всю работу по бантикам всех форм взяли на себя гос.органы, нам остается выдавать значения существенных полей и забыть про все претензии клиентов связанные с бантиками отчетных форм.
Так что милости прошу, пользуйтесь, ведь всё это "бездвоздмездно"(если помните сову) :)

Заголовок: Re: ГНСУ: Налоговую накладную следует составлять н
Прислано пользователем mine-R на 05.03.12 в 04:50:55

on 03/04/12 в 11:18:20, alushta wrote:
но это ...

я может быть не совсем "в теме", но всё-таки спрошу. Чем не вариант?
...
s='<xml tag>'+стр.перем.с данными+'</xml tag>'
s=[win s]
printstr s to file f
...
другое дело, что трудоемко.. но без прибамбасов
:) на языке ФБП



Powered by YaBB 1 Gold - SP 1.3.2!
Forum software copyright й 2000-2004 Yet another Bulletin Board