Painel de líderes

Olá pessoal, Como alguns de vocês já notaram, estamos empenhados em fazer os componentes do projeto ACBr ficarem disponíveis em outras plataformas. Uma das maneiras que queremos fazer isso é por permitir que eles compilem em Delphi para Linux e Android. No entanto com isso precisamos fazer uma alteração nos pacotes existentes. Para que os componentes fiquem de acordo, os pacotes precisam ser separados em Designtime e Runtime. Não vou me delongar nesse necessidade no momento, mas quem quiser mais informações pode ver a documentação oficial do Delphi. Basicamente o significado é o seguinte: Pacote Runtime - O pacote é como se fosse um framework ou library encapsulando requisitos e disponibilizando classes e componentes que podem ser vinculados ao código, mas não a IDE. Pacote Designtime - O pacote é para ser instalado na IDE. Isso significa que ele altera a IDE, disponibilizando componentes ou editores de propriedades que são usados em tempo de design (design time ... dã...). Em menos palavras, é um pacote que joga o componente na lista de componentes do Delphi. Essa alteração já está em andamento e você vai notar vários novos pacotes iniciados por "DCLACBr" nas pastas relacionadas ao Delphi. Mas como temos muitos pacotes há ainda vários que precisam ser alterados para funcionar dessa maneira. Como era? E como está? Os pacotes anteriores eram criados como Designtime e Runtime ao mesmo tempo. Visto que algumas pessoas utilizam os pacotes apenas como runtime estamos mantendo os pacotes atuais como Runtime e movendo o código específico pra criar os pacotes Designtime . São esses pacotes Designtime que iniciam por "DCLACBr". ACBrInstall O ACBrInstall que está no SVN já está preparado para lidar com esses pacotes. Ele vai verificar os pacotes se que são apenas Runtime e procurar o Designtime correspondente. Além disso, você vai notar que o ACBrInstall agora lista outras plataformas por cada instalação do Delphi que você tiver. Mas ainda é preciso ajustes tanto nos componentes como no próprio ACBrInstall para que os pacotes sejam compilados para essas plataformas corretamente e para que os vários "path" do Delphi sejam corretamente configurados. Por exemplo, dependemos do projeto JCL para detectar outras plataformas (como Linux e Android). Como eles ainda não implementaram, talvez nós tenhamos que fazê-lo e disponibilizar para eles. Lazarus O Lazarus não tem tanto problemas com os pacotes serem RunTime e Designtime. Então ele não sofre do mesmo problema do Delphi. No entanto, com as mudanças nos arquivos, alguns pacotes do Lazarus tiveram que ser ajustados. Em especial o pacote ACBr_NFCe_DanfeRL.lpk foi removido. Os componentes dele agora se encontram no pacote ACBr_NFe_DanfeRL.lpk Conclusão Como sempre, uma alteração como essa pode gerar problemas e é por isso que estamos avisando a todos. Fiquem a vontade para criar novos tópicos para relatar problemas ou dificuldades. Apenas pedimos que tenham o cuidado de verificar o seguinte: A pasta inteira do ACBr está realmente atualizada? Você tentou reinstalar marcando a opção de apagar arquivos antigos? Já existe algum tópico sobre o assunto? Bom trabalho aí pessoal!

Enviei para o repositório, com alguns ajustes, rev. 19246. Obrigado pela contribuição. Queira por favor testar com o arquivo do repositório.

Não existia no MDFe uma forma de enviar o evento , segue em anexo o pas, adicionei tb no Cte e NFe o envio do xml , pois o mesmo hoje só envia o PDF ACBrMDFe.pas ACBrCTe.pas ACBrNFe.pas

Tentou assim? Dm.CIOT.Contratos.Clear; with Dm.CIOT.Contratos.Add do begin CIOT.Integradora.Operacao := opGravarVeiculo; with CIOT.GravarVeiculo do begin Placa := 'KBV3355'; Renavam := '110564030'; Chassi := '9BSG4X200A3654938'; RNTRC := '00168810'; NumeroDeEixos := 2; CodigoMunicipio := 3512345; Marca := 'VW'; Modelo := 'XYZ'; AnoFabricacao := 2010; AnoModelo := 2010; Cor := 'Preto'; Tara := 100; CapacidadeKg := 10000; CapacidadeM3 := 10000; TipoRodado := trToco; TipoCarroceria := tcFechadaOuBau; end; Dm.CIOT.Enviar; end;

