Painel de líderes

Segue pdf e xml do provedor eu gostaria de contribuir mais como fazer para entender a logica do acbr para poder ajudar 019431.xml 19431 SANTA ADELIA ,.pdf

Vamos fazer uma imersão em ARQUITETURA FISCAL de Software AO VIVO? A Masterclass Essencial será ao vivo, dias 25/02/2023, 04/03/2023 e 11/03/2023 das 9:00 às 12:00 pela plataforma ZOOM. O conteúdo dela ficará disponível por 1 ano na plataforma EAD. Seu time devidamente qualificado e seu software fiscalmente arquitetado! Vem pra dentro da turma: https://bit.ly/3XoKMFr

Bom dia Gabriel, Veja: NFSeNode.AppendChild(AddNode(tcStr, '#1', 'ChaveAutenticacao', 1, 36, 1, ChaveAcesso, '')); E este outro: AWriter.ChaveAcesso := Configuracoes.Geral.Emitente.WSChaveAcesso; Você precisa configurar o componente informando a chave de acesso na propriedade de configuração WSChaveAcesso.

Bom dia Italo, Fontes atualizados, e componente reinstalado. Caso alguém tenha um retorno de "String truncated", é campo que está sendo passado com valor maior que o tamanho do campo, no meu caso aqui ocorreu com a Série, que para este provedor aceita 3 caracteres. Acertei isso e deu certo. A transmissão da NFSe aparentemente está ok, está retornando agora o número da NFSe e um código de validação que dá pra ser usado com a url https://santabarbara.sigissweb.com/validarnfe?codigo=000000000000000000000000000000000000000000, que direciona para a aplicação da prefeitura e ao clicar em Executar valida a nota e baixa o pdf dela. Aproveitei e validei o cancelamento também, e aparentemente tudo certo. É necessário passar o código de verificação retornado na transmissão para a propriedade ChaveNFSe e também deve ser preenchida a propriedade DataEmissaoNFSe. Tudo validado em ambiente de homologação, em produção pelo jeito não terá problemas também. Obrigado pela ajuda.

1 - Não, apenas retirei o &wsdl do final da URL de homologação e recompilei o .res. Como ontem tentei de tudo sem sucesso e vi que no postman ele ia com o &wsdl resolvi colocar no ini. Hoje limpei tudo, recompilei res e foi... 2 - Vou fazer contato com a IPM para questionar eles sobre isto.

Boa tarde pessoal, Em 16/02/2023, o Banco Central publicou a resolução 293 a qual visa trazer mais clareza quanto as possibilidades de terceirização e de parcerias no âmbito dos serviços relacionados ao PIX, além de esclarecer as responsabilidades dos agentes envolvidos, e estabelecer um regime de transição aplicável aos agentes elegíveis, que atenda também a regulamentação geral dos órgãos que regulamentam este setor. Tais mudanças vem do constante acompanhamento do Banco Central aos modelos de negócios que vem surgindo deste o surgimento do PIX, visando garantir a devida segurança ao ecossistema. a clareza quanto a viabilidade e segurança dos modelos de negócios e também a transparência de informações. Principais novidades Disposições transitórias para os pedidos de adesão enquadrados no regime de transição previsto na Resolução BCB nº 293 Unificação dos documentos apresentados para prorrogação da etapa homologatória e para entrada em produção no Pix e no SPI, especificamente Alterações pontuais nos testes do DICT Esclarecimento de regras da adesão Regras sobre a Facilitação do Serviço de Saque ofertada por cooperativas singulares filiadas a centrais Dispositivo nos formulários para identificar o motivo do envio Esclarecimentos nos formulários referentes a serviços pontuais (Participação no Open Finance e Geração de QR estático para PJ) Link para a resolução 293 Fonte: AFRAC

Boa tarde Ele esta como ACBrBancoUnicredES no componente.

Obrigado crieis os links: ln -s libssl.so.3.0.1 libssl.so ln -s libcrypto.so.3.0.1 libcrypto.so e funcionou Obrigado

Caro Ítalo, Resolvido o problema, era o tipo de campo na FDQuery que estava do tipo TStringField, alterei para TMemoField e deu tudo certo. Grato,

