Milton Campanhã

@Diego Foliene bom dia. Tudo certo? Espero que agora tenha passado a correria, então seria possível analisar esta possibilidade que estava para tarefa ACBR-8884? No método ConsultarPorRPS ( TratarRetornoConsultaNFSeporRps ) não está recuperando o CodigoVerificacao ( chave ) e esta chave é necessária para o método do Cancelamento. Obrigado.

@Italo Giurizzato Junior bom dia. Baixei e testei. Tudo certo! Grato.

@Italo Giurizzato Junior Baixei e testei. Tudo certo! Grato.

No site da prefeitura tem a documentação 2.04 e no xml exemplo tem as tags preenchidas. https://nfe.uba.mg.gov.br/manuais/links_webservice.php Exemplo --> ver tag <Evento> nfe.uba.mg.gov.br/webservices/2.04/EnviarLoteRpsEnvio.xml E mesmo nos arquivos que enviou, o arquivo nfse_v204.xsd já tinha as tags para geração do grupo Evento. <xsd:complexType name="tcEvento"> <xsd:choice minOccurs="1" maxOccurs="1"> <xsd:sequence minOccurs="1" maxOccurs="1"> <xsd:element name="IdentificacaoEvento" type="tsIdentificacaoEvento" minOccurs="1" maxOccurs="1"/> <xsd:element name="DescricaoEvento" type="tsDescricaoEvento" minOccurs="0" maxOccurs="1"/> </xsd:sequence> <xsd:sequence> <xsd:element name="DescricaoEvento" type="tsDescricaoEvento" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:choice> </xsd:complexType>

Bom dia @Diego Foliene O provedor VersaTecnologia também precisa gerar tags de "AtividadeEventos" quando for lista de serviço 12, mesma regra do PadraoNacional, mas com bem menos campos. http://nfe.uba.mg.gov.br/webservices/2.04/nfse_v204.xsd Fiz o ajuste usando o mesmo conceito que eu precisei para IssFortaleza e GovDigital ( outros tópicos ). Segue os arquivos: VersaTecnologia.GravarXml.pas ACBrNFSeXGravarXml_ABRASFv2.pas UbaMG_nfse_v204.xsd

Bom dia. O provedor VersaTecnologia também precisa gerar tags de "AtividadeEventos" quando for lista de serviço 12, mesma regra do PadraoNacional, mas com bem menos campos. Fiz o ajuste com base no xsd e wsdl do endpoint. http://nfe.uba.mg.gov.br/webservices/2.04/nfse_v204.xsd Segue os arquivos: ACBrNFSeXGravarXml_ABRASFv2.pas VersaTecnologia.GravarXml.pas UbaMG_nfse_v204.xsd Me desculpem, mas já havia tópico sobre este assunto:

@Diego Foliene e @valterpatrick poderiam reabrir este tópico para fazer os ajustes do IssFortaleza para gerar o CodigoNbs e AtvEventos? Obrigado. ACBrNFSeXGravarXml_ABRASFv1.pas ISSFortaleza.GravarXml.pas

Bom dia. Todas as alterações de NFSe estão sendo feita somente no NFSeX. O antigo foi descontinuado e não é recomendado seu uso! Em meu caso, eu não informei o Código de Tributação do Município e a validação passou, parou de dar erros de Nbs, ClassTrib, etc.. Gere seu xml de envio e faça a validação pelo site da prefeitura, e pelo Validador será apresentado onde está o erro: https://iss.fortaleza.ce.gov.br/grpfor/pagesPublic/validarSchemaLoteRPS.seam

exatamente, o tópico foi encerrado mas não implementaram todos os novos campos do manual. No caso do serviço 12 é obrigatório preencher o grupo Eventos.

@Diego Foliene e @Italo Giurizzato Junior Bom dia. O manual de Fortaleza também prevê os campos de AtvEventos quase igual ao padrão nacional. Mas no caso do IssFortaleza o nome é "Eventos" e as datas do evento é no formato DataHora. Fiz os ajustes e deu bom! Também passou pelo validador de shemas: https://iss.fortaleza.ce.gov.br/grpfor/pagesPublic/validarSchemaLoteRPS.seam Segue os fontes com minhas correções o IssFortaleza para gerar as tags "Eventos" mas deixei os métodos vazio no padrão v1 e v2 do Abrasf. Abs. ISSFortaleza.GravarXml.pas ACBrNFSeXGravarXml_ABRASFv1.pas ACBrNFSeXGravarXml_ABRASFv2.pas

