Painel de líderes

Olá Pessoal, Já se encontra no SVN a implementação do provedor ISSMap que possui layout próprio e atende as cidades: Águas de Santa Bárbara, Fartura, Piraju, Santa Cruz do Rio Pardo, Itaí, Chavantes, São Pedro do Turvo, Sarutaiá, Timburi, Espírito Santo do Turvo, Arandu, Bernardino de campos, Iaras, Ribeirão do Sul, Canitar, Salto Grande, Manduri. A implementação ainda não esta 100%, sendo assim agradeço a compreensão e a colaboração de vocês nos testes.

Bom dia, comunidade! As classes relacionadas ao Banco Bradesco API/WS já estão disponíveis no SVN. Na próxima compilação, prevista para o dia 26/11, as atualizações estarão incluídas no ACBrMonitor e ACBrLib. Solicitamos a todos que puderem realizar testes e, caso encontrem problemas, relatem no tópico correspondente para que possamos tratar as questões o quanto antes. Lembrando que para configuração do Banco, é necessário passar os certificados digitais: FACBrBoleto.Configuracoes.WebService.UseCertificateHTTP := False; FACBrBoleto.Configuracoes.WebService.ArquivoKEY :='c:\pastaCertificado\Certificado.key'; FACBrBoleto.Configuracoes.WebService.ArquivoCRT :='c:\pastaCertificado\Certificado.crt'; Agradecemos pela colaboração!

olá @rpotalara Acho que não faz muito sentido para o ACBr O ACBr pode gerar o Boleto por PDF, enviar por email, e até mesmo gerar ele em imagem (usando o FastReport) o ACBr não é "preso" a um gerador de relatórios específico e é compatível com vários como Fortes Report, Fast Report e outros O que você poderia fazer, é enviar o comando de Impressão, diretamente, sem o Preview... Lembre-se que ainda, pode haver problemas, como Falta de papel, Spool travado com muitos processos, etc... Ou seja, não tem como haver certeza de que o Boleto foi realmente impresso

Olá pessoal! Conferindo no Portal da Nota Fiscal Eletrônica, é possível verificar que a Sefaz de Minas Gerais está com contingência agendada para o dia 07/12/2024, com previsão de inicio às 08h00 e encerramento às 18h00 do mesmo dia. Para utilizar as soluções ACBr em contingência durante este período, siga as orientações do tópico abaixo: Um agradecimento ao membro de nossa comunidade @Felipe Mariano por compartilhar a informação em nosso Discord.

Foi publicada a versão 24.2.E das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso SVN. As novas tabelas tem a vigência de 20/11/2024 até 31/01/2025. Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto", não se esqueça de realizar a atualização de seus clientes. Fonte: De Olho no Imposto

Olá pessoal! Como muitos estão cientes, a Sefaz de São Paulo publicou recentemente portaria que determinava que novos SATs não poderiam ser ativados, exceto por aqueles que já faziam uso do mesmo e também determinando uma data final para emissão de CF-e SAT. Ou seja, em poucas palavras, a portaria decretava o fim do equipamento no estado. (Se você não sabia de nada disso, recomendamos que leia mais sobre isso AQUI). No entanto, foi publicado na edição do dia 20/12/2024 do Diário Oficial do Estado de São Paulo a portaria SRE 92, DE 19 DE DEZEMBRO DE 2024, modificando novamente a Portaria CAT147/12 (responsável pela definição do SAT). Esta publicação mais recente revoga o seguinte artigo: Isso significa, que foi liberado novamente para que mesmo aqueles que nunca haviam utilizado SAT, possam ativar o equipamento. Será então que como a famigerada fênix o SAT estaria ressurgindo das cinzas? Apesar da nova portaria, tudo indica que não! Vale lembrar que apesar da revogação do artigo 34-C, o artigo 34-D ainda permanece mantendo assim a data 31/12/2025 como sendo o último dia no qual será permitido a emissão de CF-e SAT.

Bom dia Daniel SUCESSO! Aguardo as acima lib´s para teste no meu sis ok. att; HASA

O campo dhEmi tem de ter algum valor válido e pelo jeito está com o valor zero. Confira se de fato o campo dhEmi está com o valor "18/12/2024 09:32:00" igual no arquivo.

Como faço para encerrar o Tópico, Banco nos retornou que estavam com instabilidade no lado do servidor, serviço normalizado.

