renato.rubinho

Obrigado pela contribuição. Foram enviadas correções ao SVN que devem resolver o problema relatado, Rev-45125 Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Olá pessoal, Foram enviadas ao SVN as alterações referentes à versão 2.14 do GNRe na Rev-45102. 1. Novos campos no XML de retorno do Serviço de Consulta de Configurações das UFs (Item: 4.3.2): * enderecoObr.emitCpf * enderecoObr.emitCnpj * Implementados novos campos 2. Alteração em campo existente no retorno do Serviço de Consulta de Configurações das UFs. * TConfigUf.receitas.receita.exigeContribuinteDestinatario passa a aceitar também o valor: O (opcional) * Não foram necessários ajustes no componente, atualizados schemas 3. Alteração no arquivo de schema config_uf_v1.00.xsd (Item: 4.3.2) * Atualizados schemas Até mais,

Olá @Milton Campanhã Obrigado pela contribuição. As implementações da NT 007, Rev-44775, atenderam os ajustes da TtpRetPisCofins propostos. Por favor atualize os fontes, reinstale os componentes, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.

Criada tarefa ACBR-8968 e adicionada no backlog para análise de viabilidade da implementação do consumo dos métodos da Apuração Assistida. Vinculado seu tópico à tarefa e assim que for dado andamento, reportaremos aqui.

Olá pessoal, As implementações do leiaute 12 do ECF foram enviadas ao SVN na Rev-44679 1. Novo item ECFVersao1200 no enumerado dos leiautes 2. Permitir CNPJ alfanumérico, revisados campos existentes e o componente não faz tratamento do formato, os valores alfanuméricos serão considerados corretamente * Registro 0000 - CNPJ * Registro 0035 - COD_SCP * Registro 0930 - IDENT_CPF_CNPJ * Registro C040 - CNPJ * Registro M010 - CNPJ_SIT_ESP * Registro Y600 - CPF_CNPJ 3. Registro X280 * Adicionados campos que não existiam no componente: CNPJ_INCENTIVO, NCM_INCENTIVO, REC_LIQ_INCENTIVO e VL_INCENTIVO 4. Registro 0020 * Exclusão do campo IND_PR_TRANSF a partir da versão 0012 * Novos campos POSSUI_CEBRAS e CEBAS 5. Novo Registro Y730: Identificação de donatários/destinatários de deduções do IRPJ/CSLL * Implementado novo Registro

Para este provedor, a propriedade NFSe.Tomador.Endereco.xPais deve estar em branco ou BRASIL em maiúsculo de acordo com a regra que consta no componente atualmente. De acordo com a resposta do provedor, deixem em branco e vejam o resultado. Preencha a propriedade NFSe.Tomador.Endereco.Numero para gerar a tag Numero do grupo endereco.

Incorporar as fontes não aumenta muito o tamanho do PDF final gerado? Em versões antigas do Fast aumentava mais de 1MB, talvez o interessante seja utilizar uma fonte mais padrão que evite esta necessidade.

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

Obrigado pela contribuição, por favor anexe um XML de exemplo para validação do processamento.

Complementando, não lembro de ter visto este erro em A1. Revise as configurações de SSL/TLS conforme o tópico a seguir(para A1, utilizando OpenSSL você descarta problemas com o Windows). Se estiver utilizando o A1 instalado no Windows, confirme se preencheu o número de série correto no componente.

Use LT_TLSv1_2

[3550308] Nome=Sao Paulo UF=SP Provedor=ISSSaoPaulo Versao=1.00 ProRecepcionar=https://nfews.prefeitura.sp.gov.br/lotenfe.asmx ProLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% HomLinkURL=https://nfe.prefeitura.sp.gov.br/nfe.aspx?ccm=%InscMunic%&nf=%NumeroNFSe%&cod=%CodVerif% Configure a versão 1.00 no ini Configure o LayoutNFSe=lnfsProvedor As empresas do simples estavam conseguindo emitir novamente na versão 2.00, mas barraram novamente. Entrem em contato com a prefeitura para confirmar se isso será definitivo (até 2028)

Tópico vinculado a tarefa ACBR-8766 criada para adequação. Qualquer novidade será divulgada aqui neste tópico.

Atualize os fontes e reinstale os componentes, foi enviada hoje uma correção relacionada ao grupo obra

Você está correto. De acordo com os schemas e a confirmação pelos prints do portal, essas 3 informações fazem parte de um choice, pra gerar: cObra, cCIB, Endereço ou não gerar nada Ou não gera grupo de obra ou gera apenas um desses 3 Em todos os casos, o inscImobFisc é opcional e poderá ser gerado Enviada correção ao SNV na Rev-44188, atualizem, reinstalem os componentes e vejam se foi o resultado esperado. <xs:complexType name="TCInfoObra"> <xs:sequence> <xs:element minOccurs="0" name="inscImobFisc" type="TSInscImobFisc"> <xs:annotation> <xs:documentation>Inscrição imobiliária fiscal (código fornecido pela Prefeitura Municipal para a identificação da obra ou para fins de recolhimento do IPTU)</xs:documentation> </xs:annotation> </xs:element> <xs:choice minOccurs="1"> <xs:element name="cObra" type="TSCodObra"> <xs:annotation> <xs:documentation >Número de identificação da obra. Cadastro Nacional de Obras (CNO) ou Cadastro Específico do INSS (CEI). </xs:documentation> </xs:annotation> </xs:element> <xs:element name="cCIB" type="TSCodCIB"> <xs:annotation> <xs:documentation> Código do Cadastro Imobiliário Brasileiro - CIB. </xs:documentation> </xs:annotation> </xs:element> <xs:element name="end" type="TCEnderObraEvento"> <xs:annotation> <xs:documentation>Grupo de informações do endereço da obra do serviço prestado </xs:documentation> </xs:annotation> </xs:element> </xs:choice> </xs:sequence> </xs:complexType>

Isso mesmo.

https://acbr.sourceforge.io/ACBrLib/ModeloNFSeINI-PadraoNacionalRefo.html [Servico] ItemListaServico= CodigoCnae= CodigoTributacaoMunicipio= Os nomes das chaves tem um legado dos provedores, que como sabemos, não tem padrão. Mesmo com o padrão nacional, seguimos com provedores que mantiveram o leiaute próprio, o que dificulta a adequação dos nomes das chaves. Quem sabe em um futuro provavelmente a perder de vista, exista um padrão único adotado por todos.

cTribNac= ItemListaServico cTribMun= CodigoTributacaoMunicipio

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

Situação=2 indica lote em processamento Efetue novas consultas da situação até receber os retornos 3 - Lote Processado com Erros e 4 - Lote Processado com sucesso. [Erro1] Codigo=E861 Correcao= Descricao=Protocolo recebido mas ainda não processado. Sua consulta do lote confirma que ainda não foi processado. Se continuar recebendo somente lote em processamento, tente contato com o provedor para verificarem o que há de errado no processamento do lado deles.

Utilize o método NFSE_ConsultarSituacao() para consultar a situação do lote: https://acbr.sourceforge.io/ACBrLib/NFSE_ConsultarSituacao.html e Utilize o método NFSE_ConsultarLoteRps() para consultar o lote: https://acbr.sourceforge.io/ACBrLib/NFSE_ConsultarLoteRps.html

Está rejeitando a versão 1.01, deve ser usada a 1.00. Precisa preencher LayoutNFSe=1, nas configurações da biblioteca.

3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

Este problema já foi corrigido, atualize os do fontes e reinstale os componentes que deve funcionar.

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