Painel de líderes

Segue conforme solicitação a alguns amigos de como implementar ACBrTEFD em projetos sem o uso do ACBrECF @Italo Jurisato JuniorPor gentileza, poderia "comitar" esse exemplo no trunk? Considerações importantes Esse demo não é indicado para quem usa o ACBrECF, pois já existe o Demo ACBrECFTeste, onde explorar o conjunto (ps: aconselho verificar o demo feito em lazarus pois o mesmo está completo o exemplo, em relação ao demo em Delphi. Configurar o componente ACBrTEFD para [AutoFinalizarCupom = False] [MultiplosCartoes=True] [NumeroMaximoCartoes=3] Foi utilizada uma lógica em emular o estados possíveis do ECF. (Enumerado:tEstadoEcfSimulado) Estudar o evento ACBrTEFDComandaECF, ACBrTEFDInfoECF e ACBrTEFDComandaECFSubtotaliza onde os mesmo manipulam tEstadoEcfSimulado Assinar os Eventos ACBrTEFDComandaECFAbreVinculado, ACBrTEFDComandaECFImprimeVia e ACBrTEFD1ExibeMsg Ambiente de Teste Teste realizado no sistema modular SitDemo-Sitef(Software Express) Venda com múltiplos cartões Venda em 2 formas de pagamento(Dinheiro + Cartão) Extras Método finalizarCupomNFCe existe um tratamento para emissão em (OFF-LINE Contingência) caso houver qualquer erro na emissão da mesma Sequência na impressão(imprimer o NFCe > Posteriormente os Cupons Vinculados) Inicia Venda Informe o valor de pagamento e Selecione a forma de pagamento Armazena em Buffer as formas de pagamento Após a totalização das formas de pagamento haverá o enviar da NFCe ao SEFAZ Estadual imprime a NFCe e os Vinculados Finaliza a sequência com os EstadoEcfSimulado = Livre Delphi - TEF.rar

Use a função QuebrarLinhas do próprio ACBr. // Informações Adicionais do Produto if FpNFe.Det.Items[i].infAdProd <> '' then FPosPrinter.Buffer.Add('</ae><c>' + QuebraLinhas(FpNFe.Det.Items[i].infAdProd, FPosPrinter.ColunasFonteCondensada, ';') + '</c>');

Boa dia Warquia, Passe para os demais membros da equipe para avaliarem a sua proposta no programa exemplo do componente ACBrNFe, que visa ajudar os desenvolvedores que desejam emitir a NFC-e. Desde já muito obrigado pela colaboração.

Bom dia a todos, Hoje o fórum conta com mais de 48 mil membros, será que só nós Administradores e Moderadores temos a obrigação de estar com a leitura e interpretação correta de todos os manuais e notas técnicas publicadas nos portais nacionais e fazer as devidas alterações nos fontes dos componentes? Eu acredito que nesse universo de 48 mil, existem desenvolvedores com capacidade igual ou superior a nossa em realizar essas alterações, testa-las e disponibiliza-las para que todos possam usufruir. Quem não trabalha com o Delphi ou Lazarus, até entendo e neste caso peço que tenham paciência, mas, e os demais? Vamos ser mais colaborativos?

Projeto sendo finalizado, segue algumas informações sobre o projeto: Serviços implementados (para todos os estados, todos os ambientes - Homologação e Produção, todas as formas de emissão - para os serviços de envio de NFe/NFc-e) 1 - RecepecaoEvento - Cancelamento de NFe/NFC-e, Carta de Correção e EPEC; 2 - NfeRecepcao - Envio de NFe e lote versão 2.00; 3 - NfeRetRecepcao - Consulta de recebimento de lote versão 2.00; 4 - NfeInutilizacao - Inutilização de NFe/NFc-e; 5 - NfeConsultaProtocolo - Consulta dados da NFe/NFc-e; 6 - NfeStatusServico - Consulta status do serviço; 7 - NfeAutorizacao - Envio de NFc-e e lote versão 3.10; 8 - NfeRetAutorizacao - Consulta de recebimento de lote versão 3.10; Falta implementar: 1 - NfeConsultaCadastro; 2 - NfeDistribuicaoDFe; 3 - NfeConsultaDest; 4 - NfeDownlodNF; Outras coisas que falta implementar: 1 - Impressão dos DANFES nativo c#; 2 - Envio de emails; 3 - Envio de NFc-e compactada versão 3.10; 4 - Envio síncrono de NFe/NFc-e versão 3.10. Segue abaixo as telas do aplicativo de demonstração:

Aqui na empresa, utilizamos o delphi para desenvolver nosso principal produto, um ERP, no entanto, neste ano fizemos uma análise do futuro do mercado de software e temos visto que o visual studio tem agregado uma série de tecnologias até então indisponíveis no delphi, e que, com exceção do Brasil e Russia, o delphi tem perdido força no mundo inteiro, fazendo com que em agumas regiões já não se encontre mão de obra especializada. Por isso vamos desenvolver a solução para NFCe em visual studio e C#. Quando decidimos isto, fizemos uma pesquisa por bibliotecas que já estivessem prontas para tal, e analisamos a UniNfe da Unimake Software, o ACBRNFeMonitor e o projeto Open NFe. No caso da UniNfe, vimos que ela implementa o consumo dos webservices para NF-e, NFC-e, CT-e, MDF-e e NFS-e e faz a Integração ao ERP via arquivos, mas infelizmente não gera o XML e não possui classes para tal. Outro ponto negativo é o fato de ter que persistir arquivos em disco para poder consumir os serviços, o que diminui a eficiência. O ACBRNFeMonitor possui integração via troca de arquivos, como no caso da UniNfe, e via telnet, mas o retorno de alguns serviços deixa a desejar pelo fato de devolver uma resposta em formato diferente dos manuais para aquele serviço. Outro fator é a integração com o C#. Por último o OpenNFe tem um acoplamento forte com o Sql Server, e ainda a forma como foram implementadas as classes não facilita o uso. Basicamente o autor pegou os schemas e importou-os no c#, sem muito tratamento. No meu caso, estou tendo o cuidado de escrever as classes seguindo rigorosamente os manuais disponíveis, inclusive quanto a forma como os serviços são consumidos. Até mesmo os comentários para cada campo disponíveis nos manuais foram adicionados em cada campo de cada classe. Uma coisa que percebi analisando o código do componente do ACBR para NFe é que por conta das limitações do Delphi, o estilo de programação utilizado apresenta risco considerável e dificuldade de manutenibilidade do código. Por exemplo, existe muita, mas muita magic string no código, enquanto no C# o tratamento de XML é nativo via serialização. Em breve postarei mais informações sobre a biblioteca, saudações.