Olá pessoal! Na data de 11/12/2024, por volta das 16h16 começamos a receber múltiplos relatos de membros da nossa comunidade de problemas para consumir os web services da Sefaz de São Paulo. Os relatos tem em comum estarem recebendo como retorno a mensagem: Conferindo no DownDetector, é possível observar que os relatos de problemas passaram a aumentar exponencialmente por volta do mesmo horário. Não, há contingência ativada até a publicação deste tópico.

Olá pessoal! Como muitos sabem, o time do ACBr está constantemente buscando trazer novas soluções e melhorias com o objetivo de facilitar e melhorar o dia a dia dos desenvolvedores. Com isso em mente, as rotinas dos componentes de DFe estão passando por um processo de migração das units do pcn para units baseadas na classe ACBrXMLDocument. Certo, mas como isso vai ajudar os desenvolvedores? Sabemos que os leiautes dos documentos fiscais podem conter uma quantidade considerável de informações, gerando assim arquivos XML de tamanho considerável. As rotinas de geração e de leitura de arquivos XML utilizando ACBrXMLDocument trazem um ganho de performance considerável em comparação ao pcn, com primeiro sendo até 60 vezes mais rápida em comparação. Ouçam esta edição do Papo PRO ACBr para mais detalhes sobre as razões para esta mudança e as vantagens da mesma: Para que você possa utilizar estas novas classes, ao instalar o ACBr, é preciso selecionar no instalador a opção em destaque no print. Convidamos aos membros da comunidade ACBr para que testem as novas classes e aguardamos um feedback. Até a próxima pessoal!

Olá comunidade do Projeto ACBr, temos novidades !! Agora é possível utilizar classes alto nível no Android. Realizamos o envio das novas classes para o SVN - Commit (36387, 36388, 36389). At revision: 36387: -> São as classes comuns de uso para os DFe (Documentos Fiscais Eletrônicos). -> Classes de Leitura e Escrita dos arquivos .ini. At revision: 36388: -> Pacote /notafiscal onde estão disponíveis as classes de alto nível para emissão de NFe/NFCe. -> Versões ACBrLibNFe.aar a partir da versão 0.0.0.2. At revision: 36389: -> Atualização Programa Exemplo, aplicando exemplo de uso da classe. -> Exemplos de pagamentos de cartões e PIX seguindo orientação sobre integrações dos meios de pagamentos aos documentos fiscais. Abaixo estão os links para download o .aar e programa exemplo: ACBrLibNFe.aar disponível nas versões PRO e DEMO e Programa Exemplo. Se você já tem o programa exemplo em sua máquina, precisa apenas atualiza-lo, realizando um update do SVN. Aguardamos feedback de todos e lembrem-se, utilize o ambiente de homologação para realização dos testes Até a próxima

Olá pessoal! Na tarde do dia 18/11/2024 o Sebrae promoveu junto aos auditores fiscais da Receita, Carlos Nacif e Hermano Toscano, uma Live para detalhar duas mudanças previstas para 2026 para todos os empreendedores. Dentre as mudanças mencionadas, uma delas se refere a unificação da emissão de NFS-e em todo o país utilizando o Padrão Nacional. Está mudança está prevista para Janeiro de 2026, sem uma data específica. As informações acima foram retiradas de notícia originalmente publicada pelo Sebrae e que pode ser lida na íntegra AQUI. Relembrando. No contexto da NFS-e, não há um leiaute único. Cada administração municipal pode optar por contratar através de licitação uma empresa que fornece o web service de emissão de notas de serviço (nós do ACBr chamamos esta empresa de "provedor"). Este web service pode ser implementado seguindo um leaiute da maneira que o provedor preferir, causando assim, no cenário da NFS-e, uma falta de padrão. O Padrão Nacional, como o nome diz, é um padrão que foi criado com o objetivo de centralizar isso, acabando com os padrões próprios utilizados. No entanto, apesar do nome Padrão, sua adesão até o momento desta publicação, é obrigatória apenas para os MEIs com adoção opcional para os outros casos. Nesta adesão opcional, até o momento, 1.140 cidades estão conveniadas, sendo 22 capitais. (Você pode conferir a lista completa AQU). O que se espera é que em 2026 todos estejam emitindo pelo Padrão Nacional. Também é importante lembrar! O componente nativo para Delphi/Lazarus e consequentemente o ACBrMonitorPLUS e a ACBrLib já estão adequados ao Padrão Nacional e podem ser utilizados para emissão de nota no mesmo. O tópico abaixo traz mais informações a respeito:

