Painel de líderes

Bom Dia, a Todos Segue em anexo, os arquivos do componente contendo apenas os arquivos necessários conforme combinado. Abraços, e um fiz ano novo a todos Miguel Carlos ACBrEDI.zip

Foi adicionado na nova build já disponível, tanto na NFe quanto na CTe.

Eu achei aqui o erro o nome do arquivo de saida no linux estava com o mesmo nome tanto em x86 e x64. Já foi disponibilizada uma nova versão, favor baixar e testar.

@Juliana Tamizou Estou tentando contato com eles mas em nenhum telefone que ligo consigo falar, vou aguardar e posto aqui a solução. Obrigado

Bom dia Marcel, Eu configuro o componente na minha aplicação da seguinte forma: // Configurações -> Arquivos with ACBrMDFe.Configuracoes.Arquivos do begin AdicionarLiteral := True; EmissaoPathMDFe := True; SepararPorMes := True; SepararPorModelo := False; SepararPorCNPJ := False; Salvar := True; PathMDFe := Trim(DM_CTA.ParamDFePathSalvar.AsString); // Lê o conteudo do campo PathSalvar da tabela ParamDFe PathEvento := Trim(DM_CTA.ParamDFePathSalvar.AsString); // idem PathSchemas := Trim(DM_CTA.ParamDFePathSchema.AsString); // Lê o conteudo do campo PathSchema da tabela ParamDFe PathMensal := GetPathMDFe(0); // PathMensal é uma variável do tipo String. PathSalvar := PathMensal; end; O conteúdo de PathSalvar no meu caso é C:\Erp\XML e o conteúdo de PathSchema é C:\Erp\Schema\MDFe

Acabei de fazer o Teste na Versal final: 227 E teve sim boa melhora na impressão do DABPe!

