Painel de líderes

Olá Pessoal, Gostaríamos de anunciar que a integração do ACBrNFSeX para emissão da NFSe por API está concluída, utilizando todos os recursos existentes na API. Todos os serviços disponibilizados pela API da NFS-e Padrão Nacional foram testados e detalhados a seguir. O Enviar o DPS (Declaração de Prestação de Serviço) esta funcionando, temos como retorno o XML da NFS-e caso os dados estejam tudo OK. O Enviar Eventos (de cancelamento por exemplo) esta funcionando, temos como retorno o XML da efetivação do evento caso os dados do pedido estejam OK. O Consultar DPS por Chave esta funcionando, temos como retorno apenas a chave da NFS-e e mais nada. O Consultar NFS-e por Chave esta funcionando, temos como retorno o XML da NFS-e. O Consultar Evento nos permite realizar essa consulta de 3 formas diferentes: 1. Consultar Evento informando somente a chave da NFS-e esta funcionando, temos como retorno o XML do evento. 2. Consultar Evento informando a chave e o tipo de evento não esta funcionando, esta retornando o erro 404, esse problema já foi relatado a RFB. 3. Consultar Evento informando a chave, o tipo de evento e o numero sequencial esta funcionando, mas a API esta gerando o XML do evento codificado em base 64 duas vezes, esse problema já foi relado a RFB. O Consultar DFe nos permite realizar essa consulta de 2 formas diferentes: 1. Consultar DFe informando o NSU (Numero Sequencial Único) esta funcionando, temos como retorno os XMLs das notas e dos eventos. 2. Consultar DFe informando a chave da nota esta funcionado, temos como retorno o XML da nota e dos eventos vinculados a nota. O Obter o PDF da nota esta funcionando, mas o QR-Code esta incompleto não contem a URL e caso a nota esteja cancelada não aparece a Tarja Cancelado, esse problema já foi relatado a RFB. Uma coisa importante a ser dita é que todos os testes realizados foram feitos em ambiente de produção, pois o ambiente de homologação ainda apresentava alguma erros, como por exemplo: exigir que a cidade esteja conveniada para poder emitir a nota mesmo o contribuinte ser MEI. Vale também informar que tanto a API quanto ao Portal Nacional da NFS-e (para emitir a nota via web) estão com instabilidade gerando erros de timeout por exemplo. Foi detectado também no ambiente de produção que ao tentar consumir qualquer serviço ocorre o erro: network subsystem is unusable, mas ao tentar novamente consumir o serviço desejado funciona. Esse erro só esta ocorrendo em ambiente de produção no de homologação ele não ocorre, portanto é um problema na API de produção, esse problema já foi relatado a RFB. Esse é um resumo dos testes que eu realizei.

Bom dia Devs ! Agora você pode enviar o comando para alterar o TimeZone do ACBrMonitor Plus. Comando: NFe.SetTimeZone(nModo, cTimeZone) Parâmetros: nModo = Inteiro; cTimeZone = String; (obrigatório quando o nMODO for tzManual) Tabela nTIPO: 0 = tzSistema 1 = tzPCN 2 = tzManual Exemplos: Para configurar TimeZone padrão do Sistema: NFe.SetTimeZone(0) Para configurar TimeZone padrão do PCN: NFe.SetTimeZone(1) Para configurar TimeZone padrão do Manual (Brasilia DF) NFe.SetTimeZone(2,-03:00)

Italo .. rapaz .. agora deu certo tá, Ta funcionando redondinho com Lazarus hj tambem me parece esta bem estavel o servidor . não falhou uma vez se quer pode finalizar o Chamado .. Agradeço muito sua ajuda .. me desculpe qualquer coisa .. e mais uma vez te agradesço Sem mais, Adilson Pazzini

