Painel de líderes

Bom dia pessoal. Em 13/04/2019 foi publicado no DOE-SC, o Decreto 555 regulamentando a NFCe nesta UF, como informações obtidas anteriormente a adoção mantém a exigência do PAF-ECF e tendo o ECF 09/09 com contingência. Fonte: Legisweb

Olá Pessoal, Novidades para quem tem aplicações que emitem o BP-e Bilhete de Passagem Eletrônico. Trata-se de um novo evento. Evento de Excesso de Bagagem, cuja finalidade é informar a quantidade e o valor referente a cobrança do excesso de bagagem. A Nota técnica já se encontra em nossa biblioteca, clique aqui para baixar. Prazos para implantação do evento: 08/2020 - Ambiente de Homologação. 09/2020 - Ambiente de Produção. Já estamos trabalhando nas alterações necessárias no componente ACBrBPe para que ele venha permitir o envio desse novo evento.

Boa tarde, Você deve solicitar os Schemas e as URLs se possível de todas as cidades atendidas por esse provedor. Não confie muito no manual. Criar um arquivo INI para esse provedor, alterar o arquivo Cidades.ini referente ao provedor da cidade em questão. No arquivos pnfsConversaoNFSe acrescentar o novo provedor aos moldes dos demais. Por fim iniciar os testes.

Realmente faltava TipoDesconto=1. Só um comentário, depois de transmitir eu mandei imprimir o boleto via site do banco, ele não mostra na OBS, que terá desconto até x data, isso estava me confundindo. Mas abri o aplicativo e tentei pagar o boleto, pelo código de barras, ele sai o desconto. Então Ok. Resolvido. Obrigado. Leco Jales (17)9 9704-9633 Atual Sistemas

Se tu está usando a Unit dentro do seu código. ela foi removida . tire ela da sua uses e veja qual função ela chama e depois olhe nos fontes para qual unit foi movida ou se foi removida de vez do fontes pois sei que houve mudanças na questão de download de xml

Habilite e verifique os logs do TEF. Talvez encontre alguma informação que se repita nos momentos de travamentos. Perguntas a avaliar: Ocorre em todos as transações TEF desse usuário? Existe alguma peculiaridade nas transações que travam? (Ex.: é uma transação com desconto? Com mais de um pagamento? Com mais de um cartão? etc...) Será que não está havendo bloqueio do teclado e mouse em horário incorreto e isso está sendo percebido como travamento? Será que a rede VPN não está instável durante a transação? Talvez caindo e retornando deixando o aplicativo perdido? E no visualizador de eventos do Windows? Tem alguma informação relacionada a sua aplicação, ao Sitef ou a rede? Eu começaria por aí...

Bom dia. Não é necessário, a configuração da Razão Social vai influenciar apenas na informação da SW no rodapé do cupom impresso. Todas as informações podem sem passada via arquivo .ini, só precisa configurar na interface a UF de emissão e os dados do certificado e mesmo essa configuração pode ser alterada via comando. https://acbr.sourceforge.io/ACBrMonitor/ACBrSetWebService.html https://acbr.sourceforge.io/ACBrMonitor/NFESetCertificado.html Neste manual também pode ver todos os demais métodos para configuração.

Olá Pessoal, Novidades para quem tem aplicações que emitem o BP-e Bilhete de Passagem Eletrônico. Trata-se de uma nova modalidade de documento o BP-e TM (Transporte Metropolitano). O BP-e Transporte Metropolitano será emitido por contribuintes que possuírem credenciamento específico para essa modalidade de BP-e identificada pelo tipo de BP-e = 4, portanto, não serão necessariamente os mesmos que já emitem o BP-e normal. A Nota técnica já se encontra em nossa biblioteca, clique aqui para baixar. Prazos para implantação do BP-e TM: 10/2020 - Ambiente de Homologação. 11/2020 - Ambiente de Produção. Já estamos trabalhando nas alterações necessárias no componente ACBrBPe para que ele venha permitir o envio do BP-e TM.

Daniel, Problema resolvido Obrigado.

Vou subir o ajuste conforme eu propus... O finalizar precisa ser "buferizado", pois o método "Imprimir", também pode alterar os parâmetros que o Finalizar recebeu...e isso não estava funcionando.. Commit [r19663]

Sim, é o mas fácil a ser feito. Conforme falei, creio que seja somente a parte do domínio da URL. Abri o tópico para deixar avisado, pois as prefeituras que utilizam a GovDigital serão alteradas para este novo padrão a partir de 30/04/2020, conforme informado para própria GOVerno Digital (GovDigital).

Boa tarde Weber, Favor anexar o arquivo alterado para que possamos analisar.

Boa tarde Luiz, Mudar o nome do provedor de GovDigital para NFe-Cidades vai dar muita dor de cabeça. O melhor é alterar somente a URL da ou das cidades que por ventura terão a sua URL alterada.