Olá pessoal, Aproveitando os últimos minutos do segundo tempo, temos novidades para o inicio do ano que vem. Novidades da versão 1.40 da NT 2019/001 * Modifica a RV N12-94 para deixar mais específica a rejeição, criando assim a RV N12-98 com sua respectiva rejeição; A regra vai ser ativada a partir de 11/05/2020 10/08/2020 em produção, verificando a existência e a vigência do cBenef. Assim, a RV N12-94, a partir dessa data, passará a verificar apenas se o cBenef é compatível com o CST. Essa nova regra permite que determinada UF possa validar apenas a existência do cBenef, caso não opte por validar a compatibilidade com o CST. A criação da RV N12-98 não traz impacto para os sistemas emissores que já estão preparados para a validação da RV N12-94, salvo o possível tratamento da mensagem da rejeição. Rejeição 946: Informado código de beneficio fiscal incorreto ou inexistente na UF. * Adiciona as exceções e modelos para as RV N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98; Criação de Exceções para as Regras de Validação N12-85 (Se informado CST e não informado código de benefício fiscal), N12-86 (Se informado CST e informado código de benefício fiscal), N12-90 (Se CST de ICMS = (20, 30, 40, 41, 50, 70 ou 90)), N12-94 (Se informado CST e informado código de benefício fiscal), N12-97 (Não informados campos de valores do CST 51 (Diferimento)) e N12-98 (Se informado código de benefício fiscal) Trata-se de exceções que já haviam sido criadas e implementadas, tendo sido comunicadas por meio de aviso disponibilizado no Portal Nacional da NF-e. As Rejeições das Regras de Validação N12-85, N12-86, N12-90, N12-94 e N12-97 encontram-se no artigo referente a NT2019/001 versão 1.30 * Informa as Exceções e Datas aplicáveis as UF que ativaram as RV N12-85, N12-86, N12-90, N12-94 e N12-97; e que ativarão a N12-98; Quadro com datas de ativação das RV, respectivas exceções e possíveis modelos para UF que ativaram/estão ativando tais RV. Quadro já disponibilizado no Portal da NF-e. A única diferença é a indicação das opções de modelos (55; 65; ou 55/65). Tal quadro demonstra quais UF estão ativando as RV, bem como as exceções aplicadas e os modelos que de DF-e (55 e 65) em que se aplicam a tais RV. A tabela a seguir substitui a do item anterior (1.8), pois adiciona exceções e modelo aplicável. Na tabela a seguir encontram-se as Unidades da Federação que implementarão as Regras de Validação N12-85, N12-86, N12-90, N12-94, N12-97 e N12-98, previstas nesta Nota Técnica. Na legenda são encontradas as datas de aplicação, as exceções e os modelos aplicáveis (55/65), a critério da UF. Regra de validação - Aplicação e Exceções +----------------------------------------------------------------------------------------------------------+ | UF | N12-85 | N12-86 | N12-90 | N12-94 | N12-97 | N12-98 | +----------------------------------------------------------------------------------------------------------+ | PR | (D1), (55/65) | (D1), (55/65) | (D*) | (D2), (55/65) | (D1), (55/65) | (D3), (55/65) | +----------------------------------------------------------------------------------------------------------+ | RJ | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D2), (55/65) | (D3), (55/65) | | | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | (E2, E3) | +----------------------------------------------------------------------------------------------------------+ | RS | (D2), (55/65) | (D2), (55/65) | (D*) | (D*) | (D*) | (D3), (55/65) | | | (E3,E4) |(E3,E4) | | | | (E3,E4) | +----------------------------------------------------------------------------------------------------------+ |Demais UF | (D*) |(D*) | (D*) | (D*) | (D*) | (D*) | +----------------------------------------------------------------------------------------------------------+ Datas para aplicação das Regras de validação (D), com respectivo Modelo de DF-e: (D*) - Regra de validação não será aplicada; (D1) - Aplicação a partir de 02/09/2019; (D2) - Aplicação a partir de 01/10/2019; (D3) - Aplicação a partir de 11/05/2020 10/08/2020 em Produção (Homologação: 16/03/2020) Aplicação aos Modelos de DF-e: (55); (65); ou (55/65) Exceções constantes nas Regras de Validação, a critério da UF: (E1) - Exceção 1: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria e Identificador de local de destino da operação (tag: idDest) igual a Operação interestadual ou com o Exterior. (E2) - Exceção 2: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a Devolução de Mercadoria; (E3) - Exceção 3: a RV não se aplica quando Finalidade de emissão da NF-e (tag: finNFe) igual a NF-e de ajuste; (E4) - Exceção 4: a RV não se aplica quando Tipo de Operação (tag: tpNF) igual a Entrada. Observação: A Exceção 1, constante nas respectivas Regras de Validação, aplica-se a todas as UF. Assim, não necessita estar no quadro acima. As datas aqui definidas, juntamente com todas as demais informações a respeito das regras de validação opcionais por UF, podem ser consultadas em tabela publicada no Portal Nacional da NFC-e, na área “Regras de Validação” da aba “Desenvolvedor”. Para contribuintes estabelecidos no Estado do Rio Grande do Sul, as Regras de Validação N12-85 e N12-86 permitirão informar qualquer CST até 31/03/2020 no ambiente de autorização em produção, conforme tabela disponibilizada no Portal da NF-e. Em homologação, o contribuinte já pode testar a validação dessa Regras. A RV N12-94 será desativada para o Rio Grande do Sul a partir da publicação desta NT.  A RV N12-98 será ativada conforme as datas de homologação e produção previstas nesta NT. * Retira o modelo 65 da validação da RV B03-10 Datas de efetivação das modificações: Ambiente de Homologação: 16/03/2020 Ambiente de Produção: 11/05/2020 (10/08/2020) Como se tratam de regras de validação nos WebServices das SEFAZ-Autorizadoras, não se faz necessário nenhuma alteração nos fontes dos componentes e nem na aplicação. Para baixar a NT na integra favor acessar a nossa biblioteca.

