Доброго времени суток!
Вчера была некая "курская дуга" с шефом. Опять ему высказал все о том, с чем он столкнется при переделке, прибавил что это скорее вопрос организационный. чем технический (пущай своих бухов сам держит в теле), присовокупил некоторую свою цену для этой переделки и пр.
Так вот. По-моему именно цена заставила его немного (это было видно) задуматься. Он вроде уж начал понимать (осознавать) свое неправильное решение. Я уж тут и ваши идеи (форума) ему тоже приподнес. Так сказать "отполировал" его ожидаемое будущее "правильное" решение. Он взял тайм-аут.
Если после праздников от меня не будет постов - шеф сломался и пошел в отказ Можно будет тему закрывать.

В принципе по поводу "некоторых" бухгалтеров разговор с шефом был, но сами прнимаете - с начальством спорить - что против ветра сс...ь. Ну вот ему взбрело в голову...
Хотя я оставил некоторые пути отступления (учитывая именно при реализации этого в 7.7), но хотелось узнать у алл - это в принципе реализуемо?

Доброго времени суток. Тут намедни шеф поставил очередную задачу - ограничить некоторым бухгалтерам доступ к остаткам и оборотам "денежных" счетов (30 и 31).
В конторе по сетке крутится стандартная конфа (с местными наворотами) 1:Бухгалтерия. Поскольку в документах почти нет данных об оборотах и остатках, то весь вопрос заострили на ограничении в отчетности. Пока в голову приходят такие решения:
1. Разделить отчетность по принципу ИмениИнтерфейса и/или ИмениПользователя. Но как быть с различного рода оборотками и шахматками, где есть выбор счета из плана счетов? Т.е "материалист" спокойно может выбрать не счет 20, а 31.
2. Оставить как есть, но в этих ОСВ и шахматках забацать свою процедуру со списком "ЗапрещенныхСчетов", где по Интерфейсу/Пользователю при формировании отчета запретить доступ к этим счетам (из списка). А как в этом случае блокировать корреспондентские счета? И опять же - а как быть с регламентированной отчетностью?

Может кто-то уже решал подобное? Может есть более "красивое" решение?

Спс за синтаксис-помочник Это и есть тот трудоемкий способ (гулявший по инету) отслеживания всех реквизитов через ТаблицуЗначений с последущей проверкой перед записью. Видимо "красивое" решение или не пришло сюда, или еще не создано в природе. Или реализовано в коммерческом варианте

Доброго времени суток!
Издревне ведется программа коммунального хозяйства (учет квартплаты, централиз.отопления, вода и электр-во). Конфа и база (7.7 опер.учет +MSSQL) одна для всех видов учета.Все крутится в сетке (одновременно 7-10 пользователей). В справочнике лицевых счетов реквизиты этих видов разложены по закладкам, т.е. бухгалтера (их четверо) работают со "своими" учетами на своих закладках. Проблема в том, что они очень часто "забывают" житейские правила работы в программе (собственно в 1С), второпях что-то путают, случайно не туда залезут - вобщем друг-другу (вольно или невольно) мешают. А начальство обычно работает сразу со всеми видами учета - тоже че-нить да напартачит...
Попытка при открытии элем. справочника программно показывать каждому бухгалтеру только "свою" закладку - не помогла. Например, учетчик по квартплате изменяет "свои" данные по лицевому счету-нажимает Сохранить-диалог по сохранению периодических реквизитов-он выбирает "Изменить все" ("забывая" нажать только Изменить) - и 1С сохраняет ВСЕ периодические реквизиты (т.е. всех видов учета) элемента справочника. Учетчик по отоплению хочет изменить "свои" реквизиты на определенную дату - меняет - и уверен что они актуальны! НО находится в неведении, что его реквизиты уже кто-то перезаписал в периоде (бывает по нескольку раз)!
Всемогущий алл, нужна ваша помощь в совете, идее, подсказке - как в такой ситуации разделить учетные реквизиты, дабы бухгалтера могли менять только СВОИ данные?
Где-то я читал пример решения подобной проблемы в том, что перед изменением реквизитов (при открытии элемента) загонять их в таблицу значений, а при записи - записывать только измененные. Но как перейти на свою процедуру записи и как при этом сохранять только "свои" периодические реквизиты? Имхо долго и кропотливо надо в конфе все это описывать
А может уже кто-то сталкивался с этим и имеется более "красивое" решение? Буду рад .MD-шнику с решением проблемы

