Jhoni Conzatti

Deu certo, obrigado

Muito obrigado! Acabei de atualizar e testar.

Muito obrigado! Acabei de atualizar e testar.

Boa tarde pessoal, Estou com problema ao consultar contribuinte na UF AM. Sempre que realizo a consulta de qualquer CNPJ para a UF AM pelo CCC recebo o erro de Access Violation. Mesmo que o serviço esteja inoperante, acredito que deveria retornar uma mensagem de erro melhor tratada. O problema acontece no Exemplo como pode ser visto no vídeo a seguir. https://drive.google.com/file/d/1KCJH4XcCIJTvFYZA8wSKzYzmrngPAHAP/view?usp=sharing

Boa tarde pessoal, Recentemente cadastrei um tópico com problema semelhante: Agora o problema em questão é quanto a tag InfConfirmacaoCancelamento que é esperada pela rotina que lê as informações de cancelamento do xml de retorno da consulta por rps da NFS-e para o provedor Thema. No entanto, o xml de retorno que recebi não possui essa tag (ver imagem abaixo). Para tratar a situação adequadamente fiz um simples ajuste no código (conforme abaixo). Gostaria que os senhores avaliassem a minha contribuição para incluir nos fontes do ACBr. O .xml de retorno e o arquivo .pas alterado estão em anexo. Obrigado. ACBrNFSeXProviderABRASFv1.pas 285-consulta-retorno.xml

Boa noite pessoal, O XML de retorno de consulta por RPS de uma NFS-e cancelada no provedor Simpliss de Blumenau - SC está retornando a data e hora do cancelamento na tag DataHoraCancelamento conforme imagem abaixo. No entanto, a rotina que lê o cancelamento do XML de retorno da consulta espera encontrar a tag DataHora conforme imagem abaixo. Para tratar a situação adequadamente fiz um simples ajuste no código (conforme abaixo). Gostaria que os senhores avaliassem a minha contribuição para incluir nos fontes do ACBr. O .xml de retorno e o arquivo .pas alterado estão em anexo. Obrigado. 281-retorno.xml ACBrNFSeXProviderABRASFv2.pas

Encontrei uma solução. Conversando com meu chefe sobre o assunto, ele sugeriu que nesse caso o cliente deve criar a arte completa do logotipo para colocar no quadro e usaremos a configuração para expandir a logo. Obrigado @Juliomar Marchetti e @Alexandre de Paula

Sim, eu geralmente faço da forma como você sugere, no entanto, nesse caso, realmente parece ser um inconsistência entre os manuais do SEFAZ e um advogado qualquer com segue me defender nesse caso kkkkk Esse cliente em específico é dureza, mas acho que consigo convencê-lo com os argumentos que os senhores me apontaram: depois falo aqui.

Vou falar com o cliente e o contador dele. Vou tentar convencê-los a informar o telefone para aparecer na DANFe mostrando essa documentação fiscal. Vou informa-los que apesar da informação não ser obrigatória no XML da NF-e, ela é obrigatória na DANFe. Vamos ver o que irão me dizer. Em últimos casos faço o que o @Alexandre de Paula sugere, mantendo essa alteração nos meus fontes locais. Depois reporto aqui a solução dada. Obrigado por enquanto

O XML não obriga, o cliente não quer informar (e pode não informar) o seu telefone no XML da NF-e: nesse caso ele deseja que não apareça o rótulo "TEL:" na Danfe. Segundo o cliente, não faz sentido aparecer o rótulo se não existe essa informação para exibir. Eu, por outro lado, estou inclinado a concordar com o cliente. Eu penso que, se o telefone deve ser obrigatório na DANFE, então a SEFAZ deveria pelo menos obrigar informar também no XML, para ficar coerente.

Apenas para deixar registrado, devo informar ao cliente que o telefone é obrigatório na DANFe e portanto deve sempre informar no XML da NF-e.

Certo, mas não faz sentido mostrar o rótulo "TEL:" quando não existe a informação do telefone do emitente no XML da NF-e para ser impresso na DANFe.

Segundo o manual na NFe/NFCe o campo telefone do emitente (tag emit.enderEmit.fone) é opcional (ocorrência 0-1).

Bom dia, O rótulo "TEL:" é impresso na DANFe mesmo que não tenha essa informação no XML. Acredito que isso realmente não faça sentido e um cliente nosso reclamou. Usamos o Fortes Reporte CE, então já realizei o ajuste nas danfes A4 nas orientações paisagem e retrato: fontes em anexo. Na imagem abaixo, tem um exemplo de DANFe antes do ajuste que eu fiz: Nesta outra imagem a seguir, tem um exemplo de DANFe depois do ajuste que eu fiz: Nas units ACBrNFeDANFeRLRetrato e ACBrNFeDANFeRLPaisagem, no método ```DefinirEmitente``` foram incluídos o seguinte tratamento: if NaoEstaVazio(Fone) then begin sTemp := 'TEL: ' + FormatarFone(Fone); rlmEndereco.Lines.add(sTemp); end; ACBrNFeDANFeRLPaisagem.pas ACBrNFeDANFeRLRetrato.pas

Bom dia, Primeiramente parabéns pelo código @Márcio Baroni Está fácil de entender e acredito que pode me ajudar. Notei, no entanto, que você cria um servidor HTTP local na porta 3000 para a URI de redirecionamento do OAuth 2.0. Achei interessante essa abordagem, eu nunca antes, havia cogitado essa possibilidade. Sempre pensei que fosse necessário criar um servidor acessível na internet para poder rodar o serviço de redirecionamento da autorização do OAuth 2.0. Nesse sentido, em outras situações que precisei da autorização com o OAuth 2.0, acabei criando um serviço com o servidor HTTP instalado em algum VPS. Mas se o http:\\localhost realmente funciona (assim como você o fez), então o servidor VPS não seria necessário.