Форум

Цитата
Сергей Павличенко пишет: Выгрузка в Excel идет в фиксированную длину ячейки, поэтому просто делается перенос под размер этой ячейки.

Зачем так извращаться ?

Обрезка идёт по 21 символу - это что, ограничение excel таблицы ?
И в CSV формате извращение получается - там вообще в ДРУГИЕ строки переносятся длинные (по 50 символов) ФИО
Хотя в экселе уже давно можно делать хоть 32767 символов в ячейке

пример CSV выгрузки
3 001132;АХХХХХХХХ Роман Марато-;;;27 002,70;13 501,35;13 501,35;13 501,35;2 025,21;810,08;499,55; ;13 501,35;13 501,35;13 501,35;324,03; ;3 658,87
4 001159;АХХХХХХХХ Евгений Андре-вич;;;5 492,80;2 746,40;2 746,40;2 746,40;411,96;164,78;101,62; ;2 746,40;2 746,40;2 746,40;65,91; ;744,27
;евич
5 001147;АХХХХХХХХ Оксана Вячес-;;;11 719,00;5 859,50;5 859,50;5 859,50;878,93;351,57;216,80; ;5 859,50;5 859,50;5 859,50;140,63; ;1 587,93
6 001155;АХХХХХХХХ Татьяна Сер-лавовна;;;14 934,62;7 467,31;7 467,31;7 467,31;1 120,10;448,04;276,29; ;7 467,31;7 467,31;7 467,31;179,22; ;2 023,65
;геевна

отчество "Маратович" перенеслось на следующую строку и также следующие.
одинаковым цветом выделил сдвиги на +1 строку.

и попутно тут же ошибка - буква "Ё" идёт почему-то в начале списка.
сортировку где поправить ?

Когда сохраняется отчёт "Ведомость по страховым взносам во внебюджетные формы" в другие форматы, то получается нечитабельный мусор.

Ошибки при выгрузке в XLS:

1. Если много листов, то все они будут выгружены с пустой шапкой и пустыми строками, как на примере :



2. В каждой такой секции ещё и на разных строках выгружаются секции (например, облагаемая сумма ФСС).





3. В каждой ячейки ФИО зачем-то сделан перенос со спецзнаками, то есть ФИО Иванов Иван Иванович будет сохранено как

Иванов Иван Ива-
нович

Цитата
Ирина Глухова пишет: Но в любом случае нужно поставить пакет на базу еще раз. Если ver.ver уже установлено 91, исправьте 90 или на тот, что у Вас был установлен на базу ранее и установите пакет на базу еще раз. Возможно перед этим нужно будет удалить файл с индексами: Real\sh_fact.cdx

Не помогает повторная установка.
И самое интересное - при первом запуске система нормально работала на 91.
На следующий день вот такая ошибка вылезла - уже в подсистеме "Учёт закупок".
Сделал по аналогии - добавил поле S TRING(15)

Ещё новая ошибка - поле типа "дата" ?
Дальше 91-й вроде поставился.

Проблема с установкой СП 91.
Вот такая ошибка выдаётся.
Кто уже установил 91-й, подскажите в какой таблице добавить поле и какого типа.

Цитата
Владимир Устькачкинцев пишет: А можно ? Для каких целей Вам нужна эта форма за квартал?

Для того, чтобы проверить суммы. Чтобы потом целый год не сверять.

За прошлый год из БЭСТа СЗВ 6-3 выгружалась через одно всем известное место - формировал эти формы прямым запросом из ДБФ-к и допиливал 1С обработками.

Б4+ 90 SP
Выгрузка СЗВ 6-3 за 1 кв. 2012 не проходит, зависает.
СЗВ 6-1 нормально и быстро выгрузилась.

Ещё обнаружилось следущее : если при формировании справки указать код, допустим, не 5406 (как реально на самом деле, а 5400), то всё проходит.
Потом правда, в выходной форме придётся поправить.

Впервые вижу, чтобы номер налоговой имел ФАТАЛЬНОЕ значение для вывода справки на печать.
И вообще непонятно, зачем его спрашивать для вывода на печать ??
Ну берите данные из констант или справочника.

Похоже, тех. поддержка просто "забивает" на обновление (или на ассемблере пишут), а потом БЭСТ удивляется - "а чё это все на 1С переходят ???"
За 10 дней ничего не сделано.

Стало появляться после обновления 89.
90 - й SP проблему не исправил.
По одному сотруднику - всё нормально идёт. Если выбрать несколько - вот такая ошибка.

Цитата
Яков Караван пишет: Ну так возможен учет в валюте до 3-х знаков после запятой.

Много ли есть фирм, которым реально нужен учёт с более чем 2 знаками ? Есть валюты, где кратность валюты огромная - например, Белорусский рубль - 10000. Или зимбабвийский доллар - там вообще триллионы. Евро и доллар всё равно учитываются до 2 знаков после запятой.

На территории РФ всё равно все выплаты идут в рублях. И абсолютно нормальная ситуация, когда каждый расчёт автоматически конвертируется в рубли и округляется до 2 знаков. 1С всегда нормально обходилась 2 знаками.

И уж если реализовывать многовалютный учёт, то с точки зрения здравого смысла во всех таблицах БЭСТА должно быть поле вроде "код валюты", где нужна ссылка на валюту.
А так получается всегда лишняя ошибка в расчетах.

Удалил все файлы из SP.
Пробую установить SP89 - на сервере нормально, на рабочих станциях - лицензия закончилась.
На рабочих станциях пришлось корректировать файл D:\B4_PLUS\pro\key32.txt - там лицензия отстрелилась каким-то чудом.
Потом 89 установился нормально.

Ошибка возникает и на SP88. (при закрытии февраля).
Есть предположение, что это из-за большой базы.
Хотя антивирус выключен, файловая система нормальная (плохих секторов нет) и винт здоров.

Вот уже второй раз встречаюсь, что SP в БЭСТе не до конца обновляется.

Такого ни в одной нормальной базе (1С - начиная с 90-х годов версии 5.0 DOS и заканчивая 8.2) не видел. Если обновляется структура базы, то есть и нормальный механизм проверки транзакции. Если не получилось обновить таблицу N, то нечего лезть менять следущую таблицу N+1. Надо доделать текущую.
И если что, всегда можно проверить конфигурацию.

В БЭСТе же при повторном обновлении структура вообще не меняется и не анализируется.

Позвонил партнерам, чтобы уточнить тип поля ENDSUM - сказали, что Num 19.3
Посмотрел на всякий случай поля SUM и аналогичные - для чего 3 знака после запятой ?
Что за изврат ?

На 88 SP обнаружилось следующее :
Справка о доходах формируется с главной машины нормально ( у человека за 2012 год берётся январь и февраль), а вот с других - почему-то только январь.
База переиндексировалась, сеть исправна.

+ осталась старая проблема, о которой я уже писал здесь
ошибка ИНН/КПП

Подскажите, нужны ли файлы обновлений, находящиеся в каталоге SP ?
Сейчас поставил SP88, если ставить новый - SP89 - ошибок не будет ?

Не печатаются реквизиты ИНН, КПП, ОКАТО, телефон с других рабочих компьютеров.
Печатная форма правильно выводится только с главного компьютера (где стоит база)
Программа БЭСТ4+ лицензирована на 3 рабочих места.

Поставил 88 SP, хотя эта ошибка была и до него

Цитата
Алексей Новиков пишет: В карточке партнёра в справочнике партнёров есть. Для партнёра, код которого указан в картотеке предприятий.

Там тоже всё указано.

Поскольку в таблице PARTNER.dbf поле ОКАТО просто char(15), то вручную заменил ОКАТО и телефон на тестовые.
Тогда в справке ИНН, КПП, ОКАТО нормально идёт, у телефона только не печатается код города.

Цитата
Владимир Устькачкинцев пишет: А в прошлом году печаталось? Заполните все поля в пункте "Экспорт налоговых форм". Пригодится на будущее. Часть информации для выходных документов берется оттуда.

1. Нет. Насколько я помню, все справки (правда, у нас их немного было), корректировали вручную.
2. Проверил "Экспорт налоговых форм" - там есть заполненное поле "ОКАТО".

Цитата
Алексей Новиков пишет: Заполнен ли у Вас код ОКАТО в карточке партнёра, код которого указан в карточке предприятия ("Картотека предприятий")? ИНН/КПП надо указать в реквизитах самой карточки предприятия в картотеке предприятий.

Там всё указано (ИНН/КПП), а в карточке партнера НЕТ реквизита код ОКАТО.