А можно где-то узнать расшифровку ошибок инсталятора msi?
1: 2711 - это номер строки, код ошибки иль еще что-то?
2: UA - в каком месте платформы/конфигурации должно быть установлено это самое UA?
Пока добился того, что не появляется список расхождений "uk" "ua" "ru". Соотв-но в проге меняется меню укр/рус, а вот конфигуратор постоянно в аглицком.
Может msi что-то считывает именно из конфигуратора?

Доброго времени суток!
Если сообщение окажется не в тему - сильно не ругайте, поправьте. Эта проблема возникла для меня впервые.
Для меня "родная" среда XP + 1C7.7. У клиента Win7 (x32) + 1C8.2 (Бухгалтерия базовая Украина, 1.2). После очередного обновления (обычно он делал прям из проги), 1С выдала сообщение типа что "настоящая конфигурация может работать только на платформе 8.2.16 а текущая 8.2.15. Обновите платформу..."
Внизу экрана еще сообщение:
-Мова інтерфейсу платформи 1С:Підприємство ("uk_UA") не співпадає з мовою інтерфейсу користувача ("uk")!
-Для коректної роботи рекомендується встановлювати однакові мови!
-Запустити платформу 1С:Підприємство з необхідною мовою інтерфейсу можна за допомогою параметру запуску "/L uk" (або "/L ru").
Мои дейставия: 1.- выкачал ИТС Украина Октябрь 2012
2.- Нашел там ту самую 8.2.16 нажимаю setup
3.- На экран выдается MSI error 1: 2711 2: UA
Понимаю что-то не так с языком .
И вот тут начались мои мытарства: залез в конфигуратор-там месиво: метаобъекты на английском, меню на украинском, сообщения и описания на русском. Конфигурация на изменение не открывается, защищена паролем. Тыкал во всевозможные preference & option, ставил на запуск 1С параметр /L ua. После запуска конфигурации часть меню на англ., часть на укр. Вобщем потерял пол-дня - результата 0! Может только меняется сообщение внизу экрана в комбинациях "uk" "ru" "ua". Постоянно выдается сообщение №3.
Вопрос, или скорее всего сказать просьба, может кто-то уже это проходил и подскажете где и что и как изменить: и в самой винде, и в конфигураторе и в конфигурации. Может просто надо "правильно" скрестить вынь7 и 8.2?

Доброго времени суток.
Выгрузил у клиента БД (7.7 Бух). У себя обнаружил что при загрузке идет пересчет каких-то перекрестных ссылок по Контрагентам, Платежкам и еще чего-то. Беда в том что пересчет идет очень долго, где-то до 3000 с чем-то года. Пытался выполнить тестирование и исправление БД - все вроде ОК. Но ссылки до "второго пришествия" при выгрузке-загрузке остались. Пытался выловить документ/операцию того периода - ничего нет. Видимо однажды конфа где-то глюканула...
Как сие ссылки привести в порядок?

Доброго времени суток. Нужна конфа 7.7 для исполкома гор.совета (Украина). Стандартная "для бюджетных установ" не подходит. Там только финансовая часть. Нужна еще и экономическая (формирование кошторисов, росподилов и т.д.) Звиняйте за слова - это слэнг работников исполкома. Видел где-то пробегала конфа "Распорядитель бюджетного финансирования для Украины" - не могу найти.
И еще. Примерно год назад 1С заявляла что выпустит спец. конфигурацию для органов местного самоуправления. Дык ничего не слышно по этой работе?

На сегодняшний день косяк не исправлен Общее первое впечатление - какой-то глючный и кривой клиент-банк Corp2 от Ощадбанка.

Прозвонил разработчикам. В телефонном режиме сказали, что это косяк сервера Ощадбанка. Они эту проблему исправили и отослали банку на установку. А вот банк че-то медлит. Посоветовали заново забросить экспорт. Сегодня-завтра попробую.