https://dfe-portal.svrs.rs.gov.br/Nfe/Documentos

Bom dia Túlio, Muito obrigado pela contribuição, já esta no repositório.

Olá Ricardo. Muito obrigado por reportar. Ao analisar o código e o manual da NFe (MOC 7.02) eu percebi que na verdade esse campo pode chegar até a 400 caracteres. Então eu já aumentei para esse valor. Enviei a alteração na revisão 19243.

No dia 19/02/2020, foi lançado oficialmente sistema de pagamentos instantâneos, o qual foi batizado pelo Banco Central com a Marca PIX. Este sistema deverá estar disponível em novembro/2020. Fonte: Portal TIInside

Boa tarde pessoal, Muitos de vocês já deve ter questionado quais são os bancos suportados pelo ACBr e e acabaram se deparando com a necessidade de checar diretamente nos fontes. Afim de trazer essa informação de forma mais rápida, segue relação até a data da publicação deste artigo. Veja relação em detalhes: Código Febrabran Banco Carteiras Configuração no ACBr (Propriedade Tipo Cobrança) Logo 001 Banco do Brasil Todas cobBancoDoBrasil 003 Banco da Amazônia Todas cobBancoDaAmazonia 004 Banco do Nordeste Todas cobBancoDoNordeste 021 Banco Banestes Todas cobBanestes 025 Banco Alfa Todas cobBancoAlfa 033 Santander Todas cobSantander 041 Banrisul Todas cobBanrisul 047 Banese Todas cobBanese 070 BRB Todas cobBRB 077 Inter Todas cobBancoInter 084 Uniprime Todas cobUniprimeNortePR 085 Cecred Todas cobBancoCECRED 091 Unicred RS Todas cobUnicredRS 097 CredSis Todas cobCrediSIS 099 Uniprime Todas cobUniprime 104 Caixa Econômica Todas cobCaixaEconomica (Layout SIGCB) cobCaixaSicob (Layout Sicob) 133 Cresol Todas cobBancoCresol 136* Unicred ES Todas cobUnicredES 174 Pefisa Todas cobBancoPefisa 208 BTG Pactual Todas cobBTGPactual 212 Original Todas cobBancoOriginal 218 BS2 Todas cobBS2 224 Fibra Todas cobBancoFibra 237 Bradesco Todas cobBradesco 246 Banco ABC Brasil Todas cobBancoABCBrasil 320 BicBanco Todas cobBicBanco 329 QITechSCD Todas cobBancoQITechSCD 336 Banco C6 Todas cobBancoC6 341 Itau Todas cobItau 389 Banco Mercantil Todas cobBancoMercantil 399 HSBC Todas cobHSBC 422 Banco Safra Todas cobBancoSafra 457 Banco UY3 Todas cobBancoUY3 604 Banco Industrial do Brasil Todas cobBancoIndustrialBrasil 633 Rendimento Todas cobBancoRendimento 643 Banco Pine Todas cobBancoPine 655 Votorantin Todas cobBancoVotorantim 707 Banco Daycoval Todas cobDaycoval 745 CitiBank Todas cobCitiBank 748 Sicredi Todas cobSicred 756 Bancoob (Sicoob) Todas cobBancoob O ACBr também suporta as variações de layout dos bancos acima, conforme relação a seguir. Código Febraban Banco Carteiras Correspondente Configuração no ACBr (Propriedade Tipo Cobrança) 756 Sicoob Todas Banco do Brasil cobBancoDoBrasilSICOOB 091 Banco Unicred RS Todas cobUnicredRS 136* Banco Unicred ES Todas cobUnicredES 136* Banco Unicred SC Todas Bradesco cobUnicredSC 237 Athena 444 Todas Bradesco cobAthenaBradesco 274 MoneyPlus Todas Bradesco cobMoneyPlus 637 Sofisa 109 Itau cobBancoSofisaItau 637 Sofisa Outras Santander cobBancoSofisaSantander 133* Banco CreSol Todas Bradesco cobBancoCresolSCRS 756 Sicoob Todas Bradesco cobBradescoSICOOB 422 Safra Todas Bradesco cobSafraBradesco 643 Pine Todas Bradesco cobBancoPineBradesco *Código não localizado na tabela Febraban Importante: Este tópico será atualizado sempre que houver novas adições de bancos ou correspondentes. Para Utilização com o ACBrMonitorPlus, deve-se consultar as orientações existentes no Manual OnLine, o qual pode ser acessado aqui.

