WesleySantos

Boa tarde Italo, de fato verifiquei aqui e estava passando um parâmetro que não era necessário por isso não imprimia, agradeço o auxilio, peço desculpas pelo incomodo

Boa tarde, segue xml de retorno6099-nfse.xm Consegui acesso ao site da prefeitura do cliente, e baixei uma nota emitida pela prefeituranfse_0000060_2024-10-01 13_11_26.xml caso ajude

Boa tarde pessoal, tudo certo?, estou com um problema ao efetuar a configuração para emissão nesse provedor, a emissão ocorre perfeitamente, mas o problema que encontro é no retorno pós emissão, o XML não vem 'correto' e o componente não consegue carregar ele para efetuar a impressão da DANFSe, alguma dica? Tentei efetuar a consulta por RPS, situação de lote, mas nenhuma me retorna o XML correto para efetuar a impressão do mesmo..6099-con-nfse-rps.xml6099-con-nfse-rps-soap.xml.

Bom dia, Show de bola, vou atualizar, caso aparecer algum problema reporto para vocês! Obrigado pela atenção!

Hmmm realmente era ali o problema, no meu estava um pouco diferente, por algum motivo quando atualizamos aqui, acho que acabou não atualizando a classe do Cupom fiscal, faltava a parte do .Contains dentro do if, atualizamos novamente e abrimos o Cupom, puxou igual o seu, testei e deu certo. Muito obrigado pela sua atenção, desculpa pelo incomodo. Ótima sexta-feira para você meu amigo!

Usamos pelo SVN, a principio esta atualizado, tentamos atualizar novamente, referente ao retorno do CFe.ToString(); notei uma coisa estranha, no meu não gerou as tag do COFINS e do PIS igual no seu, vou anexar o log que gerou com o retorno do CFe, porém se reparar no log gerado pela Lib que passei anteriormente, lá consta certo, conforme eu havia alimentado com o 49. lConfigSatACBr.log

Show, obrigado, aguardo retorno...

Estou configurando normalmente, conforme imagens, tanto que funciona nas impressões térmicas, da mesma maneira e usando o mesmo código, somente na A4 não está somando correto: Esse código é usado para gerar todos os comprovantes do NFCe, e somente em A4 está ficando com a soma diferente, o que me faz entender que a impressão em A4 está com algum problema no totalizador...

Bom dia, Usamos ACBrLib do SAT para C#, tentamos atualizar as DLL e componente e o problema persiste, alimentamos as tag de PIS.CST e COFINS.CST com 49 no teste que fizemos (mas acontece com qualquer valor), porém no momento que ele gera o XML, ele sempre alimenta com 01. Segue em anexo o XML novamente e o Log solicitado AD35240911111111111111591234567890018962443750.xml Arquivo Log SAT.txt

Bom dia, Sim estamos atualizados, como falei acima, tentamos até atualizar novamente, testei tanto em Fortes que é em Delphi quanto em Fast que é em C# em ambos acontece, o problema é que em A4 gera 0,37 e em Térmica gera outro valor conforme as imagens que passei nos posts anteriores, isso que estou achando muito estranho, aparentemente o valor de 0,37 seria incorreto, o correto seria 1,22, afinal esse seria o valor correto da soma, conforme imagem abaixo, aparentemente quando é impressão térmica ele soma os Tributos Estaduais junto no totalizador, no qual seria o correto enquanto em A4 ele somente joga os Tributos Federais, lembrando, tudo com o mesmo XML, ou seja por mais q a tag vTotTrib, em térmica está somando os Tributos estaduais junto e ficando correto:

Boa tarde, tudo certo? Estamos utilizando ACBrSAT em C#, porém notamos o seguinte problema, mesmo alimentando sempre certinho o PIS.CST e COFINS.CST com outros valores no momento que gera o XML, sempre está ficando como "01", conforme imagem e XML em anexo: Já tentamos atualizar componente e DLLs da ACBr e o problema persiste, teria alguma configuração que estou deixando passar talvez? ou seria algum problema na geração do XML de vocês? Desde já agradeço pela atenção! AD35240911111111111111591234567890018952487097.xml

Boa tarde @Diego Foliene, Tenho sim, segue em anexo o XML, em A4 está totalizando R$0,37 enquanto as demais estão totalizando R$1,22, no qual seria o correto referente a esse XML que anexei. Utilizamos o componente tanto em C# quanto em delphi e ambos estão com o mesmo problema, não sei se esqueci de passar alguma propriedade no componente quando for A4, mas acredito que não, pois segue a mesma lógica das demais que estão funcionando. Desde já agradeço a atenção 42240917089484000190650340000151511296444716-nfe.xml

Bom dia, Utilizando o componente para C#, somente na impressão em A4, o totalizador referente a tributos totais está calculando incorretamente, caso gerar nas demais impressões totaliza corretamente, ja foi tentado atualizar componente e dlls. Abaixo a impressão em A4 na qual deveria totalizar 25,44: Abaixo exemplo de outra impressão totalizando corretamente, assim deixando claro que somente em A4 está com esse problema: Aguardo retorno, desde já agradeço!

Boa tarde @Italo Giurizzato Junior, tudo certo?, perdão pela demora estávamos aguardando o cliente efetuar os testes, hoje ele nos deu um retorno e disse que deu certo agora, agradeço o auxilio!

