Painel de líderes

ACBrNFe1.DANFE.Cancelada := True; ACBrNFe1.DANFE.Protocolo := <protocoloCancelamento>;

Olá Pessoal, É com muita satisfação que venho comunicar a todos que o componente ACBrNFSeX já está gerando, assinando e validando o XML do DPS (Declaração Provisória de Serviço) termo usado no layout da NFS-e Padrão Nacional. Foi implementado o provedor PadraoNacional no componente. A implementação está dividida em 3 etapas: 1. Escrever a Unit que vai gerar o XML do DPS. 2. Escrever a Unit que vai ler o XML do DPS e da NFS-e. 3. Escrever a Unit que monta os Envelope Soap para cada serviço disponibilizado pelo WebService, prepara o envio do XML de cada serviço, bem como o tratamento do retorno de cada serviço. A etapa 1 já foi finalizada, vamos partir agora para a etapa 2. Já foi escrito uma previa do código que prepara o XML de envio para que fosse possivel testar a unit que gera o XML, mas ela ainda vai sofrer alterações. Para finalizar, fui obrigado a fazer alguns ajustes nas classes, mais precisamente na classe que contém as informações sobre o Intermediário, Construção Civil e em 2 campos da classe Tomador. Abaixo temos uma relação do que foi alterado: A esquerda como era, a direita como ficou: IntermediarioServico.* => Intermediario.* IntermediarioServico.RazaoSocial => Intermediario.RazaoSocial IntermediarioServico.IssRetido => Intermediario.IssRetido IntermediarioServico.CpfCnpj => Intermediario.Identificacao.CpfCnpj IntermediarioServico.InscricaoMunicipal => Intermediario.Identificacao.InscricaoMunicipal IntermediarioServico.EMail => Intermediario.Contato.EMail IntermediarioServico.DDD => Intermediario.Contato.DDD IntermediarioServico.Telefone => Intermediario.Contato.Telefone Tomador.NifTomador => Tomador.IdentificacaoTomador.Nif IdentificacaoTomador.DocTomadorEstrangeiro => IdentificacaoTomador.DocEstrangeiro ConstrucaoCivil.CodigoMunicipioObra => ConstrucaoCivil.Endereco.CodigoMunicipio ConstrucaoCivil.LogradouroObra => ConstrucaoCivil.Endereco.Endereco ConstrucaoCivil.ComplementoObra => ConstrucaoCivil.Endereco.Complemento ConstrucaoCivil.NumeroObra => ConstrucaoCivil.Endereco.Numero ConstrucaoCivil.BairroObra => ConstrucaoCivil.Endereco.Bairro ConstrucaoCivil.CEPObra => ConstrucaoCivil.Endereco.CEP ConstrucaoCivil.UFObra => ConstrucaoCivil.Endereco.UF ConstrucaoCivil.CodigoPaisObra => ConstrucaoCivil.Endereco.CodigoPais ConstrucaoCivil.xPaisObra => ConstrucaoCivil.Endereco.xPais

Senhores, tenho um executável que faz a comunicação com a API do Banco do Brasil usando o ACBrBoleto, tenho o código abaixo que na minha maquina funciona sem problemas: SalvaLog('EnviaBoletos 1'); Boleto := TACBrBoleto.Create(nil); SalvaLog('EnviaBoletos 2'); BoletoFC := TACBrBoletoFCFR.Create(nil); SalvaLog('EnviaBoletos 3'); Entretanto quando executa esse executável na maquina do cliente o erro abaixo acontece: O erro acontece quando executa : BoletoFC := TACBrBoletoFCFR.Create(nil), pois o log EnviaBoletos 3 não é executado. Sei que o erro é muito genérico, mas alguém poderia ter alguma ideia do que pode esta acontecendo?

Boa tarde. Na geração do arquivo de remessa de pagamento CNAB através do componente PagFor, quando gerado utilizando o Banco Ailos (pagCECREDE), na posição 14 até 16 (versão do layout do lote) do header do lote o componente está preenchendo com ‘000’, porem o manual do banco informa que o dado esperado é ‘045’. PagFor.BancoCECRED.GravarTxtRemessa.pas

Boa tarde...o problema está no nome do cliente que usava o & comercial..exemplo: FERNANDO & GARCIA LTDA...eu tem que trocar o & comercial pelo E simples. Pode encerrar o tópico. Caso alguém passe por esse erro na NFS-e é só substituir o & por E.

Obrigado pela ajuda, já consegui resolver. Pode fechar o tópico.

@Alisson Marques Usamos o componente TACBrSpedPCImportar junto o TACBrSPEDPisCofins para unificar os arquivos do sped matriz filial.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Deu certo, era isso mesmo, obrigado. @Renato RubinhoPode encerrar este fórum.

Fiz tudo aqui e agora deu certo @Juliomar Marchetti. Muito obrigado pela ajuda.

Obrigado Italo! Já tinha feito esse teste. Vou entrar em contato com a prefeitura.

Boa tarde, Veja os caminhos que indiquei a partir da pasta raiz da instalação dos componentes.

Tentem declarar midaslib na uses de algum form pra ver se resolve

