Painel de líderes

Lembrei disso hoje... e decidi procurar se o Post n.1 ainda existe... SIM, ele ainda está no Fórum da DevMedia, o qual eu frequentei por um bom tempo, e foi o espírito de cooperação dos usuários do fórum, que me motivou a criação do Projeto ACBr... Reparem no Post, que ainda não há menção do nome ACBr, e a ideia inicial, era fazer uma classe de Suportes a ECF (Emissor de Cupom Fiscal)... https://www.devmedia.com.br/forum/classe-para-acesso-direto-a-ecf-em-linux-windows/229474 Na abertura do último Dia do ACBr, eu menciono um pouco sobre a criação do Projeto... Classe para acesso Direto a ECF em Linux/Windows 03/05/2004 Ola, para todos.... Estou desenvolvendo uma Classe Multiplataforma para acesso direto a diversas Impressoras Fiscais. Na verdade o projeto ainda está engatinhando, mas já tive sucesso em Comunicação com a Bematech em Windows e Linux. Entretanto, como muitos programadores também necessitam ou já fazem acesso a ECF, resolvi usar a ideia de tornar isso um projeto OpenSource. P1 - Porque fazer mais uma biblioteca de acesso a ECF ? A ideia é fazer uma Classe que possa rodar em Linux / Windows. algo que nao existe hoje.... Alem de não exigir nenhuma DLL ou SO, a fim de evitar o ´inferno das DLL´s´ P2 - Como fazer acesso aos ECFs ? Como a classe deve rodar em Linux, fica descartado o uso de DLL´s... Todas as impressoras fiscais (pelo menos as que já programei) possuem manuais descrevendo os codigos de comandos e protocolos seriais. Atualmente acesso as impressoras: Bematech, Daruma, Schalter, Sweda, Mecaf (e compativeis) de forma direta, em DOS, usando a linguagem CLIPPER 5.02e.+Clipper Tools... O Executável não depende de nenhum arquivo externo ou device driver no CONFIG.SYS. A ideia é migrar as funçoes de Clipper para Delphi, usando um componente de acesso a Serial. P3 - Qual componente fará acesso a serial ? Dos que testei, apenas a classe SynaSer http://www.ararat.cz/synapse/ é multiplataforma (Kylix) P4 - Porque rodar em Linux ? Já pensou oferecer para os seus clientes uma solução de Aplicacação Comercial totalmente legalizada ? e sem pagar uma fortuna por isso ? Sem falar na estabilidade e segurança do Linux.... Qual usuário consegue apagar o sistema ? (alem do Root é claro Caracteristicas do projeto: - Deve ser OpenSource e com a distribuição dos fontes: - Deve ser Multi-plataforma (Windows ( CLX / VCL ) / Linux) - Nao deve depender de nehuma DLL ou SO. - Deve suportar as diferença entre os diversos modelos de ECF - As Classes Filhas devem tratar de forma transparente as pequenas diferenças na programaçao de Versoes diferente do mesmo Modelo de ECF. Ex: A classe TECFBematech deve ser capaz de trabalhar com todas as versoes da Bematech FI Vantagens do Projeto: - Total controle da Aplicação: Já vi DLL´s que simplesmente param o processamento do programa (Quem já homologou TEF discado, sabe o que eu quero dizer...) - Facil distribuição: Não precisa distribuir e instalar nenhuma DLL - Livre-se do Inferno das DLL´s Quando o usuário instala outro programa que usa a mesma DLL que você usa, porém em uma versão antiga (causando Bugs no seu programa) - Multiplataforma: Linux / Windows - Programação Limpa e Clara. Basta criar uma classe TECF com o modelo apropriado. O Codigo fonte sempre se refere a Classe criada, sem se preocupar com o Modelo Desvantagens do Projeto: - Se o hardware mudar, ficamos dependendo de novas informaçoes do fabricante, ou até mesmo de um modelo do equipamento para testes... - Geralmente as DLL´s incorporam novos Hardwares do mesmo fabricante.... Aqui teremos que implementar um novo filho da classe TECF para cada Hardware novo (somente se o novo hardware nao for compativel com o antigo) Estou lançando a ideia para ver a aceitação... Existe algum disposto a colaborar ? Posso enviar os fontes por e-mail para que estiver interessado... Em breve farei uma pagina para download do projeto... (Ou se alguem estiver disposto a fazer... ) A ser desenvolvido: - Terminar a implementação da Classe TECFBematech - Implementar as demais Classes (Daruma, Schalter, Sweda, Mecaf) - Criar Classe para Manupilação de TEF Discado para interagir com TECF Na verdade, nunca fiz nenhum projeto OpenSource... Gostaria de sugestões... Duvidas: - Como / Onde hospedar o projeto ? - Como cordernar ?.... - Como fica a questão legal de OpenSource ? É preciso registrar isso em cartório ? Ps: Srs Moderadores, desculpe postar essa msg em 2 áreas, mas acredito que seja do interesse...

