Atenas Soluções Softwares

Já tive vários clientes com este problema de File access denied no Windows 7 e também agora Windows 8 , é bem certeza ser problemas de permissão , vc tem que liberar permissão total de escrita etc... nos usuários do dispositivo compartilhado , inclua também o usuário Todos e usuário Rede no Compartilhamento do dispositivo , é chato isso velho , vai liberando estas permissões e o SO acaba aceitando e imprimindo . Curiosidade e dica : Exatamente ontem fizemos um update de Banco de Dados SQL Server 2000 para SQL Server 2008 em um Cliente com o Windows 8 , após o sistema testado fui habilitar um sistema próprio que temos de Backup , quem disse que os Backup's funcionavam ! , pois este sistema nosso de Backup primeiro cria e grava em uma pasta Local e copia para outro Local, skydrive ou ftp.. etc etc... Depois de levar uma surra liberamos um usuário do Banco Sql Server 2008 na pasta Local que geram estes Backup's liberando todo acesso de escrita etc... fim do problema ! SO = Windows 8 Nome Server = Servidor Habilitar Usuário Na Pasta Desejada = SqlServerMSSQLuser$Servidor$Sql2008(Servidor\SqlServerMSSQLuser$Servidor$Sql2008)

Veja se o componente ACBrNFE esta configurado assim : Arquivo/EmissaoPathNFe = true Arquivo/PastaMensal = true Arquivo/SalvarCCeCanEvento = true PathEvento = c:\..... PathCan = c:\..... Path.... sete todos os Path's dos xmls gerados Geral\Salvar = true Geral.PathSalvar = c:\...

Alex e demais colegas , Desconsiderem o valor das minhas amarrações , foram só exemplos de como formalizar a junção do código , não quer dizer que os cOrgao's corretos são os que coloquei , ressaltando MG é 91 SVAN mesmo .

Jeter , precisaria dar uma pesquisada nisso , por isso que o legal é fazer uma correlação disso não engessada internamente no EXE e sim pelo banco , porque caso algum cliente manifeste uma NFe de algum outro Estado e da esse problema , vc simplismente vai no seu banco e correlaciona cOrgao UF Emitente X cOrgao UF Autorizador . Lembrando que quem é 91 SVAN hoje pode não ser futuramente , o legal é se preparar para isso .

Pessoal , vou tentar ser mais claro... 1º - Oque diferencia cOrgao de uma NFe para outra é as Duas primeiras posições da chave . 2º - Quando uma NFe é emitida em SP a chave desta NFe = 35.... , neste caso você implementa infEvento.cOrgao := 91; Simplificando você pode até criar uma função ou simples case of , vejam com um case of : chave = variável String da NFe recepcionada , emitida pelo fornecedor da empresa que esta Manifestando !!! case strtoint(copy(chave ,1,2)) of 35 : infEvento.cOrgao := 91 ; // SP 29 : infEvento.cOrgao := 29 ; // BA ... aqui pode ser 91 (SVAN) 31 : infEvento.cOrgao := 31 ; // MG ... aqui pode ser 91 (SVAN) 11 : infEvento.cOrgao := 11 ; // RO ... aqui pode ser 91 (SVAN) 41 : infEvento.cOrgao := 41 ; // PR ... aqui pode ser 91 (SVAN) ... para outras Ufs utilize o mesmo correlacionamento else end ; Você pode criar uma function pra correlacionar isso com informações vindas do Banco de Dados , foi oque eu fiz , utilizei uma função vinda correlacionada do banco , passo a chave da nfe e me retorna o cOrgao ao evento , caso mude algo nos WS's , mudo a correlação da tabela do banco também e assim não há problemas .

Isso mesmo Mark Apollo , Só pra deixar claro para os outros colegas , cruzando as minhas descrições e do Mark Apollo é bem certeza que no caso não tem nada haver com a linguagem desenvolvimento , no resumo esse pequeno ajuste esta mesmo no WS dos cara que melhoram as recepções e esta respondendo um pouco mais rápido , por isso não tem apresentado quedas como antes e as nfs estão retornando em menos tempo .

Certo Mark Apollo , Mas a questão do progresso da performance do serviço , oque vc tem achado nos seus Clientes , independente do componente utilizado , vc viu algum progresso do inicio das operações para o momento no retorno de resposta ? Como eu disse , não sei outros perceberam algo , mas o retorno melhorou consideravelmente do inicio pra hoje !

O componente ACBrNFE sempre tem que estar com o Certificado add , para todas as operações .

