Agnaldo Prates

Bom dia Juliomar. Correto ví realmente no outro tópico, porem, há alguma coisa estranha pois, antes eu setava o DANFS.fr3 sem problemas, somente depois que atualizei é que começou a ocorrer estes problemas. Lembrando que, estando dentro de um projeto, ao abrir a unit de quaisquer dos geradores , Fast, Qr e Fortes há um erro que congela toda IDE. Isso está ocorrendo frequentemente, vou ter que tentar encontrar o que pode ser. Ex: ACBrNFSeDANFSeRL.pas ACBrNFSeDANFSeRLClass.pas ACBrNFSeDANFSeRLRetrato.pas Abraço.

Bom dia pessoal. Não sei se é somente comigo mas, ao ligar o FastFile ao componente ACBrNFSeDANFSeFR, o mesmo está dando um erro, não descobri o que pode ser ainda. Alguem está tendo esta dificuldade também?

Tambem estou com o mesmo problema.

Não sei se os seus fontes esão atualizados pois a unit ACBrBancoob.pas já dispõe desteas procedures. Procedure LerRetorno400(ARetorno:TStringList) Procedure LerRetorno240(ARetorno:TStringList) Elas estão implementadas só não testei.

Tranquilo.

Pessoal boa tarde. Não sei se é só cimigo que está ocorrendo. Recebi um DANFS de um cliente onde ele tem vários itens, mas não consegui de forma alguma adicionar estes itens ao DANFS do ACBrNFSe. Analisei o XML gerado e o mesmo só tem o item principal, os itens da nota não existem. Isso é normal, ou só é gerado internamente na prefeitura? Provedor Fiorilli. Abraços.

Oi Rafael. O manual é o mesmo que o Sicoob disponibiliza, porem, este manual está em total desconformidade com o arquivo aceito pelo banco, então o que fiz. Peguei o arquivo gerado por eles e comparei ao gerado pelo ACBrBoleto através do Winmerge e descobri que o arquivo gerado pelo ACBrBoleto estava em conformidade como o que pede o manual, mas, o arquivo aceito por eles não seguem o manual. É muito estranho isso tudo. Eu penso que, se existe um manual ele deve ser seguido à risca, mas na verdade isso não ocorre com o Cedente Sicoob. Obrigado pelas informações . Abraço.

Bom dia companheiros. Ontem eu estava realizando uns testes com a NFSe, até ai tudo beleza. Imprimia o DANFE sem problemas, ocorre que, hoje atualizei os fontes e o danfe sai sem nenhum dado. Houve alguma mudança neste sentido? Atenciosamente, Agnaldo Prates.

Adicionando as Units alteradas para gerar o arquivo remessa das cooperativas sicoob. As alterações foram simples, porem o Sistema Cedente do Sicoob recebeu os arquivos gerados sem nenhuma restrição. ao gerar o código de barras o DV do código não estava ocrreto, agora está em conformidade. Abraço a todos. ACBrBancoob.pas ACBrBoleto.pas