Boa tarde. Tivemos recentemente rejeição no envio de GNRE para receita 100110 (A receita '10011-0' exige contribuintes inscritos! Favor informar a Inscricao Estadual do Emitente.) Ao realizar os ajustes para envio da IE da UF favorecida nos deparamos com a seguinte orientação quanto ao preenchimento da GNRE para envio de Inscrição estadual: Contribuinte Emitente - Se o contribuinte tiver inscrição da UF Favorecida, preencher apenas o campo 'Inscrição Estadual', caso contrário, preencher os demais campos que correspondem ao Contribuinte Emitente. Dados relacionados ao contribuinte emitente: - Inscrição Estadual - Corresponde a inscrição estadual na UF favorecida. ou - CNPJ/CPF - Corresponde à Identificação do Contribuinte/Empresa responsável pelo fornecimento de mercadorias/produtos. Informar CNPJ quando se tratar de pagamento efetuado por pessoa jurídica, ou CPF quando se tratar de pagamento efetuado por pessoa física. - Razão Social - Corresponde ao nome da Razão Social do contribuinte. - Endereço - Corresponde ao endereço completo empresa do contribuinte (logradouro, número, bairro e complemento do endereço do contribuinte). - UF - Corresponde a UF da empresa do contribuinte. - Município - Corresponde ao município empresa do contribuinte. Selecione primeiro a UF do contribuinte emitente para habilitar este campo. - CEP - Corresponde ao CEP da empresa do contribuinte. - Telefone - Corresponde ao código DDD (2 dígitos) e número do telefone do contribuinte (8 dígitos). https://www.gnre.pe.gov.br:444/gnre/portal/ajuda.jsp Porém o preenchimento da IE estava condicionada ao preenchimento do campo de identificação do emitente (CNPJ). Foi necessário ajuste para permitir envio apenas da IE sem demais informações. Segue arquivo anexado. pgnreGNREW.pas

Confirme se está instalando a versão 1.1.1 da OpenSSL

Resolvi o problema, o SSL_TYPE deve ser LT_TLSV1_2 Obrigado pelo retorno!

Bom dia Luis, Você esta usando o Fortes ou o Fast Report? Você não anexou o XML da nota.

Consegui resolver vendo outro Post. Evento S-3000 o Grupo é:2 Não periódico mesmo excluindo evento Periódico.

Bom dia Daniel, Foi necessário fazer alguma alteração no componente para que o envio ocorresse com sucesso ou foi correção do lado do provedor? O com a data é o seguinte, segundo o manual da ABRASF (uma vez que esse novo webservice do provedor IPM segue a versão 2.04 da ABRASF) a formatação das datas é AAAA-MM-DD. Note que o XML da NFS-e gerado pelo provedor esta gerando a data de emissão segundo a formatação DD/MM/AAAA já a competência esta AAAAMM. Vai ser necessário entrar em contato novamente com eles e mostrar que a formatação da data de emissão não esta de acordo com o manual da ABRASF.

ACBrLibNFSe ainda esta em desenvolvimento.. Estamos trabalhando nela..

No site https://df.issnetonline.com.br/online/Login/Login.aspx quando voce loga , vai no menu Outras Opcoes->Imprime ficha cadastral, verifica la se esse cnae consta na lista.

Corrigindo... achei! havia um ACBrNFSe.Configuracoes.WebServices.Visualizar := true; mudei pra false e resolveu obrigado

Boa tarde, Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Bom dia, alterei o código para esse dmML.ResetRESTComponentsToDefaults; dmML.RESTClientML.ContentType := 'application/xml'; dmML.RESTClientML.BaseURL := 'https://api.mercadolibre.com/'; dmML.RESTRequestML.Resource := 'shipments/' + strShippingID + '/invoice_data?access_token=' + dmML.OAuth2AuthenticatorML.AccessToken + '&siteId=MLB'; dmML.RESTRequestML.Method := TRESTRequestMethod.rmPOST; dmML.RESTRequestML.Params.Clear; dmML.RestRequestML.AddBody(MemoXML.Text, ctAPPLICATION_XML); dmML.RestRequestML.Execute; MessageDlg(dmML.RESTResponseML.Content, mtInformation, [mbOK], 0); e funcionou. Espero que ajude!

Boa tarde a todos, Já esta no SVN as alterações realizadas tanto para atender a versão 2.1.1 quanto ao novo ambiente de recepção dos eventos que agora é uma API Rest. Favor atualizarem todos os fontes de todas as pastas, reinstale o ACBr e inicie os testes. Foram feitas alterações nos programas exemplos (Delphi e Lazarus), eles trazem dicas de como obter o retorno tanto do envio quando das consultas.