WesleySantos

Opa boa tarde, grato pelo retorno. Nosso sistema atualmente não permite a quebra de linha durante a digitação, por exemplo com a combinação de Ctrl+Enter, porém neste caso em específico como destaquei, eles colaram o texto no campo e realizaram a transmissão do evento. Nessa situação, qual seria a melhor orientação? Realizar um tratamento para remover a quebra de linha e permitir a emissão com todas as informações em texto corrido? Aguardo seu retorno.

Bom dia pessoal, tudo certinho ? Estamos com uma situação ao emitir uma CC-e no CT-e que seria relacionado a quebra de linha. Nosso cliente copiou e colou o texto que seria informado no campo valorAlterado contendo quebra de linha e apenas a primeira linha antes da quebra que foi enviado. Um texto de exemplo que ocorreu o problema que testamos internamente: TESTE 1 TESTE 2 TESTE 3 TESTE 4 A imagem 1 representa o exemplo de como seria o texto colado pelo cliente. Na segunda imagem podemos notar como carregou apenas a primeira quebra de linha. Em anexo também, o XML de evento, carregando apenas o primeiro trecho antes da quebra. Nas observações, realizamos um tratamento via código para identificar a quebra de linha, utilizando do seguinte recurso: .Replace($"{Environment.NewLine}", ";") que basicamente converte a quebra em ponto e vírgula e na emissão é convertido em quebra de linha, essa mesma tentativa não houve sucesso na emissão. 11011042250117089484000190570570000008651378142998001-procEventoCTe.xml

Olá pessoal, boa tarde! Estou com a seguinte rejeição ao tentar enviar uma CCe do CTe em C# utilizando o fontes. Já atualizamos o schema cte e também não obtivemos sucesso. Rejeição: Carta de correção inválida (campo/grupo “[refNF:nro]” informado não existe no schema do CT-e ou não existe no grupo informado). Segue em anexo o XML da tentativa de emissão e também o arquivo INI do evento. 851-ped-eve.xmlIniFile.txt

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...