Boa noite companheiros. Durante o mês de agosto de 2014, passei por aborrecimentos dignos de cão. Um cliente pediu para que fosse gerado boletos e remessa de uma cooperativa filiada ao Sicoob. ocorre que, o pessoal da Cooperativa seguindo as diretrizes do banco siccob, envia para os desenvolvedores os manuais de integração de softwares, até aí, sem problemas, sem mais demandas. O componente ACBrBoleto, que aqui digo que se não for o melhor entre os melhores, certamente é digno de medalha. Nós desenvolvedores nos debruçamos dioturnamente sobre manuais, legislações, decretos e demais dispositivos legais a fim de atender com presteza nossos clientes, creio que esta comunidade é assim focada. Na data de hoje, 15 de Agosto de 2014, recebi um módulo completo do aplicativo "Cedente" do sicoob para geração de boletos e arquivos de remessa. Criei um cliente exatamente como estava no antes dito, setei todas as propriedades do componente para as informações do módulo, e, ao gerar o arquivo de remessa pelo módulo e comará-lo ao "nosso" arquivo gerado, observei grande incompatibilidade, posto que, a estrutura é incompatível. Ante a minha necessidade, adaptei o componente mais precisamente as units, ACBrBancoob.pas e ACBrBoleto.pas para atender a esta falta de compatibilidade entre os softwares. Com a adpatação efetuada, o software Cedente recebe o arquivo gerado pelo componente sem nenhuma restrição. Ainda enviei ao departamento de tecnologia da cooperativa a minha total insatisfação em relçao às regras adotadas pela inscituição bancária. Parando, email enviado. "Boa noite Renato. Antes de tudo quero lhe agradecer pelas informações prestadas, afinal, é cediço que, sem informação não há um caminho a ser seguido. Sei que não parte de você nenhuma instrução a cerca de layouts de troca de arquivos, disso, certamente você será isentado e, se necessitar pode contar comigo. Ocorre que, segui fielmente todos os manuais cedidos e/ou disponibilizados pela "Sicoob" denominado "Layout Sicoob.xls" e "Layouts para troca de informações.xls" para implantação de arquivos de troca de informações entre, cedente e cooperativa. Me senti incapaz em desenvolver algo que atenderia em perfeita harmonia com esta sigla que, a passos largos avança no segmento de crédito, ora, todos sabemos que cooperativa não é banco e jamais poderá sê-lo, todavia, hoje há muitas cooperativas de crédito que se confundem como bancos, apesar de ilegal. Ao gerar o arquivo CNAB240 através do módulo "Cedente" pude comparar o arquivo gerado pelo módulo "Cedente" com o arquivo gerado pelo meu software, observei que, havia uma discrepância enorme em relação ao arquivo gerado tanto pelo módulo Cedente quanto pelo meu software. Considerando que o desenvolvedor deva seguir o que reza o manual, assim o fiz, mas para minha surpresa, ao gerar o arquivo REM_333700_CED2064_7945_1_C240_(1408114210570).CED constatei que, O layout disponibilizado pela "Cooperativa/Sicoob" está em total desconformidade com o arquivo gerado, posto que, o manual pede conforme segue: HEADER DO LOTE 12.1 054 058 005 - Num C/C Agência Código Prefixo da Cooperativa: vide planilha "Capa" deste arquivo 13.1 059 059 001 - Alfa DV Dígito Verificador do Prefixo: vide planilha "Capa" deste arquivo Nesta linha o manual pede agencia e dígito, o que em se tratando de dígito é dispensado ao gerar o arquivo pelo Cedente. Segmento P 08.3P 018 022 005 - Num C/C Agência Código Prefixo da Cooperativa: vide planilha "Capa" deste arquivo 09.3P 023 023 001 - Alfa DV Dígito Verificador do Prefixo: vide planilha "Capa" deste arquivo No arquivo gerado pelo Cedente apenas é gerado o prefixo desta, em nenhum momento é gerado o dígito. Ante ao exposto, e protestando pela indignação ora sentida, levarei este relatório ao conhecimento da comunidade brasileira de desenvolvedores de software para que, diante desta constatação eles, não passem o que passei, afinal, acredito que, se existe um manual este deve ser seguido a risca, e, assim venha diminuir a discrepância adotada tanto por bancos bem como pelas cooperativas. Sem possíveis prejuízos das sanções ao Sicoob e afins". Se endentederem necessário disponibilizo aqui as alterações por mim efetuadas. Atenciosamente, Agnaldo Prates. Ps. Desculpem o desabafo, mas não é admissível que alguém dispenda seu tempo seguindo um manual que não funcione.

Valeu pessoal. Bom dia.

Olá companheiros bom dia. Ao tentar imprimir o DANFE no modelo 65 e FastFile DANFeSimplificado.fr3, ocorrem alguns erros: Na linha 1768 da unit ACBrNFeDANFEFRDM está a seguinte instrução: frxReport.FindObject('ImgLogo').Visible := True; Ocorre que no relatório este objeto está com o nome picture2, logo ocorre um erro ao tentar setar tal objeto como visible:=False; Alterei o objeto no relatório para ImgLogo. Outro detalhe é o QRCode, linha 1778, o objeto ImgQrCode não consta no relatório. Adicionei a imagem com o nome ImgQRcode; Segue o arquivo .fr3 alterado. Atenciosamente. DANFeSimplificado.rar

Valeu Italo. Em relação à sobrescrever o nome, com certeza não tem esta possibilidade, visto que o modelo é diferente. Esta alteração talvez num futuro ela seja necessária, por enquanto é só para diferenciar mesmo o nome do arquivo para o caso dos contadores. Abraço.

Olá companheiros, bom dia. Estive adequanto meu sistema com relação à NFC-e, e observei que para o usuário final o nome do arquivo xml pode causar uma "certa" confusão em um dado momento, então tomei a liberdade de alterar algunas linhas no ACBrNFeNotasFiscais conforme segue. Esta solução não sei se é viável a todos os desenvolvedores, mas no meu caso eu tive esta dificuldade pois os nomes dos arquivos são muito parecidos, mudando basicamente o modelo e o dv. NFe11140701914788000104650010000000731000000737-NFCe.xml NFe11140701914788000104550010000000731000000737-NFe.xml Atenciosamente, Agnaldo Prates. Segue as sugestões. Linha 262 if TACBrNFe( FACBrNFe ).Configuracoes.Geral.ModeloDF = moNFe then CaminhoArquivo := PathWithDelim(PathArquivo)+StringReplace(TACBrNFe( FACBrNFe ).NotasFiscais.Items.NFe.infNFe.ID, 'NFe', '', [rfIgnoreCase])+'-NFe.xml' else CaminhoArquivo := PathWithDelim(PathArquivo)+StringReplace(TACBrNFe( FACBrNFe ).NotasFiscais.Items.NFe.infNFe.ID, 'NFCe', '', [rfIgnoreCase])+'-NFCe.xml'; linha 501 IF Self.FConfiguracoes.Geral.ModeloDF = moNFe then FConfiguracoes.Geral.Save(StringReplace(Self.Items.NFe.infNFe.ID, 'NFe', '', [rfIgnoreCase])+'-nfe.xml', vAssinada) Else FConfiguracoes.Geral.Save(StringReplace(Self.Items.NFe.infNFe.ID, 'NFCe', '', [rfIgnoreCase])+'-NFCe.xml', vAssinada);

