Diego Foliene

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

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

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

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

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Bom dia! O novo componente ACBrNFSeX define o provedor após você escolher o município, ou seja, para usar qualquer uma das opções da classe Provider, você precisa primeiro configurar o CodigoMunicipio. Assim: // Configura o Layout e o Município no componente. ACBrNFSeX.Configuracoes.Geral.LayoutNFSe := lnfsProvedor; ACBrNFSeX.Configuracoes.Geral.CodigoMunicipio := CodMunicipioIBGE; //Depois de configurar o Municipio, foi definido o provider, agora pode usar. ACBrNFSeX.Provider.ConfigGeral.QuebradeLinha := ';';

Bom dia! Não. Vamos por partes. Vocês estão usando o Demo e a DLL para fazer a ConsultaNFSeServicoTomadoPorPeriodo. O Demo utiliza a DLL, que faz a requisição para o WebService, enviando um arquivo em formato XML no corpo da requisição. Para criar este arquivo XML, é preciso seguir uma estrutura definida pelo provedor. Essa estrutura chamamos de layout. Antes de enviar, para ter certeza de que o layout está correto, nós comparamos este arquivo gerado com um esquema (schema) que é fornecido pelo provedor. Pense no esquema como um exemplo de como o layout deve ser, com algumas regras sobre como preencher cada campo, quantas vezes ele pode aparecer, se é obrigatório ou não, etc. No caso desse serviço em questão, o esquema tem a seguinte estrutura: <!-- Definicao da estrutura de dados para Pedido de um Lote NFSe --> <xs:element name="pedidoLoteNFSe"> <xs:complexType> <xs:sequence> <!-- CNPJ de um contribuinte --> <xs:element name="CNPJ" type="TCnpj" minOccurs="1"/> <!-- Numero da nota inicial --> <xs:element name="notaInicial" type="TNF" minOccurs="0" maxOccurs="1"/> <!-- Numero da nota final --> <xs:element name="notaFinal" type="TNF" minOccurs="0" maxOccurs="1"/> <!-- Data de emissao inicial --> <xs:element name="emissaoInicial" type="TData" minOccurs="0" maxOccurs="1"/> <!-- Data de emissao final --> <xs:element name="emissaoFinal" type="TData" minOccurs="0" maxOccurs="1"/> <!-- Serie das notas --> <xs:element name="serieNotaFiscal" type="TSerie" minOccurs="0" maxOccurs="1"/> <!-- Assinatura digital --> <xs:element ref="ds:Signature" minOccurs="0" maxOccurs="1"/> </xs:sequence> <xs:attribute name="versao" use="required" type="xs:string" fixed="1.0"/> </xs:complexType> </xs:element> Vamos começar a interpretar ele a partir da primeira linha. <xs:element name="pedidoLoteNFSe"> Aqui, está dizendo que a consulta precisa ter um elemento, neste caso um grupo que englobe as informações para o pedido de consulta que deve se chamar pedidoLoteNFSe. <xs:complexType> Está linha indica que este elemento é considerado um "tipo complexo", ou seja, não vai ser só um texto, ou um número, vai ter uma estrutura. <!-- CNPJ de um contribuinte --> <xs:element name="CNPJ" type="TCnpj" minOccurs="1"/> Está linha define que dentro do elemento "pedidoLoteNFSe", deve ter um outro elemento chamado "CNPJ". Esse elemento precisa ser do tipo TCnpj (um tipo complexo) e ter um mínimo de 1 ocorrência, ou seja, é obrigatório ter. <!-- Numero da nota inicial --> <xs:element name="notaInicial" type="TNF" minOccurs="0" maxOccurs="1"/> Está linha indica que dentro do elemento "pedidoLoteNFSe", também pode ter um elemento "notaInicial" do tipo TNF. esse elemento não é obrigatório e pode não ter dentro de pedidoLoteNFSe (isso é indicado pelo minOccurs="0") e se tiver, vai ser no máximo 1 vez (indicado pelo maxOccurs="1"). Considerando tudo isso o conteúdo podemos entender que o XML que é gerado e enviado na NFSE_ConsultarNFSeServicoTomadoPorPeriodo pode ser assim: <pedidoLoteNFSe versao="1.0"> <CNPJ></CNPJ> <notaInicial></notaInicial> <notaFinal></notaFinal> <Serie></Serie> <Signature></Signature> </pedidoLoteNFSe> Assim: <pedidoLoteNFSe versao="1.0"> <CNPJ></CNPJ> <emissaoInicial></emissaoInicial> <emissaoFinal></emissaoFinal> <Serie></Serie> <Signature></Signature> </pedidoLoteNFSe> Ou até mesmo assim: <pedidoLoteNFSe versao="1.0"> <CNPJ></CNPJ> <notaInicial></notaInicial> <notaFinal></notaFinal> <emissaoInicial></emissaoInicial> <emissaoFinal></emissaoFinal> <Serie></Serie> <Signature></Signature> </pedidoLoteNFSe> Se conferirmos no XML que foi gerado pelo programa exemplo e pela Dll quando você tentou, podemos ver que ele tem esta estrutura: <pedidoLoteNFSe versao="1.0"> <CNPJ>oculto</CNPJ> <emissaoInicial>2023-05-01</emissaoInicial> <emissaoFinal>2023-06-02</emissaoFinal> <Signature></Signature> </pedidoLoteNFSe> Note que ela corresponde a uma das opções possíveis, ou seja, deveria ter sido aceita. Ainda assim ela foi recusada pelo WebService dizendo que está faltando o elemento notaInicial. Por isso, você precisa entrar em contato com o provedor* e questionar por que ele está devolvendo este erro quando na verdade deveria ter aceitado. *A Dll apenas gera o XML e faz a requisição para o WebService do provedor no envio e depois interpreta a resposta da requisição, não é a Dll quem aceita o XML e gera a Nota, isso quem faz é o Provedor. Em uma analogia muito simplista ao processo de Nota Fiscal, você transmite o XML da NFe para a Sefaz e ela te da um retorno se aceitou ou não. Pense no provedor como a mesma função da Sefaz neste caso.