Boa tarde pessoal, tudo certo? Estou com uma situação em um cliente que faz a emissão da NFSe em Brasília com o provedor ISSNET, aonde o mesmo alega que a impressão da DANFSe sai diferente quando emitida pelo site da prefeitura, e quando é feito pelo sistema... Mais especificadamente o valor de ISS, ele utiliza a retenção de ISS, e quando ele utiliza essa opção pelo sistema esta alimentando os dois campos na impressão Segue print Mas quando o mesmo emite a nota com os mesmos valores pelo site da prefeitura, ele alimenta apenas o valor de ISSQN Retido Segue print Tentei zerar o valor de ISS da propriedade de Servico.Valores.ValorISS, mas mesmo assim ele ainda puxa quando é feito pelo sistema, alguma dica? Desde já agradeço o auxilio!

Tive de retirar a tag de TPIntegra, pois o componente sempre leva a tband = 1 quando existe o tpIntegra pelo que notei Tirando ela passa normalmente, mas acredito que seja apenas para o estado do CE, pois não peguei nenhum outro cliente com essa situação... Agradeço pelo auxilio pessoal!

Vou efetuar os testes agora no cliente, logo retorno com novidades

Boa tarde pessoal tudo certo?, estou com um cliente do CE que esta tentando efetuar a emissão de um cupom NFCe com 3 formas de pagamento diferentes, e uma delas é cartão, mas me retorna a rejeição Tipo de pagamento não aceita o grupo de cartões ou boletos. Olhei as tags geradas no xml e aparentam estar corretas, pois o card é gerado apenas na tpag 04, alguma dica? Segue em anexo xml em questão 23240830321230000113650010000001131372173126-nfe.xml

Compreendo, mas fico na duvida do porque ela aparece na DANFE no momento da emissão e após ela é removida do arquivo XML

Bom dia Pessoal, tudo certo? Estou com a seguinte situação, um cliente utiliza ' º ' em uma observação de alguns itens, até ai tudo certo na impressão sai a informação normalmente, mas na reimpressão da mesma ele some, conferi e o mesmo não vai para o XML. Tenho que passar algum parâmetro para que ele seja salvo também por se tratar de um caractere especial? Desde já agradeço!

Boa tarde a todos, uma boa alternativa @lucimauro, vou buscar fazer o mesmo pra contornar essa situação. A opção de enviar o protocolo também seria bem interessante, no caso do NFE_Cancelar. Acredito que se funcionou para o nosso querido amigo Lucimauro, vá funcionar pra nós também aqui na empresa.

Sim, notei que há um campo destinado a esse tipo de mensagem. Aparentemente, ao alimentar esse "Mensagem" com um texto maior, ocorre a situação dos zeros estar uma posição antes que deveriam. Tenho esse exemplo, uma mensagem com menos caracteres e outra com mais, pode reparar que os "zeros" ficam em posições distintas. Testei de várias formas e aparenta ser um bug...

Boa tarde, na verdade não é o código do convênio, mas sou grato de qualquer forma... Continuei investigando e consegui descobrir o empecilho. Ao passar a seguinte mensagem para o componente a remessa é gerada com os zeros em uma posição antes que deveriam. "Pagável preferencialmente nas agências da caixa PARCELAMENTO DE VENDA NFE N° 609" Agora, se eu passar para o componente a mesma mensagem com alguns caracteres a menos, os "zeros" saem na posição correta(161 à 162). Segue a mensagem: "Pagavel preferencialmente nas agências da caixa PARCELAMENTO DE". Essa mensagem é alocada dessa forma na remessa, logo antes dos zeros nas posições 161 e 162. E já com o componente em Delphi, tudo fica ok, testando com ambas mensagens citadas acima.

Boa tarde pessoal! Tudo certo? Trabalho com o componente de geração de boletos de vocês e ao realizar a homologação junto da Caixa Econômica, o pessoal de lá que gerencia esse processo cogitou estar incorreto a remessa, mais especificamente na posição 161 à 162 do segmento S. São dois caracteres e tanto o pessoal da Caixa quanto o manual de cobrança, pede para que as posições sejam preenchidas com zero. Na remessa, está gerando uma posição antes, na 160 à 161, dessa forma: Em uma versão anterior que tenho do meu sistema, utilizo o componente para geração de boletos em Delphi, também de vocês. Já nele, ao gerar a remessa com as mesmas configurações, os zeros saem na posição que preciso e o banco aprova. Segue anexo da remessa gerada com componente em Delphi: Configuração necessária para que o usuário consiga gerar boletos por do sistema com qual trabalho: Revisei algumas vezes os códigos por aqui, mas não achei nenhum detalhe que pudesse resolver meu problema, como um parâmetro ou configuração. Alguém pode me dar alguma instrução/norte a respeito dessa questão? Grato desde já. Abraço! https://www.caixa.gov.br/Downloads/cobranca-caixa/Manual_de_Leiaute_de_Arquivo_Eletronico_CNAB_240.pdf - Manual de cobrança.

Boa tarde pessoal, tudo bem? Inseri as informações abaixo dentro do arquivo ACBrNFSeXServicos.ini: [4212809] Nome=Balneario Picarras UF=SC Provedor=IPM Versao=1.01 ProRecepcionar=https://balneariopicarras.atende.net:7443/?pg=rest&service=WNERestServiceNFSe HomRecepcionar=https://balneariopicarras.atende.net:7443/?pg=rest&service=WNERestServiceNFSe Em seguida executei o bat Compila_RES.BAT e reinstalei o acbr. Antes apresentava a mensagem que não existia provedor selecionado e após inserir essas informações esta puxando o provedor BETHA, fiz várias tentativas inclusive exclui o acbr e reinstalei, e mesmo assim continua desta forma. Alguém teria uma sugestão do que posso estar fazendo? vou enviar os arquivos abaixo caso seja necessário. ACBrNFSeXServicos.ini ACBrNFSeXServicos.res