Oi Rafael e Patrick, bom dia. Seria possível disponibilizar esta solução para mim também? [email protected] Atenciosamente, Agnaldo Prates.

Bom dia Italo. Não há de quê, afinal, quem agradece somos nós usuários deste projeto magnífico.

Boa tarde senhores. A cidade de Jaru/RO agora aderiu ao sistema de emissão de notas fiscais de serviços eletronica. Hoje consegui o endereço de produção. Cidade: Jaru - 1100114 - Código do IBGE. Segue em anexo a unit alterada. ps: Estou abrindo este tópico pois não encontrei outro específico para adicionar cidades. Atenciosamente, Agnaldo Prates. ACBrProvedorFiorilli.pas

Olá Fábio, O detalhe pode ser alguma restrição nas seguintes pastas, lembrando que se elas não existirem devem ser criadas de setadas as devidas permissões. %USERPROFILE%\Application Data\Microsoft\SystemCertificates %USERPROFILE%\Application Data\Microsoft\Protect %USERPROFILE%\Application Data\Microsoft\Credentials %USERPROFILE%\Application Data\Microsoft\Crypto O %USERPROFILE% refere-se a pasta AppData, na pasta do seu usuário (Pasta oculta). Por aqui a gente sempre resolve assim. De repente pode ser isso ai.

Bom, a meu ver, há uma inconsistência no Schemas que, ao invés de ler a formatação AAAAMMDD, está lendo AAAA-MM-DD.

Oi Régys, a adoção em primeiro momento será voluntária, mas creio que a partir de julho há sim uma tendencia de se tornar obrigatório. Todavia, como as coisas mudam muito rápido por aqui, vamos aguardar o andar da carruagem. Meio off. Quanto à numeração das notas nos PDVs, em consulta recente à Sefaz/AM, eles me informaram que pode usar uma série para cada PDV, informação que não consegui aqui em RO, mas vou procurar me informar melhor sobre o assunto. "Caro Agnaldo, Em nome da Secretaria da Fazenda, agradeço as palavras. É um grande incentivo para nossa equipe. Sobre a sua pergunta, você de sim utilizar séries distintas para os caixas. Dessa forma, cada caixa terá numeração própria"[sic]

Boa noite pessoal. Lembrando que Rondônia também a partir de 10/01/2014 está usando a sefaz virtual do RS para o projeto NFC-e. http://www.portal.sefin.ro.gov.br/site/conteudo.action?id=3646, creio que este projeto vem "desburocratizar" um pouco as questões do PAF-ECF.

Olá bom dia. O erro está no final do arquivo, duplicidade de fechamento de tag. ></protNFe></protNFe></nfeProc>. Pode ser alguma variável disparando duas vezes o mesmo valor. Espero que lhe ajude.

Pessoal boa tarde. Baixei a versão do Validador EFD Contribuições, instalei sem problemas. Ocorre que, ao identificar um erro, na NF-e de entrada e, ao clicar para abrir o local, não aparece o maldito registro. Alguém aqui, já deparou com esta situação? Lembrando que a versão desta coisa é: 2.0.4. Não tenho lembranças de ter visto um validador tão ruim. Desculpe o meio OFF! Prates, Agnaldo.

Só pra enfatizar, eu tive um problema parecido uma vez, gerando um inventário de aproximadamente 100.000 registros, quando chegava a 13% dos registros ocorria o erro. Debuguei o código e observei o seguinte: Ao checar se o produto estava no registro0200, eu utilizava uma função que criava uma tabela virtual. Aí estava a fonte do problema. Bastou alterar: Var Tb:TIbQuery; begin Tb := TIbQuery.Create(Self); Para: Var Tb:TIbQuery; begin Tb := TIbQuery.Create(Self); Tb.BufferChunks := 10; Tb.UniDirectional :=True; Pronto. Acabou o erro.

Estranho. Deve haver algum loop polindo o TStringList. Toda Via, se for AcbrSpedFsical, tive um problema neste sentido, eu resolvi assim: LinhasBuffer :=98304; // 100MB RAM Vc pode aumentar para 500MB = 524000. Atualmente creio que não há computadores com menos de um 1 GB de RAM, Tenho clientes que escrituram cerca de 2.000 notas por mes. Esta foi a solução que encontrei. Abraço. Prates, Agnaldo