Bom dia! Após alterar no INI, para que a alteração de fato vigore, você precisa executar o arquivo Compilas_Res.bat, reinstalar o ACBr e dar um build no seu projeto. Neste tópico tem as devidas orientações:

Bom dia! A Sefaz Goiás está com a contingência ativada desde as 08:35 de hoje(05/06/2023), com previsão de encerramento as 18:35 do mesmo dia. Fonte: Situação SVC-RS Para usar o emitir em contingência usando o ACBr, siga as instruções do tópico a seguir:

Bom dia! Consultando no Portal da Nota Fiscal Eletrônica, consta uma aviso de que a Sefaz São Paulo está com contingência agendada para o dia 11/06/2023, com previsão de inicio as 06:00 e término as 19:00 do mesmo dia. Para transmitir em contingência usando o ACBr, siga as orientações do tópico abaixo:

Bom dia! Contribuição enviada ao SVN na Rev-29668. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! A contribuição foi enviada ao SVN na Rev-29667. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Contribuição enviada ao SVN na Rev-29666. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia! Alteração da versão e URLs enviada ao SVN na Rev-29665. Por favor, queiram atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

pICMSInterPart não pode ser zerado, está é a condição para gerar o grupo. Condição está que está de acordo com o layout:

Boa tarde! Foi publicado no dia 02/06/2023 a versão 3.0.5 do Programa Validador da Escrituração Digital EFD ICMS IPI com as seguintes implementações: Fonte: http://sped.rfb.gov.br/pagina/show/7225

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Boa tarde! Não sei se entendi bem o problema, mas vamos lá. Você colocou no título do tópico "Erro 959". Se conferirmos na NT sobre a tributação monofásica, essa é uma rejeição texto é como segue: No corpo do texto, colocou: Meu entendimento é que você recebeu a rejeição 959 e achou que é porque foi informação de Tributação Monofásica no grupo do CST61 e que não deveria ir. Conferindo na mesma NT, podemos observar que o CST 61 é um dos Monofásicos. Então não é essa a questão. Acredito que você esteja enviando um valor de cProdANP que não está presente na tabela ou esteja usando o CST incorreto para este produto e por isso esteja recebendo está rejeição.

