Painel de líderes

Olá Pessoal, Já se encontra no SVN as seguintes atualizações para o componente ACBrCTe referente a versão 4.00 1. Incluída as URLs de homologação SEFAZ-MG (só vão ser ativadas na segunda quinzena de maio); SEFAZ-MS (já esta ativa para realização de testes); SEFAZ-SP e SEFAZ Virtual de SP (já estão ativas para realização de testes); SEFAZ Virtual de SP recepciona os CT-e de AP, PE e RR; SEFAZ-RS e SEFAZ Virtual do RS (já esta ativa para realização de testes); SEFAZ Virtual do RS recepciona os CT-e de AC, AL, AM, BA, CE, DF, ES, GO, MA, PA, PB, PI, RJ, RN, RO, SC, SE e TO As SEFAZ de MT e PR ainda não divulgaram as suas URLs de homologação. 2. Implementado os eventos de Insucesso na Entrega e Cancelamento de Insucesso na Entrega O ambiente de homologação esta previsto para ser liberado em 15/05/2023 e o de produção em 17/07/2023 Vamos aguardar a liberação para iniciar os testes.

Tabelas no SVN, rev. 29286.

Bom dia! Consultando em Portal da Nota Fiscal Eletrônica > Consultar Disponibilidade a Sefaz Bahia está apresentando problemas de indisponibilidade conforme é possível observar: O seguinte recado consta no site da Secretaria da Fazenda do Estado da Bahia: No entanto, verificando na Situação SVC-RS, não há contingência ativada até o momento:

