Italo Giurizzato Junior

Boa tarde a todos, No meu entendimento, a aplicação deve sempre utiliza o numero da nota a ser emitida o numero da anterior + 1. Desta forma não teremos problemas. Fora isso pode-se criar uma rotina que checa se existe algum buraco, ou seja sequencia das notas quebrado, por exemplo, temos a nota de numero 500, 502, 503, ... detectado a falha a rotina deve registrar em uma tabela os números de notas não utilizados, neste caso a de numero 501. Essa tabela tem que possuir também outros campos que indica se o numero foi inutilizado ou não, data de inutilização, numero de protocolo, e justificativa. Desta forma o form de inutilização de numeração só estaria disponível para inutilizar os números que constam na tabela como não inutilizados. Após a inutilização de todos, não teria como o usuário inutilizar outro numero. Ficando assim o sistema protegido contra erros.

Boa tarde Claudio, A NFC-e herdou praticamente tudo da NF-e, sendo assim, segundo o seu exemplo, onde temos um desconto no segundo item, se tratando de desconto na NF-e o desconto deve ser rateado entre todos os itens da nota, portanto se será data um desconto de 50% na segunda unidade de um item devemos lançar 25% de desconto para cada um. Lembre-se na NF-e não existe o desconto no valor final da nota e sim desconto rateado entre todos os itens. Portanto na NFC-e o desconto funciona da mesma forma.

Boa tarde a todos, Se não me falha a memória quando você compra um produto com o cartão de crédito e solicita o parcelamento do valor, alem do comprador pagar parcelado para a operadora do cartão o comerciante também recebe parcelado da operadora. Portanto quem paga e que recebe é em parcelas. No meu entendimento "a prazo" significa que o comerciante vai dar um prazo para que o cliente efetue o pagamento total, por exemplo 20 dias, por outro lado "outros" entendo como o parcelamento do valor em duas ou mais parcelas. Como as datas de vencimento do cartão de crédito é complicada, uma vez que a primeira parcela posso estar pagando dentro de poucos dias ou somente daqui a 40 dias, a minha sugestão é colocar como: A Vista.

Boa tarde Robinho, Se o problema ocorre com apenas alguns CT-e, com certeza o problema é a digitação dos valores ou a sua rotina que calcula o valor total do frete (vTPrest).

Boa tarde Batista, Já esta disponível.

Boa tarde Anderson, Essas informações constam no XML, mas no manual referente ao DACTE não, ou seja, segundo o layout do DACTE publicado pelo ENCAT não prevê a impressão dessas informações. Se você desejar, pode fazer as alterações necessárias para que as mesmas sejam impressas, desde que as que já existem não sejam omitidas. Não vamos fazer essa alteração, pois não ficaria em conformidade com o manual.

Boa tarde, O componente ACBrNFSe, possui 3 métodos para enviar o RPS para o web services e este processar e devolver a NFS-e. Os métodos são: Enviar, EnviarSincrono e o Gerar. Dependendo do provedor podemos usar qualquer um dos 3, por outro lado temos provedores onde podemos usar somente 1 dos métodos listados acima. Se ao tentar usar um método temos como resposta que ele não esta disponível para o provedor XYZ, isso significa que temos que utilizar outro.

Boa tarde Gabriel, Vou analisar o problema.

Boa tarde Isaac, Mas o XML de envio ainda esta gerando a TAG ultNSU com apenas um digito? Se sim, com certeza existe fonte não atualizado. Favor atualizar todos os fontes de todas as pastas.

Boa tarde Elton, Fiz uma alteração hoje cedo mas tem haver com gerar a nota no formato TXT (layout SEFAZ).

Boa tarde Batista, Muito obrigado pela colaboração, vamos avaliar e se estiver tudo OK iremos realizar o merge e disponibilizar.

Boa tarde, Alem do Gerar, tentou usar o Enviar ou EnviarSincrono?

Boa tarde Luis, Você esta usando o componente ACBrNFSe?

Bom dia Robson, O problema surgiu após você atualizar os fontes do componente, ou atualizar a sua aplicação, ou não correu nenhuma atualização? Se não ocorreu nenhuma atualização, então o problema é com o provedor. Outra coisa, se tratando de Nota Fiscal de Serviço eletrônica é sempre bom informar também para qual cidade a mesma esta sendo emitida, sem essa informação fica difícil de ajudar.

Bom dia Dimas, Abra o arquivo ACBrNFeServicos.ini com o bloco de notas e procure por: [NFCe_RJ_P] Verifique se esta desta forma: [NFCe_RJ_P] Usar=NFCe_SVRS_P URL-QRCode=http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode URL-ConsultaNFCe=https://www.sefaz.rs.gov.br/NFE/NFE-COM.aspx [NFCe_RJ_H] Usar=NFCe_SVRS_H URL-QRCode=http://www4.fazenda.rj.gov.br/consultaNFCe/QRCode URL-ConsultaNFCe=https://www.sefaz.rs.gov.br/NFE/NFE-COM.aspx Caso negativo altere ele e tente novamente.

Bom dia Wislei, Não é só nas capitais que temos vários CEPs, na cidade que moro ( 180 mil habitantes ) temos vários CEPs. A minha sugestão é você ter uma segunda tabela para armazenar os CEPs. Inclua nessa segunda tabela um campo com o código IBGE da cidade para relacionar com a primeira. Algo do Tipo: Tabela: Cidades Campos: CodIBGE, NomeCidade, SiglaUF, .... Tabela: CEPs Campos: CodIBGE, CEP, Logradouro, ....

Isaac, No XML aparece desta forma: <ultNSU>0</ultNSU> Se sim os seus fontes estão desatualizados.

Bom dia, Altere o pacote usando o bloco de notas.

Bom dia Isaac, Funcionar funciona, mas você precisa pedir para alguns fornecedores seu emitir notas em ambiente de homologação, ou você emitir nota para você mesmo em ambiente de homologação. No meu entendimento muito esforço para pouca coisa, sugiro partir direto para o ambiente de produção.

Bom dia Isaac, Você esta com todos os fontes de todas as pastas atualizados? Outra coisa, o terceiro parâmetro do DistribuicaoDFe na primeira execução devemos passar o valor zero ( '0' ), mas da segunda em diante temos que utilizar o valor retornado em ultNSU.

Bom dia, CNPJ todo zerado???

Bom dia a todos, Não seria mais simples se na linha: (FConfiguracoes.WebServices.UFCodigo in [29, 41]) then begin // 29 = BA, 41 = PR Fosse removido o 41 que se refere ao Estado PR? ou seja: (FConfiguracoes.WebServices.UFCodigo in [29]) then begin // 29 = BA

Bom dia Fernando, Por favor post em anexo a unit que foi alterada para que possamos realizar um merge.

Bom dia Luiz, Esse assunto já foi tratado no fórum inúmeras vezes, vai uma dica: Nota Técnica 2013/005 versão 1.22

Bom dia Guilherme, Se possível post como anexo o XML salvo agora de forma correta, com as alterações que você fez.