Segue para subir ao repositório. Precisei criar um campo de tipo de tomador, no município para tomador não identificado (Consumidor final) foi instruído gerar a tag do Tipo como 'F' sem informar o CPF. Arqs.zip

Boa tarde, segue alterações. Goiania.ini - Ajuste "QuebraLinha". ACBrNFSeWebServices.pas - Provedor Smarapd não tem "ConsultaSituacaoLote". ACBrNFSeNotasFiscais.pas - Correção erro "Argument out of range". Goiania.ini ACBrNFSeWebServices.pas ACBrNFSeNotasFiscais.pas

Bom dia. Fiz algumas melhorias no layout da impressão de cte em duas vias usando fast report. A leitura do código de barras não estava funcionando direito por causa das bordas do quadro muito próximas. Estou mandando em anexo o antes, depois e o fr3. DACTE2Vias.fr3

Boa tarde Rodrigo, Acredito que esgotei os testes técnicos cabíveis nessa situação e o problema persistiu. Eu não tenho contato direto com o cliente e passei para a equipe de implantação verificar com a prefeitura / provedor se identificam o que pode ser. Não estou com o ambiente aqui, mas lembro que além dos detalhes que citei acima, corrigi também o código do serviço que estava sem zeros à esquerda. Uma suposição minha foi de terem me passado a chave errada do cliente e o WS retornar um erro genérico, pois as demais informações eu validei uma a uma no schema e não encontrei mais inconsistências. Mas agora aguardo um posicionamento da outra equipe para dar continuidade. Qualquer novidade eu posto novamente. Obrigado pelo retorno.

Boa tarde @Renato Rubinho desculpe a demora, correria e acaba que passo dias sem entrar aqui... Já resolveu? Ainda está com algum problema?

Muito obrigado Italo... Abraços!!!

So uma pergunta o arquivo Can-02=35200261099008000141599000137860009117746519.xml que você passa é o xml de cancelamento, se for esta errado, deve-se passar o xml da venda a ser cancelada.

Também no nosso SVN, a gente tenta sempre manter atualizado.

Boa tarde, Segue inclusão das cidades: Crateus-CE e Aracuai-MG Cidades.ini

Você precisa verificar no manual da certificadora.

Farei todos os testes e configurações conforme sua indicação. Quando tiver algum resultado postarei aqui. Muito obrigado!

Boa tarde Qual o valor informado que causa a diferença de 0,01 centavo? Poderia passar os valores para que possamos simular o problema? Precisamos testar para aplicar a melhor solução, visto que o componente precisa seguir as regras de arredondamento estipuladas no manual...

Olá pessoal! Resolvi o problema passando um parâmetro adicional no método descrito na documentação deles. O parâmetro adicional contendo a porta, Ex.: "[PortaPinPad=01]". Lembrando que isso foi pra o meu caso que usei java. Entrei em contato com o suporte, e configurei a CliSiTef.ini, e mesmo assim não tava indo. Então olhando a documentação vi que era possível passar para o método esse parâmetro adicional. Caso use JAVA e esteja passando pela mesma situação, olhe a documentação enviada pela Software Express e tente passar esse parâmetro adicional que eu citei logo acima pra função correspondente. Valeu pessoal!

Boa tarde O digito do banco é uma propriedade publica do componente, pode ser alterada via código: ACBrBoleto1.Banco.Digito:= ou pelo ObjetInspector em: "Banco"

Descobri, era falta de impressora configurada no Windows 10 Tá perfeito

Pessoal, consegui resolver! Tínhamos testado várias configurações e em algumas eu percebi que na primeira tentativa no Balança Teste dava erro e depois não dava. Então refiz todos os testes com mais tentativas e descobri que colocando o modelo balRinnert com as configurações padrão, dá erro às vezes mas funciona depois! Então, a solução foi apenas trocar para balRinnert sendo um pouco mais insistente. (Na nossa aplicação funcionou todas as vezes com essa configuração) Obrigado!

Veja as configurações que utilizamos na homologação deste modelo:

Boa tarde Augusto. Base de Cálculo do ICMS = Total dos Produtos + Frete + Seguro + Despesas Acessórias - Descontos André Luis.

Bom dia, José M. S. Junior. O modelo da impressora Bematech é MP-4200 TH. Só existe esta informação na etiqueta da impressora, além do número de série. Vou fazer testes com o protocolo ESCPOSEpson assim que possível e retorno com o resultado. Obrigado pela dica.

