Leonardo Gregianin

Bom dia, O que pensam sobre alterar o layout da DANFe para o grupo de informações "CÁLCULO DE IMPOSTO" incluindo mais impostos nesse quadro para impressão? Hoje no ACBr contém 12 campos de totais e os campos que poderíamos incluir seriam: 01 - BASE DE CÁLCULO DO ICMS 02 - VALOR DO ICMS 03 - BASE DE CÁLCULO ICMS S.T. 04 - VALOR DO ICMS SUBST. 05 - V. IMP. IMPORTAÇÃO 06 - V. ICMS UF REMET. 07 - VALOR DO FCP 08 - VALOR DO PIS 09 - V. TOTAL PRODUTOS 10 - VALOR DO FRETE 11 - VALOR DO SEGURO 12 - DESCONTO 13 - OUTRAS DESPESAS 14 - VALOR TOTAL IPI 15 - V. ICMS UF DEST. 16 - V. TOT. TRIB. 17 - VALOR DA COFINS 18 - V. TOTAL DA NOTA Anexo contém modelos de outras DANFes.

Ao meu ver, essas informações são muito técnicas para o usuário entender e configurar sozinho. Tem que fazer um manual com todo o detalhamento e especificações. Eu sempre deixei fixa as configurações e nunca ocorreu problemas.

Bom dia, Eu deixo minha configuração fixa para todos os clientes, desta forma: ACBrNFSe.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFSe.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFSe.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFSe.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; ACBrNFSe.SSL.SSLType := LT_TLSv1_2; // declarar no uses: blcksock

Bom dia, Consegui transmitir e consultar NFS-e para esse provedor com o arquivo ini e os schemas anexo. [URL_P] RecepcaoLoteRPS=http://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx ; Demais cidades ;RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx Só temos ainda o problema da formatação da URL entre Cuiabá-MT e as demais cidades que o provedor atende, neste caso, a alteração deve ser feita manualmente no arquivo ini em cada cliente. ISSNet.ini Schemas.zip

Douglas, Para corrigir esse erro de estrutura você deve alterar alguns endereços no arquivo ISSNet.ini: -NameSpace=https://wscuiaba.issnetonline.com.br/webserviceabrasf/vsd/ +NameSpace=http://www.issnetonline.com.br/webserviceabrasf/vsd/ -RecepcaoLoteRPS=http://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx +RecepcaoLoteRPS=https://ws%NomeURL_P%.issnetonline.com.br/webserviceabrasf/%NomeURL_P%/servicos.asmx -;RecepcaoLoteRPS=http://www.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx +;RecepcaoLoteRPS=https://www.issnetonline.com.br/webserviceabrasf/homologacao/servicos.asmx Troquei o que está com sinal de "subtração" (-) pelo endereço que está com sinal de "soma" (+). Mas depois disso ocorre erro HTTP 500 tanto na consulta como no envio de lote.

Bom dia, Segue anexo correções do envio e leitura dos arquivos do provedor Megasoft. Obs.: Os arquivos de configuração já estão no repositório. pnfsNFSeR.pas pnfsConversao.pas

A SEFAZ-MT, especificamente, informou que o DANFe deve ser uma representação fiel do que está no XML.

Bom dia, inclusão das cidades de Aragarças/GO, Itaberaí/GO e Marzagão/GO do provedor MegaSoft. Cidades.ini

Obrigado pelas ponderações, vou fazer uma consulta na SEFAZ questionando sobre a fiscalização e se há algum impeditivo legal e retorno aqui.

Com base na tag cProd é possível agrupar os produtos. Por exemplo: 7109510406282 7109510406251 7109510405926 Composição do código: 71095104 = Código do produto 06 = cor 282 = tamanho Poderíamos criar a propriedade taAgruparProd = (taNao, taSim) e uma propriedade do tipo inteiro para definir até quantos dígitos será agrupado, como no exemplo acima, definiria 8 dígitos.

Bom dia, Conforme o layout da NF-e é possível inserir 990 itens/produtos distintos para cada NF-e desde que não ultrapasse o limite máximo de 500KB para o tamanho do XML, podendo também utilizar o envio compactado com GZIP, o que seria facilmente transmitida uma NFe com 990 produtos. 990 produtos distintos em uma única NF-e parece um número exagerado para uma empresa realizar, mas não, principalmente empresas no ramo de atacado e distribuição e que se utilizam de produtos iguais diferindo entre cor e tamanho, esse número de produtos em uma NF-e é bem plausível. Agora imagine a impressão desta DANFe, facilmente chega entre 50 a 60 páginas. Com a intenção de reduzir custos aos clientes, poderíamos criar uma (ou mais) propriedades na impressão da DANFe na NF-e para agruparmos produtos? Este assunto já foi discutido neste fórum a um tempo atrás neste tópico. Não há problemas na legislação quanto a isso, o XML é transmitido completo e somente a impressão da DANFe que é agrupado os produtos. Outros softwares no mercado já utilizam deste agrupamento de produtos na impressão da DANFe, por exemplo, [1] Att.

Bom dia, Incluir novo município no arquivo Cidades.ini [1503606] Nome=Itaituba UF=PA Provedor=Fiorilli

Eu me preocupo mais com o arquivo ISSNet.ini onde tem informações diferentes entre Cuiabá-MT e as demais cidades. Não gosto da ideia de ficar alterando informações do arquivo ISSNet.ini a cada troca de cidade para emissão da NFSe.

Concordo plenamente com você Ítalo. No ACBr, poderíamos criar um novo provedor, por exemplo, ISSNetCuiaba para resolver isso?

Bom dia, Continuando o tópico linkado abaixo que foi fechado. O Provedor ISSNet atende diversas cidades no Brasil e a alteração ocorreu somente para a cidade de Cuiabá-MT. As URLS do Namespace, os arquivos de schemas XSD e todas as alterações realizadas nos commits 17905 e 17906 devem ser apenas para o município de Cuiabá-MT. Para comparação: https://wscuiaba.issnetonline.com.br/webserviceabrasf/cuiaba/servicos.asmx?wsdl https://www.issnetonline.com.br/webserviceabrasf/dourados/servicos.asmx?wsdl Essa informação foi confirmada pelo suporte da empresa Nota Control responsável pelo provedor ISSNet.

A Nota Técnica que implementou a emissão de NFe para Pessoa Física "NT 2018.001 (Emitente Pessoa Física)" diz isso na página 19: 12. Serviço: Evento de Manifestação do Destinatário (item 4.9 do MOC) O Evento de Manifestação do Destinatário é gerado pelo destinatário da NF-e e atualmente não consegue ser realizado por destinatário pessoa física (CPF). Esta NT trata do emitente pessoa física, portanto não prevê alterações relacionadas com o destinatário.

Esse fórum é para discutirmos sobre o componente ACBr e o componente não tem erro. O erro está na forma que o pessoal está programando. Reclamar do governo tem os canais próprios para isso.

Lentidão dos webservices do governo é comum, existem técnicas de programação que podemos fazer para minimizar isso. Erro de timeout do webservice pode ser tratado com um simples try..except no nosso software. Podemos fazer uma thread para ficar consultando o webservice de tempos em tempos. Acho que o povo reclama demais.

Utilizo na empresa que trabalho e funciona normalmente, temos a baixa por certificado digital pelo webservice e baixa pelo HTML do site. O seu não funciona porque?

Tem empresas utilizando o Manifestador de NF-e disponibilizado gratuito a anos pela SEFAZ para baixar os XMLs. http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=AxaPNP1BtFk=

Faz scraping do site.

Boa tarde Rogério, essa unit não está no repositório oficial do ACBr está no meu repositório do Github nesse endereço https://github.com/leogregianin/ofx-reader Você pode baixar o projeto e testar os exemplos e incluí-lo ao seu software.

Parabéns pelo projeto @RicardoVoigt. Uma sugestão, poderia ser incluído no svn do ACBr em uma pasta separada ou um projeto aberto do github para não ficar esquecido.

Bom dia, Segue anexo inclusão da formatação e validação das placas no ACBrValidador com o padrão Mercosul e com testes unitários. Att. ACBrValidador.pas ValidadorTeste1.dfm validadorteste1.lfm acbrvalidadortest.pas

Veja se o seu código tem esta alteração: último commit O que fiz foi alterar o campo "ID" do ClientDataSet do tipo Inteiro para tipo String. Existem outros exemplos como este da pasta "Simple".