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

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

Автор: axpol
Дата сообщения: 28.01.2016 13:41
electron58

Цитата:
Поступление в кассу 178 от 25.12.2015    - 1200 (галка аванса не поставлена)

А документ к зачету какой был? По Вашему раскладу поступление по ПКО 178 - 1200,00 зачлось
за ЗН 121 - 8290,00. Отсюда и остаток задолженности 8290-1200=7090,00. Раз галка аванса не стояла - стоял документ к зачету ЗН 121. Если зачет долгов Вручную, по другому быть не может, не провел бы ПКО (обязательный реквизит, либо галка аванс, либо документ к зачету)
Добавлено: Только обратил внимание. У Вас с этим клиентом взаиморасчеты ТОЛЬКО по договорам? Тогда программа скорее всего могла зачесть оплату ПКО 178 по договору в порядке номера (утверждать не буду, все клиенты у нас взаиморасчеты по договорам документам и заказам, не с чем сравнить). Включите дополнительно взаиморасчеты по документам, возможно это исключит повторение ситуации.
И все-таки расшифровка Отчета Расчеты с покупателями по Документу расчета сразу бы Вас вывел на этот ПКО
Автор: masha_xiii
Дата сообщения: 01.02.2016 05:17
УНФ 1.6.2.20 - 1.6.2.22
В номенклатуре при попытке загрузить данные из внешнего источника выскакивает сообщение:

"преобразование значения к типу Булево не может быть выполнено"

Есть какой-нибудь квик-фикс? Занимаюсь тестовой разверткой для проекта и нужна эта функция. Не хочется ждать появления новой версии.

Автор: axpol
Дата сообщения: 01.02.2016 10:39
masha_xiii
УНФ версия 1.6.2.22 Загрузка номенклатуры из внешнего источника (файл xlsx) идет без проблем, на "ура".
Ошибка
Цитата:
"преобразование значения к типу Булево не может быть выполнено"

возможна в двух случаях:
1. Колонке со строковым параметром файла загрузки (например Номенклатура, Страна происхождения, Ед.измерения и т.п.) в настройках загрузки неверно сопоставлена колонка с типом Булево (Использовать характеристики, Это новинка и т.п.)
2. В файле загрузки в колонках с типом информации Булево применены отличные от допустимых значения (допустимые Да/Нет Истина/Ложь 1/0 +/- )
Автор: electron58
Дата сообщения: 01.02.2016 17:11

Цитата:
"преобразование значения к типу Булево не может быть выполнено"
- тоже самое было! Сейчас при нажатии кнопки "Загрузка запасов из внешних источников" выдает такое - Значение не является значением объектного типа (Высота таблицы).





Добавлено:
Возвращаюсь к обсуждению глюка шрифтов в бланке договора! Дошел плотно и до них! Вот что у меня происходит по пунктам.
1) Про создании бланка на основании другого, слетают автозаполняемые параметры (почему то не все).
2) При выделении всего бланка договора через CTRL-A шрифт на другой не меняется.
3) При выделении мышкой, шрифт поменялся. При печати из документа (счета) шрифт тот который я выбрал при создании бланка.
4) Так как слетели параметры, вставляю вновь. И Опа, при печати договора (из документа счет), шрифт который я выбрал п3, опять слетает, хотя при вызове редактирования бланка договора шрифт стоит тот который мне нужен.
.... чудеса


Добавлено:
только сейчас заметил по п.4, достаточно убрать один символ в бланке и после этого шрифт слетает, обращаю внимание не в редакторе бланка договора, а при формировании в документе (например Счет) или из карточки договора контрагента!
Автор: axpol
Дата сообщения: 01.02.2016 19:56
Вышла 1.6.3.11. от 01.02.16 Качаем, обновляем, тестируем, делимся впечатлениями
Автор: lawyer001
Дата сообщения: 01.02.2016 22:08
Добрый вечер. УНФ 1.5. Подскажите - в нормативном составе изделия в разделе Технологические операции не считается стоимость (норма времени на учётную цену не умножается). И такая же проблема со сдельным народом (количество на норму не умножается)
Автор: Kozka
Дата сообщения: 02.02.2016 15:26
Добрый день!
Подскажите как можно изменить стандартный документ реализации ТОРГ-12, чтобы вместо столбца "Код" программа брала "Артикул" , не только в печатной форме, но и в самом документе, т.к. он выгружается электронно клиенту, или только специалиста 1С приглашать?
Автор: axpol
Дата сообщения: 02.02.2016 16:51
Kozka

