Italo Giurizzato Junior

Alexandre, Vou fechar esses tópico pois o problema inicial dele foi sanado.

Nilton, Isso mesmo, mude a forma de gerar o conteúdo do campo Discriminação e envie para ver como vai ficar no XML da nota.

Boa tarde Alexandre, Tente desta forma: IdentificacaoRps.Tipo := Provider.StrToTipoRPS(Ok, NFSe.Dados.Tipo);

Boa tarde Ricardo, Esse provedor esta de sacanagem, pois no dia 05/12/2023 chegou até nós que para a cidade em questão o ItemListaServico não deveria ter o ".", ou seja, sem formatação. Veja esta postagem: De qualquer forma você pode fazer o seguinte teste: [4313409] ; Atualizado em 05/12/2023 Nome=Novo Hamburgo UF=RS Provedor=IPM Versao=2.04 Params=NaoFormatarItemServico: ProRecepcionar=https://nfse-novohamburgo.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=padrao HomRecepcionar=https://homologacao.atende.net/?pg=services&service=WNENotaFiscalEletronicaNfe&cidade=integracoes Remova a linha que tem o campo Params. Execute o Compila_RES, reinstale o ACBr, compile novamente a aplicação e faça novos testes.

Olá Pessoal, Parece meio contraditório, termos nessa nova versão da NT a seguinte informação: Inclusão da Obrigatoriedade do cBenef para Santa Catarina e depois na tabela das UF que implementaram algumas regras validação e outras não. Já Santa Catarina consta que não vai implementar as regras. Não é muito estranho? Estranho é mas vamos entender isso. A tag cBenef conforme consta no Manual da NFe que contem o layout diz que a tag é opcional, portanto essa informação poderá ou não constar no XML. O Estado de Santa Cataria através de sua legislação própria, vai rejeitar notas que não contenha a tag, ou seja, para Santa Catarina a tag passa a ser obrigatória, sendo assim devemos informar o cBenef do Item. Por outro lado essa informação não vai ser validada. Isso não quer dizer que podemos informar um código de beneficio qualquer (aleatório), pois Santa Catarina poderá mudar de ideia e implementar as regras e passar a validar.

Boa tarde @xim.logan, Segundo os Schemas do provedor BHISS temos o seguinte: Tipo complexo de Informações do RPS a ser enviado para o webservice do provedor: <xsd:complexType name="tcInfRps"> <xsd:sequence> <xsd:element name="IdentificacaoRps" type="tcIdentificacaoRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1"/> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="Status" type="tsStatusRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="RpsSubstituido" type="tcIdentificacaoRps" minOccurs="0" maxOccurs="1"/> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1"/> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1"/> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1"/> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1"/> </xsd:sequence> <!-- ALTERADO POR BELO HORIZONTE MOTIVO: Compatibilizar com o estado, em que o nome do atributo é Id, com I maiúsculo. --> <xsd:attribute name="Id" type="tsIdTag"/> </xsd:complexType> Como você pode ver se existe um tag chamada DataEmissao que por se tratar de informações do RPS entendo que se refere a data de emissão do RPS. Tipo complexo de Informações da NFSe gerada e disponibilizada pelo webservice do provedor: <xsd:complexType name="tcInfNfse"> <xsd:sequence> <xsd:element name="Numero" type="tsNumeroNfse" minOccurs="1" maxOccurs="1"/> <xsd:element name="CodigoVerificacao" type="tsCodigoVerificacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="IdentificacaoRps" minOccurs="0" type="tcIdentificacaoRps" maxOccurs="1"/> <xsd:element name="DataEmissaoRps" type="xsd:date" minOccurs="0" maxOccurs="1"/> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1"/> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="Competencia" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="NfseSubstituida" type="tsNumeroNfse" minOccurs="0" maxOccurs="1"/> <xsd:element name="OutrasInformacoes" type="tsOutrasInformacoes" minOccurs="0" maxOccurs="1"/> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1"/> <xsd:element name="ValorCredito" type="tsValor" minOccurs="0" maxOccurs="1"/> <xsd:element name="PrestadorServico" type="tcDadosPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element name="TomadorServico" type="tcDadosTomador" minOccurs="0" maxOccurs="1"/> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1"/> <xsd:element name="OrgaoGerador" type="tcIdentificacaoOrgaoGerador" minOccurs="1" maxOccurs="1"/> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1"/> </xsd:sequence> <!-- ALTERADO POR BELO HORIZONTE MOTIVO: Compatibilizar com o estado, em que o nome do atributo é Id, com I maiúsculo. --> <xsd:attribute name="Id" type="tsIdTag"/> </xsd:complexType> Note que temos a tag DataEmissao, seguindo o mesmo raciocínio entendo que se refere a data de emissão da nota, pois temos em seguinda a tag DataEmissaoRps que não deixa nenhuma duvida que se refere a data de emissão do RPS e por fim a tag Competencia. Resumindo: No XML do RPS temos somente a tag DataEmissao onde devemos informar a data de emissão do RPS. No XML da NFS-e temos a tag DataEmissao (data da emissão da nota), a tag DataEmissaoRps deve coincidir com a data informada na tag DataEmissao do RPS e a tag Competencia.