Com o SVN atualizado, realizei um teste compilando o programa de exemplo e tudo está funcionando corretamente. Ao aderir ao PRO, você tem acesso a todas as DLLs, que são compiladas e testadas semanalmente. Além de facilitar a integração, você também conta com o suporte do nosso time de consultores.

Olá, Foi revisada a versão 3.1.8 do leiaute do EFD-ICMS/IPI e não foram necessárias alterações no componente, conforme itens a seguir. 1. Alteração da validação dos campos 14 e 18 do registro D100 1.1. Campo 14 (CHV_CTE_REF) * Nova Validação....: Quando o campo 13 (TP_CT-e) for igual a “3 ou 6”, informar a chave do documento substituído. Nas demais situações o campo não deve ser preenchido. * Validação Anterior: Quando o campo 13 (TP_CT-e) for igual a “3 ou 5”, informar a chave do documento substituído. Nas demais situações o campo não deve ser preenchido. 1.2. Campo 18 (VL_SERV) * Nova Validação.....: Se CT-e simplificado (COD_MOD 57 e TP_CT-e 5 ou 6) e IND_OPER = 1, o valor deve ser igual à soma do campo VL_FRT do(s) registro(s) D130 existentes. * Validação Anterior : Se CT-e simplificado (COD_MOD 57 e TP_CT-e 4 ou 5), o valor deve ser igual à soma do campo VL_FRT do(s) registro(s) D130 existentes. 2. Alteração da descrição do registro D130 * Nova Validação.....: Este registro tem por objetivo informar o complemento do Conhecimento de Transporte Rodoviário de Cargas (Código 08), Conhecimento de Transporte de Cargas Avulso (Código 8B) e, a partir de janeiro de 2025, o Conhecimento de Transporte Eletrônico Simplificado (Código 57, TP_CT-e 5 e 6). * Validação Anterior : Este registro tem por objetivo informar o complemento do Conhecimento de Transporte Rodoviário de Cargas (Código 08), Conhecimento de Transporte de Cargas Avulso (Código 8B) e, a partir de janeiro de 2025, o Conhecimento de Transporte Eletrônico Simplificado (Código 57, TP_CTe 4 e 5). 3. Alteração na exceção nº 4 do registro D100 * Nova Informação....: A partir de janeiro/2025, para o CT-e Simplificado-modelo 57, conforme estabelecido pelo Ajuste Sinief nº 46/2023, deverão ser informados os respectivos Registros D130 na escrituração das prestações de saída. * Informação Anterior: A partir de janeiro/2025, para o CT-e Simplificado-modelo 57, conforme estabelecido pelo Ajuste Sinief nº 46/2023, deverão ser informados os respectivos Registros D130. Até mais!!!

Olá Pessoal, Algumas units foram substituídas por outras com outros nomes mas com o mesmo conteúdo. Para quem emite CT-e/CT-e Simplificado/CT-e OS/GTV-e e por ventura faça uso em sua aplicação da unit pcteConsts deverá mudar o nome dela para ACBrCTe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrCTe\Base. Para quem emite MDF-e e por ventura faça uso em sua aplicação da unit pmdfeConsts deverá mudar o nome dela para ACBrMDFe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrMDFe\Base. Para quem emite NF-e/NFC-e e por ventura faça uso em sua aplicação da unit pcnNFeConsts deverá mudar o nome dela para ACBrNFe.Consts que se encontra na pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base. Como dito as novas units permanecem com o mesmo conteúdo, mas agora com uma novidade. Exemplo: (...) const NAME_SPACE = 'xmlns="http://www.portalfiscal.inf.br/nfe"'; resourcestring DSC_AAMM = 'Ano e Mês'; DSC_ANOFAB = 'Ano de Fabricação'; DSC_ANOMOD = 'Ano do Modelo de Fabricação'; DSC_CEANTRIB = 'Código de Barra do Item Tributação'; (...) Antes todas as mensagens eram tratadas como const, agora são resourcestring. Para quem não sabe, Com resourcestring, o compilador coloca essas strings como um recurso stringtable no executável, permitindo que qualquer pessoa (digamos, sua equipe de tradução) as edite com um editor de recursos sem precisar recompilar o aplicativo ou ter acesso ao código-fonte.