Bom dia, Já inclui na minha lista de tarefas para analisar o problema. TK-3037

Bom dia Andre, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-3035

Ah, acho que entendi então. Do mesmo jeito que imprimo o Danfe normal so faço alterar o fr3 e pronto, seria isso? Achei q tinha q fazer algum tipo de configuração

Bom dia, aberto a TK-3033 para analise

Obrigado pela resposta, Renato! Vou analisar o que consigo extrair do tópico que citou e qualquer avanço trago aqui, valeu!

problema encontrado e resolvido, no array do arquivo pcesConvesaoesocial __ARRAY_MATRIX_EVENTO_INFO na versao S1 do 1207 contava o nome antigo da versao 2.5, evtCdBenPrRP em eventostring e strtotipoevento. alterei para o nome da versao s1 evtBenPrRP, e problema resolvido (TipoEvento: teS1207 ; TipoEventoString: 'S-1207' ; Versao: 'vS1_00'; EventoString: 'evtBenPrRP' ; Schema: schevtBenPrRP ; StrEventoToTipoEvento: 'evtBenPrRP'{'evtCdBenPrRP'} ; Observacao: ''),

Olá Pessoal, A etapa 2 foi concluída a leitura do XML do DPS e já se encontra no SVN, está faltando agora a leitura do XML da NFS-e.

Boa noite, Configure o timeout com 30k. Teste a url pelo navegador para ver se está ativa. As configurações das opções de internet só fazem diferença para WinInet, usando Winhttp não influenciam em nada. Utilizando winCrypt, precisa estar com todas as atualizações do Windows em dia. Como é A1, o ideal e usar OpenSSL que não depende de nada do Windows. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2 Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/ Copie também as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

em 31/08/2022 - A versão 1.33 dessa Nota Técnica traz a suspensão do prazo de implementação das regras X04-50, X04-60, X04-90 e X04-100. Ambiente de Homologação (ambiente de teste das empresas): até 12/09/2022 (suspensão do prazo de implementação) Ambiente de Produção: Implementação futura Houve ainda alteração da documentação das regras X04-30, X04-50, X04-80 e X04-100 para que elas se refiram ao id correto do campo CPF (id: C02a) do Destinatário nas operações de entrada (tpNF=0). Observação: O prazo de entrada em produção dessa NT permanece o mesmo: 12/09/2022, EXCETO para as regras X04-50, X04-60, X04-90 e X04-100. Fonte : http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=No7WPPlEEeg=

Bom dia, Em 26/08/2022 foi publicada a versão 10.0.1 do programa validador do SPEF ECD trazendo as seguintes mudanças: Fonte: http://sped.rfb.gov.br/pagina/show/6063

Foi publicado em 29/08/2022 o Ato DIAT 46/2022 o qual traz alterações relativas aos prazos e regras do Bloco X, sendo elas: Mudanças de Prazos Arquivos de Estoque - Prorrogação da obrigatoriedade de geração e transmissão para 01/12/2022. Arquivos de Redução Z - Prorrogação da obrigatoriedade de geração para 01/01/2023 Pontos de Atenção Haverá obrigação do envio do arquivo de Estoque anualmente, com a situação do Estoque no dia 31/12 de cada ano, com prazo para envio até o dia 20/01 do ano subsequente, sendo que o primeiro arquivo a ser enviado é referente ao dia 31/12/2022, com prazo de envio até o dia 20/01/2023. Com isso, deixa de existir, imediatamente, a obrigação de envio do arquivo referente a anos anteriores. Deixa de ser obrigatório, imediatamente, a transmissão do arquivo de Redução Z ao webservice da SEF. No entanto, os desenvolvedores de PAF-ECF devem adequar seus sistemas para que a partir de 01/01/2023 os arquivos de redução Z sejam gerados diariamente e armazenados, com opção de exportação in loco dos arquivos sempre que solicitado por um auditor fiscal (conforme instruções do anexo único do Ato DIAT). Quanto a transmissão dos arquivos que já estava sendo feita Foi solicitado pela SEFAZ que seja desabilitado o mais breve possível a transmissão de tais arquivos para a SEF, já que nos próximos dias haverá uma manutenção do sistema, que eliminará a recepção dos arquivos de redução Z. Como na prática o próximo arquivo a ser enviado é o de estoque em janeiro, pedimos também que desabilitem o envio de arquivos de estoque até lá. Quanto as pendências de Arquivos Anteriores Toda e qualquer pendência relativa ao Bloco X que tenha sido gerada anteriormente será eliminada, sendo que novas pendências serão geradas a partir da nova data de obrigação sempre que o arquivo de estoque deixar de ser entregue no prazo. Link do Ato DIAT 46/2022 aqui (página 87) Fonte: Mailling de noticias da SEFAZ-SC

Boa tarde. Como não obtive resposta, estamos terminando de implementar a versão 2 desse banco. O banco mudou o OAuth para OAuth2 (Implementado) Estamos terminando de efetuar a geração do JSON de envio (completamente diferente da versão anterior). Assim que terminarmos, adiciono aqui para análise. Atenciosamente.