Pedro E. Braga

Segue Arquivos revisados. Boleto.fr3 BoletoCarne.fr3 BoletoFatura.fr3

Realizei os Ajustes nos arquivos de Report conforme especificação do Layout Anexo do Banco do Brasil conforme item abaixo. 2.2.2 Recibo do Pagador: devem ser impressas, no mínimo, as seguintes informações: a) nome do beneficiário; endereço do beneficiário; c) CNPJ/CPF do beneficiário; d) nome do pagador; e) nosso número f) número do documento g) data de vencimento; h) valor do documento Observações: a) Conforme Lei Federal 12.039, de 01/10/2009, nos documentos de cobrança de dívida encaminhados ao consumidor, devem constar o nome, o endereço e o número de inscrição no Cadastro de Pessoas Físicas – CPF ou no Cadastro Nacional de Pessoa Jurídica – CNPJ do fornecedor do produto ou serviço. É recomendável que também no recibo do pagador conste a linha digitável e o código de barras, de forma a facilitar eventual consulta. Não foi utilizado o arquivo acima devido a não leitura do código de barras impresso. Boleto.fr3 BoletoCarne.fr3 BoletoFatura.fr3 Especificacoes_tecnicas_boletos.pdf

Boa Tarde Daniel, como mencionei anteriormente acredito que seria interessante aplicar essa mesma Regra para o SAT tbm, onde tempos o mesmo conceito. acho que deveria ser feito um refactory nessa parte unificando essas opções e regras.

@-=Ma®©oS=- estou sem tempo para realizar a mesma.

@-=Ma®©oS=- a Ideia era criar algo que possa abranger todas as quebras possíveis, assim poderia ordenar na como quiser, seria algo +/- assim que pensei. Type TOrdPath = (opCNPJ, opModelo, opData) aqui incluiria todas as opções de quebra Criaria uma property do tipo por Exemplo: OrdenacaoPath: Array of TOrdPath; e na função CalculaPath faria o tratamento de acordo com a ordem aplicada nesse Array. Sei que Hoje temos uma função de calculo para os documentos de DFe outra para SAT e outra para o processo do BlocoX a ideia também seria juntar todos em uma unica classe, tornando a manutenção mais centralizada.

@Daniel Simoes nesse caso teria uma ordenação padrão o qual seria como está hoje, assim possibilitando quem quiser possa modificar a mesma como desejado.

Uma Sugestão seria tornar esse questão um pouco mais dinamica onde eu passaria uma lista com a Ordem da montagem dos Paths, sei que seria bem complicado se fazer isso, mas deixaria muito dinamico essa questão, podendo ter ordem a qual já temos hoje. Assim poderia se unit em uma classe e utilizar tanto para DFe/ SAT/ BlocoX dentre outros.

@Daniel Simoes acabei não pensando nessa retrocompatibilidade, mas acho que é valido sim.

@gss200610 sempre tive problemas com espaços seja no nome do arquivo ou diretório ao gerar qualquer arquivos utilizando as dlls dos fabricantes, assim hoje sempre que gero em um caminho sem espaços ai depois copio para o diretório correto. Uma sugestão crie uma pasta na raiz como retorno\ e sempre crie o arquivo com um nome temporário após a geração ai você faz um copyfile ou movefile e passa o caminho\nome correto.

Bom Dia, Estou com um problema ao gerar eventos de uma NFe/NFCe onde o ACBr está salvando os xml de comunicação no no diretório agrupado do CNPJ\Modelo\Ano\Mês\Dia. segue um exemplo. Configurar o componente ACBr para separar os XML por CNPJ, Modelo e etc. Configurar os diretórios PathSalvar como C:\XMLs\ PathNFe como C:\XMLs\NFe\ PathEvento como C:\XMLs\NFe\ Gerar uma NFe e verificar que os arquivos de comunicação são salvos no diretório PathSalvar e o XML da NFe em PathNFe, ao gerar um evento ou consulta da situação os arquivos xml da comunicação são salvos dentro do PathNFe e PathEvento e dentro das pasta do CNPJ\Modelo pois está habilitado a separação. Verificar pois esses arquivos de comunicação não deveriam ser salvos dentro dos diretórios da separação, sendo salvo apenas dentro da Raiz definida.

