Painel de líderes

Olá pessoal, Queremos informar a todos nossa ciência de um problema recente no fórum que faz com que alguns tópicos fiquem inacessíveis. Você talvez veja uma mensagem semelhante a essa: Estamos cientes do problema e já solicitamos ajuda do "fabricante" para resolver. Durante esse período, alguns plugins estarão desabilitados. Assim que tivermos novidades, avisamos a todos.

Boa tarde @Italo Giurizzato Junior. O pessoal da Fiorilli entrou em contato comigo via e-mail e confirmaram que precisam atualizar o serviço deles. Obrigado a todos pela ajuda, atualizarei este tópico conforme houver progresso.

o bb é um que a resposta é bem fiel ao de produção. vc nao precisa ter conta para testar.. so criar a aplicação e blz. unica observação que é um ambiente compartilhado. as vezes vc pode ter um retorno de nosso numero ja cadastrado por outro usuario. mas vc pode testar uma range de nossoNumero. e a partir dai seguir uma sequencia.

Pra esse caso de desempenho é importante usar a MT para que a geração dos boletos siga "em paralelo", ou seja, você pode ir disparando as gerações ao mesmo tempo e uma não depende da outra. Também é importante lembrar que não depende apenas da escolha da ACBrLib utilizada, mas também da forma que seu desenvolvedor implementa o codigo na sua aplicação.

Lembrando que a lib nao tem limitacao de quantidade, hora, minuto, porém pode ser que o endpoint não resposta como esperado. Exemplificando o BB responde em milésimos de segundos, o C6 pode demorar um pouco mais para retornar. (mas é coisa da API do banco, se vc testar via postman vai ter o mesmo resultado)

A ideia do teste é ser realizado em ambiente de homologação. "Testar em produção" nunca é uma boa ideia (atire a primeira pedra quem nunca fez... ) Acredito que o BB (Banco do Brasil) por exemplo tenha um ambiente de homologação. Verifique no https://www.bb.com.br/site/developers/ ou até mesmo se for o caso talvez vale um contato com algum GCash (gerente do banco) para discutir seu caso. Importante ressaltar que o teste de stress pode se tornar parte da sua rotina de testes, sendo executado periodicamente (antes de lançamentos de versões, por exemplo). Outros bancos podem ter os ambientes também. Pode consultar com seus gerentes ou gerentes de seus clientes.

Bom dia, Para esses casos é interessante realizar um "Teste de Stress". https://yaman.com.br/pt-br/blog/stress-test-2/#:~:text=O Stress Test tem como,volume desejado e%2Fou esperado. Você atinge dois resultados aqui. Tira sua dúvida sobre a capacidade da ACBrLib e também garante o bom funcionamento do seu sistema, tendo em vista que tem um volume considerável de operação como você mesmo comentou.

Olá pessoal! No CNPJá, nosso compromisso é facilitar o acesso automatizado a informações públicas, promovendo a transparência e a eficiência para todos os cidadãos. Com esse objetivo em mente, temos o prazer de apresentar nossa nova API de consulta de CNPJ, totalmente gratuita, acessível a todos, sem a necessidade de autenticação ou cadastro. Esta API oferece acesso a informações atualizadas, com uma defasagem máxima de 45 dias, provenientes dos principais portais públicos: - Receita Federal: Dados cadastrais, situação, contatos, endereço, CNAEs e sócios. - Simples Nacional: Indicador de opção e datas de inclusão no Simples e MEI. - Cadastro de Contribuintes: Número, UF e situação cadastral das inscrições estaduais. - SUFRAMA: Número, situação cadastral, e incentivos fiscais da inscrição. Exemplo de consulta: https://open.cnpja.com/office/07526557011659 Interface para testes online: https://cnpja.com/api/open/try Referência da API: https://cnpja.com/api/open/reference Para garantir uma experiência de qualidade, a API pública é limitada a 5 consultas por minuto por endereço de IP. Estamos ansiosos para que explorem essa nova ferramenta e aproveitem ao máximo as possibilidades que ela oferece. Caso tenha alguma dúvida ou precise de suporte, estamos à disposição.

