1С:Предприятие 77 помощь в освоении программ

[Rostovsky]

ruuz Насколько я понимаю ты говоришь про КЛАДР, так вот он есть на каждом диске итс...
http://www.gnivc.ru/io/io.htm и здесь смотри!
vitaliy1973 Хороший и обстоятельный ответ!))

Этот адресный классификатор вполне подходит для сдачи отчетности в налоговую, например, 2-НДФЛ и проч. Но если сопоставлять его с почтовым адресным классификатором, например для рассылки почтовой корреспонденции через ФГУП "Почта России", то сталкнетесь с проблемой несоответствия почтовых индексов.
Кроме того, адреса, полученные с помощью КЛАДР от налоговой, получаются слишком громоздкие, чтобы писать их на конвертах. Например, "Вологодская обл., Вологда г. ...".
Почтовики решают эту проблему сбором собственных классификаторов, над которыми трясутся и держат в секрете, а жаль...

 

[Rostovsky]

Добрый день умным людям.
Я почувствовал, что тупею на теперешней работе, и она мне совершенно не приносит удовольствия, и решил попробовать чего-то новенького. Выбор пал на освоение 1с бухгалтерии. Немного полистал учебники, попрактиковался составлением разных приложений и задач. Теперь можно и работу искать, а там доучиться
Но...
На большинстве предприятий уже установлена какая-то платформа с какими-то уже адаптированными конфигурациями, причем наверняка писались они не одним программистом и наверняка не каждый утруждал себя вставкой коментариев и составлением описаний.

Подскажите - с чего начать прийдя на новую работу, чтобы побыстрее войти в курс дела?

Буду благодарен также за любые ссылки и материалы по этой теме.

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

Рекомендации:
1. найти хороший учебник по бухучету
2. поставить консультант и изучить налоговый кодекс
3. понять, что такое бюджетирование, логистика и управленческий учет
4. а вот теперь можно и конфигурации программить...

 

[Rostovsky]

Основываясь на собственном опыте скажу - лучше идти на курсы. Я разбирался сам и теперь очень жалею об этом. Потерял кучу времени на каких-то несущественных вещях. А так препод тебе все расскажет и покажет.

Если же ты твердо решил все изучать сам, то в шапке этой темы есть ссылки на книжки. Скачиваешь их все и читаешь одну за одной. Очень рекомендую найти вот эти "Решение задач оперативного учета 2 части", "Решение задач бухгалтерского учета" и "Решение расчетных задач". ИМХО лучшие книжки для новичка. Чтобы раньше времени не заморачиваться бухгалтерией и расчетом начинай с "Решения задач оперативного учета".

P.S. И ОБЯЗАТЕЛЬНО научись пользоваться отладчиком - лучшего пощника не найти.

Еще надо хотя бы понимать что такое учет вообще и бухгалтерский учет в частности

 

[x-Ustas]

Да, тоже интересует, как по быстродействию, по сравнению с dbf.
Будут ли документы быстрее проводится.
Поделитесь, плиз опытом.
Есть ли смысл переходить.

 

[GI80]

Да, тоже интересует, как по быстродействию, по сравнению с dbf.
Будут ли документы быстрее проводится.
Поделитесь, плиз опытом.
Есть ли смысл переходить.

По сравнению с dbf SQL база работает медленее. Причем сильно. Если не изменяет память раза в 2 - 3. На SQL имеет сиысл переходить только в том случае если у предприятия большой документооборот (от 100 документов в день). Ценность SQL (применительно к 1С) не в скорости работы а в том что практически не ограничен размер базы, тогда как в предельный размер dbf файла 4 Гб.

 

[GI80]

В чем основные отличия в установке, обновлениях, защите?

В обновлениях и защите никаких различий нет. В установке различия сильные, так как база создается на MS SQL сервере (его средствами). А 1С служит по сути лишь интерфейсом к ней.

 

[x-Ustas]

По сравнению с dbf SQL база работает медленее. Причем сильно. Если не изменяет память раза в 2 - 3.

