Italo Giurizzato Junior

Boa tarde Guerreiro, A NFS-e hoje é uma zorra tremenda, espero que com a NFS-e Padrão Nacional muitos problemas sejam sanados e a emissão da NFS-e seja muito mais simples como é o caso da NF-e.

Gumercino, Favor anexar as units do componente que você alterou para que possamos analisar e realizar o merge. Desde já agradecemos a sua colaboração.

Boa tarde Fabiano, O que diz na coluna observação do campo 153 (IE do Recebedor)?

Boa tarde José, Todos os fontes de todas as pastas estão atualizados? Se sim, mesmo assim se faz necessário a alteração proposta pelo Luis para que essa consulta funcione?

Karine, Por favor, atualize novamente os fontes. O evento de cancelamento foi foi enviado com sucesso e foi registrado e vinculado ao BPe, ou seja, o BPe em questão esta cancelado. Com as alterações que fiz é para mostrar o resultado do retorno e não uma tela em branco.

Graça, Rejeição: 746 - Tipo de Serviço inválido para o tomador informado, cai na regra: G79 Se tomador do serviço for emitente de CT-e (verificar CNE), for contribuinte do ICMS (indIEToma=1) e diferente do CNPJ Base do Remetente ou Destinatário: - Rejeitar se o tipo de serviço informado for Normal (tpServ=0) OBS: Nas prestações de serviço que o tomador figurar como não contribuinte, indIEToma deve ser informado com 9, mesmo que exista uma Inscrição Estadual para o mesmo.

Rodrigo, O provedor GovDigital segue a versão 2 do layout do ABRASF sendo assim esse provedor é para disponibilizar 3 métodos de recepção de RPS. Método Enviar ( EnviarLoteRpsEnvio ) que permite o envio de um lote com até 50 RPS no modo assíncrono. Método EnviarSincrono ( EnviarLoteRpsSincronoEnvio ) idem ao anterior, mas o modo de envio é síncrono. Método Gerar (GerarNfseEnvio) que permite o envio de apenas um RPS no modo síncrono. Pelo que entendi eles estão sugerindo que você utilize este último método de envio.

Gumercindo, Você fez o que lhe pedi? Atribuiu o valor True a propriedade de configuração ConsultaLoteAposEnvio ou executou o método ConsultarLoteRps? Pois nos arquivos que você anexou não consta os arquivos XML gerados pelo método acima, como já disse é através desse método que você vai ter o retorno com o XML da NFS-e ou a lista de erros.

Karine, Após o envio do BPe você chegou a realizar a impressão do DABPE? Funcionou?

Boa tarde Rodrigo, O grupo <GerarNfseEnvio> só será gerado caso você utilize o método Gerar, pois o método Enviar gera o grupo <EnviarLoterpsEnvio> conforme aparece no XML que você anexou.

Boa tarde Graça, Um CTe de Redespacho ou Redespacho Intermediário só é emitido quando a segunda transportadora vai dar continuidade ao transporte da carga, ou seja, a primeira transportadora emite um CT-e Normal e leva a carga do ponto A até o ponto B, a segunda transportadora por sua vez emite um CT-e de Redespacho e leva a carga do ponto B até o ponto C (Destinatário). No seu exemplo a transportadora de mercadoria não vai realizar nenhum transporte ela apenas aparece como sendo o tomador do serviço, correto? Se sim, então a transportadora de mudança vai emitir um CT-e Normal vai informar a transportadora de mercadoria como tomador (Outros - toma4) e no como remente e destinatário os dados do funcionário, mas com os endereços diferentes. Ou informa a transportadora de mercadoria como remente e defini este como sendo o tomador e os dados do funcionário já com o endereço novo como sendo o destinatário. A questão agora é como relação ao documento originário, no caso do funcionário como sendo o remente ele pode emitir uma Carta de Remessa de Mercadoria visto que ele é uma pessoa física. Agora se colocar a transportadora como sendo o remente, não sei se será possível emitir uma CRM.

Boa tarde Karine, O erro esta no numero do protocolo, veja: <nProt>BPe352180000000046</nProt> Não se deve colocar o prefixo BPe no numero do protocolo somente o numero.

Bom dia Diego, Com essa alteração não vai gerar um efeito colateral para as demais cidades atendidas pelo mesmo provedor?