Oi, bom dia Consegui resolver e era o ClientID que estava errado. Não entendi porque, eu havia copiado do portal developers provavelmente para testes o ID de Sandbox, sendo que eu estou tentando usar já em produção mesmo. Em algum momento, sei que usei o ID certo mas, como estava em meio aos testes variados de outros campos, pode ser que no momento de usar o ID correto eu troquei alguma outra coisa que fez não funcionar e voltei o ID do Sandbox, mesmo usando em produção. Como eu fui revendo campo a campo o que poderia estar errado, quando vi o ID incorreto, apenas troquei ele e funcionou. Portanto, podem fechar o tópico como resolvido. Agradeço a ajuda de vocês.

Olá, Segue resposta da Eicon a respeito do erro Lote de RPS não assinado: Resumindo: O Lote terá pelo menos 2 assinaturas, 1 para o Lote completo e uma para 1 RPS, que é o mínimo de RPSs para o lote. Se houverem n RPSs, a quantidade de assinaturas será de n + 1.

OK, vou verificar aqui e checar as configurações para ver se tem algo diferente. Sim, eu usei as ultimas versões da ACBR LIB. Retorno aqui quando conseguir terminar.

Olá Comunidade ACBr!!! Atualizamos o comportamento do Certificado Digital para garantir que ele seja utilizado apenas quando necessário, mesmo que configurado no componente. Essa mudança assegura o mesmo comportamento já existente em conexões SOAP, agora aplicado também a conexões REST. Um exemplo é o Bradesco, que utiliza o Certificado Digital apenas para assinar o Header, mas não para estabelecer a conexão. Nesse caso, a propriedade UseCertificateHTTP deve ser configurada como False. Se o seu banco utiliza certificados digitais para comunicação, certifique-se de configurar corretamente a propriedade UseCertificateHTTP. <ACBrBoleto>.Configuracoes.WebServices.TimeOut := 50000; <ACBrBoleto>.Configuracoes.WebService.SSLCryptLib := cryOpenSSL; <ACBRBoleto>.Configuracoes.WebService.ArquivoCRT := Caminho e arq CRT ('C:\XXXXXXX\Certificado.crt';) <ACBRBoleto>.Configuracoes.WebService.ArquivoKEY := Caminho e arq Key ('C:\XXXXXXX\Chave.key';) <ACBrBoleto>.Configuracoes.WebService.UseCertificateHTTP := True|False; //Caso False, mesmo que passado as informações, o componente irá descarregar os certificados que foram passados na conexão, e não será utilizado. UseCertificateHTTP :: caso FALSE, mesmo que passado as informações, o componente irá descarregar os certificados que foram passados na conexão, e não será utilizado. Tópico de Configuração de todos os Bancos :

Bom dia @Marcílio Jr, Muito obrigado pelo retorno, vou fechar esse tópico uma vez que o problema inicial foi resolvido. @Waldir Paim, a sua questão eu já passei para os demais membros da equipe e já esta sendo analisado, até o final desta semana teremos uma solução. Se desejar pode criar um novo tópico tratando exclusivamente desse problema da geração do XML com o caracter & na razão social. Desde já muito obrigado pela compreensão.

Bom dia Juliomar, Funcionou com DOUBLE ! Obrigado

Bom dia, Problema identificado. Drive de CH340, do conversor USBxRS232. O driver mais recente de 2023, que é o instalado automaticamente pelo windows 11, apresenta o problema relatado acima. Solucionamos utilizando um driver CH340 instalável, versão de 2019, através de um executável. Vou disponibilizar no link abaixo, caso mais alguém esteja com problemas neste conversor. DRIVER CH340

@Alexandre de Paula Pode cancelar a TK-6419. Meu registro tinha sido alterado para teste com desconto sim. Muito obrigado pela ajuda!!!!

Olá Daniel voce acertou , achei mesmo um acbr perdido em outra pasta com alguns dcu.. que fiz backup e ele estava pegando de lá pois tinha um caminho daquele diretorio na library path antes mas dai eu retirei o caminho do diretorio e passou a compilacao depois começou a dar erro que o acbrsatextratofr foi compilado com uma versao diferente de frxclass e nao passava mas dai eu encontrei a solução aqui mesmo no forum ..tinha que desmarcar uma diretiva la na instalacao deixar somente a pasta libxx na library path do delphi e resolveu...Ufah... ah.. pifou meu hd antigo do delphi 7 ... e eu estava atualizando uma versao antiga do delphi 7 e acbr de 2015..que estava abandonada, mas reativei para nao ter que refazer tudo do zero o ambiente do delphi 7 ... muitos componentes legado.. vai ser por pouco tempo...o delphi 7 vai ser enterrado logo logo..se Deus quiser... ja vou criar uma vm urgente..e fazer backups... Obrigado a todos pode fechar o topico