Доброго дня суток! После установки клиент-банка с Ощадбанком из доки по импорту платежек были описания TXT и DBF файлов и пару примеров. Руки есть, сам написал обработку по экспорту платежек из 1С в к-б. НО!
После закачки через тхт-файл в к-б тот ругается на отсутствие какого-то флага ДК, но нормальные суммы. А при закачке через дбф - ДК есть, а суммы платежа уменьшаются в 10 раз и округляются!
Парень-установщик к-б ничего про это не может сказать ("узко" специализирован), в колл-центре Ощада отсылают к разработчикам Пытался разделителем целых и копеек в числах (в винде) ставить и точку и запятую, менял в 1С вынь- и дос-кодировки, танцевал с бубном - не помогает.
Если кто-то уже этим пользуется (или поборол) киньте примерчик рабочего тхт или дбф файлов экспорта платежек. Я уж по аналогии подправлю свои. Или еще что-то где-то надо подправить?
З.Ы. Выгружал из к-б выписки так-же в тхт и дбф. Сравнивал форматы - один-в-один. А вот при загрузке в к-б происходит вышеописанная котовасия.

Может моя фирма "неправильная"? Когда поступают денюжки на счет бухгалтерам требуется быстренько оформить нужные платежки и забахать их в клиент-банк и ессно отправить. На первом месте встал вопрос именно о экспорте платежек из 1С в iBank2. А вот на втором этапе (я уж в душе к этому готовлюсь) вдруг бухам захочется банковские выписки загонять из iBank2 в 1С - уже начинаю искать обработку (+ синхронизация справочников контрагентов) экспорта из клиент-банка в 1С. Подбросьте пож-ста у кого это есть и не жалко. Попутно замечу. Экспорт НЕСКОЛЬКИХ платежек в iBank2 проходит на ура простым добавлением атрибутов новой платежки в файле.

Доброго дня суток.
Тема может избитая, но нужна помощь. Фирма с ПИБом перешла с одного клиент-банка на другой (iBank2 on-line). Приезжал программер банка, подключил-настроил и укатил. Когда я его успел спросить про форматы обмена данных - ткнул мне ссылку на сайт ПИБа, типа там все!
Я по ссылке (в доке pdf) нашел описание текстового формата с примером импорта ОДНОЙ гривневой платежки.
Вопрос. Может кто-то поделится (советом, конкретным файлом, обработкой 1С) как можно в одном файле импортировать НЕСКОЛЬКО платежек из 1С в iBank2?

Доброго времени суток!
Почему-то мой предыдущий пост приказал долго жить по причине некорректного обращения. Дословно не помню его, но ИМХО, там не было ничего предрассудительного, вызывающего. На память - было что-то типа Берешь, Нажимаешь и т.п. опять же имхо, подобного рода обращение - Открываешь..., Правишь ручками - это не фамильярность, а наш программный сленг. Извините. Если это - оффтопик - буду писАть - Открываете..., Правите руками... Нажимаете... и т.п.

x

Доброго времени суток!
Как-то в журнале "все о бух.учете" (около месяца назад) сообщили, что вводятся новые типы документов в книге записи приобретений, к примеру док-т бухгалтерского учета (БО), опять же, например, для учета актов выполненных работ от единщиков. Я на радостях (сам единщик) "забил" в конфигурацию эти типы в док-т ЗаписьКнигиПриобретения. Но при выгрузке в реестр XML проверка по схеме XSD выдает ошибку несоответствия полей. Роюсь в схемах - и на тебе! Тип БО в налоговой (common_types.xsd) схеме учитывается ТОЛЬКО на стороне ВЫДАННЫХ накладных. Бегу на сайт налоговой, качаю common_types.xsd - смотрю - а там все "по-старому", без БО на входящих док-тах Смотрю в БестЗвите и Медке - там все "по-новому", входящие документы обрабатываются почти по 30 типам, в т.ч. и по БО.
Что посоветуете делать? Ждать пока налоговая разродится новыми схемами? На свой страх и риск руками лопатить XSD - а примет ли налоговая прога мои новшества на районному уровне?

Доброго времени суток!
В связи с последними притязаниями клиентов (укрпошта) при выписке НН и заполнению поля ВидДоговора сказано - сюда подставляется ИМЕННО номер и дата договора между нами и клиентом (укрпошта). В случае, если договорная политика в программе не ведется или отношения "недоговорные" (разовые), то в это поле и подставляется реквизиты документа, формирующего первое событие (счет, банк. выписка).