Цитата:
Подскажите как можно изменить стандартный документ реализации ТОРГ-12, чтобы вместо столбца "Код" программа брала "Артикул"

Это просто. Загрузите форму документа ТОРГ-12 (Компания-Печатные формы и обработки - Макеты печатных форм). Замените в графе Код - ЗапасКод на Артикул. Обратите внимание, что есть две формы ТОРГ, одна при создании просто накладной, вторая - на основе Заказа покупателя. Меняйте обе или только ту что Вам нужна

Цитата:
но и в самом документе, т.к. он выгружается электронно клиенту

А вот это непонятно. Как бы электронно не выгружался документ за основу берется печатная форма. Поясните что имели в виду

Автор: Kozka
Дата сообщения: 02.02.2016 17:08
Спасибо, я имела в виду Электронный документооборот. Если за основу берется печатный, то , наверное, все Ок, попробую.
Автор: yojik8
Дата сообщения: 02.02.2016 18:33
Kozka
в Настройках: Еще больше возм. - Компания - Артикул номенклатуры в печатных формах

Выводит Артикул в наименование Товара

Может подойдет такой вариант
Автор: PaVikki
Дата сообщения: 03.02.2016 10:27
Повторю свой вопрос )) Может кто-то уже решил эту проблему

Кто пользуется УПД, при том номер в сч-ф не равен номеру в накладной.
При формировании "Акта сверки" программа заполняет по накладным, и соответственно проставляет номер накладной, а не счет-фактуры.
Данное можно изменить только внешними обработками? или кто нашел другой выход?
Автор: axpol
Дата сообщения: 03.02.2016 12:33
PaVikki

Цитата:
Данное можно изменить только внешними обработками?