A principio só fizemos a alteração do primeiro caso. Segue em anexo pcesGerador.pas

Bom dia Christian, siga esse passo a passo: 1) Feche o app da PayGo pela bandeja do windows; 2) Acesse o diretório: C:\Program Files (x86)\PayGo e execute o arquivo: "unins000", irá desinstalar o módulo da PayGo; 3) Se estiver instalado, desinstale warsaw pelo painel de controle; 4) Instale novamente a versão Full que está disponível no kit: https://paygodev.readme.io/docs/kit-para-atualização-da-documentação e depois rode esse update: https://sandbox.controlpay.com.br/WebAPI//Apps/Windows/5.1.35.1/SetupPayGo005.001.035.001_Update.exe

minha sugestao de alteracao: procedure FazerRequisicaoSiTef linha do arquivo: 332 DoctoStr := IfEmptyThen(fpACBrTEFAPI.RespostasTEF.IdentificadorTransacao, DataStr+HoraStr); segue em anexo arquivo para avaliação. ACBrTEFAPICliSiTef.pas

Obrigado pelo retorno.... Ainda vou conversar com a empresa a respeito..... Pois o fato de ser diferido, não significa que ele é ZERADO. Penso que o preenchimento está errado. Pois se ele é diferido é um imposto que EXISTE (maior que zero) e que está DEIXANDO de ser cobrado por diferimento e ali deveria ser apontado esse valor. Mesmo a Sefaz do PR aceitando ZERO, ainda penso que estaria errado. Porém é fato que se não enviar a TAG a nota será rejeitada. Sua sugestão do item 2 é a mais coerente e resolveria para esses casos Mas vou conversar mais a respeito disso.

O ideal é tratar o problema, antes do Erro do Schema Erro no Schema, já é atestado de óbito... a tratativa, deveria ser feita na rotina de cadastro dos produtos clientes, e na rotina de inclusão de Notas

Bom dia @Italo Giurizzato Junior. Vou passar para o desenvolvimento fazer testes da forma como sugeriu e vamos avaliar como ficará. Grato.

Ok, vou entrar em contato com a Prefeitura, tendo resposta, repasso aqui no Tópico Muito obrigado pela atenção

Olá pessoal! Sabemos que algumas vezes as mensagens de erro devolvidas pelo web service do provedor nem sempre são fidedignas ao erro real que está causando o problema. O membro de nossa comunidade @SG Sistemas conseguiu emitir em homologação NFSe para o município de Sorocaba/SP, que é atendido pelo provedor DSF na versão 2.03 e compartilhou conosco as seguintes informações: Erro: L999 - null - Acionar suporte responsável. Solução: A Inscrição Municipal do Emitente estava nula; Erro: L999 - Alíquota: Alíquota não localizada - Acionar o suporte responsável Solução: Para Sorocaba, a alíquota é definida pelo CNAE (neste caso CNAE Municipal, com 9 dígitos). Portanto, não basta somente o código de serviço, é obrigatório informar o CNAE. Erro: L999 - Informação de ISSQN retido inválido. / Utilize um dos tipos: 1 para ISS Retido ou 2 para ISSQN não Retido. - Acionar suporte responsável. Solução: Estava sendo enviado um integer para o Iss Retido (0 para false e 1 para true). Ao chegar 0, o TnfseSituacaoTributaria estava mudando para stRetido; logo, o provedor esperava os valores de ISS retido, mas não estava recebendo.

Olá pessoal! Em uma demonstração do movimento para a adoção do Padrão Nacional como padrão único para NFS-e. Temos um Projeto de Emenda Constitucional ao Projeto de Lei Complementar Nº68/2024 que institui os novos grupos de impostos do CBS e do IBS criados para o Projeto da Reforma Tributária. Está Emenda propõe adicionar os §§ 8º e 9º ao art. 61 do PLP68/2024. Destaca-se o inciso 8º: E também a justificativa da emenda: O Projeto de Emenda Constitucional pode ser lido na íntegra AQUI.

