Italo Giurizzato Junior

Boa tarde @netoap.cardoso, Já esta no SVN.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @DanielOliver, Na pasta: ...\Exemplos\ACBrDFe\ACBrNFe\Android temos um programa exemplo feito pelo o @Daniel Simoes para a NF-e. Acredito que com base nesse exemplo você consiga fazer um para o BP-e.

Bom dia @eraldocg, Já esta no SVN.

Bom dia @Alysson Rengel, Já esta no SVN.

Boa tarde @tryideas sistemas, O campo referente a Observação (tsDsObservacao) esta declarado para ser utilizado em uma tal de Guia de Recolhimento, portanto não tem nada haver com o RPS. Veja: <xsd:complexType name="tcGuiaRecolhimento"> <xsd:annotation> <xsd:documentation>Representa de uma guia de recolhimento</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="prestador" type="tipos:tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1" /> <xsd:element name="nrGuia" type="xsd:integer" minOccurs="1" maxOccurs="1" /> <xsd:element name="stGuia" type="tipos:tsStGuia" minOccurs="1" maxOccurs="1"/> <xsd:element name="competencia" type="tipos:tcCompetencia" maxOccurs="1" minOccurs="1" /> <xsd:element name="dsCodigoBarra" type="tipos:tsDsCodigoBarra" minOccurs="1" maxOccurs="1" /> <xsd:element name="tpCodigoBarra" type="tipos:tsTpCodigoBarra" minOccurs="1" maxOccurs="1" /> <xsd:element name="dtVencimento" type="xsd:date" minOccurs="1" maxOccurs="1"/> <xsd:element name="dtEmissaoGuia" type="xsd:dateTime" minOccurs="0" maxOccurs="1"/> <xsd:element name="vlMovimento" type="tipos:tsValor" minOccurs="1" maxOccurs="1"/> <xsd:element name="vlImposto" type="tipos:tsValor" minOccurs="1" maxOccurs="1"/> <xsd:element name="vlImpostoRetido" type="tipos:tsValor" minOccurs="1" maxOccurs="1"/> <xsd:element name="vlPago" type="tipos:tsValor" minOccurs="0" maxOccurs="1"/> <xsd:element name="dsObservacao" type="tipos:tsDsObservacao" minOccurs="0" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> Já o RPS tem essa outra estrutura, note que não existe nenhum campo referente a observação: <xsd:complexType name="tcRps"> <xsd:annotation> <xsd:documentation>Representa a estrutura de recibo provisório de serviços (Rps)</xsd:documentation> </xsd:annotation> <xsd:sequence> <xsd:element name="nrRps" type="xsd:integer" minOccurs="1" maxOccurs="1" /> <xsd:element name="nrEmissorRps" type="xsd:integer" minOccurs="1" maxOccurs="1" /> <xsd:element name="dtEmissaoRps" type="xsd:dateTime" minOccurs="1" maxOccurs="1" /> <xsd:element name="stRps" type="tipos:tsStRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="tpTributacao" type="tipos:tsTpTributacao" minOccurs="1" maxOccurs="1" /> <xsd:element name="nrCidadeIbgeServico" type="tipos:tsNrCidadeIbge" minOccurs="0" maxOccurs="1" /> <xsd:element name="isIssRetido" type="tipos:tsSimNao" minOccurs="1" maxOccurs="1" /> <xsd:element name="tomador" type="tipos:tcTomador" minOccurs="0" maxOccurs="1" /> <xsd:element name="listaServicos"> <xsd:complexType> <xsd:sequence> <xsd:element name="servico" type="tipos:tcServico" minOccurs="1" maxOccurs="unbounded" /> </xsd:sequence> </xsd:complexType> </xsd:element> <xsd:element name="vlTotalRps" type="tipos:tsValor" minOccurs="1" maxOccurs="1"/> <xsd:element name="vlLiquidoRps" type="tipos:tsValor" minOccurs="1" maxOccurs="1"/> <xsd:element name="retencoes" type="tipos:tcRetencoes" minOccurs="0" maxOccurs="1"/> <xsd:element name="vlDesconto" type="tipos:tsValor" minOccurs="0" maxOccurs="1"/> <xsd:element name="dsImpostos" type="tipos:tsDsImpostos" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Realmente o campo dsImpostos não estava presente na rotina responsável pela geração do XML. Ele já foi implementado e os fontes do componente ACBrNFSeX já se encontram no SVN. Pelo o que eu entendi você utiliza o ACBrLibNFSe, sendo assim favor aguardar uma nova versão da mesma que vai ser liberada terça feira que vem.

Bom dia @Rafael Luís Acco, Já esta no SVN.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @João Antônio, Já esta no SVN.

Bom dia @willian_delan, A quantidade de casas decimais nesses campos que estão com 10 casas decimais é porque a prefeitura pode definir a quantidade de casas ela deseja. O provedor aceita que informamos no XML esses campos com 10 casas decimais sem nenhum problema. Se a prefeitura configurou com 2 casas ou com 4 devemos controlar isso através da aplicação.

