Ru-Board.club
← Вернуться в раздел «Программы»

» 1С Предприятие 8.2 - Управление небольшой фирмой

Автор: yojik8
Дата сообщения: 15.07.2015 11:53

Цитата:
мне требуется несколько приложений к договору, новые макеты создавать только через конфигуратор? не нашел кнопки создать в "макеты печатных форм" ((

Лучше Внешняя печатная,
по ним спецы axpol и s98



Добавлено:
я кстати тоже буду очень благодарен, если кто-нибудь выложит Внеш. печатную форму для прил. к договору
Автор: LuMp1ck
Дата сообщения: 15.07.2015 11:55
Господа axpol и s98, поможете мне с этим вопросом?)
Автор: axpol
Дата сообщения: 15.07.2015 12:45
LuMp1ck
Помогу в меру своих знаний (т.е. не факт, что получится). Нет пока времени детально разбираться, но что видится на основании прошлого опыта:
А нужна ли внешняя форма? В Форму Договора можно загрузить любой файл (ту же Гарантию), назвать Приложение 1 (2,3) и выводить на печать последовательно выбирая нужную форму. Подставить нужные реквизиты из предлагаемых, изменяемые реквизиты (например срок гарантии) - как поле вводимое вручную, не проблема. Если нужны какие-то еще подставляемые данные можно разобраться и внести изменения в Конфу. Если я что-то не понял, уточните чего хотите добиться.
Автор: LuMp1ck
Дата сообщения: 15.07.2015 12:55
axpol всё же, лучше внешняя печатная форма, я так думаю по некоторым причинам:
1. Так быстрее. Нажал печать - выбрал нужное приложение - вуаля)
2. Так безопаснее. Сотрудник не совершит ошибок. Данные будут браться из регистров #договора и его дата. Всё остальное по шаблону.

Как я вижу данную обработку.
Есть Word'овский документ, в котором прописаны н-р какие-то условия (не важно), и есть заполняемые реквизиты. При нажатии Печать-Приложение #1, обработка берёт данные из документа заказ покупателя (н-р сумма и номер и дату договора) всё остальное уже заполнено! никаких изменений не требуется.
При нажатии Печать-Приложение #2, обработка берёт данные из того же заказа, но уже наименование контрагента, сумма заказа и так же номер и дату договора.
Ну и последнее, печать-гарантийный талон. Просто срабатывает обработка которая распечатывает обычный подоткнутый Word'овский файл!

Как-то так )
Автор: kollegue
Дата сообщения: 15.07.2015 14:31
Кто-нибудь сталкивался с пересчетом цены в одной валюте на договор контрагента в другой? Выписываю накладную на клиента, в договоре, которого установлена валюта расчетов USD. Заполняю Ценой ОптоваяРБ (она в бел рублях) а в табличной части выскакивают какие-то совершенно несуразные цифры. Например ОптоваяРБ для позиции вбита 123 750, курс к доллару установлен 14 500, а в накладной ставит 2 200 %( как-то слишком лестно по отношении к нашей национальной валюте)
Автор: axpol
Дата сообщения: 15.07.2015 15:42
LuMp1ck
Задача ясна. Некоторые уточнения для Вас.
1. Шаблоны приложений к договору будут "вшиты" в обработку (по другому никак во внешней форме), т.е. оперативно их менять как в форме договора точно не получится. Если менять шаблон не надо, то в принципе все может получиться
2. Если приложение - Гарантия не предусматривает подтягивание каких-либо данных из Заказа или Договора, то делать внешнюю форму не имеет ни малейшего смысла. Может ее просто распечатывать из внешнего файла?
В личку отправил свою почту, пришлите шаблоны приложений с отметкой где и какие данные должны подтягиваться автоматом
Пока небольшой напряг по времени, но как только освобожусь - займусь