O IBPT (https://deolhonoimposto.ibpt.org.br/) lançou a tabela de alíquotas atualizada . Entretando temos recebido informações da comunidade da dificuldade de baixar as novas tabelas. Acompanhe nesse tópico: Lembramos também que não é preciso se preocupar. É permitido continuar a utilizar a sua tabela atual mesmo depois do vencimento, já que é uma data apenas de referência para essa funcionalidade. Aproveite para ouvir esse episódio do Podecast PapoPro pra saber mais sobre o IBPT e seus serviços.

Atualizando a notícia os arquivos já se encontram atualizados no SVN do ACBr https://sourceforge.net/p/acbr/code/29286/ Basta atualizar seus fontes.

Obrigado pela atencao Sr.Italo, vou atualizar pois tem sim uma na pasta uma sinalizacao vermelha...obrigado e uma otima semana (curta).

Bom dia, Essa alteração já foi realizada, veja: [1100122] ; Alterado em 18/04/2023 Nome=Ji-Parana UF=RO Provedor=Fiorilli Versao=2.00 ProRecepcionar=https://nfse.ji-parana.ro.gov.br/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://177.124.184.59:5660/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e por fim compile a aplicação com a opção Build.

Bom dia Patrick, Esse teste de cancelamento é no ambiente de homologação? Se sim, entre em contato com a prefeitura/provedor para saber qual é o código que deve ser informado se tratando de ambiente de homologação. Uma vez que o código IBGE da cidade informada é da cidade Santa Maria/RS.

Deu certo, retirei o "System.Contnrs" e coloquei "Contnrs" nas uses

Abriu o tópico?? A NT está toda comentada nele...

Olá pessoal, Noticia da SEFAZ: 24/04/2023 - Tabela de Alíquotas de FCP por UF: Atualizada tabela contendo as alíquotas por UF do Fundo de Combate à Pobreza (FCP). A nova tabela pode ser baixada do Portal Nacional de NF-e clicando aqui.

Bom dia, ao ler um arquivo OFX do banco bradesco, onde este arquivo possui um lançamento com a descrição PAGTO ELETRONICO TRIBUTO INTERNET --RECEITA FEDERAL/SP, o tipo deste lançamento é "D/DEBITO". Porem, existe uma validação estranha no código que se na TAG de descrição <MEMO> possuir a string "REC" automaticamente o arquivo passa o lançamento para o tipo "C/CREDITO" ficando inconsistente a informação do arquivo: Não existe nenhuma documentação para qual banco foi adicionado este IF para validar se continuará compatível. Vou alterar o código para validar também o valor se além de REC na descrição, o valor do lançamento for negativo (Visto que acredito que esta validação tenha sido feita por conta que o <TRNTYPE> não esteja vindo de forma correta): Desta forma resolveu o problema para lançamentos onde possuem na descrição "REC", como no caso de nosso cliente "RECEITA ...". Ficou apenas de validar se continuará funcionando para o banco em que fizeram este alteração. Lembrando que não encontrei em nenhum local informando pq tem este IF louco ali no meio pelo MEMO, acredito que seja um banco que não está seguindo o padrão do OFX. At, Douglas ACBrOFX.pas

Boa Tarde! Faz tempo que o Município de Santa Helena/PR utiliza o provedor IPM, porem no arquivo de configuração sempre vem como Equiplano e temos de alterar manualmente. Link no portal do município que comprova que utiliza IPM: https://santahelena.atende.net/autoatendimento/servicos/acesso-ao-sistema-de-nota-fiscal-de-servico-eletronica/detalhar/1 Alterar no ACBrNFSeXCidades.Ini de: [4123501] Nome=Santa Helena UF=PR Provedor=Equiplano Params=CodigoCidade:54 para [4123501] Nome=Santa Helena UF=PR Provedor=IPM Temos clientes neste município utilizando com a configuração citada sem problemas.

talvez tenha que pegar o arquivo e detectar e assim processar ele conforme o necessário.

Boa Tarde. Cidade : São Jose - SC. erro eh uma saida por excessão que estou vendo aqui e já reporto. Obrigado.

muito obrigado

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-3881

Para remessa de pagamentos você pode usar o componente ACBrPagFor, já está incluído na suíte do ACBr. https://projetoacbr.com.br/fontes/

Você esta usando cabo serial direto em uma placa conectada no seu computador ou utiliza algum conversor serial? Antes de formatar você poderia ter testado o cabo serial de comunicação com um programinha loopback: 1. Passo fazer um jump no pino rx para tx 2. Conectar na porta serial do pc o outro lado do cabo (sem o jumper) 3. Selecionar a porta e executar o teste. Se falhar pode ser um problema com o cabo (fio invertido) ou da placa (ou vc fez jumper em pino errado)

Obrigado pelas respostas mas o problema estava relacionao ao tamanho do Nosso Número q dever ser de 8 preechendo com zeros as esquerda ou seja tinha q fica no exemplo: NS: 00388681.

É assim mesmo que funciona. Pesquise mais sobre concorrência de transações e isolamento de transações.

Em no último minuto a SEFAZ-SC mudou novamente os prazos para entrada em vigor da exigência do cBenef, isto devido a nas últimas semanas houveram muitos contatos junto a CAF sinalizando a necessidade de mudanças nas aplicações. Por meio do Correio Eletrônico 12/2023 veiculado em 28/04, a SEFAZ-SC informou que o prazo de obrigatoriedade deixa de ser 01/05/2023 e passa ser 01/07/2023 tanto para NFe quanto para NFCe. A circular também reforça que os contribuintes optantes do Simples Nacional, também deverão informar esta tag. Fonte: https://www.sef.sc.gov.br/arquivos_portal/servicos/128/CorreioEletronico_2023_12__GEFIS__preenchimento_do_campo_cbenef_e_do_Guia_Pratico_de_Escrituracao_de_Incentivos_e_Beneficios_Fiscais.pdf

Obrigado.

Assim que for baixado será colocado no svn do acbr. mas não se preocupem a lei diz que é algo aproximado então senão atualizar agora hoje amanhã não tem problema tu tem algo pra informar o aproximado

tratar o ifdef diego

Na linha que está acusando erro, trocar de "System.Contnrs" para "Contnrs"

Oi Diego, meu delphi é o 2010 Como assim remover o System ? não entendi muito bem

Bom dia! Por favor, remova o System e faça um novo teste. Qual é a versão do seu Delphi?

Bom dia Everson, Você trabalha com o Delphi ou Lazarus? Esta usando o Fast ou o Fortes Report? Qual é o erro? Você tem fontes com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Acabei de fazer um teste com o seu XML usando o programa exemplo em Delphi do componente ACBrNFSeX com o Fortes Report e não tive nenhum erro.

@Dangelo2010 Bom dia ! Você precisa verificar no manual como esta definido os parâmetros de programação Vou te dar um exemplo, pois o mesmo cabo que te manda o peso é o mesmo que pode ser utilizado na impressão de etiquetas (em algumas balanças) então talvez a balança pode estar configurada para imprimir etiquetas e não enviar os dados: Então se verificar no exemplo acima o parâmetro C14 de uma prix 3, se estiver como PrL42d, vai saber q esta configurada para imprimir etiquetas, para comunicar com o pdv deve utilizar outras portas como Prt1 (2,3,4,5) Velocidade de comunicação: No exemplo acima, se vc verificar o parâmetro C15, esta configurada para 2400, ajuste a velocidade da porta ou do programa para deixar na mesma velocidade de leitura. Para saber como programa, consulte o manual ou o suporte do fabricante: Suporte Técnico para balanças e soluções de pesagem | Prix - Toledo do Brasil (toledobrasil.com)

Verifique como você está configurando a lib para assinatura do XML, veja se está usando LibXML ou msXML. Recentemente foi feito um commit relacionado. Para mais detalhes, por favor, veja a Rev-29225

Conforme informado no portal da NFe, das 23:30 do dia 30/04 até as 12:00 do dia 02/05/2023 a emissão da NFe deverá ser feita em contingência. Fonte: http://www.nfe.fazenda.gov.br/portal/principal.aspx

Boa tarde! Primeiro de tudo, muito obrigado pela contribuição! Toda colaboração sempre será mais do que bem vinda. Fiz um pequeno ajuste visando simplificação, alterei de s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+13, 16); s := Copy(s, 1, Pos('"', s)-1); Para s := Copy(FXML, Pos('/evt/evtIrrf/', FXML)+13, 9); Enviado ao SVN na Rev-29227. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Notícia publicada no portal da SEFAZ-BA. https://www.sefaz.ba.gov.br/scripts/noticias/noticia.asp?LCOD_NOTICIA=12465

