Painel de líderes

A princípio, se for um GTIN estrangeiro, pode informar na NFe, não será rejeitada, desde que seja um GTIN válido quanto ao dígito verificador e o prefixo existir na tabela da SEFAZ. Várias outras rejeições do ACBrGTIN também não vão causar rejeição da NFe, por exemplo quando o fabricante não autorizou a publicação dos dados, ou não ter NCM cadastrado ou cadastrado com NCM inválido. Futuramente será validado o NCM e o CEST.

Bom dia, O serviço disponibilizado pela SEFAZ-Virtual do RS referente a consulta ao GTIN é unitária, ou seja, você consulta um GTIN por vez. Se você precisa consultar o GTIN de 200 produtos terá que consultar um por um. Resumindo, não é uma restrição impostar pelo ACBrMonitor e sim pela SEFAZ.

Olá pessoal, Para ficar mais fácil de acompanhar quais os municípios que já assinaram a adesão a NFS-e Padrão Nacional, disponibilizo abaixo o link do Portal da Nota Fiscal de Serviço Eletrônica (Munícipios Aderentes). Municípios Aderentes — Português (Brasil) (www.gov.br)

Acabei de enviar as correções do scope ao SVN. Analisando os logs também enviei uma possível correção para esse segundo problema. Disponível no SVN, Rev: 27069 Se possível, baixe as alterações e faça um teste por favor, pois não possuo as credenciais do Sicoob para testar.

Olá Amigos bom dia! Hoje me deparei com uma situação já discutida anteriormente aqui no forum. A possibilidade de geração de arquivos de remessa CNAB400 com 444 posições achei estranho mas o manual do banco SOFISA também pede que seja enviada a chave da NFe no CNAB400 fazendo com que o arquivo fique com 444 posições. Alguns outros bancos já fizeram esta solicitação de envio da chave, mas geralmente são mais coerentes e criam uma seção nova no arquivo de remessa ao invés de aumentar o tamanho do registro de transação, porém infelizmente este não é o caso do SOFISA. Eu fiz o ajuste aqui para que seja enviado o arquivo com 444 posições conforme pede o manual (Anexo), verifiquem a viabilidade de disponibilizar para os demais usuários. NOVO_CNAB444v2.pdf ACBrBancoSofisaSantander.pas

Muito obrigado Diego, vou olhar. Valeu

Boa tarde! Muito obrigado por querer contribuir, mas como o Italo citou já avançamos um pouco além desta etapa. Para ficar por dentro das novidades a respeito, sugiro que acompanhe este tópico que está sendo atualizado conforme recebemos mais informações. E também fique de olho em nossa comunidade no Discord

Boa tarde, O problema começou depois que você atualizou a aplicação dos seus clientes ou nem isso ocorreu? Simplesmente de um dia para o outro começou o problema? Se você não atualizou a sua aplicação nos seus clientes e todos eles estão enfrentando o mesmo problema, com certeza é problema no provedor. Como o provedor sempre vai tirar o dele da reta, a minha sugestão é pedir para todos os seus clientes irem até a prefeitura e protocolarem uma reclamação de problemas na emissão nas notas. Você vai ver como resolve rapidinho o problema.

Obrigado pelo retorno, vou ficar monitorando

Boa tarde @EdmarFrazao 1) A cobrança do PIX via API é dividida em duas formas, o PIX com cobrança imediata (cob) e outra o PIX com vencimento (cobv). O PIX com vencimento permite configuração para cobrança de juros, multa e desconto, já no PIX imediato, basicamente vai conter o valor e informação do devedor. 2) O boleto com PIX faz uso da API do banco que está usando para registrar o boleto e depois então que o cliente pagar o boleto via PIX por exemplo consegue realizar a consulta do mesmo. Sem a necessidade do uso de arquivo de remessa e retorno.

