Italo Giurizzato Junior

Bom dia @Valmor Reblin., Então os seus fontes estão desatualizados. Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-6352 para realizar a alteração.

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

Bom dia @Igor Cibiac, Não vejo outra alternativa você entrar em contato com a prefeitura/provedor para que eles informem a você o que esta de errado. A mensagem de erro se refere a alíquota, mas o problema pode ser outro.

Boa tarde @Evertof, Já esta no SVN.

Boa tarde @Catrini, Isso é muito estranho. Altere o arquivo ACBrNFSeXServicos.ini para usar o Ginfes em vez do Giss. E faça novos testes.

@Catrini, Não, veja o formato que esta 00.00 O que eles querem mostrar abaixo é que se for 1% você vai informar 1, mas no XML vai ser 1.00 o zero a esquerda não conta, pois esta indicando apenas que a parte inteira vai ter no máximo 2 dígitos. O provedor Giss se utiliza da versão 2.04 do layout da ABRASF e a definição do tipo simples da alíquota é: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5" /> <xsd:fractionDigits value="4" /> <xsd:minInclusive value="0" /> </xsd:restriction> </xsd:simpleType> Isso significa que a alíquota poderá ter no máximo 4 casas decimais e a quantidade máxima de dígitos sendo 5. Por exemplo: 2.00 ou 2.0000, ambos são validos para o schema. 25.50 ou 25.500, ambos são validos. 25.5000 esse é invalido pois tem 6 dígitos.

@Marcello metrix, Eu sei, só estou esclarecendo que por enquanto Rio Preto ainda vai usar o Ginfes. Mas entre em contato com a prefeitura/provedor para saber o porque da mensagem de erro.

Bom dia @Evertof, Muito obrigado pela colaboração, já foi criado a TK-6336 para analise.

Bom dia @Valmor Reblin., Comparando a unit que você anexou com o que esta no SVN notei que você removeu a linha que checa o código do município, caso não tenha sido informado se utiliza do código do município configurado. Porque dessa alteração?

Bom dia @Catrini, No que se refere ao código do país, informe 0076 em vez de 1058. No arquivo ACBrNFSeXServicos.ini procure por Santos e acrescente a linha abaixo logo após o campo Versao. Vesao=2.04 Params=Dividir100:|Aliquota4Casas:

Bom dia @Marcello metrix, A cidade de São José do Rio Preto/SP ainda vai continuar usando o Ginfes, a Eicon não informou quando vai migrar para o GissOnline. Verificar se o prestador esta realmente inscrito no município. Caso esteja vai ter que entrar em contato com a Eicon para resolver o problema.

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

Bom dia @Marcio Cenci, A descrição da rejeição esta estranha, pois se refere a NF e não ao CT-e. Ambos os modelos de documentos tem a mesma rejeição: 269 com descrições semelhantes. NF-e Rejeição 269 Descrição: CNPJ/CPF Emitente da NF Complementar difere do CNPJ/CPF da NF Referenciada Regra: Se NF-e complementar (tag:finNFe=2): – CNPJ/CPF emitente da NF Referenciada difere do CNPJ/CPF emitente desta NF-e (NF-e, NFC-e, NF modelo 1) (NT 2018.001) CT-e Rejeição 269 Descrição: CNPJ Emitente do CTe Complementar difere do CNPJ do CT complementado Regra: Se Tipo do CTe = 1 (CTe complementar): - Verificar se o Conhecimento complementado foi emitido pelo mesmo CNPJ.

Boa tarde @Everson Clei, Ajuste para não gerar a linha do encoding ao salvar um Json. Já esta no SVN.

@Everson Clei, Quanto ao Encoding vou ver o que pode estar ocorrendo.

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

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

Bom dia @SEI-INFO, Qual é a versão do ACBrInstall? Verifique se esta marcado para usar o ACBrXmlDocument.

Bom dia @Everson Clei, Na página 6 do manual que você anexou temos: O manual deixa claro que o Header deverá conter 3 parâmetros, o valor de Authorization é o SecurityKey fornecido pela prefeitura conforme consta no rodapé da página. Na unit Bauhaus.Provider temos a procedure SetHeaders que define o valor do parâmetro Authorization: procedure TACBrNFSeXWebserviceBauhaus.SetHeaders(aHeaderReq: THTTPHeader); begin aHeaderReq.AddHeader('Authorization', TConfiguracoesNFSe(FPConfiguracoes).Geral.Emitente.WSChaveAutoriz); end; Você deve configurar o componente, mais precisamente: Configuracoes.Geral.Emitente.WSChaveAutoriz com o SecurityKey fornecido pela prefeitura que eles chamam de Chave de Segurança. Na unit ACBrNFSeXWebserviceBase temos a definição da classe TACBrNFSeXWebserviceRest que é utilizada pelo provedor: TACBrNFSeXWebserviceRest = class(TACBrNFSeXWebserviceNoSoap) protected function DefinirMsgEnvio(const Message, SoapAction, SoapHeader: string; namespace: array of string): string; override; public constructor Create(AOwner: TACBrDFe; AMetodo: TMetodo; const AURL: string; const AMethod: string = 'POST'; const AMimeType: string = 'application/json'); end; Note que no Create é informado o MimeType (Content - Type) com o valor application/json conforme consta no manual. Por favor verifique se todos os fontes de todas pastas estão atualizados, caso afirmativo reinstale o ACBr com a opção de apagar arquivos antigos marcada e faça novos testes.

Bom dia @Cauê Lazzaroti, Muito obrigado pela colaboração, já esta no SVN a atualização dos Schemas.

Boa tarde @Marcello metrix, Chegou a usar o ACBrLibNFSe com o VB6 ou com o C# ? O ACBrLibNFSe é uma DLL. Você também pode integrar com o ACBrMonitor.

Boa tarde @André Melim e @Juliomar Marchetti, Não vai passar vejam: O componente esta gerando o XML segundo o layout da ABRASF. Isso esta ocorrendo porque a cidade do prestador de serviço contratou o provedor RLZ cujo webservice se utiliza da versão 2.03 do layout da ABRASF. Como dito acima a principio não vai gerar a tag de inscrição estadual. Para gerar essa tag além de alimentar o campo correspondente se faz necessário fazer uma alteração no componente e termos os schemas fornecidos pelo provedor que contempla essa tag. @André Melim, sugiro que você entre em contato com o provedor e questione eles sobre essa tag.

Bom dia @Everson Clei, Muito obrigado pela colaboração, já foi criado a TK-6318 para analise.

Bom dia @André Melim, Complementando o que o @Juliomar Marchetti já lhe passou, o provedor RLZ possui 2 webservices sendo que um deles se utiliza de um layout próprio e o outro do layout da ABRASF versão 2.03 É preciso verificar qual dos 2 layouts a cidade em questão utiliza. Se for o da ABRASF não vai gerar essa informação no XML, pelo menos os schemas que temos para esse provedor não contempla. Teria que ver neste caso com o provedor se ele tem uma atualização dos schemas.