Tente contato com o suporte da Sonner ( GovDigital ) -> [email protected] Costumam ser bem atenciosos. Mas pelo Manual de Integração tem a relação de todas as cidades INTEGRAÇÃO VIA WEB SERVICE Paracatu https://ws.nfe-cidades.com.br/ws/pctu https://ws.homolog.nfe-cidades.com.br/ws/pctu

@Italo Giurizzato Junior e @Diego Foliene Finalizando o tópico. Todas as correções ok e autorizando em ambiente de homologação e produção. Obrigado pelo empenho.

Boa noite @Luiz Vaz, tudo bem? Com as alterações sugeridas ( já estão no svn da ACBr ) eu consegui enviar o lote para IssNatal sem informar as tags de IBSCBS, mas meus lotes ficam todos "Em Processamento" e sempre retornam com status 2. Você consegui autorizar suas notas? Tentei contato por email com a prefeitura, mas não tive resposta. Obrigado.

@Diego Foliene poderia nos ajudar neste da cidade de Guaxupé? Fiz os ajustes por aqui para meu cliente conseguir emitir suas notas, mas seria importante deixar isto no svn da ACBr. A cidade de Guaxupé/MG continua como provedor próprio e precisa ajudar o Servicos.ini ( anexo ). E em nosso caso que somos Cinema ( atividade 12.02 ) precisamos preencher as tags da AtvEvento. Criei os métodos no Abrasf1 e Abrasf2 e fiz o override no provedor GovDigital. Criei uma propriedade para definir onde ficará o grupo do AtvEvento ( pelo PadraoNacional seria após ConstrucaoCivil ) mas a GovDigital preferiu colocar depois da tag IncentivoFiscal. Fiz os testes e a emissão está funcionado. Preciso te passar mais algum arquivo? Obrigado. ACBrNFSeXGravarXml_ABRASFv1.pas ACBrNFSeXGravarXml_ABRASFv2.pas ACBrNFSeXServicos.ini GovDigital.GravarXml.pas

@Italo Giurizzato Junior @Diego Foliene boa tarde. Após os últimos ajustes ficou 100% o envio Sincrono e Gerar. Obrigado! E aproveitando, poderiam deixar o TratarRetornoConsultaNFSeporRps igual ao TratarRetornoEmitir, para que seja retornado o "Id" (Chave NFS) na propriedade CodigoVerificacao. Segue o xml do retorno para avaliação. ConsultaNFSeRpsResposta_Tinus.txt Tinus.Provider.pas

@Italo Giurizzato Junior 1) IssFortaleza utiliza o TNFSeW_ABRASFv1 e neste não tem a geração de CodigoNbs, então precisa inserir pelo GerarServico. function TNFSeW_ISSFortaleza.GerarServico: TACBrXmlNode; begin Result := inherited GerarServico; Result.AppendChild(AddNode(tcStr, '#32', 'CodigoNbs', 1, 9, 0, NFSe.Servico.CodigoNBS, '')); end; 2) E como meu sistema é focado em Cinemas, somos obrigados a informar o novo grupo AtvEvento ( que existe no PadraoNacional ) mas não foi implementado para TNFSeW_ABRASFv1 e nem TNFSeW_ABRASFv2. Já relatei este fato em para o provedor (GovDigital) que utiliza TNFSeW_ABRASFv2 mas, neste caso do IssFortaleza, o grupo de chama "Eventos" ( e não AtvEvento ) conforme consta tanto no xml exemplo como no Manual de Integração. Sem este grupo a nota é rejeitada, pois usamos 12.02.01 e este nosso serviço o grupo é obrigatório. Manual: https://ibs.sefin.fortaleza.ce.gov.br/upload/conteudo/3695/flffzfhyt.jqp1381.pdf