Importante... Observe na imagem abaixo que existem 2 aplicativos em execução: o Monitor DRIVER que é obrigatório para que funcione a DLL e o Integrador e Validador que será descontinuado (e pode ser removido). Então siga esses passos, para obter as DLLs 1 - Faça download do último Driver em: https://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ 2 - Rode o Instalador do Driver 3 - Localize onde os Drivers foram instalados Aqui ele ficou em: "C:\Program Files (x86)\SEFAZ-CE\Driver MFE" 4 - Copie a pasta com as DLLs necessárias SIM.. você precisará de todas essas DLLs na mesma pasta e não apenas a MFE.dll 5 - Copie todas essas DLLs na mesma pasta do seu Aplicativo (.EXE) 6 - Configure o ACBrSAT, para fazer uso das DLLs que estão na pasta do seu .EXE DICA: Antes de remover o INTEGRADOR, você pode fechar o aplicativo para fazer os testes direto com os drivers MFE. Depois de ter executado os testes com sucesso (com o integrador fechado), o mesmo não será mais necessário. Apenas os drivers MFE. Pronto, agora sua aplicação está pronta para se integrar ao MFe!

Pode sim com certeza, eu ia iniciar analise no componente acbr, mais se ja está fazendo qualquer coisa agente se ajuda.

Os Drivers para integração direta, podem ser encontrados nesse link: https://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/

Então galera ... Desculpa a demora aí, mas ontem foi feriado aqui e só deu para o cliente testar hoje. A consulta funcionou normalmente pela internet do celular... Então podemos afirmar até o momento que pela internet do celular nesse computador funciona... Amanhã vou pedir para ele testar pela internet da empresa e dependendo do retorno encerramos o tópico. Abraços a todos

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

Bom dia Gladston, Você substitui a unit Ginfes.Provider (...\Fontes\ACBrDFe\ACBrNFSeX\Provedores) que o Diego anexou na postagem dele no dia 06/10/2022 ? Se sim, reinstalou o ACBr? Se sim, recompilou a aplicação com a opção Build? O problema que esta ocorrendo é motivado por esta mensagem: CNPJ do tomador (<CNPJ enviado>) está vinculado a mais de uma inscrição municipal. Note a presença de "<" e ">" A unit que o Diego anexou na function TratarXmlRetorna foi incluído a seguinte linha: Result := RemoverCaracteresDesnecessarios(Result); Veja o que essa função faz: function RemoverCaracteresDesnecessarios(const aXML: string): string; begin (...) Result := FaststringReplace(Result, '<', '', [rfReplaceAll]); Result := FaststringReplace(Result, '>', '', [rfReplaceAll]); (...) end; Ela simplesmente remove essa sequência de caracteres do XML. Com isso eliminando o problema. Se você substitui a unit que foi anexada, reinstalou o ACBr, compilou a aplicação com o Build e mesmo assim continua o problema, chego à conclusão que na sua máquina tem cópias de Units ou DCU antigas do componente ACBrNFSeX.

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

Bom dia Rogerio, Ao emitir uma nota se o produto que esta sendo vendido não possui o GTIN devemos atribuir ao campo cEAN e cEANTrib a mensagem "SEM GTIN". Se o livro não possui Código de Barras (GTIN) e sim o ISBN, este não pode ser informado nos campos mencionados acima, caso contrário a nota vai ser rejeitada.

Bom dia. Sim, consegui agora pela manhã autorizar e cancelar com sucesso. Segue arquivo com a cidade incluida. ACBrNFSeXServicos.ini

Bom dia! A TK foi criada e está na fila para ser desenvolvida, mas infelizmente devido a recentes alterações de legislação e outras requisições de alta prioridade nossos consultores não estão conseguindo incluir a mesma na agenda para começar o desenvolvimento. Dito isso vale ressaltar que se a urgência for muito grande, você pode contribuir com a comunidade fazendo a implementação.

Obrigado pelo retorno @Raul W.

Boa tarde Paulo, Já inclui na minha lista de tarefas para analisar essas questões. TK-3161