Olá pessoal! Aqueles que fazem uso dos componentes do ACBr se deparam rotineiramente com duas propriedades que a princípio parecem ser redundantes. Estou falando de: //Configuração no componente ACBrDFe.Configuracoes.Geral.VersaoDF //Preenchimento do DFe no componente ListaDFes.Items[Indice].MeuDFe.InfDFe.Versao No entanto, apesar de parecerem se tratar da mesma informação, cada uma das propriedades tem funções diferentes. ACBrDFe.Configuracoes.Geral.VersaoDF: está configuração no componente, define para qual web service será encaminhado o XML. Ela também afeta algumas configurações do arquivo de envelope da requisição, que é o arquivo XML acrescido de mais informações para ser enviado a Sefaz. ListaDFes.Items[Indice].MeuDFe.InfDFe.Versao: está propriedade define qual é a versão do XML. Está é uma informação importante, necessária e obrigatória nos layouts dos DFes. Mas então você pode perguntar: Ou se você já abriu os fontes do ACBr para analisar: O ACBr faz isso como uma tentativa de ajudar os desenvolvedores, mas isso não deve ser confundido. Atualmente, a versão do XML deve coincidir com a versão do web service. Imagine uma situação em que é carregado/preenchido um NF-e com a versão 4.00, mas a versão DF configurada no componente é a 3.00? Vai ocorrer erro. Por isso o ACBr faz essa distinção para ajudar. Não. Como já foi dito, as propriedades tem funções distintas, uma é a versão do web service e a outra é a versão do XML. Imagine uma possibilidade no futuro de que a Sefaz crie uma nova versão do web service que permita receber XMLs de diferentes versões? Se uníssemos essas propriedades agora, não seria possível enviar versões diferentes usando componente.

Boa tarde pessoal, ao tentar enviar o evento R-1000 de forma sincrona em produção, sempre era retornado que a estrutura do arquivo não estava correta. Sendo que no ambiente restrito estava indo sem erro. Após analisar o problema observei que o no metodo VersaoReinfToStrHibrido da TReinfEvento estamos trocando a versão somente no ambiente de homologação, este tb deveria ser para o ambiente de produção, alterei o codigo abaixo para permitir em ambos e foi. Acredito que isso irá valer para todos da família R-2000. function TReinfEvento.VersaoReinfToStrHibrido(const t: TVersaoReinf): String; begin with TACBrReinf(FACBrReinf) do begin Result := VersaoReinfToStr(Configuracoes.Geral.VersaoDF); // Producao Restrita da versao 1_05_01 migrada para versao 2_01_02 // Mantidas urls, mudança apenas na URN if //( Configuracoes.WebServices.Ambiente = taHomologacao ) and ( Configuracoes.Geral.VersaoDF = v1_05_01 ) then Result := '2_01_02'; end; end; Com esta alteração consegui enviar o R-1000 no ambiente de produção sem erro. A unit é a pcnGeradorReinf. Abraço Rubens

@Sandro Felipe Adad obrigado pela dica, atualizei o ACBrConsultaCNPJ.pas, reinstalei o acbr e deu certo. Obrigado

Boa tarde Luan, Ocorreu sim uma alteração no dia 28/03/2023 Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Junior, Até o momento a SEFAZ não disse o que devemos fazer com essas informações. Para mim, é meramente informativo.

Boa tarde Daniel, Estamos usando ACBrBancoUnicredES, banco 136. Estou enviando via email um arquivo de retorno do cliente. Obrigado

Bom dia, E o mesmo que o amigo postou no outro topico https://www.unicred.com.br/site/1685563159823-gr---cob136---cobranca-web---layout-cnab-400---retornopdf.pdf

Italo .. seguinte .. aparentemente . o problema acabou aqui .. não sei te explicar .. mas o seguinte .. é pedir pra rodar o Lazarus em Modo debug e parou de dar o erro .. agora ele ta fazendo normal .. vou testar mais um pouco aqui e aviso .. desde ja agradeço toda a paciencia .. Adilson Pazzini

Boa tarde, acrescentando ao que já foi dito, existe também a API CNPJÁ. Não sei a defazagem de dados, mas parece que possuem planos melhores... https://cnpja.com/plans

Veja este topico como proceder... Como informo o novo CST de tributação monofásica no SAT? O SAT ainda não possui previsão de uso na Especificação do CST 61. Sendo assim, a opção é utilizar o CST=90 (Outros). Orienta-se ainda incluir a informação do CST nos campos de observação conforme abaixo: I – Preencher o grupo "obsFiscoDet" do item do cupom, da seguinte maneira: i. I18 xCampoDet: CST ii. I19 xTextoDet: 61 Caso o campo também precise ser utilizado para outras informações, como por exemplo, o código ANP, fazer: i. I18 xCampoDet: Cod. Produto ANP ii. I19 xTextoDet: Informar o valor do código ANP iii. I18 xCampoDet: CST iv. I19 xTextoDet: 61 https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx

Bom dia Rafael, 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.

Bom dia! Conferindo no Portal da Nota Fiscal Eletrônica, é possível observar que a Sefaz de Minas Gerais está com contingência ativada. Tendo iniciado no dia 24/09/2023 às 17h00 e com previsão de encerramento às 12h00 do dia 25/09/2023. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico:

Estou com o XE6 e por aqui funcionou muito bem. No uses ficou assim: uses Winapi.Windows, Winapi.Messages, System.SysUtils, System.Variants, Registry, System.Classes, Vcl.Graphics, Vcl.Controls, Vcl.Forms, Vcl.Dialogs, SHDocVw, Winapi.ActiveX, Vcl.ExtCtrls, Vcl.OleCtrls; Obrigado Galera!!!

Boa tarde Adilson, Alguma coisa esta errada na sua maquina, você deve ter cópias dos fontes do ACBr e o Delphi deve estar pegando essas cópias, pois descobri onde poderia ocorrer o erro de AV, foi corrigido e enviado para o SVN. Nos meus testes não tenho tido o erro de AV.

Boa tarde! Alteração enviada ao SVN na Rev-30719. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia, A TK está em nosso backlog, assim que tiver uma atualização informamos aqui. Obrigado.

ConsultaCNPJIE.dprojACBrConsultaCNPJNavegar.dfmConsultaCNPJIE.dprojConsultaCNPJIE.dprojACBrConsultaCNPJNavegar.pasuConsultaCNPJ.dfmACBrConsultaCNPJ.pasConsultaCNPJIE.dpruConsultaCNPJ.pasACBrConsultaCNPJNavegar.dfmConsultaCNPJIE.dproj Ahh, tem de recompilar o componente substituindo essa unit na pasta nos fontes do ACBR: ..trunk2\Fontes\ACBrTCP Antonio Gomes criou um evento no componente para tratar a solicitação do captcha. if Assigned(FOnSolicitarCaptcha) then begin FOnSolicitarCaptcha(Html); RespHTTP.Text:= Html; ModoAntigo := False; end; ACBrConsultaCNPJ.pas

@Sandro Felipe Adad @Antonio Gomes @Dfox @Alexandre de Paula Aproveitando os códigos colaborados neste tópico, criada uma solução funcional utilizando o navegador TWebBrowser do delphi ao invés do TEdge. Segue para avaliação, se puderem verificar Antonio Gomes, DFox e Alexandre. ACBrConsultaCNPJNavegar.pas ConsultaCNPJIE.dpr ConsultaCNPJIE.dproj uConsultaCNPJ.dfm uConsultaCNPJ.pas ACBrConsultaCNPJNavegar.dfm

Implementei aqui e deu certo. Obrigado pela ajuda.

Boa noite, Ainda não, veja o tópico a seguir com os bancos implementados. Existe uma thread da comunidade com interesse de implementar, caso queira colaborar.

Olá pessoal, Tenho notado que muitos desenvolvedores estão tendo dificuldade com a configuração da pasta de Schemas no novo componente ACBrNFSeX. Dica para uma configuração correta. Vou utilizar o programa exemplo. Na aba [Geral] temos a opção: Montar automaticamente o Path dos Schemas, marque esta opção. Logo abaixo temos o caminho, vou colocar o caminho que se encontra os Schemas dos provedores que se encontra junto com os programas exemplos. Caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe Coloquei 3 pontos no inicio porque eu não sei em que pasta esta na sua maquina. Outra coisa importante, note que a ultima pasta informada no caminho é NFSe, Dentro da pasta NFSe existe uma pasta para cada provedor, mas não precisamos informa-la uma vez que marcamos a opção para que o componente monte automaticamente o caminho dos Schemas. Na maquina do seu cliente faça o seguinte: C:\MinhaAplicacao\Schemas\NFSe Dentro da pasta NFSe copia todas as pastas que estão dentro da pasta ...\Exemplos\ACBrDFe\Schemas\NFSe. Marque a opção para montar automaticamente o Path dos Schemas. E informe o caminho dos Schemas como sendo: C:\MinhaAplicacao\Schemas\NFSe Desta forma a sua aplicação de emissão de NFS-e vai encontrar os schemas corretos para a cidade em questão.