Только внешним отчетом. В отчете АктСверки используются данные Регистров накопления РасчетыСПокупателями или РасчетыСПоставщиками. Регистраторами в них - куча документов, но БЕЗ счет-фактуры. Что в принципе и правильно. Представьте Вы регистрируете, например, Расх накладную и Акт вып работ и плюсуете сч-фактуру, которая задваивает общий результат т.к. содержит те же данные. Не предусмотрен вывод Акта Сверки по сч-фактурам
Самый простой видимый способ (но непростой в реализации), назначать накладной и сч-фактуре одинаковый номер. Кстати в мелкософтовском Навижене это реализовано по умолчанию, при создании накладной автоматом тот же номер присваивается счет фактуре, в 1С пока не считают такое важным или нужным
Автор: axpol
Дата сообщения: 03.02.2016 23:15
Оказывается счет-фактура в регистрах присутствует только как "движение товаров в разрезе ГТД". Больше НИГДЕ. Составить даже внешний отчет Акт сверки по сч-фактурам - это та еще задачка, с созданием нового регистра накопления, правил движения документа, отчета. Овчинка не стоит выделки
Автор: electron58
Дата сообщения: 08.02.2016 16:51
задвоились продажи из за того, что чеки ККМ за один день не закрылись как "архивные", отчет о розничных продаж за этот день со статусом ЗАКРЫТ (Чеки заархивированы). Остатки ушли в минус!!! Возможно ли у чеков вручную изменить статус?
Автор: konservat0r
Дата сообщения: 08.02.2016 22:15
Друзья, помогите, пожалуйста! Перестала загружаться Вин XP бухгалтера, оперативно переставил диск на рабочий комп, запустил 1С базу данных поднял, все норм, а вот Камин зарплата 3.0 не грузит свою базу, путь прописан верно, база лежит там же, но выдает ошибку что база данных не найдена =( подскажите что где поправить или что почитать?
Автор: axpol
Дата сообщения: 08.02.2016 23:06
konservat0r

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

1. Проверьте, есть ли в прописанной папке с базой файл 1Cv8.1CD - собственно база. Его или нет или поврежден
2. Все-таки внимательней с путем к базе. Уверенны что нет ошибки? Попробуйте еще раз прописать в запуске эту базу
Автор: electron58
Дата сообщения: 09.02.2016 10:27

Цитата:
задвоились продажи из за того, что чеки ККМ за один день не закрылись как "архивные", отчет о розничных продаж за этот день со статусом ЗАКРЫТ (Чеки заархивированы). Остатки ушли в минус!!! Возможно ли у чеков вручную изменить статус?

Разобрался из за чего это произошло, в этот день обновили на 1.6.3. Также полезли остатки в минус у товаров которые были проданы за этот день. И что интересно минус показывает в карточке номенклатуры, а в движении по складам все норм!

Добавлено:
Сделал перепроведение всех документов, остаток в карточке номенклатуры было -9, стало -119. Что происходит с базой?

Добавлено:
Всё ушло в минус (после перепроведения)! Отчет по запасам показывает списание Чеками ККМ и отчетом о розничной продажи!
Автор: axpol
Дата сообщения: 09.02.2016 13:50
electron58
Что-то у Вас не то с рег накопления. Жаль мы не ведем учет розничных продаж и ККМ (не проверить), интересно было бы взглянуть на базу, конечно. Пока как вариант предложил бы Групповое перепроведение документов. Т.е. не только документы Розницы, а все документы.
Автор: electron58
Дата сообщения: 09.02.2016 16:00

Цитата:
Что-то у Вас не то с рег накопления. Жаль мы не ведем учет розничных продаж и ККМ (не проверить), интересно было бы взглянуть на базу, конечно. Пока как вариант предложил бы Групповое перепроведение документов. Т.е. не только документы Розницы, а все документы.

Что и мне пришло в голову. Так после этого у нас все чеки ККМ вылезли в продажи, а раньше до обновления, фиксировались только в документе "отчет о розничных продаж"

Добавлено:
Обновился на 1.6.3.18 в результатах обновления есть выполненная обработка - "Удаление дублей движений по регистру запасов" - статус Выполнено. Похоже дело было в ошибке 1с?! Но отрицательные остатки присутствуют, запущу перепроведение еще раз, посмотрим что будет.
Автор: axpol
Дата сообщения: 09.02.2016 17:57
electron58

Цитата:
Похоже дело было в ошибке 1с?

Немного встану на защиту 1С. Специально установил демо базу 1.6.1.80 для сравнения с моей действующей 1.6.3.11 Разница в движении ЧекККМ есть. В 1.6.3 добавилось три движения: по Заказам Покупателя, ПредоставленныеАвтоматическиеСкидки, ОплатаСчетовИЗаказов. Связано это с открывшейся возможностью в новых версиях использовать ЗаказПокупателя в рознице. Все остальные движения, в т.ч. Продажи остались те же. Вы еще не использовали Заказ Покупателя в рознице (только обновились) значит движение по новым регистрам пока не влияет и не могло вызвать ошибку



Добавлено:
electron58
Кстати, 1.6.3.18, что Вы поставили, пока числится тестовым релизом.
Автор: electron58
Дата сообщения: 09.02.2016 18:57
После обновления на 1.6.3.18 и перепроведения документов, за весь период, остатки по регистру запасов стали корректными!
Автор: yojik8
Дата сообщения: 11.02.2016 20:38
Ребята, вопрос не по теме:
обязательно ли заполнение в экз. Поставщика строки 18 в УПД?
заполнена 15-я, а 18 остается пустой

Три Ситуации:
1. самая простая - Покупатель и Грузополучатель одно Юр. лицо

И 2 ситуации посложнее:
2. Грузополучатель - это филиал Покупателя (кого указывать в 19строке, и нужна ли Поставщику отметка в 18)
3. Грузополучатель - это другое Юр. лицо (кого указывать в 19строке, и нужна ли Поставщику отметка в 18)
Автор: PaVikki
Дата сообщения: 12.02.2016 07:03
yojik8

Строка 18 УПД

Ответственный за правильное оформление сделки, операции

Должность лица, ответственного за правильное оформление сделки, операции со стороны покупателя, его подпись с указанием фамилии и инициалов. Показатель, позволяющий определить лицо, ответственное за оформление операции. Если лицом, ответственным за оформление сделки, является лицо, уполномоченное действовать по сделке от имени экономического субъекта (строка [15]), то в данной строке могут заполняться только сведения о должности и ф.и.о. без повторения подписи*. Если в силу установленного в экономическом субъекте документооборота за правильность оформления операции отвечают одновременно несколько лиц, то в документ необходимо будет ввести дополнительную строку, например, [18а] для указания должности, Ф.И.О. и подписи второго ответственного лица.

Источник: http://www.glavbukh.ru/hl/94433-poryadok-zapolneniya-upd#ixzz3zvWtznew
Автор: yojik8
Дата сообщения: 12.02.2016 08:28
PaVikki
Это то все понятно.

Вопрос, обязательно ли заполнять строку 18 в экз. Поставщика?

водитель же один приезжает к нам на склад и не таскает с собой кладовщика, например, если он Отв. лицо, чтобы он подписывал строку 18 в нашем экземпляре
Т.Е. Лицо, которое имеет право подписать строку 18 Физически отсутствует в месте оформления факта хоз. жизни при подписании экз. Поставщика
Автор: axpol
Дата сообщения: 12.02.2016 10:58
yojik8
Самый вменяемый (т.е. более-менее понятный) ответ, что удалось найти http://www.garant.ru/consult/account/542616/
Если коротко.
1. Графа 18 всегда ОБЯЗАТЕЛЬНА к заполнению.
2. Правила заполнения такие же как у других документов в описанной Вами ситуации, т.е. Доверенность. В 15 графе должность подпись фамилия, в 18-й можно просто должность фамилия, т.к. подписант тот же что и в гр.15
3. В 19 графе - фирма с которой заключен договор (Плательщик)

Мы не используем УПД, но вопрос показался интересным.
Автор: renelin
Дата сообщения: 12.02.2016 12:01
День добрый, может кто подскажет как правильно разносить предоплату, внесенную вводом начальных остатков, по расходным накладным? Ввод начальных остатков создает непроведенный документ "поступление в кассу". Этот документ учитывается далее во всех отчетах как предоплата. Расходные накладные проходят как задолженность. Результат конечно в итоге нулевой, но по отчетам получаются "подвисшие" суммы на контрагентах, что довольно не удобно. Есть какой то выход из этой ситуации?
Автор: axpol
Дата сообщения: 12.02.2016 12:53
renelin


Автор: renelin
Дата сообщения: 12.02.2016 13:34
axpol
Спасибо.
Автор: N9
Дата сообщения: 13.02.2016 13:38
Добрый день, может кто-нибудь подсказать, существует ли сейчас бесшовная интеграция УНФ с 1с Документооборот (ПРОФ или КОРП)? Если не существует, насколько сложно это реализовать? Заранее спасибо за ответ!
Автор: Quja
Дата сообщения: 16.02.2016 13:52
Приветствую, уважаемые.
Есть ли у кого-то опыт работы с ячейками в УНФ? Из того, что я вижу это какая-то недоделка. В документе перемещение по ячейкам в режиме "из нескольких в одну" для каждой номенклатуры нужно указывать её ячейку вручную. Можно ли как-то сделать так, чтобы подтягивалась текущая ячейка? И вообще непонятно где хранится эта ячейка, т.к. в самой карточке номенклатуры это поле пусто.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101

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


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