Bom dia Antônio, É a idade kkkk. Já fiz a correção e estou enviando para o repositório, muito obrigado.

Bom dia Gustavo, As suas duas contribuições acima foram aceita e enviadas para o repositório.

Que bom! Muito obrigado.

Já foi corrigido pelo @EMBarbosa. Baseado na alteração do Elton eu fiz o mesmo para o ACBr_EDI.

Consegui reproduzir esse problema em alguns casos aqui. Vou verificar melhor e te dar um retorno.

Não seria melhor você fazer isso no Select? Daí o valor já iria no jeito pro relatório.

Aqui está normal... Mas se continuar, sugiro questionar a Sef

Obrigado pela agilidade. Vou testar outros projetos e verificar se há mais algum detalhe.

Você pode automatizar essa consulta no seu aplicativo. Pense nisso. Faça a consulta da nota automaticamente e resolverá 80 % dos seus problemas.

Não consigo pensar em outras alternativas no momento. Talvez você precise apagar o conteúdo do campo. Tente usar o TField.Clear.

Isso acontece quando o Delphi encontra outras versões do arquivo DCU. Provavelmente há arquivos do Fortes espalhados sendo encontrados. Veja esse tópico:

Muito obrigado pelo report. Corrigido na revisão 19239.

Olá Quem já utiliza o ACBrMonitorPLUS ou ACBrLib, sabe que o modelo de resposta entre as duas aplicações são idênticas, porém nas ultimas versões de ambas as aplicações foi realizado uma otimização nos fontes do ACBr, onde todos os componentes de Documento Fiscal eletrônico (NFe, NFCe, CTe, MDFe) passam a retornar tags únicas de respostas, vistos que todos estes documentos utilizam a mesma nomenclatura de Tags no XML de retorno. Devido a isso, a Tag que identifica o número da Chave do Documento Eletrônico foi unificada para "ChDFe" para todos os Documentos Fiscais Eletrônicos. Essa alteração não é algo recente, ocorreu a partir da Versão 1.2.0.16 do ACBrMonitorPLUS, porém, muitos não atualizam constantemente e acabam não identificando estas modificações importantes nos Logs de cada versão... Onde deve ajustar a leitura na sua aplicação? Na resposta de Envio de Qualquer DFe: (NFe, NFCe, CTe, MDFe), na Seção [NFe...], onde se lê o retorno de Envio de cada item , altere a leitura da tag para: ChDFe. Já na seção [Retorno] altere a leitura da tag para : ChaveDFe Ex: [NFe001] ChNFe= (antes) ChDFe= (depois) [CTe001] ChCTe= (antes) ChDFe= (depois) [MDFe001] ChMDFe= (antes) ChDFe= (depois) [RETORNO] ChNFe= (antes) ChaveDFe= (depois) Para maiores detalhes consulte a documentação do ACBrMonitor ou ACBrLib para verificar o modelo completo de Resposta de cada DFe. https://acbr.sourceforge.io/ACBrMonitor/NFECriarEnviarNFe.html https://acbr.sourceforge.io/ACBrLib/NFE_Enviar.html

Tente um novo Update... Veja se não está relacionado a esse Post:

Vamos supor que o seu cliente venha perder o XML da nota por exemplo, neste caso basta você ler os dados da nota do banco de dados, gerar e assinar o XML e por fim realizar uma consulta com o XML carregado, desta forma ao realizar a consulta a SEFAZ vai retornar o protocolo de autorização e o componente se encarrega de atualizar o XML acrescentando o protocolo nele, deixando-o assim um documento com validade jurídica.