Добавлено:
kollegue
Ваша ошибка в назначении цен. Если цена в договоре указана в дол. США то и ценник должен быть в долларах. Т.е. пересчет идет в валюту учета а не наоборот. В Вашем случае бел. рубли. Вы указали 123750, для программы это доллары и пересчитывает она якобы в бел рубли по курсу 14500, т.е 123750х14500
Автор: kollegue
Дата сообщения: 15.07.2015 16:17

Цитата:
kollegue
  Ваша ошибка в назначении цен. Если цена в договоре указана в дол. США то и ценник должен быть в долларах. Т.е. пересчет идет в валюту учета а не наоборот. В Вашем случае бел. рубли. Вы указали 123750, для программы это доллары и пересчитывает она якобы в бел рубли по курсу 14500, т.е 123750х14500


То есть нет возможности чтобы один и тот же вид цены пересчитывался в документе в разные валюты, в зависимости от договора? Нужно обязательно создавать оптРБ и оптЮСД? понял. Спасибо!
Автор: PaVikki
Дата сообщения: 15.07.2015 16:40
нужно ввезти адрес Казахстана, так как экспорт. Всплывает ошибка

Адрес введен некорректно: допускается ввод только российских адресов. Значение поля "Страна" было изменено на "Россия", необходимо проверить остальные поля.
Автор: s98
Дата сообщения: 15.07.2015 17:03
kollegue

Цитата:
То есть нет возможности чтобы один и тот же вид цены пересчитывался в документе в разные валюты, в зависимости от договора?


Есть возможность. Вы опишите подробнее, что хотите получить. Скажем, договор и счет в USD, а оплата и накладная в рублях? Т.е. желательно понимать всю цепочку документов.

Добавлено:
PaVikki
Попробуйте адрес просто ввести в строку адреса, без заполнения полей. Не припомню проблем с адресами.
Автор: PaVikki
Дата сообщения: 16.07.2015 08:42
s98
вот в поле адреса в карточке контрагента


вот в настройке "Виды контактной информации" Галочка не активна, как ее убрать?



Автор: yojik8
Дата сообщения: 16.07.2015 09:10
PaVikki


Добавлено:
БИНы, РННы, р/счет в полном наименовании указываем
Автор: axpol
Дата сообщения: 16.07.2015 09:56
PaVikki
Наличие галки в пункте Только российский адрес - это предопределено конфигурацией, можно легко поменять.
Конфигуратор - Справочники - ВидыКонтактнойИнформации - Реквизиты - АдресТолькоРоссийский (двойной клик) В появившейся таблице Свойства: Пункт - Значения заполнения "Ложь" заменить на "Истина". Запустить базу из Конфигуратора (сохраняются и фиксируются изменения).
Пункт Только российский адрес без галки
Автор: s98
Дата сообщения: 16.07.2015 10:40
PaVikki
мы делаем как yojik8 советует и никаких проблем пока не было.
Автор: PaVikki
Дата сообщения: 16.07.2015 10:57
при синхронизации с БП возникли сложности
отредактировала страну в БП 8,2, сделала обмен, УНФ поменяла страну. Снова отредактировала в БП 8,2, обмен. Теперь в БП Казахстан, в УНФ "Россия", но в строке адреса прописан Казахстан. При повторных обменах вроде не меняется.

Хотя "проверка контрагентов с ФНС" ругается что в УНФ, что в БП.
Автор: LuMp1ck
Дата сообщения: 16.07.2015 11:17
PaVikki а как вы настраивали обмен с ФНС ? У вас лицензионная программа?
Автор: PaVikki
Дата сообщения: 16.07.2015 11:31
LuMp1ck Да у меня лицензия.

поля ИНН/КПП оставила пустым у Казахстана и не ругается больше ))) Мой косяк, что не подумала об этом раньше.