Tenho alguns clientes utilizando o serviço há alguns meses , e para esses clientes que tem utilizado neste período em produção , dizem ter melhorado consideravelmente o tempo de retorno das notas e dificilmente geram exceções quando no looping do envio dos eventos , inclusive hoje diminuíram a quantidade destes de envio de NSU , não sei ao certo este percentual de melhora , mas se percebe sim uma certa melhora . Sei também que o nosso Colega Mark Apollo tem clientes utilizando há tempo o Serviço e passando por aqui com certeza ele deve ter novidades se teve melhora ou não para os Clientes dele , vamos aguardar ele comentar , já que está em outro Estado , ES .

Tive problemas com isso , Para quem quiser algo definitivo para esquivar deste problema , vai uma dica , crie uma tabela no banco onde correlacione Cod_Orgao_Emitente X Cod_Orgao_Autorizador , se vc faz esta correlação na AC sem banco esta sujeito ha mudanças neste quesito cOrgao . Obs : O cOrgao a ser informado não é do emitente que esta manifestando e sim o cOrgao do emitente da NFe que esta sendo manifestada , cOrgao autorizador da nfe , tem gente confundindo .

Robson , para nfe's de SP chaves iniciadas po 35... informe : infEvento.cOrgao := 91 ; no caso eu fiz uma função de correlação entre as uf's , algumas uf's utilizam SVAN para a Manifestação do Destinatário .

Regis , Atualizei a Suite hoje e realmente esta dando este retorno pelo menos para NFs com Chave de SP = 35 , ou seja , quando se manifesta uma NFe chave 35... o componente manda com cOrgao = 35 mas o retorno volta = cOrgao = 91 657 - Rejeicao: Codigo do Orgao diverge do orgao autorizador , pra contornar isso criei uma função com uma tabéla no banco onde informo o cOrgao da Chave a ser manifestada , pego as duas casas iniciais e acho a fonte de pesquisa = "N" que eu parametrizo como quiser , não sei se fui claro ! No momento foi oque achei de mais benéfico até porque podem ser alterados estes códigos de cOrgao e preso internamente ao componente este cruzamento fica mais inacessível . Caso precisem de mais detalhes como fiz , posso compartilhar .

Oque vale é o calculo para que o ECF funcione , porque se vc imaginar um cenário onde o peso X preço pode haver divergência entre o valor da balança e o que vai para o ECF , este resultado tem que ser compatível sempre com o ECF , se vc informar neste caso o da balança da pau no sincronismo da AC com o ECF .

Alex , "Manifestos de NF's de SP" Implemente isso : infEvento.cOrgao := 91 ; ...algumas UF's utilizam SVAN , fiz uma function própria fora do componente pra isso ,

Sped Icms/Ipi é o Sped Fiscal . veja : http://www1.receita.fazenda.gov.br/sistemas/sped-fiscal/ Sped Pis Cofins é o Sped Contribuições . veja : http://www1.receita.fazenda.gov.br/sistemas/efd-contribuicoes/

Prefiro particularmente Sweda , Epson ou Daruma , alem de terem produtos de excelente qualidade sempre me deram atenção quando precisei no desenvolvimento seja ele de qual forma for . A Bematech vem há tempo prometendo e nada .

Oi Alexandre , me desculpe cara a demora da resposta ! NextGrid da BergSoft , tem versões Free do componente , excelente esse grid viu ! http://www.bergsoft.net/

Podemos ter novidades nos próximos dias de ampliação do prazo para adaptação à Lei em epigrafe , vejam : http://www.casacivil.gov.br/noticias/2013/06/nota-de-esclarecimento-2013-10-06-2013

Regis e demais ... Saiu a nova tabéla IBPTax versão 0.0.2 , agora com mais uma tag = Descrição da NCM e manual versão 0.0.6 , para quem ainda não tem , segue anexo !

WriteLn é o comando de escrita , se vc usar a Classe TPrinter (AssignPrn) vc tem o controle do driver e tem acesso a font... etc... Mas se for utilizar (AssignFile) não tem acesso ! Diferenças : AssignPrn vc não tem impressão com concomitancia . AssignFile vc tem impressão com concomitancia . Obs : No driver das impressoras Bematech , existe um configurador onde vc configura a font e outras propriedades da impressora .

Correto .

O erro que vc reporta não esta relacionado com WS !!! "Falha na validação.... ...Este erro , ainda é na sua aplicação , pois o XML gerado pela sua aplicação ainda não foi consumido pelo WS , não é uma resposta do WS , entende ? Qualquer outra UF daria o mesmo erro do jeito que esta o seu sistema , tente outras alternativas como a que vc mesmo citou , Build etc... !

Chara , no componente ACBrNFE , na propriedade Geral / PatchSchemas... , vc seta o caminho da pasta onde esta os Schemas utilizados pela sua Aplicação .

Alem de atualizar a Suite ACBr , tbm atualizar os Schemas ! http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=