Recebemos a informação que esta prevista a realização de manutenção no sistema autorizador de NFCe para as 16:00 do dia 29/04/2023, tendo a duração estimada em 3 horas. Durante este período deverá ser realizada a emissão da NFCe em contingência Off-line. Aproveite e conheça também o curso exclusivo aos assinantes PRO, sobre este tema! https://projetoacbr.com.br/cursos/nfce-offline/

Bom dia pessoal... Pelo menos para mim ficou claro que a SEFAZ não quer permitir digitação de dados entre o sistema de emissão de NFCe e as máquinas POS, apesar de se contradizerem em algumas respostas. Acho que deveriam esclarecer esse ponto de uma vez por todas. Caso fique claro que não se poderá digitar nada, acho que deveriam envolver os fabricantes de POS para desenvolver alguma forma de integração automática, coisa que hoje não existe !

Ok. Enviado por Email o Login e Senha para Autenticação do Validador. Obrigado sempre pelo excelente gama de componentes do Projeto ACBr.

Quando você acabar de adicionar e salvar a nota with ACBrNFe1.NotasFiscais.Add.NFe do begin ... end; ACBrNFe1.NotasFiscais.Items[0].SaveToFile; você consegue a chave de acesso assim: CHAVE_NFE := Copy(ACBrNFe1.NotasFiscais.Items[0].NFe.infNFe.ID, 4, 44)