Ir para conteúdo
  • Cadastre-se

Painel de líderes

Conteúdo popular

Showing content with the highest reputation on 24-02-2015 em todas as áreas

  1. Essa obrigação era do roteiro de homologação do TEF discado ( que não existe mais ) A homologadora da Cielo ( Certified ) também fazia essa exigência... Mas ela também não existe mais... Na homologação da Sw. Express isso é recomendado, pois assim sua aplicação consegue tratar corretamente saques e trocos no cartão O correto mesmo, é sempre imprimir os pagamentos do menor para o maior... Pois assim sempre o ECF conseguirá computar o troco
    2 pontos
  2. Prezados, estamos finalizando o código para importação do arquivo do SPED Contribuições para o componente da ACBr, na medida do possível estamos tentando seguir o padrão, mas é claro que algumas adaptações sejam necessárias, além dos testes em outras versões e no Lazarus, estamos abrindo o post para estar enviando futuramente e para informar e tirar algumas dúvidas nossas, além de evitar que alguém inicie esse trabalho agora já que estamos realizado. o arquivo ACBrEPCBloco_C e *_Class receberam os registros 800,810,820,830,860,870,880,890 para que a importação já fique atualizada com o novo padrão (o comando Write não foi elaborado). o arquivo ACBrEPCBlocos.pas recebeu até agora 13 novas funções de conversão de string para outro formato. O motivo do componente é a integração com outros filiais utilizando o componente do SPED PIS COFINS da ACBr, e a possibilidade de somar blocos M etc... sem muito esforço. Aproveitando o tópico gostaria de verificar se esses registros não são necessários pois não encontrei no bloco F da ACBr: F559, F519, F509, F569. Obrigado. ToDoList: Implementar base da biblioteca Implementar rotina de leitura do arquivo Implementar Bloco 0 Implementar Bloco A Adicionar Blocos C8XX na ACBr (sem write) Implementar Bloco C Implementar Bloco D Adicionar Blocos FXXX9 na ACBr (sem write) Implementar Bloco F Implementar Bloco I Implementar Bloco M Implementar Bloco P Implementar Bloco 1 Adicionar evento para leitura das colunas Adicionar evento para leitura das linhas Gerar estrutura do componente Transferir código para Lazarus e testar compatibilidade. Updates 24-02-2015 - Anexado ao tópico ACBrSPEDPisCofins_24-02-2015_1.Zz - Neste arquivo consta os novos blocos adicionados no C e F como mencionado anteriormente que estavam faltando, porém o procedimento Write não foi criado. 24-02-2015 - Adicionado tarefas pendentes para finalizar componente. 24-02-2015 - Finalizado Bloco M 24-02-2015 - Finalizado Blocos P e 1 24-02-2015 - [Corrigido] Registro 0000 o campo IND_NAT_PJ não deve ser um campo obrigatório, nos arquivos de teste foi identificado essa diferença depois de importado. 24-02-2015 - [Corrigido] Registro 0100 o campo FAX quando preenchido em branco, apresenta valor "0000000000" em vez de "Vazio". 24-02-2015 - [Corrigido] Campo ALIQ_ICMS no Registro 0200 deve ser do tipo "Variant", segundo o manual o campo não deve ser preenchido quando o cadastro do produto for por gênero (ativo imobilizado, por exemplo). 24-02-2015 - Adicionado arquivo com todas as implementações referente ao componente já existente ACBrSpedPisCofins, pronto para analisar e subir (ACBrSPEDPisCofins_24-02-2015_2.7z) 24-02-2015 21:55 - Adicionado evento para interceptar troca de linhas e o processamento de cada coluna, podendo esses valores serem interceptados e alterados antes de serem adicionados no componente ACBrSPEDPisCofins. 25-02-2015 - Componente finalizado (ACBRSpedPCImportar.7z). Arquivo disponibilizado, porém é necessário o arquivo _2 anteriormente enviado. ATENÇÃO ! Não baixe mais esses arquivos, o componente já foi finalizado, subido no repositório do projeto ACBr, além de já ter sofrido alteração e correções como mencionado nas respostas abaixo. ACBrSPEDPisCofins_24-02-2015_2.7z ACBRSpedPCImportar.7z
    1 ponto
  3. Por favor pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Experimente nosso mecanismo de Busca com algumas palavras chaves e surpreenda-se com os resultados. No topo da página, você encontrará a caixa de busca Veja esse link: A correção já está no SVN... tenha certeza de ter a última versão dos fontes...
    1 ponto
  4. Veja esse Link... http://www.skytef.com.br/software-house.html É mais simples fazer todo o processo com a SkyTef, do que com a Sw.Express... a SkyTef tb pode lhe ajudar em treinamento comercial para você revender o Sitef a seus clientes... No nosso caso, tínhamos contato direto com a Sw.Express, mas após parceria com a SkyTef, tivemos condições ainda melhores... TEF é um ótimo negócio para a Sw.House... dá uma lucratividade recorrente para cada terminal TEF instalado na sua aplicação... Ao invés do cliente pagar pelas "maquininhas" ele paga o TEF dedicado integrado a sua aplicação... o custo é praticamente o mesmo, e o uso é muito mais ágil
    1 ponto
  5. Bom dia, Sim, você pode continuar com o código atual.
    1 ponto
  6. Bom dia Ferdinando, Se você se refere a data de emissão, fiz uma alteração e já esta disponível.
    1 ponto
  7. Olá, quero parabeniza-los pela iniciativa, e que após a disponibilização iremos analisar o ponto citado por você sobre as adaptações, pois esses componentes são puramente pascal sendo compatíveis tanto com Delphi e Lazarus, Sobre os registros do Bloco F, são sim necessários eles fazem parte do manual, só não estão implementados ainda. Ficamos no aguardo para analise.
    1 ponto
  8. Boa noite a todos, Reforçando o que já foi dito, o mudou foi a versão do XML de 2.00 para 3.10 sendo assim na muda no que diz a numeração da nota e série. Sendo assim se a última nota emitida na versão 2.00 foi a de numero 500 série 001 a primeira a ser emitida na versão 3.10 será de numero numero 501 série 001.
    1 ponto
  9. Boa tarde Armando, Muito obrigado, já fiz a correção e esta disponível.
    1 ponto
  10. Fast Report! sempre que tiver FR é Fast Report quando tiver RL é do Fortes Report e quando QR é do QuickReport
    1 ponto
  11. Prezados usuários, depois de vários estudos e analise, chequei a uma conclusão que, para o projeto ACBr viesse a poder ser totalmente convertido de forma satisfatória para que o mesmo pudesse ser usado na tecnologia firemonkey, precisaríamos de uma reformulação ampla, tendo outra Unit.pas para cada unit existente hoje com as iniciais FMX.Unit.pas, dessa forma levei isso aos adms do projeto o qual foi avaliado que não é o momento de tal esforço, dessa forma lamento informar que essa força será suspensa nesse momento. os fontes do que foi convertido permanecerá em anexo ao post acima, dessa forma que precisar analisar e tiver a necessidade de algo do tipo no momento já terá algo começado, só precisando de melhorias. De minha parte lamento.
    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.