Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 17-09-2015 em todas as áreas

  1. 2 pontos
  2. 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 antes
    2 pontos
  3. 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
  4. 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 noite
    2 pontos
  5. Todas as modificações que fiz estão no Branches para Lazarus https://github.com/fortesinformatica/fortesreport-ce/tree/lazarus
    1 ponto
  6. 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
  7. 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
  8. 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
  9. 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
  10. 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
  11. 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
  12. 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
  13. Bom dia! Quem se interessar em participar do grupo acesse https://delphibrasil.herokuapp.com e peça seu convite!
    1 ponto
  14. 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
  15. Bom dia José, Maravilha, estamos aqui para ajudar.
    1 ponto
  16. 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
  17. 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 Edge
    1 ponto
  18. então sugiro usar a versão que está no github da FortesReport pois o trunk2 adota ele como padrão! Ok
    1 ponto
  19. Deu certo.... Obrigado Ítalo e desculpa falha, não vi direito. forte abraço J.Carlos
    1 ponto
  20. 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
  21. 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órios
    1 ponto
  22. 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
  23. 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 Abbud
    1 ponto
  24. 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
  25. 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
  26. 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
  27. 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ços
    1 ponto
  28. 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
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...