Neste tópico iremos tratar sobre o retorno "negada 22 e 57" no TEF Paygo, seja ele dedicado, Android ou troca de arquivos. O retorno "NEGADA 22" pode ocorrer devido a problemas físicos no cartão ou falta de limite para a transação no crédito. Já o retorno "NEGADA 57" pode ocorrer pelo uso de um cartão novo que ainda não foi desbloqueado, excesso de tentativas de digitação da senha e compras que destoam do padrão do cliente (possível fraude). Nesses casos a melhor tratativa é orientar o cliente a procurar a central de atendimento do emissor de seu cartão.

Bom dia Bill, Faça um teste com a unit em anexo. ACBrUtil.DateTime.pas

As consultas públicas de documentos fiscais eletrônicos passarão a exigir a partir do dia 17/10/2022, além do Recaptcha, o login de usuário na plataforma gov.br com o seu CPF. Essa medida visa aumentar a segurança do portal, como a autenticação e a disponibilidade dos serviços ofertados aos usuários. A gestão dos dados dos usuários será realizada pela plataforma de login único do Governo Federal, a mesma utilizada para acesso a CNH, carteira de vacinação, INSS e imposto de renda. O Login gov.br será exigido apenas no primeiro acesso, não exigindo novo login para as demais consultas realizadas dentro do mesmo acesso. Quando solicitadas as informações de outro documento fiscal, será exigido do usuário apenas o Recaptcha. Fonte : https://dfe-portal.svrs.rs.gov.br/Nfe/Avisos/2854

Boa tarde, Se você estiver gerando apenas para ter o QRCode para pagamento via PIX em seu Boleto Sicredi, não é necessário preencher a informação de TXID, o próprio banco gera de forma aleatória; O url do QRCode "Location" é retornado pelo arquivo de retorno do próprio Sicredi, sendo assim, após recebimento do retorno basta preencher a url de cada boleto; (Sim, para ter a informação da Location de cada boleto é necessário enviar a remessa e aguardar o retorno); Na situação descrita acima, estou exemplificando um Boleto híbrido.

Bom dia Patrick, Já esta no SVN.

Olá pessoal, vamos falar sobre mais um lançamento do ACBrLib, o ACBrLibGTIN. O GTIN (Número Global do Item Comercial) se trata de um padrão criado e administrado pela GS1. É ele que aparece abaixo dos códigos de barras, amplamente utilizados no varejo físico para identificação de produtos. O Projeto ACBr tem o componente ACBrGTIN para Delphi e Lazarus e agora o temos o ACBrLibGTIN, que torna possível o uso do componente ACBrGTIN em qualquer linguagem de programação que possa consumir uma DLL. E porque desenvolvemos o ACBrLibGTIN ? Com a publicação da NT 2022.001, a qual estabelece o inicio da obrigatoriedade das informações na NFe/NFCe foi criado o ACBrGTIN e afim de levar a todos os desenvolvedores as facilidades do componente para consumo dos WebServices de consulta das informações junto a SEFAZ Virtual do RS (SVRS), foi lançada a ACBrLibGTIN. Neste vídeo de noticias da semana em nosso canal do YouTube, falamos um pouco sobre o tópico acima. Como obter a ACBrLibGTIN? Se você é assinante do nosso plano ACBr PRO, basta realizar o download do ACBrLibGTIN na sessão de downloads do fórum ACBr. Caso você ainda não seja assinante recomendamos fortemente que fale com nossos consultores via whats em (15) 2105-0750 e descubra como vale a pena aderir hoje msm. Mas se você prefere obter somente a ACBrLibGTIN, pode adquirir somente ela diretamente em nosso portal. Onde posso encontrar a documentação e os exemplos de uso da ACBrLibGTIN? Os exemplos de uso estão disponíveis para download via svn, saiba mais sobre como obter todos os demos aqui. Já o manual está disponível de forma online em https://acbr.sourceforge.io/ACBrLib/ACBrLib.html. Agora é sua vez de adicionar mais este recurso a sua aplicação!!

Foi solucionado colocando na largura do QRCode o valor 3. ACBrPosPrinter1.ConfigQRCode.LarguraModulo:= 3