Muito obrigado pela contribuição. Subi as alterações para o SVN na Revisão 18693. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Sim. Todos os DFe devem se comportar da mesma maneira ou o mais parecido possível dentro de suas limitações impostas seja pela legislação ou natureza. Fique a vontade pra perguntar qualquer falta de semelhança aparente que encontrar.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado igualmente. pensa com carinho em fazer parte do SAC e ajudar também esse projeto igual ele está lhe ajudando. boas festas

Obrigado a Equipe ACBr. já testei o NFE_ObterIni , Show funcionado perfeitamente

Bom dia. Na área do SAC temos um vídeo que pode lhe ajudar, faça a assinatura do Trial para ter acesso por 15 dias a este material e todas as vantagens de ser SAC ACBr. Att.

obrigado Ricardo. vou fazer a correção. e testar Pessoal obrigado a todos que responderão, um Feliz Ano Novo a todos, muita paz, alegria. Deus abençoe a todos vocês neste Novo Ano. vou precisar muito da Ajuda de vocês. Abraço a todos.

Bom dia, @Rafael Dias Obrigado, agora esta funcionando correto, já tirei até uma MDF-e

Nesse caso, provavelmente estão faltando atualizações de segurança no Windows Tem que rodar o Windows Update até todas as atualizações ficarem em dia

Provavelmente são configurações que precisam ser realizadas no Monitor. Tente preencher os parâmetros dos recursos que vc pretende usar que deve resolver. Verifique a área de certificado digital.

Maravilha! Baixando agora pra fazer o teste! Assim que o fizer, Postarei o feedback! Obrigado Equipe! Feliz 2020 para todos!

Uma informação: No ACBrMonitor Plus em alguns Windows funciona a configuração libWinCrypt com LT_TLSv1_2 mas em outros não. Quando não funciona dá o erro: 12030 - A conexão com o servidor foi redefinida ou encerrada, ou um protocolo SSL incompatível foi encontrado. Aí trocando para libOpenSSL com LT_TLSv1_2 dá certo. Só que neste caso somente com certificado A1.

Olá Marcel, Será que a configuração da propriedade PathEvento não está recebendo a subpasta repetida? Por exemplo, está sendo informada a subpasta AAAAMM pra propriedade, mas o componente já está criando automaticamente essa subpasta pra você conforme as configurações (a saber SepararPorAno e SepararPorMes).

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Perfeito, funcionou. Tinha que setar lá no cedente. Muito obrigado. DEUS o abençoe. Feliz ano novo a todos.

Se não me engano a modalidade tem que ser informada nos dados do cedente e não do título.

Obrigado ítalo pela sua preciosa ajuda neste 2019. Deus te abençoe e que você continue sendo sempre gentil com todos. Feliz 2020. Consegui fazer a emissão para os provedores BHISS e RJ, mas realmente na tentativa e erro, aprendi bastante. Deus abençoe e feliz ano novo para todos do ACBr. Pode fechar o post, resolvido.

Veja o fonte: { Monta o campo livre } CampoLivre := Modalidade + { 1-Com registro ou 3-Sem registro. Por enquanto vou deixar 1 mais tenho que tratar menhor essa informação } '1' + { 1-Carteira simples } OnlyNumber(MontarCampoNossoNumero(ACBrTitulo)) + PadLeft(OnlyNumber(Cedente.Agencia),4,'0') + { Código agência (cooperativa) } PadLeft(Cedente.AgenciaDigito,2,'0') + { Dígito da agência (posto da cooperativa) } PadLeft(OnlyNumber(Cedente.CodigoCedente),5,'0')+ { Código cedente } // Ver manual página 86 - CNAB240 ou 51 - CNAB400 '1' + { Filler - zero. Obs: Será 1 quando o valor do documento for diferente se zero } '0'; { Filler - zero } O tipo de cobrança você informa no campo Modalidade. O tipo de carteira está fixo em '1'.