Boa tarde Ricardo, Você esta com os schemas desatualizados. Os schemas corretos estão na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\IPM\2.04

Nilton, A tag Discriminacao do RPS esta sendo envido com o seguinte conteúdo: <Discriminacao>Descricao: ENC.MENSAIS DE SOFTWARE-ERP JUNHO/2022. Quantidade: 1,000 Vr. Unitario: 150,00 Vr. Total: 150,00 ;Descricao: ENC.MENSAIS SOFT.JUNHO/2022. REAJ.ANUAL-P/VAR.IGP-(FGV)-10,71% Quantidade: 1,000 Vr. Unitario: 150,00 Vr. Total: 150,00 ;Descricao: SERV.PREP.DE BANCO DE DADOS. P/MULTI-EMPRESAS Quantidade: 1,000 Vr. Unitario: 150,00 Vr. Total: 150,00 ;</Discriminacao> E no XML data nota esta desta forma: <Discriminacao>{[[Descricao=Descricao: ENC.MENSAIS DE SOFTWARE-ERP JUNHO/2022. Quantidade: 1,000 Vr. Unitario: 300,00 Vr. Total: 300,00 ;][ItemServico=0107][Quantidade=1][ValorUnitario=300][ValorServico=300][ValorBaseCalculo=300][Aliquota=2]]}</Discriminacao> Observe que ele considerou somente o que esta antes do ";" dai para frente o provedor ignorou. Outro detalhe ele acabou colocando tudo (descrição, quantidade, valor unitário e valor total como sendo a descrição no retorno. Tente fazer da seguinte forma: <Discriminacao>{ [[Descricao=ENC.MENSAIS DE SOFTWARE-ERP JUNHO/2022][Quantidade=1][ValorUnitario=300][ValorTotal=300]] [[Descricao=ENC.MENSAIS SOFT.JUNHO/2022. REAJ.ANUAL-P/VAR.IGP-(FGV)-10,71%][Quantidade=1][ValorUnitario=150][ValorTotal=150]] [[Descricao=SERV.PREP.DE BANCO DE DADOS. P/MULTI-EMPRESAS][Quantidade=1][ValorUnitario=150][ValorTotal=150]] }</Discriminacao> Observação: quebrei em linhas para facilitar a visualização.

Bom dia Nilton, Você poderia anexar o XML da nota cuja tag Discriminacao vem na forma que você mostrou acima, para que eu possa realizar alguns testes?

Bom dia Ricardo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Rosemeri, Já esta no SVN.

Boa tarde @joemil Nada da prefeitura/provedor divulgar a URL correta? Pois essa que eles informaram ocorre o erro 404.

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

Boa tarde Ricardo, O Token esta sendo considerado somente no envio do RPS, nos demais métodos não esta. Já inclui na minha lista de tarefas para analise e ajustes no componente. TK-4848

Olá Pessoal, Tenham sempre em mente que os serviços: DistribuicaoDFe e os eventos de Manifestação do Destinatário são de responsabilidade do Ambiente Nacional, logo não adianta entrar em contato com a SEFAZ do Estado do contribuinte.

Bom dia Bruno, Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Bom dia @gilmarc, Você esta separando os e-mail por virgula, tente separar por ponto e virgula ";".

Boa tarde Juliano, Entre em contato com o provedor e questione eles sobre usar o usuário/senha de acesso ao portal no webservice. Pode ser que para emitir a nota pelo webservice se faz necessário ter outro usuário/senha.

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.

Boa tarde Julio, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Note que fiz uma alteração nos schemas também.

Bom dia Halisson, Você tem alguma sugestão de como fazer essa tomada de decisão?

Boa tarde Bruno, Como que fica a validação do XML, pois segundo o schema a definição da tag Aliquota tem no máximo 2 casas decimais, veja: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="4" /> <xsd:fractionDigits value="2" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType>

Boa tarde Joemil, Já esta no SVN.

Bom dia a todos, Em outubro/2023 um outro membro do fórum solicitou uma alteração que se encontra atualmente no SVN. Vejam: Segundo ele, conforme esta no SVN esta funcionando.