Diego Foliene

Boa tarde! Um momento, por favor, vou buscar mais informações a respeito.

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.

Olá pessoal! No dia 26/08/2024 foi publicada a versão 1.04 desta nota técnica. A nova versão corrige o nome do Webservice do CTe simplificado incluindo o V4 no final, mudando efetivamente o nome do serviço de CTeRececpcaoSimp para CTeRecepcaoSimpV4. Também nesta nova versão é alterado o texto da regra de validação G043, corrigindo as menções de vRec e vPrest para vTRec e vTPrest, dando a regra a seguinte redação: As datas de implementação em homologação e em produção permanecem as mesmas. Leia a versão 1.04 desta nota técnica AQUI.

Bom dia @janderson@atron. O problema ainda persiste? Como questionado pelo Juliomar, você está fazendo o envio de forma síncrona ou assíncrona? Seus fontes estão atualizados e em dia com o SVN? Se você conferir no arquivo de retorno do web service, consta a informação da dhRecbto?

Bom dia. Conforme mencionado anteriormente no Discord, foi enviado ao SVN no dia 19/08/2024, nas revisions 34892 e 34893. Por favor, caso ainda não o tenha feito, peço que atualize seus fontes, reinstale o ACBr para realizar novos testes e reporte qualquer problema.

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

Olá pessoal! O comportamento da quebra de linha nos impressos do ACBr será alterado! Como é hoje? Atualmente os impressos do ACBr fazem uso do caractere de ponto e vírgula para quebra de linha. Isso quer dizer que se o seu XML tiver um conteúdo como este: <infCpl>Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 </infCpl> No momento em que for impresso, o conteúdo fica desta forma: Teste Linha1 Teste Linha2 Teste Linha3 No entanto, entendemos que ao manter fixo o ponto e vírgula, limitamos as possibilidades no momento de criar a informação. Se o cliente solicitasse que aparecesse o ponto e vírgula no impresso, não importa quantas vezes fosse adicionado o mesmo, só iria quebrar a linha. Por isso, este comportamento foi alterado. Como ficou? Os componentes de documentos fiscais possuem uma configuração chamada QuebraDeLinha em sua classe de web service. Esta configuração será utilizada ao invés do ponto e vírgula, fornecendo uma maior variedade de customização. Com isso, será possível definir o caractere que deseja para usar como quebra de linha. Em um exemplo, vamos considerar que desejo que o caractere de quebra seja \r\n. Para isso, vou definir a configuração desta forma: ACBrDFe.Configuracoes.WebServices.QuebraDeLinha := '\r\n'; Definindo a configuração desta forma, o conteúdo: <infCpl>Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 </infCpl> Vai ser exibido no impresso: Teste Linha 1; Teste Linha 2 ;; Teste Linha 3 E caso eu queira que seja feita a quebra de linha vou precisar alterar o conteúdo para: <infCpl>Teste Linha 1\r\n Teste Linha 2 \r\n\r\n Teste Linha 3 </infCpl> Para que seja exibido: Teste Linha1 Teste Linha2 Teste Linha3 E se eu uso o ACBrMonitor ou a Lib, onde vou definir a configuração? Caso utilize a Lib, basta alterar a configuração QuebradeLinha no arquivo de configurações ACBrLib.ini. No exemplo da NFe que foi mencionado seria: [NFe] QuebradeLinha= Caso utilize o ACBrMonitorPLUS, foi adicionada uma config na aba DFe > WebServices > Configurações. Quais componentes se espera que sejam afetados por esta mudança? Os seguintes componentes serão modificados: ACBrBPe. ACBrCTe. ACBrMDFe. ACBrNF3e. ACBrNFe. Quais componentes já está em vigor a alteração? Até o presente momento foram alterados os impressos dos componentes: ACBrNFe. ACBrCTe. ACBrMDFe. Este tópico será atualizado a medida que os demais componentes forem atualizados. Porque isso é importante para mim? Neste processo de padronização, foi definido que será utilizado esta propriedade de quebra de linha e também foi decidido que o valor default para quebra será o pipe(este carinha aqui: | ). Isso acarreta uma mudança de comportamento. O ponto e vírgula, não vai mais quebrar linha a menos que seja definido ele na propriedade.

Boa tarde. O mesmo problema ocorre se você realizar a operação no ambiente de produção? Erro não catalogado costuma ser problema do lado do web service da Sefaz. Do seu lado, também é sempre válido conferir estas configurações:

Bom dia @Terasoft. O problema ainda persiste? Além dos campos de data sugeridos pelo Juliomar, o campo cNF também deve ser armazenado e utilizado o mesmo.

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