Pessoal dando continuidade aos testes das implemenraçoes da emissao de NFSe pelo padrão Giss que estamos discutindo neste topico, que esta dando erro: Estgou recebendo o retorno de "Codigo do pais nao informado", estou enviando o CodigoPais no INI, como podemos ver abaixo: [IdentificacaoRps] SituacaoTrib = NaturezaOperacao = 1 Producao = 2 Numero = 606 Serie = 1 Tipo = 1 DataEmissao = 27-08-2024 Competencia = 27-08-2024 [Prestador] Regime = 6 OptanteSN = 1 IncentivadorCultural = 2 CNPJ = 12107026000112 InscricaoMunicipal = 95866 CodigoMunicipio = 3525904 [Tomador] Tipo = 2 CNPJCPF = 66475502081 RazaoSocial = VINICIUS SOUZA Logradouro = RUA CAPITÃO CASSIANO RICARDO DE TOLEDO Numero = 191 Bairro = CHÁCARA URBANA CodigoMunicipio = 3525904 CEP = 13201840 UF = SP Email = [email protected] [Servico] CodigoCnae = CodigoTributacaoMunicipio = 465 ItemListaServico = 1401 Discriminacao = TESTE CodigoMunicipio = 3525904 MunicipioIncidencia = 3525904 ExigibilidadeISS = 1 ResponsavelRetencao = CodigoPais = 1058 [Valores] ValorServicos = 1,00 BaseCalculo = 1,00 Aliquota = 1,00 ValorIss = 0,01 ISSRetido = 2 Mas o XMl está sendo gerado sem ele, como podemos ver abaixo: <?xml version="1.0" encoding="UTF-8"?> <ns4:Rps xmlns:ns4="http://www.giss.com.br/tipos-v2_04.xsd"> <ns4:InfDeclaracaoPrestacaoServico> <ns4:Rps> <ns4:IdentificacaoRps> <ns4:Numero>606</ns4:Numero> <ns4:Serie>1</ns4:Serie> <ns4:Tipo>1</ns4:Tipo> </ns4:IdentificacaoRps> <ns4:DataEmissao>2024-08-27</ns4:DataEmissao> <ns4:Status>1</ns4:Status> </ns4:Rps> <ns4:Competencia>2024-08-27</ns4:Competencia> <ns4:Servico> <ns4:Valores> <ns4:ValorServicos>1.00</ns4:ValorServicos> <ns4:ValorIss>0.01</ns4:ValorIss> <ns4:Aliquota>1.00</ns4:Aliquota> </ns4:Valores> <ns4:IssRetido>2</ns4:IssRetido> <ns4:ItemListaServico>14.01</ns4:ItemListaServico> <ns4:CodigoTributacaoMunicipio>465</ns4:CodigoTributacaoMunicipio> <ns4:Discriminacao>TESTE</ns4:Discriminacao> <ns4:CodigoMunicipio>3525904</ns4:CodigoMunicipio> <ns4:ExigibilidadeISS>1</ns4:ExigibilidadeISS> <ns4:MunicipioIncidencia>3525904</ns4:MunicipioIncidencia> </ns4:Servico> <ns4:Prestador> <ns4:CpfCnpj> <ns4:Cnpj>12107026000112</ns4:Cnpj> </ns4:CpfCnpj> <ns4:InscricaoMunicipal>95866</ns4:InscricaoMunicipal> </ns4:Prestador> <ns4:TomadorServico> <ns4:IdentificacaoTomador> <ns4:CpfCnpj> <ns4:Cpf>66475502081</ns4:Cpf> </ns4:CpfCnpj> </ns4:IdentificacaoTomador> <ns4:RazaoSocial>VINICIUS SOUZA</ns4:RazaoSocial> <ns4:Endereco> <ns4:Endereco>RUA CAPITAO CASSIANO RICARDO DE TOLEDO</ns4:Endereco> <ns4:Numero>191</ns4:Numero> <ns4:Bairro>CHACARA URBANA</ns4:Bairro> <ns4:CodigoMunicipio>3525904</ns4:CodigoMunicipio> <ns4:Uf>SP</ns4:Uf> <ns4:Cep>13201840</ns4:Cep> </ns4:Endereco> <ns4:Contato> <ns4:Email>[email protected]</ns4:Email> </ns4:Contato> </ns4:TomadorServico> <ns4:RegimeEspecialTributacao>6</ns4:RegimeEspecialTributacao> <ns4:OptanteSimplesNacional>1</ns4:OptanteSimplesNacional> <ns4:IncentivoFiscal>2</ns4:IncentivoFiscal> </ns4:InfDeclaracaoPrestacaoServico> </ns4:Rps>

