Italo Giurizzato Junior

Boa tarde, Você já tentou executar o passo a passa (arquivo TXT) que esta dentro da pasta: ...\Fontes\ACBrCTe\ para corrigir os erros de propriedades inexistentes?

Bom dia Dangelo, Solicite junto ao provedor os Schemas corretos, para que possamos fazer as devidas correções.

Bom dia Rafael, Tomando como base o seu XML você tem que informar em vPag o valor 217.19, uma vez que a somatória dos pagamento tem que ser igual ao total da nota. A sua aplicação tem que tratar a situação do troco, no caso do DANFE para NFC-e feito em Quick Report, temos uma propriedade para alimentar o valor do troco e este ser impresso no DANFE.

Bom dia Dangelo, Se tratando da versão em Quick Report temos: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.DANFE.TipoDANFE := tiNFCe; ACBrNFe1.DANFE.ImprimeItens := False; ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile(OpenDialog1.FileName); ACBrNFe1.NotasFiscais.Imprimir;

Bom dia, Por favor, solicite junto ao provedor um exemplo de arquivo Soap de envio, para que possamos comparar e fazer as devidas correções.

Bom dia Diogo, Muito obrigado pela colaboração. Favor atualizar os fontes pois a unit que você postou esta desatualizada com relação ao repositório.

Bom dia Michel, Muito obrigado pela colaboração, já esta disponível.

Bom dia Walter, O conteúdo de grupoAlterado e campoAlterado, devemos seguir a nomenclatura que consta no Manual do CT-e. Se o grupo segundo o manual é Rem, não podemos colocar Remetente. Agora se o usuário vai digitar o nome do grupo/campo em um TEdit ou se vai escolher de um combobox ou se vai ser extraído do XML, ai fica a cargo do desenvolvedor. Acredito que a solução mais simples é pegar de um combobox. Podemos ter um combobox para os grupos e um outro para os campos, sendo que esse segundo só mostra os campos do grupo previamente selecionado no primeiro combobox.

Bom dia Michael, Qual é a versão do Quick Report que você tem instalado no seu Delphi?

Bom dia Agnaldo, No primeiro momento podemos ficar sossegado, pois jamais vai ocorrer de um arquivo subscrever outro, caso você tenha no mesmo cliente a emissão de ambos os documentos. Pelo simples fato de na chave constar o numero do modelo do documento e eles são diferentes. Não vejo a necessidade de alterar no final o -nfe para -nfce, visto que a NFC-e é para o consumidor final e este só vai receber o XML caso informe o CPF e o e-mail. Mas vamos estudar essa possibilidade.

Bom dia Kiko, Chequei o fonte e detectei vários vBC escritos com a letra c em minusculo, ou seja, vBc e em um outro ponto só checava o valor do campo ValorBase. Fiz as devidas correções, agora basta esperar a nova compilação do ACBrNFeMonitor.

Boa noite Josemar, Sendo assim, atualize os schemas.

Oliveira, Segundo o link que postei o ambiente de homologação da SEFAZ-SP esta parado já o de produção não.

Boa tarde, Esse Schema se refere a estrutura da assinatura e o Schema que se refere a estrutura do XML do RPS? Algo do tipo: nfse.xsd

Boa tarde, Como foi realizado diversas alterações em várias units na semana passada, lhe pergunto todos os fontes de todas as pastas estão atualizados? Se sim, compile a aplicação com a opção build.

Boa tarde, Ao consultar NFSe por RPS temos como retorno o XML da NFS-e.

Boa tarde Régys, Achei que estava segundo mais ou menos o layout do DANFE da NF-e. Obrigado pela informação.

Boa tarde Rodrigo, Primeiro para saber se é verdadeiro basta checar junto ao site da SEFAZ-SP. Se você acessar o site: https://www.fazenda.sp.gov.br/nfe/ vai notar que a informação procede. Outra coisa, note que documento diz que com relação o ambiente de homologação a alteração já foi realizada em 28/11/2013. Lhe pergunto, depois dessa data você realizou testes em ambiente de homologação no que diz respeito a NF-e e/ou CT-e? Se sim, você teve algum problema de conexão com a SEFAZ-SP. Se não teve, com certeza não terá problemas no ambiente de produção.

Boa tarde José, Primeiro, todos os fontes de todas as pastas estão atualizados? Se sim, não atribui nada a propriedade xCondUso.

Boa tarde NatanaB, Mas esse provedor permite esse tipo de informação no XML da NFS-e? Você tem os Schemas do provedor Tecnos? Se sim, poderia postar como anexo?

Boa tarde Oliveira, Veja este link: http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY=

Boa tarde Régys, Caso você ou que fez o DANFE NFC-e tamanho A4 se puder disponibilizar o PDF da mesma seria interessante, pois posso disponibilizar uma versão em Quick Report.

Boa noite Cesar, Se ao tentar cancelar uma NFS-e aparece a mensagem dizendo que não é permitido substituição de rps, para mim tem coisa errada no provedor. Primeiro você enviou um pedido de cancelamento e não de substituição. Segundo o cancelamento se refere a uma NFS-e e não ao RPS. Mensagem de rejeição totalmente furada. Favor entrar em contato com o provedor.

Boa noite José, Para encerrar um MDF-e ou até mesmo cancelar é necessário a chave e o numero do protocolo do mesmo. Não há necessidade do XML. Agora se você emitiu o MDF-e você tem o XML dele, a não ser que você utiliza o programa gratuito do governo. Não existe nenhuma opção no site ou via Web Services para baixar o XML do MDF-e.

Boa noite, Se no ambiente de produção esta funcionando e no de homologação não, ou o ambiente de homologação esta com problemas ou é a URL do mesmo que esta errado. Favor entrar em contato com o provedor e solicitar as URLs de homologação e produção para cidade de Juiz de Fora.