Bom dia Luiz, Anexa aqui mesmo no fórum somente os form que você alterou, para que possamos analisar. Desde já muito obrigado pela colaboração. Ainda hoje vou enviar para o repositório os INI.

Gumercino, Antes o retorno constava o código 1 ao consultar a situação do lote, agora esta retornando 4 que indica que o lote foi processado com sucesso. Agora é preciso executar o método ConsultarLoteRps. Vamos a um resumo do processo. Após alimentar o componente com os dados da nota de serviço, devemos executar o método Enviar, em seguida executar o método ConsultarSituacao (depende do provedor), em seguida executar o método ConsultarLoteRps, se a situação do lote for 3 ao consultar o lote teremos como resposta o motivo da rejeição, agora se a situação for 4, teremos como resposta o XML da NFS-e. Agora se você atribuir o valor True a propriedade de configuração: ConsultarLoteAposEnvio o componente se encarrega de realizar as consultas automaticamente, neste caso basta executar somente o método Enviar.

Bom dia Gumercino, Favor informar o CNPJ sem a formatação em: Configuracoes.Geral.Emitente.CNPJ E refaça o teste de envio.

Bom dia, O componente ACBrNFSe já esta preparado para emitir a NFS-e de Salvador. Favor utilizar o programa exemplo para iniciar os testes.

Bom dia Guerreiro, Não entendi, "descrição para cada produto"? Na NFS-e é uma nota de serviço, logo ele deve informar o código do serviço estabelecido pela prefeitura para o respectivo emitente da nota e no campo Discriminação ele vai detalhar o serviço realizado. Alguns provedores permite incluir mais de um serviço, onde podemos colocar a quantidade, o valor e a descrição de cada um. Mas por via de regra é um código de serviço apenas. Exemplo: Servico.ItemListaServico := '14.01'; Servico.Discriminacao := 'discriminacao I;discriminacao II'; O código 14.01 significa: Lubrificação, limpeza, lustração, revisão, carga e recarga, conserto, restauração, blindagem, manutenção e conservação de maquinas, veículos, aparelhos, equipamentos, motores, elevadores ou de qualquer objeto (exceto pecas e partes empregadas, que ficam sujeitas ao ICMS). Já o campo Discriminacao como dito o texto é livre e podemos usar o ";" (ponto e virgula) para pular de linha.

Bom dia Antonio, Antes de carregar o XML do evento, você esta carregando também o XML do CT-e vinculado ao respectivo evento?

Bom dia Rosemir, Acredito que os seus fontes estão desatualizados, veja: if Leitor.rExtrai(2, 'toma4') <> '' then begin (*B29*)CTe.Ide.Toma4.toma := StrToTpTomador(ok, Leitor.rCampo(tcStr, 'toma')); CTe.Ide.Toma03.Toma := CTe.Ide.Toma4.toma; Como você pode ver se existe o grupo <toma4> o campo Toma de Toma03 recebe o mesmo valor do camppo Toma de Toma4. O que eu não entendo é esse procedimento de muitos em gerar o XML, salvar e depois carrega-lo para poder enviar. Por que não gera, assina, valida só no momento do envio?

Bom dia Zanutto, A mensagem: "IE do Destinatário não esta cadastrada" é retornada pela SEFAZ após o envio do CT-e? Favor anexar o XML do CT-e para que possamos analisar.

Boa noite Antonio, Já tentou executar o comando abaixo? DMACBRCTE.ACBrCTe1.ImprimirEventoPDF;

Boa tarde Fabiano, Isso resolve 90% do problema. Até onde sei a maioria das NFS-e não é informado a forma de pagamento, mas na NFC-e sim. E como fica a forma de pagamento na NFC-e? Vamos supor que temos 70 reais em produtos e 30 reais em serviço, o cliente passa o cartão no valor de 100 reais, emito a NFS-e no valor de 30 e a NFC-e no valor de 70 em questão de valores a conta fecha. Mas como que fica a forma de pagamento na NFC-e, você informa que foi pago em dinheiro?

Bom dia Rosemir, A minha sugestão é quando o tomador for outros devemos também: CTe.ide.Toma03.Toma := tmOutros;

Bom dia Antonio, Muito obrigado pela colaboração, já esta no repositório.