Muito obrigado pela resposta e atenção amigo, vou tentar fazer aqui.

Boa tarde. Isso se aplica ao SITEF... Para impedir que fique exibindo perguntas como: A vista ou parcelado... crédito ou débito... etc... eu uso a OperacaoCRT e as Restrições. Por exemplo, em uma venda que eu quero indicar cartao de crédito parcelado... ACBrTef.CliSitef.OperacaoCRT := 3; // crédito ACBrTef.CliSitef.Restricoes := '16;26;28;36'; No caso das restrições, esses códigos estão no manual do sitef.. mas basicamente estou restringindo: 16 Cartao de Debito a Vista 26 Cartao de Credito a Vista 28 Cartao Parcelado pela Administradora 36 Consulta de Parcelas no Cartao de Credito Caso esteja aparecendo outras opções voce vai restringindo... no final só vai sobrar a opção que voce quer, que no exemplo seria cartao de credito parcelado. Aí para informar o número de parcelas automaticamente no caso do Sitef, você vai usar o evento AcbrTef.TEFCliSiTef.OnObtemCampo mais ou menos dessa forma... procedure TTef.tefObtemCampo(Titulo: String; TamanhoMinimo, TamanhoMaximo, TipoCampo: Integer; Operacao: TACBrTEFDCliSiTefOperacaoCampo; var Resposta: AnsiString; var Digitado, VoltarMenu: Boolean); begin if TipoCampo = 505 then begin Resposta := '10'; // quantidade Digitado := true; VoltarMenu := false; end; end; Agora no caso do PayGo eu consegui fazer também mas naquela modalidade antiga por troca de arquivos, pelo TEFDial... o paygo da forma mais nova eu não cheguei a implementar.