Bom dia Peço desculpas pela demora na solução. A analise levou mais tempo do que o necessário pois envolveu outros pontos que envolviam um grande detalhamento. Fornecendo mais detalhes: O ACBr possui atualmente em seu componente nativo, duas formas de realizar a leitura e a escrita do XML. Uma delas é utilizando a biblioteca pcn, que faz os processos de uma forma um pouco mais "manual" e a outra é utilizando uma classe derivada de ACBrXMLDocument. A Lib é compilada utilizando apenas a classe pcn por enquanto. Durante a análise do seu caso, foi constatado que o problema ocorria somente na biblioteca pcn e na IDE do Lazarus(a qual é utilizada para compilação das Libs). Isso levou a uma revisão da classe derivada de XMLDocument e também do processo de conversão das HTML Entities na pcn. Ainda não há uma conclusão sobre o uso da classe derivada de XMLDocument para compilação da Lib, mas foi enviado ao SVN um ajuste que resolve o problema na pcn. Compilações da Lib efetuadas a partir de 26/08 não apresentarão mais o problema ao converter HTML Entities;

O CNPJ do prestador esta correto?

Bom dia! Isto é um erro de validação de schema. Você está enviando o valor 8 para o campo RegimeEspecialTributacao e o mesmo não é válido. Estes são os valores válidos para o campo de acordo com o schema do provedor: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6"/> </xsd:restriction> </xsd:simpleType> O que considerando a solução ACBr converte para: 1 -> MicroEmpresaMunicipal 2 -> Estimativa 3 -> SociedadeProfissionais 4 -> Cooperativa 5 -> MicroempresarioIndividual 6 -> MicroempresarioEmpresaPP

Olá pessoal! Foi publicada a versão 4.0.5 do Programa Validador de Escrituração Digital EFD ICMS IPI. A nova versão traz as seguintes alterações: Fonte: http://sped.rfb.gov.br/pagina/show/7501

Vamos analisar certinho e reportamos aqui qualquer novidade.

Realizados alguns testes e foi possível reproduzir o problema. Criada a #TK-5894 para análise do caso e parecer por parte da equipe de consultores.

Bom dia! Criada #TK-5894 para análise da contribuição e parecer por parte da equipe de consultores.

Bom dia! Arquivos recebidos. Estou analisando os mesmos e dou um retorno assim que possível.

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

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

Bom dia! Por favor, veja se o tópico abaixo possui informações que possam lhe ser úteis:

Bom dia! Por favor, veja se as mensagens deste tópico lhe são úteis:

Boa tarde. Criada a #TK-5889 para análise da solicitação e parecer por parte da equipe de consultores. Qualquer novidade será informada neste tópico.

Bom dia! Se você conferir em seu log, vai ver que o retorno devolvido pelo web service dos métodos de consulta: <es:esConsultarLoteRpsResposta xmlns:es="http://www.equiplano.com.br/esnfs" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.equiplano.com.br/esnfs esConsultarLoteRpsResposta_v01.xsd"> <listaNfse class="list"> <nfse> <nrNfse>18</nrNfse> <cdAutenticacao>E6BE90765A41A4B691CA1D79D3F0277D</cdAutenticacao> <dtEmissaoNfs>2024-08-15T16:21:47</dtEmissaoNfs> <nrRps>26</nrRps> <nrEmissorRps>1</nrEmissorRps> </nfse> </listaNfse> </es:esConsultarLoteRpsResposta> <es:esConsultarNfsePorRpsResposta xmlns:es="http://www.equiplano.com.br/esnfs" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.equiplano.com.br/esnfs consultarNfsePorRpsResposta_v01.xsd"> <nfse> <nrNfse>18</nrNfse> <cdAutenticacao>E6BE90765A41A4B691CA1D79D3F0277D</cdAutenticacao> <dtEmissaoNfs>2024-08-15T16:21:47</dtEmissaoNfs> <nrRps>26</nrRps> <nrEmissorRps>1</nrEmissorRps> </nfse> </es:esConsultarNfsePorRpsResposta> Vai ver que em nenhum deles é devolvida informações o suficiente para montar um XML de NFSe. O ObterXML funciona depois que você transmite um documento, porque a biblioteca faz monta manualmente um arquivo XML para você usando os dados do RPS que você carregou e que em sua maioria são os mesmos da NFSe, acrescentando os dados que foram devolvidas na consulta. Em uma consulta futura, você não tem os dados do RPS carregados na memória e por isso ele não tem como montar o arquivo para você.

Bom dia! Obrigado por reportar. Criada a #TK-5887 para análise do caso e parecer por parte da equipe de consultores.