Boa Tarde, Realizei algumas melhorias na separação dos arquivos agrupando os arquivos pelo Ano \ Mes \ Dia para documentos DFe e CFe. Inclusão da separação pelo Modelo\Prefixo do SAT no caso como CFe assim deixando simular a separação da DFe. ACBrSAT.pas ACBrSATClass.pas ACBrDFeConfiguracoes.pas

Boa Tarde, Realizei uma correção na montagem do Path referente a separação em AnoMes e Dia, pois era realizado um Pos antes da inclusão da string no Path isso pode gerar problemas principalmente na separação diária pois pode existir um CNPJ com parte do texto como "201703" ou similar assim geraria problemas na separação por Mês. A correção aplicada foi a retirada da comparação assim sempre será incluída a "Parte" ao final do Path. ACBrDFeConfiguracoes.pas ACBrSATClass.pas

Bom Dia, Realizei a inclusão da leitura dos campos "Mensagem" e "DataReferencia" do XML de retorno pois em caso de erros a mensagem de erro virá em Mensagem. pcnRetEnvBlocoX.pas

Eu que agradeço a oportunidade de poder contribuir com o Projeto, atualmente é a forma a qual tenho possibilidade de contribuir para o crescimento do projeto.

Boa Tarde, segue units com as alterações para possibilitar salvar os XML separados por dia, ACBrDFeConfiguracoes.pas ACBrSATClass.pas

OK, irei realizar a implementação e anexar os fontes alterados.

Bom Dia, Estou com a necessidade de separar o XML gerados pelo ACBrNFe e ACBrSAT em diretórios Diários, atualmente o ACBr realiza a separação apenas Ano\Mês mas preciso que seja Ano\Mês\Dia pois no caso da NFCe chego a ter mais de 500 notas no mesmo dia para um único caixa, existe alguma precisão para que isso seja implementado?

@EliasCesar não cheguei a testar mas olhando a implementação adotada acredito que irá funcionar corretamente, devo implementar a alteração futuramente no fonte utilizado pela Aplicação.

@EliasCesar A Implementação como foi aplicada ira gerar problema o motivo é que se olhar no exemplo da Leitura da Memória Fiscal verá que tempos 3 linhas tracejadas incluindo as 2 do cabeçalho e duas linhas que iniciam como CRZ, assim a implementação aplicada ira parar na primeira linha que tem CRZ assim não trazendo os dados corretamente. por esse motivo as regras existentes foram mantidas e adicionado para iniciar após a localização da identificação do relatório.

Boa Tarde Daniel, conforme solicitado segue Unit, o Método alterado foi o "BematechObtemDadosUltimaReducaoZDeLeituraMemoriaFiscal" demais alterações devem ser desconsideradas. ACBrECFEscECF.pas

Bom Dia, Ao realizar a consulta dos DadosUltimaReducaoZ na ECF valores não são retornados, foi verificado que ele carrega os dados do ECF com Base em uma LMF pela serial contudo ele não estava carregando os dados corretamente pois ao localizar a primeira linha ele não considerava os valores "------------------------------------------------" do cabeçalho assim retornava a linha de forma incorreta, foi adicionado a função "BematechObtemDadosUltimaReducaoZDeLeituraMemoriaFiscal" para localizar a linha de inicio a partir da descrição da "LEITURA MEMÓRIA FISCAL" assim não gerando mais o problema descrito. // Achando a linha de inicio // if not EncontrarLinha('LEITURA MEMÓRIA FISCAL') then Exit; if not EncontrarLinha(LinhaTracejada) then Exit; if not EncontrarLinha('CRZ') then Exit; Redução Z foi gerada em uma intervenção técnica e a atual numeração da Redução Z está em 433. Peço que adicione essa nova regra ao método.

Recomendo confirmar com o Homologador pois cada um pode interpretar de uma forma esse requisito.

Artur Alencar, fizemos dessa forma com base na orientação do órgão homologador.

Olha temos ecf de desenvolvimento que chega a levar quase 1 hora pra gerar o arquivo, agora não temos o que fazer pois se a legislação está exigindo so nos resta atender, quanto a aplicação vc pode deixar uma mensagem informando que o processo é bem lento e indicando a legislação correspondente que está atendendo.

O MF apenas a Epson possibilita geração por período, assim geramos de forma total a MF. O MFD fiz a implementação o qual o Daniel realizou algumas mudanças e utilizamos a mesma assim gerando por período. Vale lembrar que se o fabricante do ECF não dispor de função para geração do arquivo binário por período deve-se gerar de forma total.