Fizemos um teste com o seu arquivo .ini e suas credenciais. No programa Exemplo em nosso ambiente retornou sem erros. [Boletos Index = 000] nossoNumero = 00002860 dataRegistro = 16/08/2024 dataVencimento = 26/08/2024 valorDocumento = 10 carteiraConvenio = variacaoCarteiraConvenio = 0 codigoEstadoTituloCobranca = 09 estadoTituloCobranca = Baixada contrato = dataMovimento = 30/12/1899 dataCredito = 30/12/1899 valorAtual = 0 valorPago = 0 NossoNumeroCorrespondente = SeuNumero = 39748 EMV (QrCode Pix) = 0002010102122677 ... Dados omitidos Cod_Retorno= Msg_Retorno= Ori_Retorno= HTTP_Result=200 JSON={ "data" : [{ "id_boleto" : "6bdaabf6-241a-4 ... Dados omitidos Foi enviado por email o log completo para que você possa analisar.

Vc está com a pasta de schemas desatualizada.

é o Bolecode então é o boleto hibrido

Boa tarde! Em seu trecho de código não consta a informação mencionada pelo @Renato Rubinho. Veja como é a função Enviar do componente ACBreSocial: function TACBreSocial.Enviar(AGrupo: TeSocialGrupo): boolean; begin WebServices.EnvioLote.Clear; result := WebServices.Envia(AGrupo); end; Note que ele requer um parâmetro do tipo TeSocialGrupo cujos valores são: TeSocialGrupo = (egIniciais = 1, egNaoPeriodicos = 2, egPeriodicos = 3); Esta é a informação que você precisa checar. O evento S-2400 é do tipo egNaoPeriodicos, se você estiver enviando com valor diferente deste pode ser a razão de estar recebendo o erro.

Diz que há consumo indevido, porem, não há documentado a quantidade para se gerar essa exceção... como as regras ainda estão sendo ativas, acho que isso ainda está bem flexível perante a SEFAZ; Existe a API da própria GS1 https://www.gs1br.org/hub-de-dados/servicos-e-solucoes/apis-de-cadastro-e-consulta https://verifiedbygs1.gs1br.org/ Informações de produtos disponíveis: Marca; Descrição do produto; Dados da classificação do produto (Segmento, Família, Classe e Subclasse/Bloco); CEST; NCM; Peso bruto; Unidade de medida do peso bruto URL da foto do produto; GTIN de nível inferior; Quantidade de itens contidos. Information about the company that licenced this GTIN Company Name RECOFARMA INDÚSTRIA DO AMAZONAS LTDA Address RECOFARMA INDÚSTRIA DO AMAZONAS LTDA BURITI, 190 MANAUS, RJ 69075-000 Brazil Website Unknown License Key 7894900 License Type GS1 Company Prefix Global Location Number (GLN) Unknown Licensing GS1 Member Organisation GS1 Brasil Refrigerante Coca-Cola Lata 350ml GTIN 07894900010015 Brand name (pt-BR) Coca-Cola Product description (pt-BR) Refrigerante Coca-Cola Lata 350ml Product image URL (pt-BR) https://cnp30blob.blob.core.windows.net/cnp3files/https:img.simplustec.com.brproduct_images78949000100151thumbnail-7894900010015_1_2_3000_300_RGB.jpg Global product category 10000201 Drinks Flavoured – Ready to Drink Net content 350.0 Millilitre Country of sale Brazil Rate the quality of this data My product information is incorrect, what should i do? This data has been provided by RECOFARMA INDÚSTRIA DO AMAZONAS LTDA and was last updated on 27 Apr 2023. This GTIN record has complete data.

Boa tarde @valterpatrick, Com relação a sua ultima pergunta eu aconselho que ao consultar o GTIN ela seja feita no momento que o produto esta sendo cadastrado e não ao lançar o mesmo em uma venda.

Ao enviar o evento, você deve informar a qual grupo ele pertence. 1. Se estiver utilizando o componente, veja como é feito no programa de exemplo procedure TfrmACBreSocial.btnEnviarClick(Sender: TObject); . . . ACBreSocial1.Enviar(TESocialGrupo(rdgGrupo.ItemIndex + 1)); 2. Se estiver utilizando a Lib, segue documentação https://acbr.sourceforge.io/ACBrLib/eSocial_EnviareSocial.html

tente aumentar o timeOut por favor

Boa tarde @Danny, Eu particularmente não aconselho usar um numero fixo para o numero do lote, pois existem provedores que exigem que o numero do lote seja sequencial. Hoje a cidade do seu cliente se utiliza do provedor Fiorilli que não faz essa exigência, mas amanhã pode ocorrer a troca de provedor e este exigir.

Bom dia @Daniel InfoCotidiano e @Italo Giurizzato Junior, conforme sugestão de vocês entrei em contato com o pessoal da Fiorilli, enviei o erro e os arquivos para eles analisarem e me retornarem. Assim que eu tiver uma resposta publico aqui no fórum. Muito obrigado pela ajuda de vocês, Marcos

Certo vou preparar o Exemplo para testar. Depois envio os dados.

Pessoal, me desculpem, já foi visto aqui que tem SIM no Linux a MT, ele já vai fazer a troca pra gente. Me desculpem pela falha.

Obrigado! Achei que o problema era aqui no meu computador Valeu

Bom dia @MFK, Tenho informações que o provedor Fiorilli fez uma alteração em seu sistema e agora se faz necessário que a prefeitura entre em contato com a Fiorilli para que esta possa aplicar a alteração no sistema que esta rodando no servidor da prefeitura. Leia o tópico abaixo é de outra cidade.

Já iniciamos com ao menos mais 3 bancos a procura por ambientes de testes deles, infelizmente é isso ai haiuhaihuaiuha, tem casos que não temos muito a opção de testar em sandbox pq é um ambiente limitado que não nos mostra o real tempo de resposta ou não traz o retorno esperado por serem respostas mocadas... afinal nesses testes também incluímos cenários de erros e afins pra ver como a aplicação se comportará como um todo. Estamos aguardando o retorno dos bancos pra ver se conseguimos de alguma forma simular com o maximo de precisão possível, trago aqui depois os retornos que eu conseguir. O intuito inicial do post era pra saber se internamente isso ja foi feito antes e pra saber se algum outro usuário também já precisou passar por isso.

Se você tiver um tempo para desenvolver, eu recomendaria você utilizar o S3 da AWS. No Delphi tem o componente TAmazonConnectionInfo para isto. Vou te dar um exemplo: var AWS: TAmazonConnectionInfo; S3: TAmazonStorageService; Response: TCloudResponseInfo; BytesStream: TBytesStream; FileStream: TFileStream; BytesEnviar: TBytes; NomeArqAWS: string; begin AWS := TAmazonConnectionInfo.Create(Self); AWS.UseDefaultEndpoints := False; AWS.ConsistentRead := True; AWS.Protocol := 'http'; AWS.AccountKey := 'AccountKey'; AWS.AccountName := 'AccountName'; AWS.Region := AWS.GetRegionFromString('Region'); AWS.StorageEndpoint := 'StorageEndpoint'; S3 := TAmazonStorageService.Create(AWS); Response := TCloudResponseInfo.Create; NomeArqAWS := 'nome_sub_pasta/nome_arquivo'; BytesStream := TBytesStream.Create; try try BytesStream.LoadFromFile('arquivo'); BytesStream.Position := 0; SetLength(BytesEnviar, BytesStream.Size); BytesStream.ReadBuffer(BytesEnviar, BytesStream.Size); Result.ArquivoEnviado := S3.UploadObject('nome_bucket', NomeArqAWS, BytesEnviar, False, nil, nil, amzbaBucketOwnerFullControl, Response); Result.StatusCode := Response.StatusCode; Result.StatusMessage := Response.StatusMessage; except on E: Exception do begin Result.ArquivoEnviado := False; Result.StatusCode := 0; Result.StatusMessage := E.Message.Trim; end; end; finally S3.Free; AWS.Free; Response.Free; end;

Oi Alexandre, No meu caso, os anexos enviados estão ocupando 3,63Mb dos 10Mb disponíveis, portanto não deve ser este o problema. Obrigado pela dica. Sergio

Olá pessoal! Na página Sobre o SAT da Sefaz de São Paulo, consta um recado informando que no dia 01/10/2024 a partir das 08h30 a Sefaz vai iniciar o processo de desligamento do protocolo TLS 1.0, com previsão inicial de o processo durar 2 horas. Durante esse período pode ocorrer instabilidade da comunicação com a Sefaz e por isso orienta que a ativação de novos SATs sejam feitos fora deste período. Também é lembrado que: Após este processo, os somente os SATs que se comunicam usando o protocolo TLS 1.0 não vão mais conseguir realizar comunicação. Esse processo já foi previamente comunicado pela Sefaz em aviso no dia 15/03/2024 (noticiado em nosso fórum no tópico Desligamento dos protocolos SSL 3.0 e TLS 1.0 para SAT nos próximos meses no dia 28/03/2024 e também no tópico ATENÇÃO!!! Desativação de Protocolos inseguros na comunicação dos SATs SSL3.0 e TLS1.0 no dia 13/06/2024). A tabela abaixo mostra os modelos de SAT afetados por este processo: Fabricante Modelo de SAT Versões de Software Básico de SAT Há atualizações de SAT para versão mais segura? Bematech RB-1000 e RB-2000 02.00.00 e 02.01.00 NÃO Jetway JS-1000 03.00.01 SIM Nitere NSAT4200 02.00.03 e 02.01.04 NÃO Tanca TS-1000 e TS-2000 01.00.00, 01.01.00, 01.01.01, 02.00.00, 02.02.00, 02.02.02, 03.00.00, 03.00.03 e 03.00.04 SIM Urano SAT UR e U-S@T 01.00.01 e 01.00.02 NÃO

Perfeito, vou analisar aqui e qualquer coisa pergunto ao provedor se é possível devolver essa informação. Muito obrigado.