А в чем проявляется замделение, формирование отчетов, проведение документов?
У нас сейчас проблема, медленное проведение документа, кол. документов в день более 100. Вот и стоит вопрос переходить или как.
Спасибо.

 

[openx]

По сравнению с dbf SQL база работает медленее. Причем сильно.

Не соглашусь с данным высказыванием. Когда перевел свою базу на SQL все заработало еще шустрее чем было.
А связка 1C+SQL+Citrix - вообще отличный результат (только сервачок нужен с нормальным железом).

На худой конец 1C+SQL+MS RDP (Terminal Server)


x-Ustas
У тебя каким образом все устроно, на терминале крутится или по сети гоняешь?

 

[GI80]

А в чем проявляется замделение, формирование отчетов, проведение документов?

Когда тестил базу на SQL, то делал групповое проведение документов за месяц и сравнивал результат с dbf вариантом. Правда было это еще на 21 релизе платформы. Может сейчас дела обстоят получше.

У нас сейчас проблема, медленное проведение документа

Если документов более 100 за день, то однозначно переходить - долго база не протянет. Чтобы документы проводились быстрее есть два выхода. Либо улучшать железо, либо, как предлагает openx, делать терминальный доступ.

 

[x-Ustas]

У тебя каким образом все устроно, на терминале крутится или по сети гоняешь?

На терминалке, W2003.
Когда база выросла, стали жаловаться на медлееное проведение документов,
особенно когда с идними документами стали работать несколько операторов.

 

[dima_k]

Люди!!! Помогите!!!
Нужно сбросить или узнать пароль на конфигурацию.
бух 7.7

 

[x-Ustas]

Еще, скажите, плиз, какая версия MSSQL, оптимальна для работы 1с, сенкс

 

[GI80]

Нужно сбросить или узнать пароль на конфигурацию.

Это тебе сауроновская ломалка нужна

 

[openx]

Еще, скажите, плиз, какая версия MSSQL, оптимальна для работы 1с, сенкс

У меня на 2000 все крутится с послденим СП разумеется - тестил на 2005 - много траблов, пока не рискнул переходить.

Еще вариант по твоей проблеме тормозов:

Сделай в Кофигураторе Выгрузку, потом Загрузку данных и проиндексируй - мне такое раньше на dbf очень производительности прибавляло, но не на долго - месяц, два - потом опять приходилось тоже самое делать пока на SQL не перешел.

Кстати, ты счетчики системы посмотри - может винт не успевает данные писать, тогда RAID мути - но копии утром и вечером, т.к. для ускорения производительности теряется надежность хранения данных.

Оперативки норм стоит, какая загрузка проца.

Хорошо вот в Citrix есть такая фича - как задание приоритета приложению - я поставил выше среднего и производительно процентов на 30 поднялась, в RDP там по среднему помоему ставится и изменить получается только на сеанс.

 

[Markus_04]

Уважаемые, подскажите, где можно чайнику почиать про установку 1С на SQL.

 

[openx]

Markus_04

В клубе профессионалов 1С - http://1c.proclub.ru/
там достаточно подробно весь процесс описан - все должно быть понятно.

 

[Scottywel]

VladJ, openx.
Вы не попутали тему?!
по штрафу! посты почистил!

 

[GI80]

Уважаемые, подскажите, где можно чайнику почиать про установку 1С на SQL.

Ну либо надыбать книжку из официального комплекта поставки

 

[Markus_04]

Спасибо, кто ответил.
Вопрос вот в чем - есть ли смысл переходить на SQL-версию при небольших объемах и количестве пользователей до 10 человек?
Меня интересует скорость работы по сети и , еств, надежность.
Или оно того не стоит?
Сейчас работает 7.7

 

[openx]

Если весь траф по сети гоняется туда-сюда в формате dbf - то стоит просто задуматься о поднятии терминала. С SQL при твоем раскладе я бы не стал заморачиваться. Сервер какой имеется?