Para usar o GerarNFSeEnvio, ao invés do Emitir(Novo) use o Gerar NFSe no programa exemplo. Ou se estiver usando sua aplicação, ao invés de ACBrNFSeX.Emitir(meAutomatico) use ACBrNFSeX.Emitir(meUnitario).

Para Wincrypt a máquina precisa estar com as atualizações em dia. Se está usando A1, pode testar com OpenSSL também. Defina a propriedade ACBrNFSeX.Configuracoes.WebServices.Salvar := True e faça um novo teste com os dados corretos. Veja se ele vai gerar para você além do envelope de envio um envelope de resposta também.

Verifique se você não tem alguma alteração local(veja se não tem alguma bolinha vermelha em alguma pasta). Fiz um teste instalando no 11.2 com o pacote ACBr_Android desmarcado e instalou e abriu corretamente.

Verifique se você tem o pacote ACBr_Android.dpk dentro de ..\ACBr\Pacotes\Delphi\ACBrAndroid. Se já instalou antes, verifique se não ficou dcu e bpl perdido em outras pastas do Delphi(ao abrir ou compilar o pacote avulso, ele faz isso). Reinstale marcando a opção "Apagar Arquivos Antigos" no instalador.

A mensagem é um erro de validação de schema que foi devolvido a você pelo provedor, ou seja, seu arquivo chegou lá, mas ao passar pela validação de schema do WebService deu um erro. A mensagem diz: Simplificando quer dizer que ele esperava encontrar no arquivo um elemento notaInicial, mas achou o emissaoInicial. Se conferirmos no seu arquivo, ele de fato não tem o elemento notaInicial: <pedidoLoteNFSe versao="1.0"> <CNPJ>oculto</CNPJ> <emissaoInicial>2023-05-01</emissaoInicial> <emissaoFinal>2023-06-02</emissaoFinal> Mas se conferirmos no Schema que temos disponível para este provedor nesta versão temos a seguinte estrutura para o pedidoLoteNFSe. <!-- Definicao da estrutura de dados para Pedido de um Lote NFSe --> <xs:element name="pedidoLoteNFSe"> <xs:complexType> <xs:sequence> <!-- CNPJ de um contribuinte --> <xs:element name="CNPJ" type="TCnpj" minOccurs="1"/> <!-- Numero da nota inicial --> <xs:element name="notaInicial" type="TNF" minOccurs="0" maxOccurs="1"/> <!-- Numero da nota final --> <xs:element name="notaFinal" type="TNF" minOccurs="0" maxOccurs="1"/> <!-- Data de emissao inicial --> <xs:element name="emissaoInicial" type="TData" minOccurs="0" maxOccurs="1"/> <!-- Data de emissao final --> <xs:element name="emissaoFinal" type="TData" minOccurs="0" maxOccurs="1"/> <!-- Serie das notas --> <xs:element name="serieNotaFiscal" type="TSerie" minOccurs="0" maxOccurs="1"/> <!-- Assinatura digital --> <xs:element ref="ds:Signature" minOccurs="0" maxOccurs="1"/> </xs:sequence> <xs:attribute name="versao" use="required" type="xs:string" fixed="1.0"/> </xs:complexType> </xs:element> Note que o MinOcurs tanto para o notaInicial quanto para o nota Final é zero, ou seja, são opcionais. Dito isso, por favor, entre em contato com o provedor e questione o por quê de você estar recebendo este erro.

Bom dia pessoal! Foi publicado hoje no site do e-Social notícia informando sobre a publicação da Nota de Documentação Evolutiva 01/2023. A mesma da publicidade aos leiautes da versão Simplificada 1.2 do e-Social, informando que os mesmos já podem ser considerados para integração. Liberação do ambiente de Produção Restrita(homologação): 18/09/2023 Liberação do ambiente de Produção: 20/11/2023 A notícia pode ser lida na íntegra AQUI. A NDE 01/2023 pode ser lida AQUI. Já foi incluído em nosso planejamento adequação do componente ACBreSocial(e consequentemente Monitor e Lib) para a nova versão.

Você pode alterar a URL e a adicionar a versão no INI depois seguir as orientações deste tópico para que a alteração surta efeito e você possa testar:

O Confaz publicou uma versão atualizada do FAQ com exemplos por CST. Pode ser que seja útil: