Italo Giurizzato Junior

Boa tarde Paulo, No componente, não existe e nunca existiu as propriedades dhEmi e dhSaiEnt. Mantivemos os nomes dEmi e dSaiEnt por questões de compatibilidade. Portanto ao alimentar o componente com os dados da venda devemos, por exemplo no caso da versão 3.10 fazer da seguinte forma: ide.dEmi := Now; ide.dSaiEnt := Now;

Isso é estranho, verifique se na rotina que alimenta o componente com os dados da venda, se não exite mais ocorrências do dEmi.

Boa tarde Rogério, Quando você diz "leitura das duplicatas" você esta dizendo que esta lendo o XML de um CT-e e esses dados não são retornados, correto? Se sim, o CT-e cujo XML ocorre o problema não é da versão 1.04 ?

Boa tarde, Já tentou atribuir da seguinte forma: dEmi := now; em vez de dEmi := date;

ALA, Sim, página 183 do Manual versão 2.00a do CT-e.

Boa tarde Cesar, Quando temos problemas desse tipo e até mesmo arquivos de retorno com zero bytes, não digo uma solução, mas uma ferramenta para tentar descobrir o motivo é atribuir o valor True a propriedade: Configuracoes.WebServices.Salvar. Desta forma os arquivos de envio e de retorno serão salvos por completos, ou seja, com as TAGs de Envelopamento.

Boa tarde Travache, A consulta realizada através do Web Services de Distribuição de DF-e é feita no Ambiente Nacional e não na SEFAZ-Autorizadora. A UF=41 que você esta informando ao realizar a consulta é a mesma onde o CNPJ do destinatário é contribuinte?

Boa tarde Darlana, A função que realiza essa consulta possui 4 parâmetros, no terceiro informe "1" e no último uma string vazia. Ao realizar uma segunda consulta informe como sendo o terceiro parâmetro o retorno que vai estar em ultNSU.

Boa tarde ALA, Sim, no caso do CT-e podemos ter o grupo infCorrecao "n" vezes. Lembre-se que o layout da CC-e para a NF-e é totalmente diferente, uma vez que você não precisa informar o grupo e o campo que contem o valor a ser alterado.

Boa tarde Rafael, Sim, já esta implementado, favor realizar os testes.

Boa tarde Jairo, O ACBrNFeMonitor vai contemplar todas as UFs que aderirem a NFC-e.

Boa tarde Jakson, Segundo a Nota Técnica 2013/005 versão 1.21, página 92 o campo #355, ou seja, vRetPrev se destina ao Valor da Retenção da Previdência Social. Esse campo faz parte do grupo retTrib que trata das Retenções de Tributos. Exemplos de atos normativos que definem obrigatoriedade da retenção de contribuições: a - IRPJ/CSLL/PIS/COFINS - Fonte - Recebimentos de Órgão Público Federal, Lei nº 9.430, de 27 de dezembro de 1996, art. 64, Lei nº 10.833/2003, art. 34, como normas infralegais, temos como exemplo: IN SRF 480/2004 e IN 539, de 25/04/05. b - Retenção do Imposto de Renda pelas Fontes Pagadoras, REMUNERAÇÃO DE SERVIÇOS PROFISSIONAIS PRESTADOS POR PESSOA JURÍDICA, Lei nº 7.450/85, art. 52 c - IRPJ, CSLL, COFINS e PIS - Serviços Prestados por Pessoas Jurídicas - Retenção na Fonte, Lei nº 10.833 de 29.12.2003, art. 30, 31, 32, 35 e 36 Espero ter ajudado.

Bom dia Professor, Atualiza os schemas.

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

Bom dia Maiquel, Se tratando de um novo provedor há necessidade de implementa-lo. Se desejar colaborar com o projeto, por favor, analise os fontes para saber como foi implementado os já existentes e implemente esse novo provedor.

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

Bom dia, Você não pode passar desta forma: ACBrNFe1.DistribuicaoDFe(UF,CNPJ,'1365','1365') ou você passa: ACBrNFe1.DistribuicaoDFe(UF, CNPJ, '1365', '') neste caso a consulta retornara os resumos com base no último NSU retornado pela última consulta. ou ACBrNFe1.DistribuicaoDFe(UF, CNPJ, '', '1365') neste caso a consulta retornara o documento ou resumo referente ao NSU informado. Note que o mais usuário é a primeira opção, ou seja, passar uma string vazia no quarto parâmetro da função.

Bom dia Rodrigo, A impressão de eventos feito em Quick Report já contempla a sua solicitação. Basta carregar o XML do CT-e e depois do Evento que a impressão vai constar tudo o que você deseja.

Bom dia Heronim, Você tem que alterar 3 Units: pnfsConversao, ACBrProvedorGovBR e ACBrProvedorPronim. Tome como base as cidades que já foram migradas de um para o outro, como por exemplo: Catanduva/SP

Bom dia Marcelo, A cidade de Catanduva/SP se utiliza do provedor Pronim, segundo o schema utilizado por este provedor para validar o XML do RPS a ser enviado para o Web Services só existe a TAG InscricaoMunicipal, consequentemente não adianta alimentar a propriedade InscricaoEstadual que a TAG correspondente não será gerada. Analisando a Unit pnfsNFSeW.pas, linha 860, nota-se que a TAG InscricaoEstadual só é gerada quando o provedor for SimpISS ou Betha e mesmo assim essa informação é opcional. E na linha 1776 temos a linha que gera a TAG nrInscricaoEstadual quando o provedor for Equiplano.

Bom dia, Se a UF aparece "EX" isso significa que você não esta informando o código do pais.

Bom dia travache, Como essa consulta é feita no Ambiente Nacional da SEFAZ, isso significa que as notas tem ser replicadas pelas SEFAZ-Autorizadoras e consequentemente podem ocorrer atrasos.

Boa tarde Heronim, Faça esse teste, caso não resolva, migre a cidade para o provedor Pronim.

Boa tarde Marcelo, Segundo o layout da ABRASF o que devemos informar é a Inscrição Municipal, não me recordo qual mas existe um provedor que acrescentou no layout a Inscrição Estadual. Não seu qual o motivo uma vez que a NFS-e não tem nada haver com o Estado e sim com o Município.

Boa tarde Herbet, Os administradores precisão avaliar as Units e entrar em contato com o autor.