Olá Pessoal, O método Consultar agora possui um novo parâmetro chamado: AExtrairEventos. function Consultar(const AChave: String = ''; AExtrairEventos: Boolean = False) ; Boolean; Para quem utiliza os métodos direto da classe WebServices, deve acrescentar a seguinte linha: (...).WebServices.Consulta.ExtrairEventos := True ou False; O que ocorre quando o campo ExtrairEventos possui o valor True? Simples, quando realizamos um consulta a um DF-e além de retornar a sua situação é retornado também alguns eventos vinculados a ele, como por exemplo o evento de cancelamento. Se o valor de ExtrairEventos for True o método Consultar vai se encarregar de verificar se no retorno contem eventos, caso afirmativo eles serão extraídos e salvos em disco nas pastas conforme o seu tipo. Por exemplo, se no retorno tivermos o evento de cancelamento, será salvo na pasta: ...\Evento\Cancelamento o arquivo *-procEventoNFe.xml (caso estejamos consultando uma NF-e). Essa nova funcionalidade esta disponível nos componentes: ACBrBPe, ACBrCTe, ACBrMDFe, ACBrNF3e e ACBrNFe. Em breve tanto o ACBrMonitor quanto o ACBrLib vão passar a ter também essa funcionalidade. O que eu ganho com essa nova funcionalidade no método Consultar. Vamos supor que o seu cliente venha perder o XML da nota por exemplo, neste caso basta você ler os dados da nota do banco de dados, gerar e assinar o XML e por fim realizar uma consulta com o XML carregado, desta forma ao realizar a consulta a SEFAZ vai retornar o protocolo de autorização e o componente se encarrega de atualizar o XML acrescentando o protocolo nele, deixando-o assim um documento com validade jurídica. Mas se o seu cliente perder o XML de um evento como por exemplo o de cancelamento, não tinha como refazer o mesmo, pois não temos um método para consultar eventos, aliais a SEFAZ não possui um serviço para esse fim. Como dito acima o Consultar além de retornar a situação do documento e retorna também alguns eventos. Antes o componente ignorava esse conteúdo, mas agora foi implementado a extração dos eventos. Resumindo caso o seu cliente venha perder o XML de um evento (*-procEventoNFe.xml), lembre-se que o método Consultar pode recuperar ele novamente, desde que esse tipo de evento que foi perdido é retornado pelo Consultar. Espero que tenham gostado dessa nova funcionalidade.

Olá Pessoal, Ocorreu uma alteração no salvamento dos arquivos de envio e de retorno dos eventos e da inutilização. O motivo dessa alteração foi que esses arquivos estavam sendo salvos em dois lugares distintos. No caso dos eventos eles estavam sendo salvos na pasta configurada em PathEvento e em PathSalvar. Já os de inutilização estavam sendo salvos na pasta configurada em PathInu e em PathSalvar. Com a alteração os arquivos de envio e de retorno passam a ser salvos somente na pasta configurada em PathSalvar. Por outro lado, o resultado final do processamento dos eventos bem como da inutilização, ou seja, os arquivos *-procEventoNFe.xml (no caso da NF-e) e o *-procInutNFe.xml (no caso da NF-e) vão continuar sendo salvos nas pastas configuradas em PathEvento e PathInu respectivamente. Desta forma fica fácil para o desenvolvedor pegar por exemplo todos os XMLs referente aos cancelamentos (pasta ...\Evento\Cancelamento) compactar e enviar para a contabilidade. Antes era preciso excluir os arquivos de envio e de retorno para que estes não fossem incluídos no arquivo compactado. Quero lembrar a todos que essa alteração foi realizada nos componentes: ACBrBPe (Bilhete de Passagem Eletrônico), ACBrNF3e (Nota Fiscal de Energia Elétrica Eletrônica), ACBrCTe (Conhecimento de Transporte Eletrônico), ACBrMDFe (Manifesto de Documentos Fiscais Eletrônicos) e ACBrNFe (Nota Fiscal Eletrônica).

Olá pessoal, Foi removido dos componentes ACBrBPe, ACBrCTe, ACBrMDFe, ACBrNFe e ACBrNF3e das units que geram o XML a propriedade AjustarTagNro. Essa propriedade foi acrescentada porque ao usar o OpenSSL, os campos string com menos de 3 caracteres geravam erros de validação. A motivação para a remoção dessa propriedade foi: Os componentes listados acima ao gerar o XML se o conteúdo do campo “nro” tiver apenas 1 ou 2 dígitos eram ajustados para 3 dígitos, consequentemente causando problemas na cidade de Barretos/SP, pois nessa cidade existem imóveis diferentes com numeração 10 e 010 (zero a esquerda) na mesma rua. Por incrível que pareça é zero mesmo e não a letra "O". Caso alguém venha ter problemas de validação com o campo nro, favor tratar da seguinte forma: ao alimentar o campo nro: nro := ExecutarAjusteTagNro(True, cNumero); Onde: cNumero é uma variável da sua aplicação que contem o numero do imóvel situado no logradouro. Devemos incluir em uses a unit pcnAuxiliar. A função ExecutarAjusteTagNro vai realizar o ajuste necessário para que o campo nro fique com no mínimo 3 dígitos.