Автор: LuMp1ck
Дата сообщения: 16.07.2015 11:32
PaVikki кучеряво живёте! )))))))
Автор: PaVikki
Дата сообщения: 16.07.2015 12:49
axpol спасибо. Изменила в конф. все хорошо.
Автор: axpol
Дата сообщения: 16.07.2015 19:06
PaVikki
Автор: LuMp1ck
Дата сообщения: 19.07.2015 16:15
Добрый день, господа)
Подскажите пожалуйста, кто-нибудь доверяет начисление з\п в автоматическом режиме УНФ'ке ?)
Я тыкался тыкался, так разобраться в написании формул и не смог! Поделитесь опытом, разочарованиями, граблями

Буду очень признателен! Надоело уже каждый месяц в Excel'е всё рассчитывать(( Нет, Excel конечно программа шикарная) и формулы я в ней писать умею и условия, и зарплата насчитывается там просто шикарно, буквально после заполнения 10 полей, з\п всему персоналу рассчитана, но после, переносить эти данные в УНФ для формирования начислений и ведомостей ... о боже, это просто ад!!
Автор: yojik8
Дата сообщения: 20.07.2015 14:21
у кого нибудь есть правила конвертации для 1.5.4.23 или 1.5.4.24 для выгрузки бухгалтерию?,
а то у меня программа не хочет выгружать данные

Добавлено:
ни с типовыми правилами, ни из файла для БУХ 2_0_64_31 не выгружает

Добавлено:
===
Не найдено соответствие для значения Источника
    ИмяПКО = ВидыОперацийСписаниеДенежныхСредств
    Значение = Прочие расчеты (контрагенты, учредители)
    ТипЗначения = ПеречислениеСсылка.ВидыОперацийРасходСоСчета
    Текст = В правиле конвертации значений (ПКЗ) необходимо сопоставить значение Источника значению Приемника.
Если подходящего значения приемника нет, то указать пустое значение.
    КСообщенияОбОшибках = 71
===
Автор: axpol
Дата сообщения: 20.07.2015 23:51
yojik8
Возьмите Правила из папки шаблона ( ту в которую инсталлировали апдейт УНФ 1.5.4.23) У меня, правда Бух 3.0, обмен идет нормально
И вообще не задокументирован, но, практически закон - Обновляешь Бухгалтерию - бери правила из шаблона ее обновления, обновляешь УНФ - из его. Никогда не подводил, проблем с обменом не возникает
Автор: comforto
Дата сообщения: 21.07.2015 06:05
LuMp1ckЯ
Я пользуюсь начислениями очень давно. Расчёт идёт оклад + процент, последний рассчитывается от чистой прибыли, тоесть доходы минус расходы. Проверял пару раз контрольно всё правильно считает. Формулу делал сам, тогда ещё её вшитой не было, сейчас она в есть в УНФ. Но параметры процент, рабочие, отработанные дни всё равно забивать нужно.
Автор: yojik8
Дата сообщения: 21.07.2015 08:08
axpol

Цитата:
 Возьмите Правила из папки шаблона ( ту в которую инсталлировали апдейт УНФ 1.5.4.23) У меня, правда Бух 3.0, обмен идет нормально
   И вообще не задокументирован, но, практически закон - Обновляешь Бухгалтерию - бери правила из шаблона ее обновления, обновляешь УНФ -  из его. Никогда не подводил, проблем с обменом не возникает

В смысле правила для УНФ берем из обновы БУХ, а правила для Бух из обновы для УНФ.
Так и делал всегда при проблемах.
Но сейчас у меня для БУХ проги(2.0.64) правила загружаются актуальные - для унф1.5.4,
а вот в самой УНФ 1.5.4 типовые правила для 1.5.3 и БУХ 2.0.61,
а если загрузить правила из папки правил обмена из БУХобновы, то все равно правила для УНФ1.5.3
и проблема в том что УНФка вообще не выгружает данные
Автор: LuMp1ck
Дата сообщения: 21.07.2015 09:58

