Italo Giurizzato Junior

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.

Bom dia Alexandre, Ficou um pouco confuso. Ainda se faz necessário alguma alteração no arquivo ACBrNFSeXServicos.ini para que você consiga emitir com sucesso nas duas cidades: Pinhais e Campo Largo ?

Bom dia Gabriel, Infelizmente tanto o pessoal da RFB quanto da SERPRO esqueceram desse detalhe, ou seja, as filiais usarem o certificado da matriz. Para conseguir emitir uma NFS-e pelo Padrão Nacional cada filial vai ter que ter o seu próprio certificado digital. Paciência. A RFB já ciente desse cenário e parece que vão fazer as devidas alterações para que a filial possa usar o certificado da matriz. Quando isso vai ocorrer não sei lhe responder.

Bom dia Bruno, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-4844

Bom dia Julio, Já inclui na minha lista de tarefas para analisar o caso. TK-4843