WesleySantos

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

Bom dia pessoal, tudo bem? Espero que sim. Estive enfrentando problemas ontem em uma situação bem específica com um cliente de RO. Por algum motivo as notas não retornam todas as informações quando consultadas, mas consultando pelo portal NF-e, as informações estão constando lá. Dito isso, o problema é que em algumas notas emitidas há aproximadamente 1 mês atrás, ao serem consultadas, não retornam o protocolo, além do status "Autorizado o uso da NF-e (documento indisponível no momento)". Até aí tudo bem, não estava impactando em nada, o problema é quando tentamos efetuar o cancelamento dessas NF-e através da ACBrLibNFe, acredito que internamente o componente deve fazer alguma consulta da NF-e e baseado nisso o cancelamento, então pelo fato de não ter retorno do protocolo, ocorre um erro de schema no método NFE_Cancelar. Essas notas estariam sim de fato fora do prazo de cancelamento, contudo, o cliente solicitou a extensão para a SEFAZ, permitindo o cancelamento extemporâneo. Como estamos em processo de migração do nosso sistema de Delphi para C#, ainda tenho uma versão antiga do sistema que utilizava o componente ACBrNFe diretamente, e para minha surpresa, nessa versão em Delphi, via componente, o cancelamento foi realizado corretamente. Segue print do acontecido no ACBrLib.NFe.Demo.exe:

Bom dia, perdão pela demora, funcionou, agora o mesmo esta sendo enviado, mas ainda estamos com um problema, retorna um erro dizendo que 'O campo Alíquota não corresponde com a Alíquota pré cadastrada na prefeitura.', então acredito que seja apenas um detalhe de configuração na prefeitura, agradeço desde já o apoio

Boa tarde pessoal, tudo certo?, estou com um problema em um cliente que esta utilizando o provedor EL para emissão de NFSe pelo nosso sistema, ao tentar efetuar as emissões em nossos logs retorna um problema com o nome de 'XmlNode não pode ser nulo.', busquei os arquivos SOAP de retorno da tentativa de envio e o único que me parece estranho é este Vou anexar os arquivos, alguma ideia do que pode ser?, não lembro de ter visto alguma TAG com esse nome de autenticarContribuinte... NFSeEL.rar

Boa tarde, Estou enfrentando um desafio relacionado à emissão da DACTE. Alguns dos meus clientes solicitam que as informações de peso sejam apresentadas conforme constam no XML original, sem conversão para quilogramas, apesar de o manual do DACTE e o ACBr estarem configurados para realizar essa conversão. Atualmente, utilizo o ACBrLIB, e após verificar, notei que não há disponibilidade do código fonte da DLL para que eu possa realizar ajustes manualmente. Haveria alguma forma de implementar essa configuração específica? Busco orientações sobre como proceder, considerando a necessidade de manter meu projeto atualizado com as novas versões do ACBr. Agradeço antecipadamente pela assistência.