Доброго дня суток!
Имею конфу бух.учет для украины проф. На днях обновился до 280 релиза. Буквально вчера скачал и подключил регл. отчетность за 4 кв. 2010. Смахнул пот со лба и вздохнул
Но сегодня клиент - помахивая журналом "Все о бух.учете" - утверждает, что, например, в новом реестре налоговых накладных отдельно выпечатываются физлица, единщики и пр. мелочь. Что, например, в связи с этим изменится справочнки учета Контрагентов, где это все рихтуется (физлица, единщики и пр.) и еще что-то всякого нового... а этого нет в его 1с-бухгалтерии!
Поясните, други. Неужели налоговики еще что-то успели ввести в действие, а в типовых конфах и реглам. отчетностях этого пока еще нет. Или мой бухгалтер торопит события, это будет, но например, с февраля?

Доброго дня суток!
Спасибо за ссылочку. В бухгалтерском понимании кое-что прибавилось. Но хотелось уточнить. При расчете подоходного налога "по-старому" (до его обложения 15 %) - надо было сумму для обложения понизить на соц.льготы и суммы по фондам (пенсионный, безработ, соцстрах). Эта схема остается? Т.е. СуммаПодоходного = (СуммаКОбложению - СуммаПоЛьготе - СуммаЕСН) * 15% - будет правильно?

Это в принципе и спасло на первое время, пока БЗ не обновился. НО! Данная фишка работает только на купленных версиях БЗ. На пробных (демонстрационных) - это не проходит.

Доброго дня суток!
Имею самописную конфигурацию ЗП на 1С77. С января вводится расчет ЕСН. Клиенты мои пока в отношении ЕСН (чего и как насчислять) - в счастливом неведении. Друзья-программеры, сами понимаете что не хочется в пожарном порядке (в начале февраля) что-то быстро искать и переделывать по-ходу жизни, ткните ссылочку, или поделитель докой - как же надо будет рассчитывать этот ЕСН? В чем его фишка? Не сочтите за наглость ленивца, токмо нахожусь сам практически в сельской местности, одна отрада - Инет.

Доброго дня суток!
Вчера бухгалтеру завернули отчет из налоговой, переданный через прогу БестЗвит. В объяснении написАли, что в списке полученных и выданных НН отсутствует нумерация записей (т.е. НН) по-порядку. Посмотрел - действительно, в пакете отправленных док-ов БестЗвита (и за август, и за сентябрь) колонка нумерации п/п - пустая! Сформировал и посмотрел отчет (и за август, и за сентябрь) в 1С - все на месте!
Пока с бухгалтером в БестЗвите вышли из ситуации - воспользовались автонумерацией. Но каждый раз так делать - неудобно
Просветите, пожалуйста. Это глюк передачи из 1С, либо глюк формата XML (схемы) или глюк на приеме реестра в БестЗвит.
И, собственно говоря, где поковырять - чтобы сие победить?

Спасибо алл за отклики.
По сути предлагаемых решений.
1. Вариант с 8-кой. Есть еще на подходе пара конфигураций. Допишу - и подумаю о переходе на 8. Хотя у клиентов древние контуперы. Будут ли они тянуть 8-ку.
2. Вариант с триггером. Поскольку он "внешний" по отношению к конфигурации, да и после общения с Ораклом (pl-sql), у которого триггера на таблицу иногда вообще не срабатывали - пока оставлю в стороне.
3. Запись в журнале регистрации - пока успел окинуть взглядом встроенную помощь - попробовать можно. Только смущает пока то (насколько успел прочитать), что я должен описывать _каждый_ реквизит по факту изменения/записи. А нельзя ли по событию Модифицированность() получить список _измененных_ реквизитов? Было-бы проще...

Доброго дня суток!
В ближайшем будущем (через месяц) планируется ввести конфу (самописную) по обслуживанию абонентского отдела. Народу в этом отделе около 10-15 человек. Все будут за контуперами отслеживать начисления, погашения и пр. для 8 тыс. клиентов помесячно. Возникает у меня (да и у всех программеров) здоровое желание - знать - кто и когда там накосячил (дабы потом умело - с козырями в руках - отбиваться).
Если в документах можно использовать классические ДатуПроведения, Автора и КтоПровел (указанных в общих реквизитах) для определения "последнего" кто там "нахимичил".
Но как узнать - кто накосячил в справочниках? В голову лезет всякое :
1. ДатуЗаписи и Пользователя загнать в периодические реквизиты - и через обработку просматривать.
2. Логи какие-нить почитывать.
3. Может еще что-то мне неизвестное...
Был на Инфостарте - что-то похожее видел, но не дают скачивать - нужно "рейтинг" повышать, а время поджимает
Может алл предложит мысль или идею, или готовое решение. Всему буду рад.