Consegui emitir em homologação e vou deixar documentado aqui as soluções: 1 - L999 - null - Acionar suporte responsável -> a Inscrição Municipal do Emitente estava nula; 2 - L999 - Alíquota: Alíquota não localizada - Acionar o suporte responsável -> para Sorocaba, a alíquota é definida pelo CNAE (neste caso CNAE Municipal, com 9 dígitos). Portanto, não basta somente o código de serviço, é obrigatório informar o CNAE. 3 - L999 - Informação de ISSQN retido inválido. / Utilize um dos tipos: 1 para ISS Retido ou 2 para ISSQN não Retido. - Acionar suporte responsável -> eu estava mandando um integer para o Iss Retido (0 para false e 1 para true). Ao chegar 0, o TnfseSituacaoTributaria estava mudando para stRetido; logo, o provedor esperava os valores de ISS retido, mas não estava recebendo.

Ok Ítalo, Tentarei ver no fim de semana e assim que tiver um retorno eu posto aqui o resultado. Até, Sergio

Pela mensagem aí está pegando o SoapAction antigo. provavelmente vc atualizou seus componentes e não recompilou para atualizar os dcus.

Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-36376 Por favor aguarde a próxima compilação da Lib, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Não fiz testes, mas olhando o wsdl dele o SoapAction é http://nfsews.sintesenotafiscal.com.br. Conversei com o pessoal desse provedor, me informaram que estão mudando todas as cidades para esse novo padrão que utiliza o dns sintesenotafiacal.com.br com esse novo SoapAction.

Olá, testamos e deu certo sim.

Eu acho que terá de informar o grupo da partilha de icms. Dê uma olhada no link abaixo e confira se tem algum outro campo que você está informando na nota e não deveria para entrar na validação da Rejeição 694. Exemplo: Consumidor Final (indFinal=1), Não Contribuinte (indIEDest=9). Verifique no XML se gerou de fato com a tag IdEst=2 mencionado por você. Referência: https://oobj.com.br/bc/rejeicao-694-como-resolver/

Olá, O componente ACBrSPEDPisCofins foi compatibilizado com a Nota Técnica nº009/2024 e as alterações foram enviados na Rev-36309 conforme os itens a seguir. 1. A partir dos fatos geradores ocorridos em 01 de janeiro de 2025, não será mais possível escriturar o “Registro 0145: Regime de Apuração da Contribuição Previdenciária Sobre a Receita Bruta” e, consequentemente, nenhum registro do bloco P, no PGE da EFD Contribuições. * Revisados registros 0145 e P001 (por consequência seus registros inferiores) para que não sejam gerados a partir de 01/01/2025 2. A consequente necessidade de ajuste do leiaute dos registros do bloco D no PGE da EFD Contribuições para recepcionar este novo modelo de documento. Para tanto, a contar dos fatos geradores ocorridos a partir de 01/04/2025, ficarão alterados os registros abaixo mencionados 2.1. Registro D500 * Novo campo CHV_DOC_E: Existente a partir de 01/04/2025 2.2. Registros D501, D505, D509, D600, D601, D605 * Os registros foram destacados, mas não constam informações a respeito de mudanças além do destaque nas suas descrições, adicionando a referência aos documentos adicionados a seguir * Nota Fiscal Fatura de Serviços de Comunicação Eletrônica (Código 62) * NF-e (Código 55) – Documentos de Aquisição com Direito a Crédito Até mais!!!

Conforme consta no portal nacional, houve alteração no webservice consulta cadastro no SEFAZ RS, com o objetivo de prever as novas Inscrições de empresas MEI. https://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=OUC/YVNWZfo= https://cad.svrs.rs.gov.br/ws/cadconsultacadastro/cadconsultacadastro4.asmx Necessário atualizar os arquivos ACBrNFeServicos.ini e .res do ACBR para o novo webservice.

Bom dia @WINDEL, Foi criado a TK-6279 para analise do problema.

Houve um problema recente relacionado a isso, mas já foi corrigido, conforme o tópico a seguir. Atualize os fontes, reinstale os componentes e veja se resolve.

Olá pessoal! Foi publicada a versão 5.0.0 do Programa Validador de Escrituração Digital EFD ICMS IPI com as alterações de leiaute válidas a partir de janeiro de 2025. A versão 4.0.7 poderá ser utilizada para transmissão dos arquivos da EFD até 31/12/2024. Fonte: http://sped.rfb.gov.br/pagina/show/7605

