Rafael Batiati

Minha segunda homologação com o ACBrFramework.net na Polimig RJ MultiVendas PDV Linguagem C# .Net especificação 02.02 ACBrECF, ACBrPAF, ACBrSpedFiscal, ACBrSintegra, ACBrAAC e ACBrEAD Mais uma vez deixo aqui meus agradecimentos a todos da comunidade ACBr, sucesso!

Nunca compilei o projeto em linux; mas os exports não estão indo. Pode ser por alguma falha nas configurações dos IFDEF do projeto, que não está setando o padrão CDECL corretamente quando roda em linux, ou pode ser alguma configuração do compilador que não está gerando os exports na lib; Pesquisei rapidamente no google pra ver se alguém tinha um problema semelhante e não achei nada parecido; portanto minha dica fica pra revisar do mais simples pro mais complicado: primeiro reveja as configurações do projeto procurando por algo anormal, depois teste a hipótese dos IFDEF, declarando algum método sem eles: Por exemplo, abra o ACBrECFDll.pas original e localize a função ECF_Create Function ECF_Create(var ecfHandle: PECFHandle): Integer; {$IFDEF STDCALL} stdcall; {$ENDIF} {$IFDEF CDECL} cdecl; {$ENDIF} export; Modifique para essa forma, sem os IFDEF Function ECF_Create(var ecfHandle: PECFHandle): Integer; cdecl; export; Compile e veja se você consegue ver o ECF_Create no objdump depois dessa modificação, nisso já teremos uma boa pista de por onde seguir.

Código do ACBr e ACBrFramework C# atualizado com a propriedade Margem na classe ConfigBarras Lembrando que só foi implementado para os ECFs Bematech Observações importantes: Segundo o manual, cada unidade equivale a 0.125mm de espaçamento A margem necessária para centralizar o código de barras vai depender do tamanho e do tipo de código utilizado; é necessário testar cada caso para determinar a margem mais adequada. Quando a propriedade "ConfigBarras.MostrarCodigo" é definida como True, o texto numérico impresso acima ou abaixo do código de barras não segue o alinhamento definido na propriedade Margem; para centralizar o texto é necessário inserir espaços, exemplo: acbrECF.ConfigBarras.MostrarCodigo = true; acbrECF.ConfigBarras.Margem = 50; acbrECF.LinhaRelatorioGerencial(" <inter>12345678</inter>"); Qualquer coisa é só falar Abs!

No manual da bematech chama-se "Margem" mesmo ... que é diferente de "alinhamento" Se fosse simplesmente "alinhamento = Esquerda, Direita, Centro" seria uma maravilha, mas nós temos que passar o espaço de margem que queremos pra distanciar o código da esqueda. É complicado demais calcular a margem de forma automática para que o código saia centralizado, pois depende do tipo de código utilizado, da largura das barras, da quantidade de dígitos, etc ... se a impressora suportasse o alinhamento como a Sweda seria mais simples. Você consegue contato direto com alguém do suporte da Epson e Daruma?

Oi Daniel, Eu olhei os manuais. Na Bematech existe o comando direto para informar a margem; eu alterei e testei com o ACBr e funcionou. Os outros modelo é que são o problema Por exemplo, na Daruma e Epson não achei nada parecido no manual; na Sweda existe o parâmetro para centralizar ou alinha à margem O que acha de eu adicionar a propriedade Margem no ACBrECF.ConfigBarras e inicialmente só implementá-la na classe da Bematech? Alguma outra sugestão?

Pessoal, Estou precisando centralizar o código de barras impresso no rel gerencial do ECF; A classe de configuração do código de barras possui parâmetros para altura e largura das barras, mas não tem parâmetros para a margem. Na DLL da bematech o método ConfiguraCodigoBarras tem um parâmetro para margem, que possibilita essa operação. Existe alguma forma de fazer a centralização do código ou devo partir para implementar a Margem no ACBrECF.ConfigBarras ? Alguém sabe se outras ECFs possuem essa mesma função? Obrigado

Pessoal, Alguém tem alguma experiência pra contar sobre a emissão de serviços no ECF, tributados como ISS, e sua posterior substituição por NFS-e por meio de RPS (recibo provisório de serviço) Sei que depende muito da lei municipal, alguns município aceitam o próprio cupom fiscal como nota de serviço outros exigem a NFS-e. No caso de municípios que exigem a NFS-e, é necessário emitir um RPS caso não seja possível emitir a NFS-e online. As dúvidas são: O próprio cupom fiscal tem validade de RPS ou é necessário algum tipo de relatório gerencial descrevendo o RPS? Eu não posso deixar de emitir itens de serviço no ECF já que estou operando com impressão concomitante à venda, certo? Obrigado a todos