==RESOLVIDO== Mauricio obrigado pelo retorno, Eu olhei o xml e ele não estava carregando o valor do iss retiro.

Bom dia, PIX faz parte do fluxo de meios de pagamento, então, isso é o papel do TEF. a não utilização do TEF faz com que você faça a integração direta com o PSP, ai cada 1 você precisa verificar a documentação deles, implementar e homologar. Abraços

Certo. Mas antes não abria. A principio como consigo ler e imprimir vou deixar assim.

Boa tarde Joas, No NotePad abre sem problemas, você não consegue abrir através de uma navegador.

Oi Italo! É confusão mesmo, acredito que o Marcelo está efetuando testes utilizando o mesmo WEBSERVICE da GINFES, como a prefeitura não liberou nenhuma documentação com relação a integração por WEBSERVICE, todos acreditaram que não iria existir alteração com relação ao WEBSERVICE, e no final de tudo, o WebService da GINFES ainda está funcionando, quando mandamos as notas no WebService da GINFES as notas são processadas e até são consultadas no site da GISS mas não conseguimos receber nenhum retorno. Nossas aplicações ainda estão usando as URL e WebServices especifados na documentação da GINFES de Maceió que podem ser encontrados aqui: NFS-e (ginfes.com.br) Produção https://producao.ginfes.com.br/ServiceGinfesImpl?wsdl Homologação https://homologacao.ginfes.com.br/ServiceGinfesImpl?wsdl Desculpe a bagunça de informações, mas até o momento estamos todos trabalhando no escuro. Abraços.

Pessoal, consegui realizar a emissão, não havia atualizado o arquivo "ACBrMDFeServicos.ini". Me desculpem.

Sim, deixamos de compilar manualmente e passamos a utilizar o AcbrInstall ja a alguns anos. Sobre AcbrLib no Delphi, ok, abortado a ideia... De inicio, pensamos em utilizar o AcbrMonitor, mas vimos que ele nao é multi tarefa, e como temos clientes que possuem 2, 3, 5 CNPJ no mesmo servidor, precisariamos rodar varias instancias do monitor, configurar portas diferentes (pra trabalhar em modo socket ao inves de arquivos) etc... Por hora, continuaremos com componente nativo mesmo entao. Daqui uns dias estaremos atualizando novamente o ACBR nas maquinas e vou analisar os passos que seguimos para desintalar e instalar uma nova versao. Obrigado pelo retorno Juliomar e Daniel.

Bom dia Sr. Italo Sobre a atualização do componente eu entendo que precisa atualizar totalmente o ACBr, inclusive excluindo todos os arquivos antes de baixar a nova versão com o SVN e refazer a instalação com o ACBRInstall_Trunk2, é isto que fiz no procedimento. Acredito que a diferença do que fiz com o que o senhor relacionou na sua última resposta está apenas o teste com o programa exemplo, mas tudo bem, desculpe, vou fazer um teste com o programa exemplo. Muito obrigado pela atenção e empenho. Vou mandando noticias.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Joas, Eu lhe pedi os arquivos Soap, esses que você anexou não são. Faça a consulta usando o programa exemplo, note que ele tem uma opção para que o componente grave ou não os arquivos soap, marque essa opção para gravar. Não edite os arquivos, apenas pegue os arquivos gerados e anexa aqui no fórum para que eu possa analisar.