@Italo Giurizzato Junior Boa noite. Atualizei os fontes e realizei novo teste. Passou pela validação do schema ( local ) mas não passou pela validação de schema do provedor, retornando erro: XML Retorno <EnviarLoteRpsResposta xmlns="http://www.ginfes.com.br/servico_enviar_lote_rps_resposta_v03.xsd" xmlns:ns2="http://www.ginfes.com.br/tipos_v03.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://iss.fortaleza.ce.gov.br/grpfor/schema/V2/tipos_v02.xsd"><ListaMensagemRetorno><MensagemRetorno><Codigo>E317</Codigo><Mensagem>Não foi possivel validar o xml.</Mensagem><Correcao>Favor entrar em contato com o suporte técnico.</Correcao></MensagemRetorno></ListaMensagemRetorno></EnviarLoteRpsResposta> O xml de envio não está no padrão do xml exemplo (comentado) que foi divulgado pela Prefeitura. Neste exemplo, ibs.sefin.fortaleza.ce.gov.br/upload/conteudo/3695/fw2d00kae.gbb1398.txt e seu respectivo schema de serviço_enviar_lote_rps_envio_v04.xsd ibs.sefin.fortaleza.ce.gov.br/upload/conteudo/3695/fcj4nyvx5.1j01375.xsd Este é o xml exemplo e estão usando ns3 e ns4 mas sem o escape e sim as tags <> de xml. Isto seria problema? --> Exemplo da Prefeitura ( apenas ns3 ) <EnviarLoteRpsEnvio xmlns="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd" xmlns:ns3="http://www.ginfes.com.br/ns3_v03.xsd"> <LoteRps Id="8171"> <ns3:NumeroLote>1234</ns3:NumeroLote> <ns3:Cnpj>01234567891234</ns3:Cnpj> <ns3:InscricaoMunicipal>123456</ns3:InscricaoMunicipal> <ns3:QuantidadeRps>1</ns3:QuantidadeRps> <ns3:ListaRps> <ns3:Rps> <ns3:InfRps> --> Xml gerado do IssFortaleza ( tem 2 EnviarLoteRpsEnvio e utiliza ns4 ) <EnviarLoteRpsEnvio> &lt;ns3:EnviarLoteRpsEnvio xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_envio_v03.xsd" xmlns:ns4="http://www.ginfes.com.br/tipos_v03.xsd" &gt;&lt;ns3:LoteRps Id="Lote_85" &gt;&lt;ns4:NumeroLote&gt;85&lt;/ns4:NumeroLote&gt;&lt; ns4:Cnpj&gt;10785710000551&lt;/ns4:Cnpj&gt;&lt; ns4:InscricaoMunicipal&gt;462215&lt;/ns4:InscricaoMunicipal&gt;&lt; ns4:QuantidadeRps&gt;1&lt;/ns4:QuantidadeRps&gt;&lt; ns4:ListaRps&gt;&lt; ns4:Rps&gt;&lt; ns4:InfRps Pelos comentários acima, acredito que nenhum usuário conseguiu emitir notas para Fortaleza ainda. Poderia nos ajudar?

Tem razão Guilherme, o RoundTo ou SimpleRoundTo faz exatamente o arredondamento bancário. System.Math.RoundTo - RAD Studio API Documentation

@Italo Giurizzato Juniorboa tarde. Fiz atualização dos fontes e testes com a cidade de Natal ( IssNatal ) , mas ainda sem sucesso! 1) Não temos opção de envio Sincrono e Individual, mas apenas o Lote Assincrono. Mas acredito que seja uma limitação do provedor. 2) Ao enviar pelo método meLoteAssincrono retornou a validação do XSD pois está validando o 1.0 ( só tem 1.0 na pasta de Schemas ) Erro de Validação: --> 1824 - Element '{http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd}xLocalidadeIncid': '' is not a valid value of the atomic type '{http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd}tsDesc150'. 3) Retirei a validação (local) e enviei e o lote foi rejeitado: Código : E160 Mensagem: Arquivo enviado fora da estrutura do arquivo XML de entrada. Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. 4) Enviei o lote para validação pelo site da prefeitura ( Acesso Público -> Nota Natalense -> Validar Lote de RPS ) e não validou. https://directa.natal.rn.gov.br/open.do?sys=DIR&a=wqf45tfes 5) Entrei em contato com a prefeitura para solicitar xml exemplo para o Lote e Nota com base no Manual de Integração 2.0 e 2.1 mas não deram retorno. Site da Sefin de Natal https://www.natal.rn.gov.br/sefin/rps.php https://www.natal.rn.gov.br/sefin/noticia.php?id=324953 Manual de Integração 2.01 ( 24/12/2025 ) https://natal.rn.gov.br/sefin/documentos/rps/ManualDeIntegracao_Natal_v02.1_20251224.pdf Layout XSD versão 2.0 ( na pasta dos schemas temos apenas 1.0 ) natal.rn.gov.br/sefin/documentos/rps/nfse_v02.xsd Log_Natal.txt RecepcionarLoteRpsRequest.txt

@Italo Giurizzato Junior Perdão, mas faltou o NaoDividir100 pois eu tinha ajustado dentro do fonte. [3128709] Nome=Guaxupe UF=MG Provedor=GovDigital Versao=2.01 Params=NaoDividir100: ProRecepcionar=https://ws.nfe-cidades.com.br/ws/guax HomRecepcionar=https://ws.homolog.nfe-cidades.com.br/ws/guax @Roberto Magri Santos boa noite. Veja se dá certo configurando assim: [3128709] Nome=Guaxupe UF=MG Provedor=GovDigital Versao=2.01 Params=NaoDividir100: ProRecepcionar=https://ws.nfe-cidades.com.br/ws/guax HomRecepcionar=https://ws.homolog.nfe-cidades.com.br/ws/guax No meu caso não passou liso pois minha atividade exige tags de AtvEvento, mas acredito que no seu caso dê tudo certo. []´s