Todo o ACBrFramework é via DLL feita com o código original em Delphi; a camada C# e Java é apenas um wrapper para acesso à biblioteca. Sinta-se à vontade para colaborar, baixe os fontes e veja em qual área suas necessidades se concentram; troque idéias com a turma por aqui para propor novas implementações. Qualquer dúvida é só falar. Abs

O ACBrFramework.Net está em pé de igualdade nos pacotes ACBrSerial, ACBrPAF, ACBrTEFD, ACBrSpedFiscal e ACBrSintegra; Os pacotes ACBrNFe e ACBrNFSe possuem alguns detalhes técnicos que tornariam mais vantajosa a implementação nativa em .Net à utilização do código atual ACBr em Delphi; Os demais pacotes não possuem implementação ou essa é muito limitada. Para evoluir esse cenário eu só vejo a necessidade de mais utilizadores/desenvolvedores engajados no projeto.

É mais fácil achar os números da mega-sena que achar informação no site da sefaz !! Alguém está por dentro do processo da NFC-e no estado de Goiás? Eu vi o decreto em Agosto, com prazo estimado pra Dezembro de 2015, mas até agora parece que não está valendo. http://aplicacao.sefaz.go.gov.br/index.php/post/ver/182843/decreto-regulamenta-nota-eletronica-do-consumidor Abs

Oi Adenilton, seja bem vindo. Se quiser pode nos mandar o código fonte do jeito que está para analisarmos e trocarmos uma idéia, depois a gente cria um repositório pra ele. Tenha certeza de que vai multiplicar! Abs,

Amigo, Veja os exemplos de uso dos componentes, você não precisa usar as classes Interop diretamente. Isso vale pra todo o projeto, não só pro CEP, basta você criar um novo componente e chamar o método. ACBrFramework.CEP.ACBrCEP cep = new CEP.ACBrCEP(); cep.BuscarPorCEP("00000-000"); Dá uma olhada no fórum sobre o uso do componente CEP, os nomes de métodos/propriedades e forma de uso é 100% compatível com o componente em Delphi. Abs.

Sim, o NFe não vai ser incluído no ACBrFramework.Net, e a melhor saída pra quem quer usar o ACBr é o ACBrNFeMonitor. Eu mesmo usei ele via TCP e estou muito satisfeito com o resultado. (...) O motivo de não incluir ele no .Net é simplesmente o custo, pois vai dar tanto trabalho pra fazer/usar que é melhor fazer diretamente em C# Chegamos a iniciar o desenvolvimento dele, mas tivemos problemas com a assinatura digital, uso dos certificados, dependência do CAPICOM para certificado A3, visualização e impressão dos DANFES, e vários outros que apontaram para o abort desse componente. Nossa vontade é fazer algo parecido com o ACBrNFeMonitor em .Net nativo, só que no momento não temos prioridade nisso, então se algum desenvolvedor quiser tocar o projeto, fique a vontade, contribuiremos no que pudermos ser úteis. Abs,

Cara, A primeira situação, o registro 60A repete N vezes para cada totalizador do ECF (cada situação tributária), então não há nada de anormal no arquivo ... veja se você está populando o registro corretamente, pois pode ser por aí. Tente fazer um exemplo pequeno, colocando os dados manualmente no componente pra reproduzir isso, se conseguir reproduzir, poste o código aqui. Já a segunda situação, normalmente ocorre quando você coloca um Path ou nome de arquivo incorreto. É bobeira, mas muito comum esquecer de terminar o path com um "\", exemplo: "C:\MeusDocumentos\", caso contrário o componente concatena o caminho errado. E em C# lembre-se, ou você usa string literal com o arroba @"c:\MeusDocumentos\", ou coloca duplo "\\" nos paths, "C:\\MeusDocumentos\\" Abs

Parabéns, você obteve uma resposta muito rápida! Leia as regras do forum por favor: https://www.google.com/url?q=http://www.projetoacbr.com.br/forum/index.php%3F/forum-16/announcement-1-sim-n%25C3%25B3s-temos-regras/&sa=U&ei=Ed3xUYjoKoOG9gSTuIEY&ved=0CAcQFjAA&client=internal-uds-cse&usg=AFQjCNFf2UTyQFhEYzS2LiRBoWaPT6PFZw