Работа с программой

ort_paxmanin,
Мы, естественно, изначально код товара устанавливаем по поставщику, тогда проблем не возникает.

КАА
Мы, естественно, изначально код товара устанавливаем по поставщику, тогда проблем не возникает.
Но файл для импорта вы готовите специально, вынимая данные из накладных в Excel руками? Иначе возникнут ошибки импорта если в файле будут лишние строки с левыми данными..

ort_paxmanin,
Какие левые данные? Программа воспринимает только код, цену и количество (естественно галочку ставим "идентификация по коду". Все остальные левые данные программа игнорирует.
В торг-12 эти столбцы есть. Только иногда, когда цена без НДС или без скидки в ТОРГ-12 вручную сделать столбец с формулой (сумма/количество), чтобы был столбец с чистой ценой.
Эти нехитрые процедуры мой товаровед, который компьютер включить не всегда может, проводит на день десятки раз и ни каких левых данных никогда не было.

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

КАА, Большое спасибо! Проверил, видимо работоспособность данной опции определятся какой программой формировалась ТОРГ-12.

Если импортировать обратно в ТДТ сформированный ей же файл с ТОРГ-12, то импорт проходит без ошибок, т.к. в этом случае в столбце с кодами (столбец R в Excel) действительно нет никаких других данных кроме самих кодов.

Если же я беру присланную от поставщика накладную, то в столбце с кодами вполне могут быть еще данные, например так:

код
3
10128397
..

Где "код" -заголовок на накладной, "3" - номер столбца на накладной, 10128397 - код товара в базе ТДТ. При попытке импорта такого файла, естественно, возникают ошибки.

С одной стороны, это проблема именно с файлом ТОРГ-12 а не с ТДТ, с другой стороны, это пример из реальной жизни, а механизм импорта в ТДТ не предлагает возможностей правильно обработать такие файлы.

Если бы была возможность определять диапазон строк из файла для включения в операцию импорта, проблемы бы не было.

ort_paxmanin,
Это программа пишет, что импорт прошел с ошибкой, так как она не распознала незнакомые коды, но на самом деле никаких ошибок нет.
Мы получаем торг-12 в самых разнообразных вариантах, ТДТ все переваривает. Ну только иногда приходится файлы последних версий excel пересохранять в старых. Но это уде совсем редко, так как у большенства 1С, которая сохраняет в версии, понятной ТДТ.

Добрый день!Подскажите. Провели сверку через просмотр-сверка, выдает ошибку: Floating point divizion by zero

<Татьяна>, пришлите резервную копию базы на почту all@pvision.ru.

Спасибо за оперативное участие! Кажись нашли выход сами. Еще раз спасибо за оперативность!!!

Какая версия ТДТ из последних (.760 -.763) наиболее стабильна, в смысле содержит меньше всего ошибок?

Проверял:
.760 не работает печать заданного количества ценников
.762 выглядит неплохо, ценники починили
.763 сломали ценники в надцатый раз, сломали кр. остаток и т.д.

ort_paxmanin,
Вопрос актуальный. А то сейчас глючную версию поставим, а потом разработчики уйдут в отпуск до середины января - если что-то работать не будет, придется выкручиваться самому..

КАА, Я сегодня так сглупил. Поставил глючную. Полез ставить .762, которую предварительно поверхностно проверял, увидел новый релиз .763 и поставил его. Ужаснулся. Даже по меркам PVision выпускать такие релизы с выскакивающими сообщениями об ошибке прямо в окошке склада - это слишком. Нет, я догадываюсь что слова бета-версия, кандидат-релиз, стабильная версия любителям, занимающимся сопровождением ТДТ, ничего не говорят, но всему есть предел. У меня "техподдержка" заканчивается через пару дней, продлевать не собираюсь, вот и думаю какой релиз поставить что бы жить с ним до момента перехода на другой софт.

ort_paxmanin,
Я с 741 все не рискую обновиться :)

КАА, И правильно! Стоит обновляться только по серьезным причинам. Я обновился в сентябре с версии .691 которая стояла больше года. Просто потому, что старая, пора мол. До сих пор, уже 4 месяца, не могу получить версию в которой работает то, что мне нужно. То одно сломают, то другое изменят, цирк в общем.

Что именно не работает в 763? Напишите, чтобы техподдержка знала и исправила оперативно.

Специально проверять не буду, помогать им, работая бесплатным тестировщиком у меня желания нет, но сходу, что успел увидеть:
1) На ценниках увеличен шрифт. Было в .760, в .762 это исправили, в .763 опять появилось.
2) Не работает печать заданного количества ценников. Если нажать на предпросмотр, выводятся по одному экземпляру ценника каждого вида. При этом, если открыть редактирование отчета и там нажать на предпросмотр, там выводится как надо. Было в .760, в .762 это исправили, в .763 опять появилось.
3) При нажатии на закладку кр. остаток в окне склада вылетает сообщение об ошибке.
4)..
Только это не поможет. Проблема в данному случае не в ошибках, а в организации процесса работы в PVision. У них бардак. И с системой контроля версий и с системой отслеживания ошибок и с тестированием. Я занимался разработкой софта 20 лет, поэтому представляю о чем пишу. Поддерживать старый код, а программе уже 15 лет, с исправлениями под отдельных клиентов, без хорошо отлаженного процесса производства ПО задача почти невозможная. Я думаю, они внутри программы на цыпочках ходят, весь код в лоскутах и заплатках, поменяли в одном месте, новая ошибка вылезает совсем в другом, где не ждали. При этом комментариев в коде наверняка почти нет, учитывая что база данных не комментированна, сам код писался разными людьми, с разной квалификацией и привычками. А на текущие доработки/исправления они берут студентов, потому как зубрам возиться несколько лет со старой программой неинтересно. Вот и получаем мы, пользователи, уровень сопровождения ниже плинтуса. И ситуация не изменится без переписывания программы с нуля, что делать никто не будет.

ort_paxmanin,
Ну ценники это мелочи: можно и самому поправить отчет, а вот критические остатки это важно для меня.
Буду ждать обновления.

Ну или придется ставить 762, если говорите, что она стабильная. Вот только что-то же исправили в 763, возможно что-то было ненормально в 762, что Вы не заметили.

Было бы неплохо получить комментарий техподдержки.

ort_paxmanin, по первому и второму вопросу опишите ситуации более подробно, пришлите снимки экрана на почту com@pvision.ru.
По поводу критических остатков, мы учли этот нюанс в 764 версии.

Подскажите,пожалуйста,не нашел поиском,
Магазин работает более 3 лет,накопилось слишком много лишнего,хотелось бы очистить базу до остатков,возник вопрос:
как сделать экспорт ну и впоследствии импорт с сохранением розничных цен и закупочных,это критично на данный момент,так как З\П считается % от прибыли,если посоветуете использовать закуп цену и сделать на весь товар % наценка,у нас к сожалению более 5.000 наименований товара,и на все разная % наценка где 200%,а где то и 10%,каждый товар индивидуально прописывали цену,что посоветуете?

vitalik,

Сохранить все остатки по всем складам отдельно и по поставщикам отдельно в файлах эксель (97-2003 обязательно !!): Отчеты-остатки-для экспорта. Цену выбрать "себестоимость".
После очистки базы (до справочников) завести все эти партии отдельно по поставщикам (сначала создаете пустую партию, сразу ее оприходуете на склад, а потом делаете импорт товара из файла). Импорт делаете по коду, выбираете только код, цена и количество и внизу продажные цены.
У вас заведется товар точно также как был до очистки, с себестоимостью, с розничными и другими ценами и по поставщикам.