Boa tarde @Bruno Silvestre, Favor entrar em contato com a prefeitura e expor o problema. Vou manter esse tópico aberto até o provedor dar um retorno.

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

Boa tarde @Rafael Luís Acco, Muito obrigado pela colaboração, já foi criado a TK-7134 para realizar a atualização.

Bom dia @willian_delan, Analisando a sua contribuição notei que foi a referida função, mas ela não é utilizada pela unit. Trata-se de uma função que é utiliza na sua aplicação? Se sim, no meu entendimento ela deveria ser definida em alguma unit da sua aplicação.

Bom dia @vinizioWOW, Já esta no SVN.

Boa tarde @willian_delan, A implementação da função: ProvedorToStr na unit ACBrNFSeXConversao não vejo necessidade, pois a alinha abaixo já lhe retorna o nome do provedor: NomeProvedor := ACBrNFSeX1.Configuracoes.Geral.xProvedor; A troca de ChaveAcesso por NFSe.ChaveAcesso nas units Aspec.GravarJson e RLZ.GravarXml podem impactar hoje quem já usa da forma atual. Não vejo uma boa ideia fazer essa alteração. Quando usamos o ChaveAcesso o componente entende que desejamos usar o conteúdo da propriedade de configuração: Configuracoes.Geral.Emitente.WSChaveAcesso, por outro lado o NFSe.ChaveAcesso é um campo normalmente retornado pelo webservice no XML da NFSe. Eu entendo que esses dois provedores devemos informar uma chave de acesso ao gerar o XML/Json do RPS para ser enviado. Eu imagino que essa chave de acesso é fornecida pelo provedor ou no site da prefeitura e todas as notas serão emitidas com essa informação. Sendo assim basta pegar essa chave e usar ela na configuração do componente. Por fim na unit SoftPlan.GravarXml não entendi a mudança de NFSe.Servico.ItemServico[i].CodigoCnae para NFSe.Servico.CodigoTributacaoMunicipio e da mudança de NFSe.Servico.CFPS para NFSe.Servico.CodigoCnae. Eu entendo que o CNAE é uma informação e o Código de Tributação do Município é outra. Pesquisando na internet temos: CNAE: CNAE significa Classificação Nacional de Atividades Econômicas. É um sistema que organiza e categoriza todas as atividades econômicas desempenhadas no Brasil, atribuindo um código específico a cada empresa ou profissional autônomo, que define suas atividades principais e secundárias. A escolha correta do código CNAE é fundamental para o correto enquadramento tributário e para a regularização da empresa. CodigoTributacaoMunicipio: O Código de Tributação do Município é uma lei complementar que compila normas jurídicas que regulam a instituição, arrecadação e fiscalização de tributos no âmbito de um município. Como também que CFPS é uma coisa e o CNAE é outra. Note que existe o CFOP que estamos acostumados a usar na NFe e temos ainda o CFPS. CFOP é o Código Fiscal de Operação e CFPS é o Código Fiscal de Prestação de Serviços. O CFPS não foi adotado por todos os municípios, então é importante consultar a legislação municipal Chego a conclusão que a sua alteração não faz muito sentido.

Boa tarde @Alysson Rengel, Já esta no SVN.

Boa tarde @willian_delan, Já esta no SVN.

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

Bom dia @Marlene Abi, Eu não tenho a URL de homologação desse provedor para a referida cidade, onde você conseguiu? Pela mensagem de erro, você não deve ter configurado corretamente o componente no que se refere a pasta de schemas.

Boa tarde @lucasatz, Comparando o Schema que esta no SVN com esse que você disponibilizou notei algo estranho, veja: Abaixo temos a definição do elemento ConsultarSituacaoLoteRpsEnvio, note que o elemento Signature vem por ultimo que ao meu ver esta correto. <xsd:element name="ConsultarSituacaoLoteRpsEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element name="Protocolo" type="tsNumeroProtocolo" minOccurs="1" maxOccurs="1"/> <xsd:element ref="dsig:Signature" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> No Schema que você anexou esta da seguinte forma: <xsd:element name="ConsultarSituacaoLoteRpsEnvio"> <xsd:complexType> <xsd:sequence> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element ref="dsig:Signature" minOccurs="1" maxOccurs="1"/> <xsd:element name="Protocolo" type="tsNumeroProtocolo" minOccurs="1" maxOccurs="1"/> </xsd:sequence> </xsd:complexType> </xsd:element> Note que esta invertido a ordem dos elementos, desta forma ao tentar realizar a consulta a situação do lote ocorre erro de validação. Esse é só um exemplo, tem mais desse jeito. Favor entrar em contato com o provedor e expõe o problema.

Boa tarde @Guilherme Consolação Dias, Já esta no SVN.