Цитата:
LuMp1ck я пользуюсь начислениями очень давно. Расчёт идёт оклад + процент, последний рассчитывается от чистой прибыли, тоесть доходы минус расходы. Проверял пару раз контрольно всё правильно считает. Формулу делал сам, тогда ещё её вшитой не было, сейчас она в есть в УНФ. Но параметры процент, рабочие, отработанные дни всё равно забивать нужно.


А ещё какие-нибудь условия вы вводили в начисления? Ну например не начисляли з\п по тем заказам, которые не закрыты полностью (в связи с частичной отгрузкой или не 100% оплатой например).

Оклад, я так понимаю, считается по установленному значению на количество отработанных часов по производственному календарю который вшит в УНФку

Я как-то давно, пробовал, пытался ... но так понять способы начисления и не смог. Потому что надо было делать заказы на ответственных, закрытые\открытые, ошибки, косяки и т.д.
Всё это суммировать и вычитать. Вообщем много тонкостей ))))
Автор: axpol
Дата сообщения: 21.07.2015 10:11
yojik8

Цитата:
В смысле правила для УНФ берем из обновы БУХ, а правила для Бух из обновы для УНФ.
Так и делал всегда при проблемах.

Нет не так. Обновляете УНФ до очередной версии, Правила обмена и для УНФ и для Бух берите только из папки шаблона обновления УНФ: Правила конвертации УНФ - в УНФ, правила конвертации Бух - в Бух. И наоборот, после обновления Бух 2,0 правила обмена для обеих программ берете только из шаблона обновления Бух.
Автор: yojik8
Дата сообщения: 21.07.2015 10:59
axpol
у меня в папке с обновлением (1_5_4_24 и(23)) лежат Правила конвертации.xml и Правила регистрации.xml
УНФ же просит .zip, попробовал зипнуть и загрузить, мне выдало это:
===
Не верный формат комплекта правил. Ожидаемое количество файлов в архиве - три. Ожидаются файлы:
ExchangeRules.xml - правила конвертации для текущей программы;
CorrespondentExchangeRules.xml - правила конвертации для программы-корреспондента;
RegistrationRules.xml - правила регистрации для текущей программы.
===
Имена файлов в архиве не соответствуют ожидаемым. Ожидаются файлы:
ExchangeRules.xml - правила конвертации для текущей программы;
CorrespondentExchangeRules.xml - правила конвертации для программы-корреспондента;
RegistrationRules.xml - правила регистрации для текущей программы.
===
для БУХ 3.0 как раз файлы с такими именами лежат в зипе (для УНФ и БУХ отдельно)

в обновлении для БУХ (2_0_64_32) лежит Правила конвертации.zip, там файлы проименованы тоже как надо, но для версии УНФ1.5.3



Добавлено:
ладно, подожду следующих обновлений,
может наладится
Автор: axpol
Дата сообщения: 21.07.2015 11:41
yojik8
Да, засада. Попробуйте загрузить Правила в формате xml из шаблона УНФ в Бух 2,0 (это абсолютно правильно), а правила в УНФ из того же шаблона но обмен с Бух 3,0 (правила конвертации УНФ). Шансов мало, но попытка не пытка.
Автор: yojik8
Дата сообщения: 21.07.2015 11:50
уж перепробовал все
Автор: AndryuAA
Дата сообщения: 21.07.2015 12:46
Помогите пожалуйста, а то сил и времени не хватает читать 123 страницы, у меня УНФ синхронизируется с бухгалтерией, в УНФ все товары учитываются с НДС, когда мы делаем производство, то стоимость готового товара тоже идет с НДС, при переброске в бухгалтерию, программа выдает списанные материалы без НДС, а товар из него произведенный соответственно с НДС, накручивается второй раз НДС по 20 счету горит все красным. При закрытии месяца конечно все обнуляется, но правильно ли оставлять в бухгалтерии 20 счет красным? (извините если коряво написал, сам не бухгалтер).

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101

Предыдущая тема: Касперский 2010


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.