Boa tarde @Luiz Antonio Ubaldini O̶c̶u̶l̶t̶e̶i̶ ̶s̶e̶u̶ ̶p̶o̶s̶t̶ ̶p̶a̶r̶a̶ ̶p̶r̶e̶s̶e̶r̶v̶a̶r̶ ̶s̶u̶a̶s̶ ̶c̶r̶e̶d̶e̶n̶c̶i̶a̶i̶s̶,̶ ̶m̶a̶s̶ ̶s̶e̶g̶u̶e̶m̶ ̶v̶i̶s̶í̶v̶e̶i̶s̶ ̶p̶a̶r̶a̶ ̶o̶s̶ ̶c̶o̶n̶s̶u̶l̶t̶o̶r̶e̶s̶ ̶e̶ ̶o̶ ̶@̶D̶a̶n̶i̶e̶l̶ ̶I̶n̶f̶o̶C̶o̶t̶i̶d̶i̶a̶n̶o̶ ̶p̶o̶d̶e̶r̶á̶ ̶d̶a̶r̶ ̶s̶e̶q̶u̶ê̶n̶c̶i̶a̶ ̶q̶u̶a̶n̶d̶o̶ ̶p̶o̶s̶s̶í̶v̶e̶l̶ ̶n̶o̶ ̶a̶t̶e̶n̶d̶i̶m̶e̶n̶t̶o̶ Desculpe a confusão, não notei que seu tópico estava na área privada, corrigindo a informação, outros usuários do fórum não terão acesso aos seus arquivos.

Um ponto que tem de ser levado em consideração é que a empresa só poderá contabilizar esta compra caso seja NFe, NFCe não seria contabilizada a não ser que seja emitida uma NFe a partir da NFCe com o CFOP 5949. Você pode emitir a NFCe, mas é bem provavél que a empresa solicitará a NFe posteriormente. Veja com a empresa se quer a emissão da NFe de uma vez.

Boa pegada... Porem o comando </Zera> deveria funcionar mesmo na primeira linha... Quando eu receber os equipamentos da Gertec tento descobrir o que ocasiona o problema...

Olá, comunidade ACBr! Temos uma ótima novidade para compartilhar! Foi integrado um novo TEF ao componente ACBrTEFAPI, chamado Destaxa. Agora, você pode usufruir dessa nova solução de pagamento diretamente em seus projetos, utilizando a robustez e flexibilidade que o ACBr já oferece. O que é a Destaxa? A Destaxa é uma Fintech especializada em orquestração inteligente de meios de pagamentos, com foco em simplicidade, rapidez e baixo custo para o lojista. Ele se destaca por: Integração com diversos meios de pagamento Suporte a múltiplas bandeiras de cartões Gestão e conciliação de transações Para conhecer mais sobre a Destaxa, acesse o site clicando AQUI Sobre a Integração O componente ACBrTEFAPI foi integrado com a Destaxa com o método background, onde o V$PagueClient se comunica com a Aplicação Comercial via Socket ou WebSocket para processar transações, recebendo e enviando dados de pagamento de forma transparente ao usuário. Mas não se preocupe, pois o componente abstrai toda a parte de comunicação com o client, sendo necessário apenas configurar o ACBrTEFAPI com as configurações necessárias, assim como já é feito com os outros TEFs implementados. Como começar a usar? Atualize seus fontes do ACBr para a versão mais recente. Instale o V$PagueClient Configure o TEF Destaxa no componente ACBrTEFD, utilizando os arquivos de configuração e credenciais fornecidos pela Destaxa. ACBrTEFAPI1.Modelo := tefDestaxaAPI; ACBrTEFAPI1.DadosTerminal.CodEmpresa := ''; ACBrTEFAPI1.DadosTerminal.CodTerminal := ''; ACBrTEFAPI1.DadosTerminal.EnderecoServidor := 'localhost:60906'; ACBrTEFAPI1.DadosEstabelecimento.CNPJ := ''; Consulte os exemplos disponíveis no pacote do ACBr para uma integração rápida e eficiente. Mais informações Para dúvidas sobre a configuração, integração ou uso do TEF Destaxa, não hesite em compartilhar aqui no fórum ou em nosso Discord. Estamos à disposição para ajudar! A equipe ACBr agradece a todos que contribuíram para mais essa evolução. Vamos continuar inovando juntos!