@Italo Giurizzato Junior boa tarde. Fiz o teste com Guaxupé/MG e realmente continuam como provedor Proprio. [3128709] Nome=Guaxupe UF=MG Provedor=GovDigital Versao=2.01 ProRecepcionar=https://ws.nfe-cidades.com.br/ws/guax HomRecepcionar=https://ws.homolog.nfe-cidades.com.br/ws/guax Mas foi preciso ajustar o GravarXML para gerar as tags de AtvEvento, pois meu caso faço parte do item 12 da lista de serviços mas para este novo grupo é preciso validar com os schemas da 2.01. Segue os fontes da alteração que eu fiz somente para testar, mas não está completo conforme o manual. https://storage.googleapis.com/nfe-cidades-manuais/NFe-cidades Integração via Web Service_PN.pdf ACBrNFSeXGravarXml_ABRASFv2.pas GovDigital.GravarXml.pas

@Italo Giurizzato Junior Bom dia. Atualizei os fontes e refiz meus testes para cidade de Camaragibe/PE. Notei que fez correção da geração do xml ( ordem das tags ) e agora deu certo. Então: Envio Assincrono - OK ConsultaRPS - OK Cancelamento - OK Apenas o envio sincrono/individual continua com erro de Access violation pois precisa implementar o método TratarRetornoEmitir ( igual fez com o TratarRetornoConsultaNFSeporRps ) específico para o TACBrNFSeProviderTinus203. Código : X999. Mensagem: Erro de Conexão: Access violation at address 01EB3037 in module 'VCine.exe'. Read of address 00000010 TACBrNFSeProviderTinus203 = class (TACBrNFSeProviderABRASFv2) procedure TratarRetornoEmitir(Response: TNFSeEmiteResponse); override; Obrigado.

Fiz o teste com o Cancelar e funcionou, mas no TratarRetorno precisa retornar o nNFSe e infNFSe Id pois é preciso enviar no xml do cancelamento. xml de consulta: <infNFSe Id="NFS26034541204488617000582260000000000326014849001648"> <nNFSe>2600000000003</nNFSe> <CancelarNfseEnvio xmlns="http://www.abrasf.org.br/nfse.xsd"> <Pedido> <InfPedidoCancelamento xmlns="http://www.abrasf.org.br/nfse.xsd" Id="Canc_044886170005820196401260345420448861700058202026002600000000003"> <IdentificacaoNfse> <Numero>2600000000003</Numero> <CpfCnpj><Cnpj>04488617000582</Cnpj></CpfCnpj> <InscricaoMunicipal>0196401</InscricaoMunicipal> <CodigoMunicipio>2603454</CodigoMunicipio> </IdentificacaoNfse> <CodigoCancelamento>1</CodigoCancelamento> <ADNChave>26034541204488617000582260000000000326014849001648</ADNChave> <ADNCodMotivo>1</ADNCodMotivo> <ADNMotivo>teste de emissao</ADNMotivo> </InfPedidoCancelamento>

@Italo Giurizzato Junior boa noite. Conforme havia sido informado por outros usuários: 1) Foi preciso ajustar o GravarXml e deixar na ordem do manual e schemas. Este aqui deu certo! 2) No Provider precisa criar o TratarRetornoEmitir e fazer o mesmo tratamento que já havia feito no TratarRetornoConsultaNFSeporRps. Mas me pareceu que não fez a leitura correta de todos os campos. > O Access Violation ocorreu no TratarRetornoEmitir ( Abrasf_2 ) pois o xml de retorno está com tags do padrão nacional ( DPS ). 3) No LerXML não carregou corretamente e precisaria ajustar. ( enviei o xml de retorno ) 4) Não consegui ajustar e testar a rotina de Cancelar. CamaragibePE.txt Tinus.GravarXml.pas Tinus.Provider.pas

@Italo Giurizzato Junior Atualizei os fontes e fiz o teste em ambiente de produção, mas tive este retorno. Código : E160 Mensagem: Arquivo enviado fora da estrutura do arquivo XML de entrada.ERROR #6237: Unexpected tag in XML input: CodigoNbs (ending at line 1 character 669). Correção: Envie um arquivo dentro do schema do arquivo XML de entrada. Pelo que eu pude entender, o CodigoNbs não está na ordem/sequencia igual ao manual e schema. Vou tentar ajustar a ordem aqui, usando os códigos que foram passado por outros usuários acima, para tentar enviar e caso eu consiga, envio o código com a alteração. Obrigado.