Obrigado BigWings e Elton. No meu desktop (exatamente a mesma versão e configuração do Delphi, exceto que está sob Win 8.1, ambas com o IDE FixPack) fiz agora a instalação e instalou normal. Eu estava fazendo no meu note. Realmente li sobre o erro interno e tal, mas realmente não acho nenhuma diferença nas duas instalações nem no procedimento que fiz pra atualizar ambos. Talvez algum corrompimento na instalação do Delphi já que o note é novo descartei problemas de hardware (q seria um estranhamento só dar problema nisso). Só de pensar em instalar tudo de novo no note já me dá arrepios...

Prezado Cliente Obrigado por utilizar o sistema de cobrança do Banco do Brasil. Em relação aos arquivos enviados nesta mensagem, informamos: Estrutura do Arquivo “nome do arquivo“: dentro dos padrões CNAB240, portanto VALIDADA / HOMOLOGADA. Nesta validação verificamos apenas a ESTRUTURA do arquivo. As informações referentes ao CONTEÚDO dos campos são de responsabilidade do emitente/favorecido. Orientações: 1. Efetue a remessa de 1 boleto de valor simbólico. 2. No dia seguinte, baixe o arquivo retorno para verificar a situação da remessa enviada (registrada, rejeitada, etc). Importante salientar que os arquivos retorno devem ser baixados diariamente, mesmo não havendo envio de remessa no dia anterior de forma que o seu sistema esteja sempre atualizado em relação à situação de cada boleto emitido. 3. Caso sua remessa tenha sido rejeitada, efetue o tratamento da remessa conforme dados da rejeição constantes no arquivo retorno e tente novamente, caso o erro persista, nos acione novamente! 4. Se o boleto for registrado, efetue a quitação do mesmo e acompanhe o crédito do valor em sua conta corrente. Importante: Somente após a confirmação do registro, entregue o boleto ao pagador. Pronto!! O crédito do valor em sua conta significa que todo o processo ocorreu dentro da normalidade e a sua empresa já pode entrar em modo de produção de boletos. Bons negócios! Imagem do boleto alterada conforme solicitação anterior. Att, Cenop - Suporte Técnico 0800 729 0001 (Opções 8,4,1,5) - Demais localidades 4004 0001 (Opções 8,4,1,5) - Capitais [email protected] Antes de imprimir, pense em sua responsabilidade com o meio ambiente.

Ola, foi feita uma padronização nas unidades das margens, se não me engano, agora eh em milimetros... Tente informar 50 ao inves de 5. Att Ricardo

Boa tarde pessoal, Estou aguardando uma posição do banco sobre isso...

Só complementar, é algo do compilador do Delphi 7. ele tem limitações. e daqui uns dias nem o executável vai funcionar mais nas próximas atualizações ou versões do windows

O que notei é que no envio está passando o parâmetros "Sincrono" como false, mesmo sendo uma NFCe, Neste caso é realizado uma nova consulta na SEFAZ após o envio e como pode ser um retorno em lote, passa pela rotina de validação de impressão, provavelmente neste momento identifica o problema na sua configuração. O ideal é utilizar envio Sincrono para NFCe... Mas identificado isso, vou rever essa validação no momento do envio, neste caso de não passar o parâmetro para impressão.

Mandei um arquivo hoje, informando cnNaoProtestar, DiasDeProtesto := 0; DataProtesto:=0; Instrucao1 := ''; Instrucao2 := ''; Pegando o retorno amanhã, confirmo se ficou tudo certo! Obrigado por enquanto

Bom dia, obrigado pela ajuda.

Pelo tópico abaixo isso já está disponível no svn: Favor atualizar os fontes.

Qualquer erro deste tipo é bug do compilador ou da IDE. Como o nome diz é um "erro interno". É muito difícil saber o que levantou o problema porque mesmo que o erro seja levantado em uma linha, ele pode estar relacionado a um código de outra unit ou dcu. Tente verificar o que o BigWings mencionou acima. Caso não encontre nada, sugiro: Instalar o IDE FixPack (se ainda não tiver feito) Verificar se há patches pra sua versão do Delphi que não foram instalados tentar com outra versão do Delphi fazer um update to revision do ACBr para a versão que funcionava e ir manualmente fazendo update to revision até encontrar o ponto que gera o problema

Vocês conseguem reproduzir o travamento?

Basta anexar elas aqui no fórum que vamos baixar avaliar e subir ao svn se estiver ok

Bom dia. Verifique se não é algo da carteira contratada pelo cliente, talvez seja esse o caso também. Att.

Não....

Boa noite! Então estava como cnNenhum e mesmo assim o Itau eatava enviado para cartório, alterei para cnNaoProtestar para ver se vai dar certo

Algum antivírus, ou aplicativo de segurança bancária na máquina? Isso explicaria o travamento. Outra possibilidade é a aplicação ser multithreading e estar havendo Deadlocks ou conflitos de lock.

