Datacaixa

Sim, diz que o "Valor do ISSQN informado indevidamente". Porém com a versão antiga do Ginfes funciona normalmente. 000000656-env-lot.xml

Bom dia! Ao atualizar o componente do Acbr, o provedor da cidade de Guarujá/São Paulo está apontando para Giss só que na verdade a prefeitura utiliza o Ginfes.

Bom dia! Algum retorno sobre a alteração do link de webservice?

Olá, pessoal! Recentemente o Webservice SIAPNet realizou a alteração na URL de comunicação para a prefeitura de Guaratinguetá-SP. Ao tentar realizar a emissão através do link desatualizado ocorre a mensagem em anexo. Ao consultarmos a prefeitura constatamos que o novo link para comunicação via Webservice com o SIAPNet (Prefeitura de Guaratinguetá-SP) é este: https://guaratingueta.geosiap.net.br/pmguaratingueta/issonline/ws/?wsdl No momento realizamos a atualização do link de modo provisório. Solicitamos a atualização nos componentes ACBR, por gentileza. Obrigado desde já!

@Diego FolieneBoa noite! Deu certo agora, obrigado!

Boa tarde! Sem problemas, obrigado!

Esse é o problema, @Diego Foliene. Quando o Color está definido como clWindowText e um tema de contraste como 'Céu Noturno' é aplicado no Windows, ao imprimir o relatório, ele fica todo em branco. Isso pode ser resolvido alterando o Color para clBlack. Conforme o tópico mencionado anteriormente: Resumindo, não pode ficar clWindowText , precisa ficar clBlack.

Segue abaixo duas imagens: uma com a fonte clBlack, referente ao relatório customizado, e outra com a fonte clWindowText, que corresponde ao relatório padrão.

Sim, refiz esse procedimento ontem utilizando o novo layout do instalador do ACBr.

Pessoal, boa noite! Criei um tópico (link) sobre o arquivo "eventos.fr3" do FastReport utilizado pelo ACBr, que está configurado com a cor da fonte como clWindowText em vez de clBlack. Foi sugerido que eu verificasse o arquivo pelo SVN, e acabei de conferir, mas a fonte ainda continua como clWindowText.

Segue anexo o arquivo "eventos.fr3", com a cor da fonte ajustada para clBlack. Obrigado! EVENTOS.fr3

Pessoal, boa tarde! Estes dias atendendo um cliente vi que o arquivo "eventos.fr3" do FastReport usado pelo Acbr está configurado com a Cor da Fonte = clWindowText. Isso não é necessariamente um problema, porém, quando o tema do Windows do cliente é claro como "Céu Noturno", ao visualizar a impressão todas as fontes ficam brancas (parece que está bugado). Analisando outros arquivos como "DANFeRetrato.fr3", "DANFePaisagem.fr3" vi que a Cor da Fonte é sempre clBlack. Existe algum motivo para isso? Não seria melhor padronizar tudo para clBlack?

OK, isso que eu precisava saber, se o componente faria isso ou se eu mesmo vou ter que criar uma função para tratar esses caracteres.

Mas foi isso que eu fiz!

Essa função não tira o & e nem os outros caracteres não aceitos no XML.

Estranho, já estamos usando o RetirarAcentos mas no XML foi o caractere &. Sabe se precisa ativar outra propriedade para funcionar?

Boa tarde! Teria alguma propriedade do ACBrNFSeX e da ACBrNFe para remover caracteres especiais não aceitos no XML (&, <, > e ")? Verifiquei aqui que existem as propriedades RetirarAcentos, RetirarEspacos e IdentarXML, seria alguma delas?

Obrigado pelo auxilio, era exatamente isso que o Juliomar indicou. Alterei o PWCNF_CNF_AUTO conforme necessidade dos testes 35 etc. Teste aprovado.

Daniel bom dia! Estou re-homologando com a nova DLL da PayGo. Não estou usando o ACBrTEFAPI pois já estou com toda regra de negócio rodando a algum tempo no ACBrTEFD e também porque antes de começar a re-homologação eu abri um tópico perguntando se teria problemas em continuar usando o ACBrTEFD e tive retorno que funcionaria também. Eu assisti o curso mas o exemplo é com o ACBrTEFAPI. Pelo que pesquisei no fórum e discord é necessário alterar o método TACBrTEFDPayGoWeb.CNF mas a imagem do outro tópico não carrega. Esse teste 35 eu entendo que na prática não acontece, pois toda regra de confirmação e desfazimento é tratado direto pela aplicação e não pelo usuário. Mas ainda assim preciso fazer para homologar.

Poderiam me informar qual código devo alterar no componente ACBrTEFD para fazer o teste 35 a 38? Localizei esses tópicos mas a imagem com o ajuste no código não carrega. Ai não consigo ver o que foi feito.

Bom dia! Já uso o TEF PayGo durante um tempo nos clientes e estou atrasado em relação a homologação com a nova DLL da PayGo. No meu projeto uso o componente ACBrTEFD1 mas vi que existe um novo ACBrTEFAPI1. Posso manter o componente ACBrTEFD e re-homologar ou é aconselhado usar o novo? Existe muita diferença entre eles? O mais novo da menos problema etc?

Sim, já vi esse arquivo e os fontes inclusive. Lá vocês não utilizam o try except, e por isso minha dúvida.

Segue novamente o código. Tive que zipar pois estava bloqueando. code.zip

Boa tarde! Utilizo um try except no DistribuicaoDFePorUltNSU, porém tenho notado que ao dar consumo indevido ele cai no exception, é isso mesmo? Eu fiz o código abaixo para tratar o exception para casos diversos, e abaixo eu trato o retorno 656 (consumo indevido), porém tenho notado que não tem entrado nessa parte do código quando dá consumo indevido codigo.7z