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).

No Anexo III Manual de Contingencia NF-e página 11 consta o seguinte: Portanto ao retornar a operação do estado após a contingência os dados deveriam ser sincronizados pelo em todos ambientes com as secretarias envolvidas. Caso isso não ocorra automaticamente a sugestão é realizar a solicitação de esclarecimento diretamente com a secretaria envolvida na geração do documento. No seu caso acredito que deveria fazer o contato com a fazenda do RS caso ainda não tenha o documento na fazenda estadual (GO) já que o documento nesse caso de contingencia é emitido pela SVC-RS.

Segue os XML com e sem o valor de FECP. GNRE-COM-FECP.xml GNRE-SEM-FECP.xml

Boa tarde! Sim, é isso mesmo, ambos se você conferir no arquivo de schema dados_gnre_v1.00.xsd, vai ver que ambos os campos são do tipo TIdentificacao e se conferirmos no arquivo tiposBasicoGNRe_v1.00.xsd, ele tem a seguinte informação: Este campo aceita valores de 0 a 5, veja quais são os valores correspondentes de acordo com o schema: Uma das rejeições do último manual disponível aqui é a seguinte: Se conferirmos em Portal GNRe - Guia de Recolhimento de Tributos e Impostos > Ajuda, também temos o seguinte: Então baseado nesses informações, da a entender que sim, é possível pagar o GNRe parcelado. Ainda assim, como essa dúvida vai um pouco mais para a área contábil, o ideal é você confirmar junto ao seu departamento fiscal ou contador de confiança. Realmente, também não encontrei muitas informações para este campo fora que ele é do tipo string. Buscando no próprio Google encontrei isso aqui: Mas entrando no próprio em ambos os links não tem esse texto. Como você mesmo citou, o próprio Portal do GNRe é uma boa opção. Temos este manual e os anteriores disponíveis AQUI. Você também pode conferir nos schemas disponíveis AQUI.

Boa tarde, Acredito eu que: Por não haver um campo especifico para informar o valor de FECP como existe para Juros e Multas (por exemplo), se o valor de FECP for diferente de zero o mesmo deve ser somado ao valor principal. Seria interessante termos em mãos 2 XML, um com o FECP igual a zero e outro com FECP diferente de zero. Desta forma vamos poder fazer se necessário for, os ajustes para que a impressão da Guia sai da forma correta. Será que você consegue esses XML para nós? Desde já muito obrigado pela colaboração.

Bom dia. Copiei o modelo INI do link, removi os espaços para melhor leitura e adicionei os campos me baseando nas Rev-28663, Rev-28785, Rev-29172 e própria função que faz a leitura do INI no componente. Pesquise por NT2023 no arquivo para ver os campos. É importante salientar que este arquivo foi baseado Modelo NFe.INI Completo, sendo apenas um modelo. Você deve preencher ele com as informações válidas e corretas. Você precisa ler no mínimo o tópico que trata sobre a NT para ter uma ideia do que é cada campo sendo a leitura da NT completa extremamente recomendada. A Nota Técnica completa pode ser encontrada AQUI. ModeloININFeCompletoAlterado.ini

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.

@Valdir Dill Só cuidado mudar todos usuários, pois existem clientes que usam um determinado layout e outros o novo layout; Como o layout anterior não deixou de existir (por estar em produção em vários usuráios) por isso que foi criados estes parametros para que possamos alimentar o componente de acordo com a necessidade de cada caso.

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.

modelo de como preencher está aqui https://acbr.sourceforge.io/ACBrMonitor/PassoaPassoNFeNFCe.html agora questão especifica é como dito nos tópicos que foi levantado sobre a informação tem que conversar com um contador pra preencher os dados como eles orietarem

Bom dia @isolopak, Você tem algum manual com exemplo de como deve ser impresso, pois no nosso entendimento o valor do tipo 11 já contem o valor do tipo 12, ou estamos enganados?

Bom dia. Em resposta da Fiorilli, a respeito do campo OutrasInformaoes, recebemos o seguinte retorno: Então dessa forma, não é possível usar esse campo em aplicações que se utilizam do WS deles. Obrigado

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

Obrigado pelo retorno. Já estamos fazendo todos os testes para mudar logo em junho de 2023 nossos clientes. Muito Obrigado.

Bom dia, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3878

Bom dia Paulo, Uma vez que o erro é de Timeout, altere o valor de Timeout de 5 mil para 30 mil.

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

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.

Bom dia! A prefeitura de Pederneiras/SP mudou para o provedor GIAP. Para conseguir realizar a integração, foi necessário alguns ajustes na implementação do ACBrNFSeX (Provider, Ler e Grava) relacionados ao provedor GIAP. O método para cancelamento via WS não está habilitado. Segue anexo os arquivos ajustados para análise. ACBrNFSeXServicos.ini Giap.GravarXml.pas Giap.LerXml.pas Giap.Provider.pas

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

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)

Boa tarde, desculpe a demora, estava confirmando a informação antes de passar. Para o Rio de Janeiro a guia de GNR-e para a receita utilizada é emitida contendo o valor de ICMS ST + FECP. Neste caso, o valor deve ser utilizado na guia, tanto que ao realizar o pagamento da guia o valor apresentado é realizando a soma dos dois impostos. Olhando superficialmente, acredito que o valor correto a ser apresentado na guia seria o presente na tag <valorGNRE>. Porém, não possuo conhecimento legal suficiente para confirmar essa informação.

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.

Bom dia Carlos, Temos a informação que a versão 3.00 vai conviver com a versão 4.00 durante 6 meses, portanto até o final deste ano. Mas não deixe para a ultima hora.

@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)

Bom dia, Ainda Hoje

@Valdir Dill Bom dia ! existem as propriedades no componente: Banco.LayoutVersaoArquivo := StrToIntDef(edtCNABLVArquivo.Text,0); Banco.LayoutVersaoLote := StrToIntDef(edtCNABLVLote.Text,0); Onde o sr pode estar informando estas informações, observe o programa exemplo:

Bom dia @Carlos Luciana Por enquanto só temos os componentes para Delphi/Lazarus.

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

Boa noite, Seguem links da documentação da lib sobre o método e o ini de modelo.

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.

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)