Usa ESCPOS e veja senão resolve e até melhora

Estava configurado como capicom, mudei para LibWinCrypt e retorna L000 - Arquivo enviado com erro na assinatura. []

Olá pessoal, Com o confinamento das pessoas por conta do Corona Vírus, o comercio varejista esta realizando a entrega de produtos comprados pelos clientes, não da forma tradicional, ou seja, presencial. Alguns estabelecimentos adotaram a Entrega (delivery), e com isso, resolveram cobrar uma taxa, que nada mais é do que o frete. Agora fica a duvida, como informar esse valor na NFC-e? 1 - Informar que a entrega será realizada a domicilio e que o frete é por conta do destinatário. Ide.indPres := pcEntregaDomicilio; // Valor 4 Transp.modFrete := mfContaDestinatario; // Valor 1 2 - Informar o Frete nos Itens e no Total Esse processo é análogo ao preenchimento de Frete, na NFe. Se você nunca necessitou trabalhar com Frete, veja abaixo, uma explicação de como calcular o mesmo, fornecida pelo colega @marcopoloviana, do Portal SAC Fiscal Primeiro Passo: Calcular o RATEIO DO VALOR DA ENTREGA entre os itens do cupom. Fórmula: (Valor do produto / Valor total dos produtos) x Valor do frete Exemplo: O cliente adquiriu 3 produtos nos valores de R$ 20,00, R$ 50,00 e R$ 30,00 respectivamente e pagou taxa de entrega de R$ 20,00. O valor total dos produtos no cupom foi de R$ 100,00. Fórmula: (Valor do produto / Valor total dos produtos) x Valor da entrega Produto 1: (R$ 20,00 / R$ 100,00) x R$ 20,00 = R$ 4,00 (vFrete item 1) Produto 2: (R$ 50,00 / R$ 100,00) x R$ 20,00 = R$ 10,00 (vFrete item 2) Produto 3: (R$ 30,00 / R$ 100,00) x R$ 20,00 = R$ 6,00 (vFrete item 3) Neste exemplo acima mostra que o valor da entrega foi divido em R$ 4,00, R$ 10,00 e R$ 6,00 respectivamente em cada produto totalizando R$ 20,00 da entrega. Segundo Passo: Informar o valor do frete de cada item: Prod.vFrete := ValorRateioFreteItem; // Veja explicação no Primeiro Passo Terceiro Passo: Informar os totais (frete e valor da nota). Total.ICMSTot.vFrete := ValorTotalFrete Total.ICMSTot.vNF := (ValorTotalProd) - (ValorTotalDesc) - (ValorTotalICMSDeson) + (ValorTotalFrete) + (ValorTotalOutro); OBS: Existem outros componentes no vNF, porém destacamos o que ocorre no delivery em geral. Esperamos ter ajudado.

Boa tarde. Os componentes ACBr continuam tendo suporte ao D7, caso esteja tendo problemas na instalação por favor crie um tópico e forneça todos os detalhes. Att.

Vou relacionar algumas que considero muito importantes. 1. Procure ter no banco de dados todas as informações do documento, pois se o seu cliente vir a perder o XML, será possível gerar e assinar ele novamente com as mesmas informações e por fim executar o método Consultar para obter o protocolo de autorização e com isso deixar o XML completo, ou seja, assinado e protocolado, tornando-o desta forma um documento com validade jurídica. 2. Jamais informe o numero do documento como sendo o código do documento, a titulo de exemplo a NF-e: muitos atribuem o valor de nNF (numero da nota fiscal) a cNF (código da nota fiscal). Essas duas informações fazem parte da chave, logo não faz nenhum sentido serem iguais. Por recomendação da SEFAZ o valor de cNF tem que ser um numero aleatório. Logo devemos gerar esse numero e armazena-lo no banco de dados junto com os demais dados da nota. Outro detalhe importante o tamanho de nNF é de 9 dígitos, já o tamanho de cNF é 8, portanto quando o numero do documento atingir a casa dos 9 dígitos, como você vai passar esse numero para o código que só aceita 8 dígitos? Todo o que foi dito acima referente a NF-e, devemos também levar em consideração aos demais Documentos Fiscais Eletrônicos. No CT-e temos nCT (numero do Conhecimento) e cCT (código do Conhecimento), sendo que este último deve ser um numero aleatório e diferente do nCT. No MDF-e temos nMDF (numero do Manifesto) e cMDF (código do Manifesto), mesma recomendação do CT-e. No BP-e temos nBP (numero do Bilhete) e cBP (código do Bilhete), mesma recomendação do CT-e. 3. Prefira armazenar os XMLs no banco de dados em vez no Disco, isso evita que algum usuário apague sem quer os XMLs. 4. Para quem utiliza o certificado A1, prefira armazenar o seu conteúdo no banco de dados, pois desta forma não se faz necessário instalar o mesmo na maquina.