Bom dia Juliano, Quando eu peço para atualizar os fontes, são todos os fontes de todas as pastas do ACBr e não somente a pasta Fontes ou a pasta que contem os fontes do componente em questão, pois o componente se utiliza de Units que se encontram fora da pasta que esta os fontes do componente. Outra coisa, sempre realize teste usando o programa exemplo, este tem um botão que exemplifica cada método de consulta como por exemplo o Consultar NFSe por Rps. Por fim a cidade de Londrina se utiliza do provedor SigISS e ao implementar esse provedor notei que ele disponibilizou somente 3 serviços em seu WebServices, que listo abaixo: 1. Gerar - serviço destinado a recepcionar o Rps, a principio ele é para trabalhar no modo síncrono, ou seja, no retorno já temos o resultado do processamento que neste caso deve ser o XML da NFS-e se o processamento ocorrer com sucesso. 2. Consultar NFS-e - serviço destinado a realizar uma consulta pelo numero da NFS-e, temos como retorno o XML da NFS-e. 3. Cancelar NFS-e - serviço destinado a realizar o cancelamento de uma NFS-e. Como você pode ver o provedor não disponibilizou o serviço de consulta a NFS-e por Rps, logo você não vai conseguir realizar essa consulta. Por favor atualize todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Depois faça novos testes usando o programa exemplo do componente.

Boa tarde Italo! Entendo, esse é exatamente nossa situação, não existe nenhuma informação oficial da prefeitura ou do integrador com relação a essas informações, por isso gostaria de solicitar se alguém conseguir de alguma forma acesso a essa informação compartilhasse conosco aqui para podermos efetuar as configurações necessárias. Agradeço!

Schemas_XSD_Servicos_Prestados.zip Boa tarde, Os schemas estão nesse ZIP, porém nem prefeitura nem o integrador divulgaram nenhuma informação sobre URLs, WebService, ou Name SPACES, estamos totalmente no escuro, mais de 24 horas sem conseguir emitir NFS-e na cidade, amadorismo muito grande da Prefeitura. Se alguém tiver essas informações poderiam por favor compartilhar aqui? Agradeço desde já.

Obrigado Daniel por dar retorno. Realmente as chamadas são bem diferentes em relação a Elgin porque vc usou intents e no caso to usando o SDK com integração local, segue em anexo a classe e as libs anexadas em Libraries se vc quiser dar uma olhada. Eu não consegui usar a classe JPrintermanager porque pede um parâmetro do tipo JMap e nao achei documentação para conversão do HashMap formato JAVA para Delphi no procedimento printImage(JBitmap, JMap, JPrinterListener). Note que a LIO nao aceita impressão PDF direta então tive que converter de PDF para JBitmap. No JAVA o HashMap seria mais ou menos assim: HashMap<String, Integer> alignCenter = new HashMap<>(); alignCenter.put(PrinterAttributes.KEY_ALIGN, PrinterAttributes.VAL_ALIGN_CENTER); alignCenter.put(PrinterAttributes.KEY_TYPEFACE, 1); alignCenter.put(PrinterAttributes.KEY_TEXT_SIZE, 20); CieloSDK.jar Android.CieloLIO.pas

Boa noite Joabe, Você leu atentamente a Nota Técnica? No segundo paragrafo do item 1 deixa claro que o XML do CT-e será disponibilizado para as pessoas informadas no mesmo. A principio um CT-e Normal, temos o Emitente, o Remente e o Destinatário, como e Emitente tem por obrigação possuir o XML uma vez que este que gerou e enviou para a SEFAZ, logo o XML do CT-e será disponibilizado para o Remente e para o Destinatário. Como o XML contem muitas informações na unit que trata o retorno ao executar o DistribuicaoDFe só é populado um resumo em TresCTe. Diferente do DistribuicaoDFe da NF-e o DistribuicaoDFe do CT-e sempre vai retornar o XML completo do CT-e. Sendo assim, de posse do XML completo basta executar o método LoadFromFile para carrega-lo e assim ter acesso a todos os dados, com isso você saberá quem é o tomador.