Не печатается ИНН/КПП и ОКАТО в справках 2-НДФЛ за 2012 год.
Поставлен последний SP87.

Если ставлю обособленное подразделение, то ИНН/КПП печатает, но смысл ставить в КАЖДОМ подразделении поле, если ИНН/КПП ОДИН для всего предприятия ?
Да у нас и нет их (обособленных подразделений) в принципе.

ОКАТО не печатется вообще.

Есть ли у кого-нибудь форма с исправленными полями ?

Цитата
bk1975 пишет:Сделал то же, но вылезло новое окно

Вообще ужас :
в новой базе оказалось, что нет полей NNOPER в файле incstaff.dbf
Нашёл на другом форуме инфу по этой теме.
Форум 1

Уважаемые разработчики, при обновлении структуры полей имена полей в расчёт не берутся ?? Проверять надо.

Ладно, добавил вручную поля.
Запускается дальнейшая реструктуризация файла и всё. Падает и ничего не понятно. Где ошибка ?

Цитата
Борис Ильин пишет: итог: ставлю сп 86, подменяю codeinc.cdx и codeinc.dbf от сп 85 и вуаля - индексация проходит, БЭСТ запускается.

Сделал то же, но вылезло новое окно

Цитата
bk1975 пишет: Error BASE/1003 Переменная не существует : TYPE

Нашёл обсуждение на другой ветке - эту тему можно закрывать
http://bestnet.ru/support/forum/index.php?PAGE_NAME=read&FID=10&TID=5356

---64

Цитата
bk1975 пишет: При переходе на SP86 ошибка : База данных........ .\salary\codeinc Error BASE/1003 Переменная не существует : TYPE переход на SP87 ошибку не устранил

******
******************************* Error log file ********************************
(b)PACKINDEX : 730 in Module:
ORDCREATE : 0 in Module:
PACKINDEX : 730 in Module:
(b)ALL_INDEX : 407 in Module: util.prg
DBEVAL : 0 in Module:
ALL_INDEX : 407 in Module: util.prg
GETSTATUS : 260 in Module: util1.prg
ISBESTINI : 151 in Module: util1.prg
MAIN : 199 in Module: m_salary.prg
############################## Video Screen Dump ##############################
+--------------------------------------------------------------------------------+
| СЕРВИСНЫЕ ФУНКЦИИ: ВОССТАНОВЛЕНИЕ ИНДЕКСНЫХ ФАЙЛОВ |
| БЭСТ-4: Заработная плата |
|‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘TPPP[ Учет заработной платы ]PPPPPPPPPPPPPPPPPPPPPPPPPPPPPPW‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘Q X Q‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘Q База данных....: \B4_PLUS\DB2006\SALARY\CODEINC Q‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘Q X Q‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘Q Имя индекса....: FONDNALUNT Q‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘Q X Q‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘Q Комментаpий....: X Q‘‘‘‘‘‘‘‘‘‘‘|
|Error BASE/1003 Переменная не существует: TYPE Q‘‘‘‘‘‘‘‘‘‘‘|
|‘‘‘‘‘‘‘‘‘ZPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPPP]‘‘‘‘‘‘‘‘‘‘‘|
|Error at ...: (b)PACKINDEX(730) in Module: ‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
|Called from : ORDCREATE(0) in Module: ‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
|Called from : PACKINDEX(730) in Module: PPPPPPPPPPPPPPPPPPPPPPPPPPPPPW‘‘‘‘‘‘‘‘‘‘|
|Called from : (b)ALL_INDEX(407) in Module: util.prg 100 Q‘‘‘‘‘‘‘‘‘‘|
|Called from : DBEVAL(0) in Module: €€€€€€‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘ Q‘‘‘‘‘‘‘‘‘‘|
|Called from : ALL_INDEX(407) in Module: util.prg Q‘‘‘‘‘‘‘‘‘‘|
|Called from : GETSTATUS(260) in Module: util1.prgPPPPPPPPPPPPPPPPPPPP]‘‘‘‘‘‘‘‘‘‘|
|Called from : ISBESTINI(151) in Module: util1.prg‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
|Called from : MAIN(199) in Module: m_salary.prg‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘‘|
| Esc: Прервать индексацию |
+--------------------------------------------------------------------------------+

При переходе на SP86 ошибка :
База данных........ .\salary\codeinc

Error BASE/1003 Переменная не существует : TYPE

переход на SP87 ошибку не устранил