Obrigado Ítalo. Eu já tinha visto essa tabela, mas realmente é totalmente diferente o envio para as tags: Itemlistaservico e codigotibutacaomunicipio, de todo caso, aprendi bastante. Consegui fazer a emissão para o provedor BHISS e RJ, mas realmente cada provedor tem sua estrutura. Deus abençoe. Pode fechar o post. Resolvido.

Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18678. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado.

Boa tarde Edivan, Nesses clientes cuja conexão é ruim, na segunda vez que você tenta enviar esta lendo do banco de dados o valor gerado para cNF ou esta atribuindo o valor zero ao respectivo campo? O correto é usar a função GerarCodigoDFe, salvar no banco de dados o código gerado e ao alimentar o componente com os dados da venda atribuir o código que foi salvo no banco de dados. Lembre-se que esse código deve ser gerado e salvo no banco de dados para cada nota emitida. Provavelmente você tem uma tabela no banco de dados onde cada registro representa uma nota, correto? Pois bem, nessa tabela se faz necessário termos um campo para guardar o código gerado e que ao alimentar o componente deve ser atribuído ao campo cNF. Espero ter ajudado.

Ontem, 17/12/2019, foi publicado no DOU a nova resolução do frete. Com isso, foi definido o prazo de 07/02/2020 para que todos estejam adequados a nova resolução. Anexo a resolução D.O.U e os novos arquivos RODOCRED contato RODOCRED para envio de arquivos para análise: em caso de qualquer problema, encaminhe-o para [email protected] anexando o request e o response que gerou o problema. RESOLUÇÃO Nº 5.862, DE 17 DE DEZEMBRO DE 2019 - RESOLUÇÃO Nº 5.862, DE 17 DE DEZEMBRO DE 2019 - DOU - Imprensa Nacional.pdf Pacote Integração Rodocred - Frete.zip

Olá Pessoal, Venho informa-los que já esta disponível em nosso repositório o mais novo componente que agora se integra a suíte ACBr. ACBrNF3e - Nota Fiscal de Energia Elétrica Eletrônica. Esse componente segue os moldes dos demais componentes que emitem DF-e - Documentos Fiscais Eletrônicos. "O Projeto NF3e tem como objetivo a implantação de um modelo nacional de documento fiscal eletrônico (modelo 66) que venha substituir a sistemática atual de emissão da Nota Fiscal/Conta de Energia Elétrica (modelo 6), com validade jurídica garantida pela assinatura digital do emitente, simplificando as obrigações acessórias dos contribuintes e permitindo, ao mesmo tempo, o acompanhamento da emissão em tempo real pelo Fisco." Para saber mais sobre o NF3e convido a todos a visitarem o Portal da Nota Fiscal de Energia Elétrica Eletrônica - SVRS. Temos também em nossa biblioteca toda a documentação referente a esse novo modelo de documento fiscal, clique aqui para acessar nossa biblioteca. O que foi disponibilizado: Fontes do componente ACBrNF3e e os fontes do componente ACBrNF3eDANF3eESCPOS (usado para imprimir o DANF3E). Notem que existe a Nota Técnica 2020/001 onde apresenta 3 layouts de DANF3E, sendo dois no tamanho A4 (Retrato) e um a ser impresso em bobina. Convido a todos a contribuir com a implementação dos DANF3E tamanho A4 (Retrato) e refazer o layout em bobina segundo essa nova NT. Esta disponível também os pacotes de instalação dos dois componentes mencionados acima, tanto para o Delphi quanto para o Lazarus. E como de costume, também foi disponibilizado o programa exemplo tanto para o Delphi quanto para o Lazarus. Observação: O ACBrInstall_Trunk2 ainda não reconhece esse componente, logo a sua instalação deverá ser realizar através dos pacotes disponibilizados. Assim que possível estaremos disponibilizando uma nova versão do ACBrInstall_Trunk2 que vai instalar o ACBrNF3e e o componente para imprimir DANF3E automaticamente.

Você fala da Senha do Chip do Cartão no PinPad ? Nesse ponto é importante usar a senha correta, pois o PinPad pode bloquear o cartão