Painel de líderes
Conteúdo popular
Showing content with the highest reputation on 17-09-2015 em todas as áreas
-
2 pontos
-
Pronto quem quiser usar vai lá na unit e descomenta a linha //{$DEFINE USE_DELAYED} senão vai continuar a funcionar correto como já estava antes2 pontos
-
Pessoal -- --- - -- - RESOLVIDO -- - -- -- Desinstalei todo o ACBr do Delphi, removi tudo do Fortes. Instalei o fortes novamente, Instalei o ACBr ja com o o relatorio do SAT para Fortes e boa rodou bunitinho e ainda está fazendo venda já com o emulador offline da receita. Muito obrigado Sérgio pela dica e a vc tambem Juliomar.2 pontos
-
Desculpe Sr(a)s, mas não vi nenhuma novidade nos seus discursos, mesmo porque, todos são repetitivos e mais, é do conhecimento de todos , quanto na sua nitidez e notoriedade as obrigações, todavia, tenho o direito de discordar e expor o meu desagravo em ter que aceitá-las. Em nenhum momento discordei das obrigações, mas discordo plenamente sobre o prazo, o armazenamento das informações é problema deles, eles que contratem recursos para tal, como fazemos e nossos clientes para atender as suas exigências, Não inventamos os processos fiscais eletrônicos, somos apenas parte deles e independente das minhas obrigações, tenho o direito de ter as minhas fontes de informações totalmente a minha disposição, dentro do mesmo prazo que tenho como obrigação em mantê-las e isso é obrigação de todos os geradores de serviços, seja banco, telefonia, energia e etc.... estes devem manter a nossa disposição tais informações nos prazos nossos. Quando não há reciprocidade no processo, somente imposições, não existe nenhuma vantagem. Tenham todos uma boa noite2 pontos
-
Todas as modificações que fiz estão no Branches para Lazarus https://github.com/fortesinformatica/fortesreport-ce/tree/lazarus1 ponto
-
Como eu já disse antes... eu não tenho a menor intenção de implementar isso... (Não é simples... USB não é um "padrão" como o protocolo Serial) Se desejar implementar e enviar para o projeto seus fontes para analise, fique a vontade...1 ponto
-
Exatamente Italo, acertou. Criei um novo teste e enviei, agora funcionou perfeitamente. Creio que tenha sido o 1 ou 3. Problema resolvido, Obrigado!1 ponto
-
Pessoal, fui colocando os path no delphi que estavam dando erro. Aparentemente deu certo. vou continuar fazendo os testes aqui. Qualquer duvida eu posto aqui novamente. Mas obrigado a todos pela atenção;1 ponto
-
Júlio testado e aprovado, atualizei meu PDV hoje (17/09/2014) para o trunk2, dez minutos foram necessários para os ajustes devido a nomenclatura de métodos depois teve esse probleminha com a dll que não vai mais acontecer, agora 100% funcionando!!!! Muito obrigado pela atenção.....1 ponto
-
Boa tarde Rafael tudo bem! então cara o Código de Ativação é 987654321 e o CNPJ 14200166000166 as Configurações são iguais ao da DIMEP porem muda apenas o Código de Ativação e o CNPJ do Emitente segue anexo.1 ponto
-
Já temos uma correção para esse problema... Trabalhei na compatibilização do Fortes CE com o Lazarus... E acho que o resultado final ficou muito bom... em breve devo comitar modificações nos Pacotes e Projetos, removendo a dependência de Fortes4Lazarus e usando o novo Fortes CE...1 ponto
-
Bom dia Italo, muito obrigado! Era isso mesmo. Não tinha entendido muito bem a questão do nroItemAlterado. Havia entendido erroneamente que era para colocar o numero do item descrito do manual, no caso que se refere ao 43. Mais uma vez obrigado!1 ponto
-
Bom dia! Quem se interessar em participar do grupo acesse https://delphibrasil.herokuapp.com e peça seu convite!1 ponto
-
Bom dia Rodrigo, Analisando o seu XML de CC-e notei erro de conceito e de preenchimento. Conceito: o campo nroItemAlterado só deve ser informado quando a informação ser alterada pertence a uma lista e neste caso você informa a posição dentro dessa lista. Exemplo: Motorista, podemos informar o nome e o CPF de um ou mais motoristas, suponha que foi informado 3 motoristas e o nome do segundo esta errado e você deseja efetuar a correção através da CC-e. Como alimentar os campos da CC-e: grupoAlterado = moto campoAlterado = xNome valorAlterado = <informar aqui o nome correto do motorista> nroItemAlterado = 2 Como é o segundo nome da lista que esta errado foi informado a posição 2 ao campo nroItemAlterado. Preenchimento: se você abrir através de um navegar o arquivo 0-ped-eve-soap.xml vai notar que o campo: valorAlterado esta vazio, ou seja você não esta informando o novo valor do campo alterado. Outra coisa o nome do grupo e do campo tem que seguir a nomenclatura do XML, sendo assim esta errado informar: Ide o correto é ide (tudo em minusculo). Faça as devidas correções e tente novamente.1 ponto
-
Bom dia José, Maravilha, estamos aqui para ajudar.1 ponto
-
Esse problema é muito básico... se isso não estivesse funcionando, o fórum estaria inundado de pedidos de suporte... Aparentemente você não está carregando o CFe no ACBrSAT antes de tentar imprimir... Teste com Demo SATTeste.exe... estude os fontes dele...1 ponto
-
Oi Cantu, Em nossa conversa por Skype, notamos que o Delphi XE (e todos Delphis com suporte a Unicode) não estavam gravando os XMLs corretamente com o encoding em UTF8... Por isso o problema ocorria... Apliquei modificações na ACBrUtil, baseado na sugestão que você me enviou.... para permitir que a conversão da String nativa do XE (Unicode) seja convertida para UTF8 antes da gravação do XML em disco... Testei no D7, XE7 e Lazarus... todos gravaram com sucesso os arquivos de Envio, Retorno e Envelopes, usando o encoding UTF8... e todos os arquivos foram abertos sem problemas no MS Edge1 ponto
-
então sugiro usar a versão que está no github da FortesReport pois o trunk2 adota ele como padrão! Ok1 ponto
-
Deu certo.... Obrigado Ítalo e desculpa falha, não vi direito. forte abraço J.Carlos1 ponto
-
Italo... sobre esse problema dos XMLs salvos pelo ACBr, com acentuação, não serem abertos no navegador... eu e o Cantu já mapeamos o problema... Ele só ocorre no Delphi e nas IDEs com suporte a Unicode... aparentemente é um Bug do Delphi XE que não consegue converter uma String em Unicode para UTF8... como consequência, o arquivo é salvo como ANSI (por isso o erro) Com a ajuda do Cantu, acho que podemos aplicar um "workaround" para esse Bug do Delphi... vou testar hoje a noite..1 ponto
-
Difícil saber o que exatamente está aumentando o Executável... Verifique aplicações mais simples, como os próprios Demo do ACBr... Não creio que isso seja uma premissa no Trunk2 (afinal, no Trunk2, milhares de linha código foram suprimidas, usando O.O).... talvez você tenha mudado algo a mais na sua aplicação.... como por exemplo a inclusão de um novo Engine de Relatórios1 ponto
-
Descobri o problema. Depois de testar no Delphi 2006 e Delphi 2010 percebi que não era nenhuma erro no componente ACBR, mas sim no EMULADOR. Removi e instalei novamente o EMULADOR, problema resolvido !!!!!! Depois apareceu erro no calculo do imposto, descobri que se dava porque o certificado que utilizei era Lucro Real e no SATTESTE estava como Simples Nacional. Alterei e rodou tudo certo.1 ponto
-
Bom dia Agil Sistemas, A chave é gerada pelo equipamento SAT. Você só tem acesso a mesma no retorno do cupom gerado pelo equipamento. Att Cristiano Abbud1 ponto
-
Bom dia José, No seu TXT esta assim: DETEVENTO001] grupoAlterado=ide campoAlterado=CFOP valorAlterado=- CFOP do Conhecimento- 5.353 nroItemAlterado=1 xCondUso=A Carta .... Altere para: [DETEVENTO001] grupoAlterado=ide campoAlterado=CFOP valorAlterado=5353 nroItemAlterado=1 xCondUso=A Carta ... <=== remova essa linha o componente se encarrega de colocar o texto correto.1 ponto
-
Também acho que os browsers deveriam ser mais espertos e pela tag do xml já identificar que o conteúdo está em UTF8. No momento, estou resolvendo da seguinte forma: Criei uma procedure para gerar o arquivo do XML (que no meu caso, vem de um blob) já com o BOM: procedure WriteToUnicodeFile(arquivo:TFileName; s:string); var Writer: TStreamWriter; begin Writer := TStreamWriter.Create(arquivo, false, TEncoding.UTF8); try Writer.Write(s); finally Writer.Free; end; end; Agora, ao invés de usar o TBlobField.SavetoFile, chamo essa procedure passando o Tblobfield.asString no parametro s.1 ponto
-
Utilize o do AM é o melhor para testar, para funcionar tem que seguir algumas dicas. 1. mude o fuso horário do computador para o fuso de Cuiabá; 2. utilize seus dados e certificado normalmente, somente a IE você coloca 123456789 e o endereço algum do AM, eu uso a cidade de manaus e o CEP 69000.001; 3. Para o ID do CSC utilize 000001 e para o CSC utilize 1234567890; o restante é o normal da NFC-e.1 ponto
-
Usei desta forma abaixo, pois o XPMan, pra mim nao deu certo! Crie o arquivo manifest e insira o XML abaixo win7810.manifest <?xml version="1.0" encoding="UTF-8" standalone="yes"?> <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <assemblyIdentity name="Microsoft.Windows.MyCoolApp" processorArchitecture="*" version="0.9.0.74" type="win32"/> <description>Application description here</description> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.Windows.Common-Controls" version="6.0.0.0" processorArchitecture="*" publicKeyToken="6595b64144ccf1df" language="*" /> </dependentAssembly> </dependency> <trustInfo xmlns="urn:schemas-microsoft-com:asm.v3"> <security> <requestedPrivileges> <requestedExecutionLevel level="asInvoker" uiAccess="False"/> </requestedPrivileges> </security> </trustInfo> <compatibility xmlns="urn:schemas-microsoft-com:compatibility.v1"> <application> <supportedOS Id="{e2011457-1546-43c5-a5fe-008deee3d3f0}"/> <supportedOS Id="{35138b9a-5d96-4fbd-8e2d-a2440225f93a}"/> <supportedOS Id="{4a2f28e3-53b9-4441-ba9c-d69d4a4a6e38}"/> <supportedOS Id="{1f676c76-80e1-4239-95bb-83d0f6d0da78}"/> <supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}"/> </application> </compatibility> </assembly> Crie um arquivo .RC exatamente como aparece abaixo win7810.rc 1 24 "Win7UAC.manifest" Compile o .RC (ele vai criar arquivo de resource)(.RES) brcc32.exe win7810.rc Adicione o .RES no seu projeto {$R 'win7810.res'} Recompile seu projeto! No meu caso funcionou bem! Abraços1 ponto
-
Boa noite a todos, As URLs publicadas pela SEFAZ-RS, no dia 30 de abri foram disponibilizadas no dia 01/05 tanto nos fontes do trunk quanto no trunk2. Isso já foi dito por mim em diversos post. Portanto faz 4 meses que fiz a atualização dos fontes e disponibilizei nos repositórios. Gostaria de entender qual é a preocupação. Quanto a NFS-e estou estudando uma forma de flexibilizar o componente o máximo possível. Existem vários usuários que arregaçam as mangas e põe a mão na massa, mas infelizmente outros nem sequer são capazes de ler uma nota técnica de 6 páginas. Desculpe o desabafo e como o Daniel disse o código esta ai, abra-o, estude-o e nos ajude.1 ponto
